UML面向對象分析与设计.pptVIP

; UML面向对象分析与设计;UML的定义;结构视图;结构视图：描述系统的静态结构，可根据它确定重要的设计：类、包和子系统。 实现视图：描述处于开发环境中的静态软件成分的组织（源程序、构件、数据文件、可执行程序等）。 行为视图：描述系统在运行时的并发性，包括任务、线程、进程及其相互作用。;环境视图：描述处于运行环境中的各种可执行程序是如何映射到底层平台或计算结点上的。 用例视图：包括若干关键场景或用例。在初始和细化阶段用来帮助发现和设计体系结构。在构造阶段用来验证各种不同视图。在文档中用来表明其他视图是如何工作的。 UML分析建模着重系统的用例模型和结构模型，设计建模着重行为模型，实现模型和环境模型上。;;UML的构成;接口 — 描述一个类或构件的服务（操作）。 协作 — 描述合作完成某个特定任务的一组类及其关联的集合，用于对使用情形的实现建模。 用例 — 表示系统想要实现的行为，不关心这些行为是怎样实现的。;Place Order;构件 — 系统中物理 的、可替代的部件。 节点 — 系统在运行 时存在的物理元素。 ;UML 事物—行为事物;状态机 — 描述了一个对象或一个交互在生存周期内响应事件所经历的状态序列。;UML 事物—分组事物;UML 事物—注释事物;UML 关系;关联 — 一种描述一组对象之间连接的结构关系。 聚合是一种特殊类型的关联，描述了整体和部分间的结构关系。 泛化 — 一种一般化—特殊化的关系。;Event;实现 — 类之间的语义关系，其中的一个类指定了由另一个类保证执行的契约。 两种情况出现实现关系： 在接口和实现它们的类或构件之间； 用例和它们的协作之间。;类 属性 操作;UML 模型的图形;1. 用例图;;说明;2. 类图;类图是从系统构成角度来描述系统。 类的表示：;限定关联;关联名;泛化关系;雇员;3. 对象图;c: 公司;4. 包图 ;;5. 构件图;Course;6. 部署图;注册 服务器;8. 活动图;按订单供货;9. 状态图;Project对象的状态图;10. 交互图;10-1 顺序图;移动电话系统的用例图;移动电话系统的顺序图;10-2 协作图;移动电话系统的协作图; *RUP（Rational Unified Process统一开发过程）的分析/设计工作流;定义初始体系结构;定义一个初始的体系结构 建立一个初始的系统体系结构草图。定义 一组初始的重要体系结构元素。 一组初始分析机制。 系统的初始分层和组织。 在当前迭代过程中处理的用例实现。 从重要的构件用例中确定类。 确定类之间的交互作用，修改用例实现。 细化体系结构;建立从分析到设计的自然转移，并标识： 从分析元素中确定适当的设计元素。 从相关分析机制中确定适当的设计机制。 保持体系结构的一致性和完整性，确保： 将当前迭代中标识的新的设计元素与已有的设计元素集成在一起。 在设计中尽早地、最大限度地复用可获得的构件和设计元素。 描述系统运行的组织和实施体系结构。 组织实现模型以实现设计到实现无缝转移。;分析行为 将用例提供的行为描述转变为一系列可作为设计基础的元素。 在分析行为时，主要注重于如何能够提供要求的功能，较少关心系统的非功能需求。 设计构件 找出设计元素如何实现要求行为的细节，细化设计元素的定义。 根据新的设计元素来细化和更新用例实现。 当设计演进后，进行设计评审。;设计实时构件 在实时的或交互式的上下文中，使用封装制品作为主要的设计元素。 设计实时构件与设计构件有相似的活动，但增加了封装设计活动，定义系统的并发控制线程和它们之间的协议。 设计数据库 在设计中标识永久类并设计适当的数据库结构来存储永久类。 定义一种存储和检索永久数据的机制和策略，以满足系统的性能需求。;分析和设计工作流中的关键制品： 设计模型 由类的协作构成。这些类的协作可能集成为包或子系统。包是对类的逻辑分组，是为了减少系统的复杂性。 分析模型 是设计的抽象和泛化，它提供系统的功能描述，忽略了系统如何工作的细节。 软件体系结构文档 涵盖系统不同的体系结构视图。;实现工作流;构造实现模型;实现模型是在细化阶段通过不断迭代，不断使用更大规模的集成构造建立起来的。 对于每一次迭代，要求做到： 确定要实现哪一个子系统，以及在当前迭代中子系统的集成顺序。 对于每一个子系统，确定实现每个类的顺序，以及子系统集成的计划。 实现设计模型中的类和对象，包括编写源代码、改写已有构件、编译、链接和执行，及时反馈设计中可能的缺陷。;修改有缺陷的源代码，进行单元测试以验证这些变更。最后进行代码评审。 指定专人负责将所有新的和已变更的构件集成为一个新的实现子系统版本。在团队环境，集成将产生一系列构造，对每个构造由集成测试员