基于UML的电子商务系统设计剖析.pptVIP

* * * * * * * * * * * * * * * * * 基于UML的系统设计与实现 电子商务系统建设与管理 交互图的细化 顺序图 参与者/对象 生命线 控制焦点（激活） 对象交互（消息） 创建对象 撤销对象 对象自我调用 交互图的细化 顺序图 参与者/对象 生命线 控制焦点（激活） 对象交互（消息） 创建对象 撤销对象 对象自我调用 “下订单”用例顺序图 协作图的细化 协作图作为顺序图的补充，不是必需的，但可以直观地表示对象之间的协作关系，可以很容易地转化为类图 协作图的细化 协作图的细化 协作图和类图的区别： 协作图表现了系统的一次特定执行中对象的关系，类图表示的是所有潜在执行中类的关系 协作图可以记录对象间交换的信息，类图不能 类图记录了在对象及其属性上进行的操作，协作图不能 类图的细化 设计类要列出每个类的属性和操作，以及各个类之间的关系 职责分配 分配给包含履行该职责所需全部信息的类 创建者模式 保持较低的耦合度和较高的内聚性 可见性：“+” “-” “*” 属性类型 设计类图 状态图的细化 类若存在若干种状态，并且有必要描述各状态之间转换关系时，用状态图来细化 状态（一般/初始/结束） 转换 决策点（分支/合并） 订单状态图 活动图的细化 描述若干对象之间共同完成一个完整的功能所需要的转换过程，用状态图来细化 活动（一般/初始/结束） 同步条 活动图作用 描述活动之间的控制流 帮助理解用例的行动 建模工作流及业务流程 活动图 活动图 交互系统的设计模式 MVC设计思想：把一个应用的输入、处理、输出流程按模型、视图、控制的方式进行分离，应用被分为模型层、视图层、和控制层 视图 (View)：绘制和显示Model的数据，提交由Controller提供的数据。把表示模型数据及逻辑关系和状态的信息以特定的形式展现给用户，仅限于视图上数据的采集和处理以及用户的请求 MVC架构 模型(Model)：维护应用程序的状态和数据，可以接受来自View的查询并做出响应。同时当Model的数据发生变化时，它把变化通知给View ， View根据Model的数据发生来更新自己。 业务流程/状态的处理以及业务规则的制定，接受视图对数据的请求并返回最终的处理结果，其核心是业务模型的设计 MVC架构 控制器(Controller)定义了抽象的业务逻辑，用于控制业务流程。 用于描述Model如何对用户的动作做出反应，即处理事件。不做任何数据处理，而是控制业务流程；接收用户请求，将模型和视图匹配在一起。因此使得模型和视图呈多对多关系 MVC架构 三者关系：模型是应用对象；视图表示屏幕显示形式；控制器把用户的请求转成对模型的操作，并做出响应 MVC架构 模型 封装应用程序状态 响应状态查询 响应程序功能 通知视图改变 视图 解释模型 模型更新请求 发送用户请求给控制器 允许控制器选择视图 控制器 定义应用行为 将用户动作映射到模型 响应视图选择 每个功能的入口 状态查询 通知改变 视图选择 用户动作 状态改变 MVC架构 电子商务系统，适合采用MVC体系结构。 可以将一个应用的成分分为三类： 一类负责显示 一类包含业务规则和数据 一类接收请求，控制业务逻辑的完成 MVC架构 MVC在Web系统中的应用视图对象经常需要变化，由HTML/JSP设计人员 、美工或系统管理员来负责；商业规则对象和商业数据对象相对稳定，由领域专家、开发人员、数据库管理人员负责；控制器最稳定，由应用开发人员负责开发实施 MVC架构 MVC优点： 使得程序设计过程更清晰，提高了可复用度 接口设计完成后，可以并行开发，提高效率 多视图显示多套数据，能支持多客户类型 前后台人员分别专注于界面设计和业务处理 系统灵活性提高 方便开发的同时带来了测试及维护的便利 MVC架构 MVC缺点： 对于简单的界面，会使得系统结构很复杂，可能降低系统运行效率 需要有经验的分析人员完成系统分析工作，并且可能文件数量增加 可能产生对数据的低效率访问 MVC架构 Web服务器 浏览器 （控制器）Servlet （视图） JSP页面 （模型） JavaBean/EJB HTTP 请求 服务器响应 更新 获取数据 数据库 用户接口设计 用户接口布局图 存储对象与关系 面向对象的数据存储对象的属性 数据表中的列一个对象 数据表中的行类之间的关联 数据表之间的关系 数据库在设计之前要进行E-R图分析 一对多关系，通过关键字联系起来 存储对象与关系 多对多关系，需要一个包含多个表关键字的关系表  一对一关