1496编号网上购物系统架构设计(UML)

《1496编号网上购物系统架构设计(UML)》由会员分享，可在线阅读，更多相关《1496编号网上购物系统架构设计(UML)（44页珍藏版）》请在金锄头文库上搜索。

1、1,Object Oriented,软件工程研究室,2,处理实例在线购物：客户定单,一个计算机制造厂商提供了通过因特网购买计算机的可能性，客户可以在制造商的Web页面上选择一台计算机，计算机分为服务器、台式机和笔记本。客户可以选择标准配置，或者可以在线建立自己希望的配置。可配置的构件（如内存）显示在一个可供选择的列表中。对每个新的配置，系统可以计算价格。 要发出定单，客户必须填上运送和付款信息，可接收的付款方式为信用卡和支票，一旦定单被输入，系统向客户发送一个确认e-mail消息，并附上定单的细节，在等待计算机送到的时候，客户可以在任何时候在线查到定单的状态。 后端定单处理包含下面所需的步骤：

2、验证客户的信任度和付款方式、向仓库请求所订购的配置、打印发票并且请求仓库将计算机运送给客户。,3,用例建模,参与者: 与用例交互的任何人或任何事情.要 得到有用的结果 用例: 功能的具体化为用例(功能需求可以直 接映射到用例)表示一个完整的给用户 传值的功能性单元. 用例图: 将用例赋给参与者. 是系统行为模型的主要可视化技术. 图形元素:用例、参与者. 为用例编写文档: 用事件流来描述.,4,第步（在线购物）用例建模： 寻找系统中参与者,考虑如下扩展的需求来发现在线购物应用中的 参与者。 1.客户使用制造厂商的Web页面来查看所选择 的服务器、台式机或笔记本的标准配置，价 钱也同时显示出来。

3、 2.客户选择查看配置的细节，也许带有买它的 意愿或建立一个更合适的配置。每种配置的 价格在客户要求的情况下可以计算出来。 3.客户可以选择在线订购计算机，或者也可以 要求销售人员在定单真正发出之前与自己联 系，解释定单的细节、协商价格等。,5,4.要发出定单，客户必须填写在线表格关于运 送和发票地址以及付款细节（信用卡或支票）。 5.在客户定单输入到系统之后，销售人员发送电 子请求给仓库，附上所订购的配置的细节。 6.事务的细节，包括定单号和客户账号，要e-mail 给客户，使得客户可以在线查看定单的状态。 7.仓库从销售人员那里获得发票，并给客户运送 计算机。,6,第步（在线购物）用例建模

4、： 寻找参与者,基于以上分析创建以下参与者： 1.客户-Customer 2.销售人员-Salesperson 3.仓库-Warehouse,图1-1 参与者（在线购物）,Customer,Salesperson,Warehouse,7,表1-1 寻找用例（在线购物）,第步（在线购物）用例建模：寻找用例,8,第步（在线购物）用例建模： 寻找用例,图1-2 用例（在线购物）,9,第步（在线购物）用例建模： 画用例图,extend,Customer,显示标准计算机配置,Display Standard Computer Configuration,更新定单状态,Update Order Statu

5、s,制定计算机配置,Build Computer Configuration,订购预先配置的计算机,Order Configured Computer,请求销售人员联系,Request Salesperson Contact,将定单通知仓库,Inform Warehouse about Order,Warehouse 仓库,Salesperson 销售人员,图-3 用例图（在线购物）,10,第步（在线购物）用例建模：编写用例文档,表1-2 用例“订购配置的计算机”（在线购物）的陈述性规格说明,11,活动建模,用图来表示用例的事件流 (为用例建模,活动状态可根据 用例文档来建立). 活动图填补了

6、系统行为在用例模型中的高级表示和行为 在交互模型(序列图和协作图)中的低级表示之间的空白. 活动图显示了计算的步骤.执行步骤称为活动状态. (活动状态要花费时间来完成,行为被看作快到.活动只能 在对象状态中定义,活动应从系统的角度,而不是从参与 者的观点命名;行为可出现在对象状态的转换中). 从一个活动状态到另一个活动状态的控制流称为转换. 活动图也可用于在一个高的抽象层次上理解业务进程; 在一个低的抽象层次上设计复杂的序列算法; 在多线程应用中设计并发算法.,12,第步（在线购物）活动建模：找出活动,为用例Order Configured Computer(定购配置计算机)找出活动,表1-3

7、 在主要的和附加的流中找出活动,13,第6步（在线购物）活动建模：活动图,14,类建模,类建模元素包含:类自身、类的属性、操作、关联、 聚合、组合、泛化,类图提供这些建模元素的组合 可视化表示. 类建模和用例建模可并行进行. 用例辅助类的发现,类模型可以发现被忽略的用例. 实体类: 定义业务对象; 边界类: 定义GUI对象; 控制类: 控制程序逻辑的类. 类的结构由它的属性定义;对象协作的路径由关联 表示,即关联用于指向所关联类的属性类型.,15,第7步（在线购物）类建模：找出实体类,表1-4 需求到实体类的赋值（在线购物）,16,第7步（在线购物）实体类,ConfigurationItem,

