文档介绍：2010——2011学年第一学期
信息技术学院
《软件系统建模与UM》综合设计实验
网上购物系统的UML建模
班级学号姓名任课教师
日期2010年12月30日
目录
第1章系统需求2
第2章需求分析3
成功，将购物车内已配置计算机型号及数量存入临时数据库。
该用例允许用户自定义计算机配置，包括部件清单及总计价格。
Customer
Customer点击一个因特网浏览器进入计算机制造厂商的自定义配置计算机及部件的Web页面，该页面显示计算机部件清单及价格。用例开始。
主流：用户查询选择计算机部件，将选中的计算机标准配置加入购物车，用户可
随时增减购物车内商品，web页面动态对累
积价格进行更新。
其他流：后
置条件：
其他流:后置条件:
如果用例成功，将购物车内已配置计算机部件及数量存入临时数据库。
VerifyandAcceptPayment
该用例验证并接受客户付款，并将付款信息通知销售人员
Customer,Salesperson
Customer收到定单确认信息后，通过信用卡或支票完成转帐。用例开始。检查用户帐号及付款金额，若金额无误，将付款成功信息通知销售人员。
若金额不足，向用户发送通知。
如果用例成功，将付款成功信息通知销售人员，并将客户
订购信息及交付金额存入数据库
前提条件】：
RequestSalespersonContact
该用例允许Customer请求Salesman在定单真正发出之前与自己联系，解释定单的细节、协商价格等。
Customer,Salesman
Customer需要对定单页面显示已配置计算机及其价格的详
细情况
其他流：后置条件:
咨询。
Customer在填写完定单后选择Contact（或相似命名的）发送消息给Salesman要求咨询，此时该用例开始。
Salesman在专门的服务窗口接收到Customer请求联系的
选择到该客户的请求。
Salesman^得到Customer在定单上的联系方式信息。
Salesman按照提供的信息选择方式联系Customer,对定单细节解释，并协商价格。
无
如果用例成功，Salesman#按协商后的配置及价格信息修改原定单,将新的定单信息存入数据库中。
功能来
列表并
Order
参与者:
前提条件:
Customer
该用例允许Customer输入一份购物定单，该定单包括提供运送和发票地址，以及关于付款的情况。
Customer点击一个因特网浏览器进入计算机制造厂商的定单输入Web页面，该页面显示已配置计算机及其价格的详细情况。
当Customer在定单信息已经显示在屏幕上时选择Continue（或
相似命名的）功能键来确定订购所配置的计算机时，该用例开始。
王流：
系统请求Customer输入购头细节，包括销售人员的名子（如果知道的话）、运送信息（客户的名字和地址）、发票细节（如果与运送地址不同的话）、付款方法（信用卡或支票）以及任何其他注释。
Customer选择Purchase（或相似命名的）功能来发送定单给制造厂商。
系统给购买定单赋予一个唯一的定单号码和一个客户账号，系统将定单信息存入数据库。
系统将疋单号和客户号与所有疋单细节一起e-mail给
Customer，作为对接收定单的确认。
其他流：
Customer在提供所有要求录入的信息之前，激活Purchase
（或相似命名的）功能，系统显示错误信息，它要求提供所漏掉的信息。
Customer选择Reset（或相似命名的）功能来恢复一个空白的购物表格，系统允许Customer重新输入信息。
后置条件：
如果用例成功，购物定单记录进系统的数据库，否则系统的状态不变。
用例：
UpdateOrderStatus
简述：1
该用例用于描述定单状态（定单交付状态，定单确认状态，付款状态）。
参与者:1
Customer,Salesperson
前提条件：
Customer交付定单，查询定单状态，Salesperson修改定单状态，该用例开始。
王流：
Customer填写定单订购商品成功，进入定单交付状态。
Salesman检查定单，发送e-mail给客户，进入定单确认状八态。
Customer付款成功，进入已付款状态。
其他流:若定单不符合要求，则向用户发送定购失败信息。
若销售人员检查定单有误，则向用户发送定购失败信息。若用户付款金额不对，则向用户发送付款失败信息。
后置条件:
如果用例成功，则将定单所处状态存入数据库。
用例:简述:参与者:前提条件:
PrintInvoice