06-基于UML的电子商务系统设计

火龙果整理uml.org.cn基于UML的系统设计与实现电子商务系统建设与管理火龙果整理uml.org.cn交互图的细化顺序图参与者/对象生命线控制焦点（激活）对象交互（消息）创建对象撤销对象对象自我调用:Actor1object1object1object21:message火龙果整理uml.org.cn交互图的细化顺序图参与者/对象生命线控制焦点（激活）对象交互（消息）创建对象撤销对象对象自我调用object1object21:messageobject1object21:messageobject31:message火龙果整理uml.org.cn“下订单”用例顺序图:Client:OrderForm:OrderControl:Customer:LineItem:Order:Product1:selectitem()2:selectitem()4:additem()14:confirmorder()15:confirmorder()17:updateorderinfo()19:updateinventory()3:createorder()5:providelogininfo()6:requestlogin()7:verifylogin()8:revieworder()9:revieworder()10:getcustomerinfo()11:getorderinfo()12:getlineitem()13:getproductinfo()16:chargecustomer()18:updatelineitems()20:21:22:火龙果整理uml.org.cn协作图的细化协作图作为顺序图的补充，不是必需的，但可以直观地表示对象之间的协作关系，可以很容易地转化为类图:OrderForm:OrderControl:LineItem:Product:Client:Customer:Order火龙果整理uml.org.cn协作图的细化:OrderForm:OrderControl:LineItem:Product:Client:customer:Order1:selectitem()2:selectitem()3:createorder()4:additem()5:providelogininfo()6:requestlogin()7:verifylogin()8:revieworder()9:revieworder()10:getcustomerinfo()11:getlineitem()12:confirmorder()13:confirmorder()14:chargecustomer()15:updateorderinfo()16:updatelineitems()17:updateinventory()18:getproductinfo()火龙果整理uml.org.cn协作图的细化协作图和类图的区别：协作图表现了系统的一次特定执行中对象的关系，类图表示的是所有潜在执行中类的关系协作图可以记录对象间交换的信息，类图不能类图记录了在对象及其属性上进行的操作，协作图不能火龙果整理uml.org.cn类图的细化设计类要列出每个类的属性和操作，以及各个类之间的关系职责分配分配给包含履行该职责所需全部信息的类创建者模式保持较低的耦合度和较高的内聚性可见性：“+”“-”“*”属性类型火龙果整理uml.org.cn设计类图火龙果整理uml.org.cn状态图的细化类若存在若干种状态，并且有必要描述各状态之间转换关系时，用状态图来细化状态（一般/初始/结束）转换决策点（分支/合并）State1State2NewStateNewState2NewState3condition1condition2火龙果整理uml.org.cn订单状态图火龙果整理uml.org.cn活动图的细化描述若干对象之间共同完成一个完整的功能所需要的转换过程，用状态图来细化活动（一般/初始/结束）同步条活动图作用描述活动之间的控制流帮助理解用例的行动建模工作流及业务流程Activity火龙果整理uml.org.cn活动图火龙果整理uml.org.cn活动图火龙果整理uml.org.cn交互系统的设计模式MVC设计思想：把一个应用的输入、处理、输出流程按模型、视图、控制的方式进行分离，应用被分为模型层、视图层、和控制层视图(View)：绘制和显示Model的数据，提交由Controller提供的数据。把表示模型数据及逻辑关系和状态的信息以特定的形式展现给用户，仅限于视图上数据的采集和处理以及用户的请求火龙果整理uml.org.cnMVC架构模型(Model)：维护应用程序的状态和数据，可以接受来自View的查询并做出响应。同时当Model的数据发生变化时，它把变化通知给View，View根据Model的数据发生来更新自己。业务流程/状态的处理以及业务规则的制定，接受视图对数据的请求并返回最终的处理结果，其核心是业务模型的设计火龙果整理uml.org.cnMVC架构控制器(Controller)定义了抽象的业务逻辑，用于控制业务流程。用于描述Model如何对用户的动作做出反应，即处理事件。不做任何数据处理，而是控制业务流程；接收用户请求，将模型和视图匹配在一起。因此使得模型和视图呈多对多关系火龙果整理uml.org.cnMVC架构三者关系：模型是应用对象；视图表示屏幕显示形式；控制器把用户的请求转成对模型的操作，并做出响应火龙果整理uml.org.cnMVC架构模型封装应用程序状态响应状态查询响应程序功能通知视图改变视图解释模型模型更新请求发送用户请求给控制器允许控制器选择视图控制器定义应用行为将用户动作映射到模型响应视图选择每个功能的入口状态查询通知改变视图选择用户动作状态改变火龙果整理uml.org.cnMVC架构电子商务系统，适合采用MVC体系结构。可以将一个应用的成分分为三类：一类负责显示一类包含业务规则和数据一类接收请求，控制业务逻辑的完成火龙果整理uml.org.cnMVC架构MVC在Web系统中的应用视图对象经常需要变化，由HTML/JSP设计人员、美工或系统管理员来负责；商业规则对象和商业数据对象相对稳定，由领域专家、开发人员、数据库管理人员负责；控制器最稳定，由应用开发人员负责开发实施火龙果整理uml.org.cnMVC架构MVC优点：使得程序设计过程更清晰，提高了可复用度接口设计完成后，可以并行开发，提高效率多视图显示多套数据，能支持多客户类型前后台人员分别专注于界面设计和业务处理系统灵活性提高方便开发的同时带来了测试及维护的便利火龙果整理uml.org.cnMVC架构MVC缺点：对于简单的界面，会使得系统结构很复杂，可能降低系统运行效率需要有经验的分析人员完成系统分析工作，并且可能文件数量增加可能产生对数据的低效率访问火龙果整理uml.org.cnMVC架构Web服务器浏览器（控制器）Servlet（视图）JSP页面（模型）JavaBean/EJBHTTP请求服务器响应更新获取数据数据库火龙果整理uml.org.cn用户接口设计用户接口布局图EntryScreenAmendInvoiceCheckInvoiceOrderStatusCatalog/BrowseLoginOrder火龙果整理uml.org.cn存储对象与关系面向对象的数据存储对象的属性数据表中的列一个对象数据表中的行类之间的关联数据表之间的关系数据库在设计之前要进行E-R图分析一对多关系，通过关键字联系起来火龙果整理uml.org.cn存储对象与关系多对多关系，需要一个包含多个表关键字的关系表一对一关系：较少使用火龙果整理uml.org.cn组件开发组件是聚集在一起的一组对象组件通过其发布的接口对外提供服务定义组件原则：高内聚，低耦合组件重用要考虑解决方案的经济性ComponentInterface组件1接口1火龙果整理uml.org.cn组件图CustomerServicesCustomerServicesAPIAccountsUserAccountServicesAccountServicesAPIDatabaseServicesAPIDatabaseServices火龙果整理uml.org.cn思考题UML设计阶段主要完成哪些工作？会用到哪些图？MVC结构三层模型的基本划分、功能及优缺点实体类的设计与数据表结构的对应关系