大作业模版-网上购物

图书管理系统的分析及设计---应用UML建模0课程大作业题目实用软件开发技术系（院）计算机科学技术专业计算机科学与技术班级2007级2班学生姓名张三学号2007110510任课教师李建磊二〇一四年七月八日图书管理系统的分析及设计---应用UML建模1目录第1章系统需求..............................................2第2章需求分析..............................................32.1识别参与者...........................................32.2识别用例.............................................32.3用例的事件流描述.....................................4第3章静态结构模型.........................................103.1定义系统对象........................................103.2定义用户界面类......................................103.3建立类图............................................11第4章动态行为模型.........................................174.1创建系统顺序图（协作图）............................184.2创建系统的状态图....................................224.3创建系统的活动图...................................23第5章物理模型.............................................275.1创建系统组件图......................................275.2创建系统部署图......................................28图书管理系统的分析及设计---应用UML建模2第1章系统需求一个客户通过因特网购买所需要的商品，客户可以在商品列表的Web页面上选择订购商品。要发出定单，客户必须填上运送和付款信息，可接收的付款方式为信用卡、支票或者其他付款方式，一旦定单被输入，系统向客户发送一个确认e-mail消息，并附上定单的细节，在等待计算机送到的时候，客户可以在任何时候在线查到定单的状态。后端定单处理包含下面所需的步骤：验证客户的信任度和付款方式、向仓库请求所订购的商品、打印发票并且请求仓库将商品运送给客户1.客户使用商品列表的Web页面来查看所需要的商品，商品价格也同时显示出来。2.客户可以通过留言板向我们提出需要什么样的商品，需要什么样的服务，对我们提出一些意见和建议。3.客户可以选择在线订购商品，或者也可以要求销售人员在定单真正发出之前与自己联系，解释定单的细节、协商价格等。4.要发出定单，客户必须填写在线表格关于运送和发票地址以及付款细节（信用卡、支票或者其他付款方式）。5.在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的商品的细节。6.事务的细节，包括定单号和客户账号，要e-mail给客户，使得客户可以在线查看定单的状态。7.仓库从销售人员那里获得发票，并给客户运送商品。图书管理系统的分析及设计---应用UML建模3第2章需求分析采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。在本系统中，……2.1识别参与者2.2识别用例系统总用例图图书管理系统的分析及设计---应用UML建模4VerifyandAcceptPayment(from付款)SelfConfiguration(from自选部件)StandardConfiguration(from标准产品)Order(from购买)WarehouseCustomerRequestSalespersonContact(from购买)extendPrintInvoice(from付款)InformWareHouseaboutOrder(from送货)UpdateOrderStatus(from送货)Salesperson2.3用例的事件流描述用例：StandardConfiguration简述：该用例允许用户查询选择标准配置计算机，包括价格及部件清单。参与者：Customer前提条件：Customer点击一个因特网浏览器进入计算机制造厂商的选购标准配置计算机的Web页面，该页面显示标准配置计算机的价格以及部件清单。用例开始。主流：用户查询标准计算机配置，将选中的计算机标准配置加入购物车，用户可随时增减购物车内商品，web页面动态对累图书管理系统的分析及设计---应用UML建模5积价格进行更新。其他流：无后置条件：如果用例成功，将购物车内已配置计算机型号及数量存入临时数据库。用例：SelConfiguration简述：该用例允许用户自定义计算机配置，包括部件清单及总计价格。参与者：Customer前提条件：Customer点击一个因特网浏览器进入计算机制造厂商的自定义配置计算机及部件的Web页面，该页面显示计算机部件清单及价格。用例开始。主流：用户查询选择计算机部件，将选中的计算机标准配置加入购物车，用户可随时增减购物车内商品，web页面动态对累积价格进行更新。其他流：无后置条件：如果用例成功，将购物车内已配置计算机部件及数量存入临时数据库。用例：VerifyandAcceptPayment简述：该用例验证并接受客户付款，并将付款信息通知销售人员。参与者：Customer,Salesperson前提条件：Customer收到定单确认信息后，通过信用卡或支票完成转帐。用例开始。主流：检查用户帐号及付款金额，若金额无误，将付款成功信息通知销售人员。其他流：若金额不足，向用户发送通知。后置条件：如果用例成功，将付款成功信息通知销售人员，并将客户图书管理系统的分析及设计---应用UML建模6订购信息及交付金额存入数据库。用例：RequestSalespersonContact简述：该用例允许Customer请求Salesman在定单真正发出之前与自己联系，解释定单的细节、协商价格等。参与者：Customer，Salesman前提条件：Customer需要对定单页面显示已配置计算机及其价格的详细情况咨询。Customer在填写完定单后选择Contact（或相似命名的）功能来发送消息给Salesman要求咨询，此时该用例开始。主流：Salesman在专门的服务窗口接收到Customer请求联系的列表并选择到该客户的请求。Salesman得到Customer在定单上的联系方式信息。Salesman按照提供的信息选择方式联系Customer，对定单细节解释，并协商价格。其他流：无后置条件：如果用例成功，Salesman将按协商后的配置及价格信息修改原定单，将新的定单信息存入数据库中。用例：Order简述：该用例允许Customer输入一份购物定单，该定单包括提供运送和发票地址，以及关于付款的情况。参与者：Customer前提条件：Customer点击一个因特网浏览器进入计算机制造厂商的定单输入Web页面，该页面显示已配置计算机及其价格的详细情况。当Customer在定单信息已经显示在屏幕上时选择Continue（或相似命名的）功能键来确定订购所配置的计算机时，该用例开始。图书管理系统的分析及设计---应用UML建模7主流：系统请求Customer输入购买细节，包括销售人员的名字（如果知道的话）、运送信息（客户的名字和地址）、发票细节（如果与运送地址不同的话）、付款方法（信用卡或支票）以及任何其他注释。Customer选择Purchase（或相似命名的）功能来发送定单给制造厂商。系统给购买定单赋予一个唯一的定单号码和一个客户账号，系统将定单信息存入数据库。系统将定单号和客户号与所有定单细节一起e-mail给Customer，作为对接收定单的确认。其他流：Customer在提供所有要求录入的信息之前，激活Purchase（或相似命名的）功能，系统显示错误信息，它要求提供所漏掉的信息。Customer选择Reset（或相似命名的）功能来恢复一个空白的购物表格，系统允许Customer重新输入信息。后置条件：如果用例成功，购物定单记录进系统的数据库，否则系统的状态不变。用例：UpdateOrderStatus简述：该用例用于描述定单状态（定单交付状态，定单确认状态，付款状态）。参与者：Customer,Salesperson前提条件：Customer交付定单，查询定单状态，Salesperson修改定单状态，该用例开始。主流：Customer填写定单订购商品成功，进入定单交付状态。Salesman检查定单，发送e-mail给客户，进入定单确认状态。Customer付款成功，进入已付款状态。图书管理系统的分析及设计---应用UML建模8其他流：若定单不符合要求，则向用户发送定购失败信息。若销售人员检查定单有误，则向用户发送定购失败信息。若用户付款金额不对，则向用户发送付款失败信息。后置条件：如果用例成功，则将定单所处状态存入数据库。用例：PrintInvoice简述：客户从销售人员处得到发票参与者：CustomerSalesman前提条件：验证和接收客户付款成功。Salesman选择Invoice（或相似命名的）功能键来生成发票，此时该用例开始。主流：Salesman利用系统从数据库中提取订购信息和收到的付款信息生成发票。系统将该发票提供给Salesman。Salesman发Email给Customer，并付上发票。其他流：无后置条件：如果用例成功，客户将收到发票。用例：InformWarehouseaboutOrder简述：在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的配置的细节。参与者：SalesmanWarehouse前提条件：验证和接收客户付款成功。Salesman选择系统提供的订购清单中该客户的订购信息，并点击Refer（或相似命名的）功能键来将订购信息提交给Warehouse时，该用例开始。主流：Salesman利用系统从数据库中提取该Customer的订单信息和个人资料，生成一份订购信息列表。系统将该列表提供给Warehouse。Warehouse根据提供的信息配置计算机商品。图书管理系统的分析及设计---应用UML建模9其他流：无后置条件：如果用例成功，Warehouse发货给客户，修改定单状态为已送货。图书管理系统的分析及设计---应用UML建模10第3章静态结构模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。3.1定义系统对象系统对象的识别可以通过寻找系统域[8]描述和需求描述中的名词来进行。3.2定义用户界面类通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。StandardConfiguration(from标准产品)PrintInvoice(from付款)VerifyandAcceptPayment(from付款)Order(from购买)InformWareHouseaboutOrder(from送货)RequestSalespersonContact(from购买)UpdateOrderStatus(from送货)SelfConfiguration(from自选部件)图书管理系统的分析及设计---应用UML建模113.3建立类图识别出了系统中的类后，还要识别出类间的关系，然后就可以建立类图了。从需求中找出候选实体类：需求号需求候选实体