8、Computer,图1-5 类（在线购物）,Customer (from Use Case View ),客户类（从用例角度）,配置的计算机类,定单类,付款类,发票类,配置细节类,计算机类,17,第8步（在线购物）类建模：原始类型的属性,18,第9步（在线购物）类建模：增加关联,19,第10步（在线购物）类建模：增加聚合,客户类 （从用例角度）,配置的计算机类,付款类,发票类,1,1,1,0.*,1.*,0.*,1,0.1,1.*,1.*,图1-8 聚合（在线购物）,20,第11步（在线购物）类建模：增加泛化,图1-9 泛化(在线购物),ConfiguredComputer,配置的计算机类,C

9、ustomer (from Use Case View ),客户类 （从用例角度）,Order,定单类,Payment,付款类,Invoice,发票类,ConfigurationItem,配置细节类,Computer,1.1,1.1,1.1,0.*,0.*,1.1,0.1,1.*,1.*,标准计算机类,21,第12步（在线购物）类建模：类的属性,配置的计算机类,标准计算机类,配置细节类,发票类,22,交互建模,交互建模是需求分析的高级阶级.提供了用例的详细规 格说明,用来捕获执行一个用例的对象之间的交互. 交互建模是将事件赋予了对象,显示了协作对象之间的 事件(消息)的次序. 交互模型有: (

10、交互是某个行为的一组消息及在对象间的交互) 序列 图强调时间序列，是二维图(水平维表示对象, 垂直维表示消息的次序)需求分析中使用 消息在序列图中出现,规定了在类图中需要一个关联. 协作图强调对象关系.系统设计中使用 交互和操作:检测交互导致操作的发现. 交互模型中的消息和实现类中的方法之间 是一对一的映射.,23,第13步（在线购物）交互建模：序列图,24,第14步（在线购物）交互建模： 显示用操作扩展的类, constructor openNew() displayComputer(item_reset),ConfigurationItem,-item_type:String -item_

11、descr:String,getConfItem(out item_rec),图1-12 用交互关系来给类增加操作（在线购物）,边界类 配置窗口类,配置细节类,计算机类,25,第15步（在线购物）交互建模： 简化序列图,图1-13 活动图Order Configured Computer 的序列图,:Customer,: OrderWindow,openNew,打开新配置窗口,getConf,获取配置,图1-13 活动图Order Configured Computer 的序列图（在线购物）,aComp: Computer,：计算机类,：定单窗口类,: Order,：定单类,acceptCon

12、f,接受配置,prepareForOrder,准备定单,displayOrder,显示定单,submitOrder,提交定单,storeOrder,存储定单,linkComputer,链接计算机对象,emailOrder,linkCustomer,linkPayment,26,（在线购物）交互建模：简化序列图,27,状态图建模,状态模型给出了类的详细描述,类的状态的动态变化.这 些动态变化典型地描绘了对象跨越几个用例时的行为. 对象的状态由对象属性的当前值表示(原始属性及指向 其他类的属性). 状态模型捕获了类可以具有的状态即捕获了类生命期的 历史.对象在其生命期间是不变的,它的标识决不变化,

13、但 对象的状态可能发生变化. 状态图是状态和由事件引起的变迁(箭头)现成的二分图. 对每个对象状态,它决定这个对象在接收到一个事件时将 采取什么行为,行为的执行将引起状态的变化. 变迁的完整描述: event (parameters) guard / action,28,第16步（在线购物）状态图建模,Fully Paid,Partly Paid,图1-13 类Invoice的状态和事件,Partial payment,final payment,final payment,未付款状态,部分付款状态,完全付款状态,29,第17步（在线购物）状态图建模： 给类Order画状态图,Cancel,R

14、eady to Ship,Filled,Future Order,New Order,Back Order,stock not available,stock availableship date in future,cancellation,pending,将来的定单,过去的定单,没有库存,有库存将来运送日期,取消预定,准备运送,有库存现在的运送日期/配置计算机,定单信息存入数据库,30,第18步（在线购物）：限定关联,Order,-order_number:String -order_date:Date -ship_address:String -order_total:Currency

15、-order_status:String -salesperson_name:String,Configuration_id:Integer,Computer,Computer_name:String,Getconf(),0.*,1,图1-15 被限定的关联,31,第19步（在线购物）：协作图,图1-16 Display Current Configuration 的协作图,获取配置,获取配置细节,32,第20步（在线购物）：用例包,图1-17 用例包（在线购物）,显示标准计算机配置,产品,购买,请求供货方合同,订购预先配置的计算机,付款,验证并接受客户付款,打印发票,33,第21步（在线购物）：类包,34,构件与部署的设计,构件是系统的物理部分,依赖实现平台. 构件是有清晰边界的功能单元. 构件必须被仔细的设计和实现. 支持Web应用的部署结构包括四层计算结点: 带浏览器的客户端; Web服务器; 应用服务器; 数据库服务器. Web服务器处理来自浏览器的页面请求,并为客户端上的 执行和显示动态产生的页面和代码. Web服务器还与用户一起解决活动阶段的客户化和参数化. 若在实现时引入了