《软件工程》.ppt

UML面向对象分析与设计 UM把Booch, Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。 UML的特点： 统一标准 面向对象 可视化，表示能力强大 独立于过程 容易掌握使用 UML的定义 UML定义有两个主要组成部分： 语义：用自然语言描述 表示法：定义UML的可视化标准表示符号 使用 UML 时，要从不同的角度观察系统，为此定义了概念 “视图”。视图是对系统的模型在某方面的投影，注重于系统的某个方面。 体系结构中主要的元素包括： 主要的类，如为业务实体建模的类。 将行为赋予类的机制，如协同。 模式与框架。 层次与子系统。 接口以及主要的进程控制或线程控制。 UML 的三个主要组成元素 基本构造块 组织构造块的规则 运用于整个 UML 的公共机制 UML的构成 UML包括三种基本构造块：事物、关系和图。 接口 — 描述一个类或构件的服务（操作）。 协作 — 描述合作完成某个特定任务的一组类及其关联的集合，用于对使用情形的实现建模。 用例 — 表示系统想要实现的行为，不关心这些行为是怎样实现的。 主动类 —它至少拥有一个进程或线程，故能够启动控制活动。 构件 — 系统中物理 的、可替代的部件。 节点 — 系统在运行 时存在的物理元素。 UML 事物—行为事物 交互 — 由在特定环境中共同完成一定任务的一组对象之间交换的消息组成。 状态机 — 描述了一个对象或一个交互在生存周期内响应事件所经历的状态序列。 UML 事物—分组事物 包 UML 事物—注释事物 注释 — 依附于一个元素或一组元素之上，对其进行约束或解释的简单符号。 UML 关系 依赖 — 两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义。 关联 — 一种描述一组对象之间连接的结构关系。 聚合是一种特殊类型的关联，描述了整体和部分间的结构关系。 泛化 — 一种一般化—特殊化的关系。 实现 — 类之间的语义关系，其中的一个类指定了由另一个类保证执行的契约。 两种情况出现实现关系： 在接口和实现它们的类或构件之间； 用例和它们的协作之间。 模型中主要的图形元素 UML 模型的图形 1. 用例图 用例图展现了一组用例、参与者以及它们间的关系。 可以用用例图描述系统的静态使用情况，它定义了系统的功能需求，但这是从系统的外部观看系统功能，并不描述系统内部对功能的具体实现。 在对系统行为组织和建模方面，用例图的是相当重要的。 2. 类图 类图展示了一组类、接口和协作及它们间的关系。 类图没有时间概念，是概念数据模型（如E-R 图）的一种延伸。 用类图说明系统的静态结构视图，包含主动类的类图—专注于系统的静态处理视图。 系统可有多个类图，单个类图仅表达了系统的一个方面，要在高层给出类的主要职责，在低层给出类的属性和操作。 类图是从系统构成角度来描述系统。 类的表示： 限定关联 关联类 泛化关系 3. 对象图 对象图展示了一组对象及它们间的关系。 用对象图说明类图中类的对象实例的数据结构和静态快照，即在某一时刻，一组对象的状态及其关系。 对象图表达了系统的静态设计视图或静态过程视图，除了现实和原型的方面因素外，它与类图作用是相同的。 4. 包图 包图表明包及其之间的依赖类图。 包是对模型中涉及的元素分组所得的结果，是具有特定语义的一个子集，必须保证低耦合、高内聚。 广义地讲，包可以包含类、接口、构件、节点、协作、用例等，还可以内嵌其他子包。 包之间的访问权限通过输出（输出品）和导入（进口货）设置，虚箭头 从源包到目标包。 5. 构件图 构件图展现了一组构件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库等的系统建模。 构件图表示系统的静态实现视图。 6. 部署图 部署图展现了对运行时处理节点以及其中构件的配置每一节点代表一个计算单元。。 它描述系统硬件的物理拓扑结构 ( 包括网络布局和构件在网络上的位置) ，以及在此结构上执行的软件（即运行时软构件在节点中的分布情况）。 用部署图说明系统结构的静态环境视图，即说明分布、交付和安装的物理系统。 8. 活动图 活动图是一种特殊的状态图，描述要做的活动、执行这些活动的顺序以及工作流。它对于系统的功能建模特别重要，强调对象间的控制流程。 高层活动图用于表示任务。即用于分析用例，理解涉及多个用例的工作流、多线程及并行，显示相互联系的行为整体，还可用于业务过程建模，对系统的功能建模。低层活动图用于表示类的方法。 9. 状态图 状态图展示了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态间的转移。 一个状态图描述了一个状态机，用状态图说明系统的动态视图。 状态图对于接