UML_03_核心视图.pptVIP

UML系统分析与设计 王卫锋 wangweifengcn@163.com UML核心视图 静态视图： 用例图 类图 包图 动态视图： 活动图 状态图 时序图 协作图 UML中每一种视图都从不同的角度对同一个软件产品进行展示，描述将要开发的软件是什么样子的 为把系统描述清楚，需要从静态和动态两个方面结合起来进行描述 静态视图描述系统结构性特征，结构决定系统能做什么 动态视图描述系统运行时的行为，行为特征决定了系统怎么做 用例图 业务用例视图 业务用例实现视图 概念用例视图 系统用例视图 系统用例实现视图 业务用例视图 业务主角视角 展示业务主角在业务中使用哪些业务用例来达成业务目标，该视角有利于主角确认其业务目标是否齐全 业务模块视角 展现业务领域的业务目标，将与目标相关的业务主角和业务用例展现在这个视图中，该视角有利于从业务的完整性角度确认业务主角和业务用例是否齐全 其他视角 可根据需要展现某个方面的视角。如部门，某一文件的生存过程 业务用例实现视图 用于展现业务用例有哪些实现途径 概念用例视图 展现从业务用例中经过分析分解出来的关键概念用例，并表示概念用例和业务用例之间的关系。这些关系有扩展、包含、精化。 一般以业务用例为单元展现。 概念用例视图不是必须的，但它可以有助于细化和更准确的理解业务用例 系统用例视图 展现系统范围，将业务用例分析后得到的系统用例展现出来 一般以业务用例为单元展现。 系统用例实现视图 系统用例的实现方式 可以有多种实现方式 类图 展现系统中的类及其相互之间的关系 概念层类图 说明层类图 实现层类图 概念层类图 概念层类图位于业务建模阶段 描述现实世界中问题领域的概念理解，类图中表达的类与现实世界的问题领域有明显的对应关系。 说明层类图 位于概念模型阶段，以分析类和分析模型图表示 该层次的类图考察的是类的接口而不是实现，类图中表达的类和类关系应当是在接口层次抽象的描述。 说明层类图是搭建在现实世界和最终实现之间的一座桥梁。 实现层类图 实现层类图位于设计阶段 类是实现代码的描述，类直接映射到可执行代码。 包图 一般用来展示高层次的观点 活动图 用例活动图 对象活动图 泳道 业务场景建模 用例场景建模 UML活动图元语小结 UML活动图元语小结(续) UML活动图元语小结(续) 用例活动图 对象活动图 泳道 业务场景建模 用例场景建模 状态图 时序图 业务模型时序图 概念模型时序图 设计模型时序图 业务模型时序图 概念模型时序图 设计模型时序图 协作图 业务模型协作图 概念模型协作图 设计模型协作图 业务模型协作图 概念模型协作图 设计模型协作图 * * 业务主角视角 业务视角 借阅图书概念用例视图 绘制用例图 细化用例描述—搭框架 1.用例名称：新增书籍信息（UC01） 2.简要说明：录入新购书籍信息，并自动存储建档。 3.事件流： 3.1 基本事件流 3.2 扩展事件流 4.非功能需求 5.前置条件：用户进入图书管理系统。 6.后置条件：完成新书信息的存储建档。 7.扩展点：无 8.优先级：最高（满意度 5，不满意度5） 细化用例描述—填血肉 3.事件流： 3.1 基本事件流 1）图书管理员向系统发出“新增书籍信息”请求； 2）系统要求图书管理员选择要新增的书籍是计算机类还 是非计算机类； 3）图书管理员做出选择后，显示相应界面，让图书管理 员输入信息，并自动根据书号规则生成书号； 4）图书管理员输入书籍的相关信息，包括：书名、作者、 出版社、ISBN号、开本、页数、定价、是否有CDROM； 5）系统确认输入的信息中书名未有重名； 6）系统将所输入的信息存储建档。 3.2 扩展事件流 5a）如果输入的书名有重名现象，则显示出重名 的书籍，并要求图书管理选择修改书名或取消输入； 5a1）图书管理员选择取消输入，则结束用例，不做存储建档工作； 5a2）图书管理员选择修改书名后，转到5） 4.非功能需求：无特殊要求 面向对象思想 面向对象思想 每个对象都扮演了一个角色，并为其它成员提供特定的服务或执行特定的行为。 在面向对象世界中，行为的启动是通过将“消息”传递给对此行为负责的对象来完成的；同时还将伴随着执行要求附上相关的信息（参数）；而收到该消息的对象则会执行相应的“方法”来实现需求 用类和对象表示现实世界，用消息和方法来模拟现实世界的核心思想 如何用UML表示一个类 名称：每个类都有一个惟一的名称，