uml(第8章)汇编.ppt

考勤卡系统的体系结构包图 -*- 3. 展示技术 -*- 4. 抽取子系统 -*- 5. 针对准则和目标进行评估 -*- 内容安排 从分析到设计 体系结构设计 用例设计 子系统设计 类设计 数据库设计 -*- 用例设计 Design workflow Use Case -*- 从分析类到设计元素 -*- 用例实现（设计） 将设计应用于用例 1. 结合设计元素，定义设计对象间的交互（交互图） 2. 利用子系统简化交互图 3. 描述与持久化相关的行为 4. 检查用例事件流的实现 5. 评价类和子系统 -*- 交互图的设计：职责分配 利用设计元素，进行类的职责分配，完成用例实现的交互图 职责分配模式：GRASP（General Responsibility Assignment Software Pattern）模式 专家模式、创建者模式、高内聚、低耦合、控制者 多态、纯虚构、中介者、不要和陌生人讲话 -*- 用例实现（分析）-用例分析 -*- 内容安排 从分析到设计 体系结构设计 用例设计 子系统设计 类设计 数据库设计 -*- 子系统与接口 子系统是一种介于包和类之间的一种设计机制，它实现一个或多个接口所定义的行为 具有包的语义：能够包含其它模型元素 具有类的语义：具有行为 -*- 子系统的作用 完全封装了行为 利用清晰的接口代表所拥有的能力 可以定义不同的实现 -*- 子系统 VS. 包 子系统： 提供行为 完全封装实现细节 容易替换 包： 不提供行为 不完全封装实现细节 难以替换 关键在于封装 -*- 子系统的主要用途 子系统可以将系统划分成独立的部分，以利于： 排序、配置、分发 开发，只要保持接口不变 部署到不同分布的节点上 变更，而不影响到其它系统 在设计阶段，子系统还可用于打包遗留系统 子系统代表了粗粒度的组件 -*- 子系统的设计原则 目标 松散耦合 可替换的，plug-and-play 隔离变更 自身可独立的改进 好的建议 不要暴露细节，只有接口 仅依赖于接口 -*- 子系统的设计步骤 将子系统的行为分发到各个子系统元素中：分发子系统的职责 描述子系统中的元素 描述子系统的依赖关系 -*- 接口设计 接口说明了一组操作，隐藏子系统的实现细节 在GoF的23种设计模式中，Fa?ade模式是一种很好的接口的设计模式 确定系统的内聚部分 将这些打包到一个subsystem 为该子系统设计接口 -*- 考勤卡系统中的子系统设计 利用子系统来打包遗留系统 -*- 内容安排 从分析到设计 体系结构设计 用例设计 子系统设计 类设计 数据库设计 -*- 设计类 设计类 设计模型的构造块 设计类是已经完成了规格说明并且达到能够被实现程度的类 来源于问题域和解域 通过分析类的精化得到的问题域—添加实现细节 解域，提供了能够实现系统的技术工具 -*- 设计类剖析 在分析中，只要尽量捕获系统需要的行为，而完全不必考虑如何去实现这些行为 在设计中，则必须准确地说明类是如何履行它们的职责 完整的属性集合，包括详细说明的名称、类型、可视性和一些默认值 将分析类指定的职责转化成一个或多个方法的完整集合 -*- 良好的设计类 类的公共方法定义它和类用户之间的契约 通常要从类用户的角度去评估类的目的 基本特征 完整性和充分性 原始性 高内聚 低耦合 -*- 类设计的主要工作 定义类的操作 类的职责 定义类的方法和状态 方法：操作的实现 状态：对象的状态如何影响它的行为 定义类的属性 定义类之间的关系 -*- 状态图：定义类的状态 状态图：描述系统对象的动态行为，一般描述一个特定对象在其生命周期中的所有可能状态以及由于各种事件的发生（或满足一定条件）而引起状态的转移 -*- 图书馆管理系统中图书的状态图 -*- 四种动态图比较 交互图：顺序图、协作图 用例分析、设计阶段 交互图显示对象之间的协作关系，仅适用于条件判断和循环不太多的过程 顺序图（Sequence diagram）突出对象的执行时序 协作图（Collaboration diagram）更清楚地表示对象间的静态连接关系 行为图：活动图、状态图 活动图（Activity diagram）：用例建模 描述某一方法、机制或用例的内部行为 状态图（Statechart diagram）：类设计 描述单个对象跨越多个用例的状态 -*- 类之间的关系 依赖关系 关联关系 聚合关系 组合关系 泛化关系 低 耦 合 度 高 -*- 关联关系的表示方法 关联具有：名称、多重性表达式、导航符号、角色名称 名称：动词短语 多重性表达式：*，1..*，1-40，5，3,5,8，… 导航符号 角色名称 -*- 关联类（association class） -*- 架构就像政治一样，是处理各种不确定因素的