软件工程导论(第五版)第三章.ppt

5. 绘制业务领域类图 接着绘制业务领域类图。 业务领域类图要描述以下三点： （1）系统中有哪些实体； （2）这些实体能做什么操作。 （3）实体间的关系。 多重继承：一个子类可以同时多次继承同一个上层基类。 不相交继承：一个子类不能多次继承同一个上层基类。 （默认为不相交继承） 完全继承：指父类的所有子类都已经在类图中穷举出来了。 不完全继承：指父类的所有子类并没有在类图中穷举出来了。 随着对问题理解的深入，不完全继承中可以不断扩充子类。 （默认为不完全继承） 4. 依赖和细化 1）依赖关系 类B 类A 《友元》 图9.15 友元依赖关系 描述两个模型元素（类、用例）之间的关系，其中一个模型元素是独立的（被箭头指），另一个依赖于独立的模型元素。如，一个类使用另一个类的对象作为自己的函数的参数。 （友元：依赖类可以使用独立类中私有的或保护的成员） 2）细化关系 分析类 设计类 图9.16 细化关系示例 细化用来协调不同阶段模型之间的关系，表示各个开发阶段不同抽象层次模型之间的相关性，通常用于跟踪模型的演变。 例子： 公司 员工 名字 电话号码 主要产品 地址 雇佣 解雇 姓名 地址 身份证号码 工资 1+ 职务 部门名 部门 工人 经理 0…1 管理 产品 产品名 成本 重量 项目 项目名 预算 优先级 生产 1+ 主持 参加 1+ 1+ 1+ 一家公司的对象模型 组成 9.5 动态模型 1）事件：事件是某个特定时刻所发生的事情。它是引起对象状态转换的控制信息。 2）状态：状态就是对象在其生命周期中的某个特定阶段所处的某种情形。 3）行为：行为是指对象达到某种状态时所做的一系列处理操作。 通常用UML提供的状态图来描绘动态模型。 注意： 每个类的动态行为用一张状态图来描绘，各个类的状态图通过共享事件合并起来，从而构成系统的动态模型。 实例： 电话的状态图 9.6 功能模型 通常，功能模型由一组数据流图组成。 UML提供的用例图也是进行需求分析和建立功能模型的有力工具。 以用例图建立起来的系统模型称为用例模型，它描述的是外部行为者所理解的系统功能。 9.6.1 用例图 1、系统 2、用例(use case) 行为者感受到的一个完整的功能。 用例是类，代表一类功能，用例的实例称为脚本。 3、行为者(actor) 与系统交互的人或其他系统。它代表一种角色。 4、用例之间的关系 1）扩展关系 向一个用例中添加一些动作后构成另一个用例，它们之间构成扩展关系。 2）使用关系 一个用例使用另一个用例，它们之间构成使用关系。 描述一般行为的变化时采用扩展关系； 两个或多个用例中出现重复描述时可采用使用关系。 9.6.2 用例建模 一个用例模型由若干幅用例图组成。 创建用例模型的工作包括：定义系统、寻找行为者、寻找用例、描述用例、定义用例之间的关系、确认模型。 1、寻找行为者 下述问题有助于发现行为者： 1）谁将使用系统的主要功能？ 2）谁需要借助系统的支持来完成日常工作？ 3）谁来维护和管理系统？ 4）系统控制哪些硬件设备？ 5）系统需要与哪些其他系统交互？ 6）哪些人或系统对本系统产生的结果感兴趣？ 2、寻找用例 可以通过每个行为者回答下述问题来获取用例： 1）行为者需要系统提供哪些功能？ 2）行为者自身需要做什么？ 3）行为者是否需要读取、创建、删除、修改或存储系统中的信息？ 4）系统中发生的事件需要通知行为者吗？ 5）行为者需要通知系统某些事情吗？ 6）系统需要哪些输入输出？ 7）当前使用的系统存在的主要问题是什么？ 9.7 三种模型之间的关系 1）针对每个类建立的动态模型，描述了实例的生命周期或运行周期。 2）状态转换驱使行为发生，这些行为在数据流图中被映射成处理，在用例图中被映射成用例，它们同时与类图中的服务相对应。 3）功能模型中的处理（或用例）对应于对象模型中的类所提供的服务。 4）数据流图中的数据存储，以及数据的源点/终点，通常是对象模型中的对象。 5）数据流图中的数据流，往往是对象模型中对象的属性值，也可能是整个对象。 6）用例图中的行为者，可能是对象模型中的对象。 7）功能模型中的处理（或用例）可能产生动态模型中的事件。 8）对象模型描述了数据流图中的数据流、数据存储以及数据源点/终点的结构。 第10章 面向对象分析 10.1