第6讲-用例分析.ppt

* 第十章 面向对象分析 主讲人：张秋余 * 实例：为分析类添加属性 属性的定义主要针对实体类展开的 “办理申请手续”-用例实现的实体类 3. 定义分析类的关系（关联关系） 实际业务中任何对象不能孤立地存在，它们之间需要频繁地通过消息(特定的关系)进行交互从而完成有用的工作，并达到用例的目标 特定的关系可表现为： 对象间的链接：对象间的语义联系 关联关系：协作关系 聚合关系：整体-部分 泛化关系：抽象-具体（一般-特殊） 对象间的链接——通过对象图 对象图是显示系统某个时刻的对象及其关系的图。 可通过通信图来从对象链接的角度描述对象间的消息传递。 什么是关联关系？ 关联是类之间的一种结构化关系，用来描述类之间的语义联系——是最常见的关系 表明类的对象之间存在着链接 对象是类的实例，而链接是关联的实例 识别关联的基本思路 从交互模型中发现对象之间的链接，从而在相应的类上建立关联关系。如：顺序图中的对象之间的协作关系、VOPC图中关联关系 从业务领域出发，分析领域中所存在的实体类之间的语义联系，为那些存在语义联系的类之间建立关联关系。 关联关系的分类 根据不同的语义含义，关联可分为普通关联、递归关联、限定关联、或关联、有序关联、三元关联和聚合等七种。 如：普通关联的表示方法 实例：实体类之间的关联关系 ——业务的语义联系 办理申请手续-用例实现基本场景通信图 对关联关系的细化 关联具有：名称、端点和角色名、多重性 名称：关联名，须用动词短语 端点和角色名：通过关联名可以表达关联关系的含义，端点名前加“+”表示该角色是公有的 多重性：*，1..*，1-40，5，3,5,8，… 自反关联 自反关联：一个类自身之间存在关联。表明同一个类的不同对象之间存在链接 思考：现实生活中还存在哪些自身关联现象？ 关联类(Association Class) 关联类：一种被附加到关联上的类，用来描述该关联自身所拥有的属性和行为 如：当某些属于关联自身的特征信息无法被附加到关联两端的类时，就需要为该关联定义关联类 聚合关系(Aggregation) 聚合关系：一种特殊的关联关系 拥有关联关系所具有的基本特征 两个关联的类还分别代表“整体”或“部分”——即意味着整体包含部分 来源：可在已有的关联关系基础上，通过分析两个关联的类之间是否存在如何语义来识别聚合关系，如： A由B构成、或：B是A的一部分 聚合关系在UML中的图示方式 在表示整体性质的关联关系的直线末端加一个空心的小菱形 范例：旅游申请系统 思考：订单和订单项、班级和班级成员、书和书的分类、导师与学生 等等 什么是共享聚合？ 聚合关系中如果处于部分方的对象同时参与了多个处于整体方对象的构成，则该聚合称为共享聚合。如，课题成员和课题之间的关联关系。 共享聚合关系的聚合的重数为：n:n(多对多) 什么是组合关系？ 组合关系是聚合关系的复合聚合，由聚合演变而来。即：构成整体类的所有部分类完全隶属于整体类。图示：在整体端有一到多个实心的小菱形。注意：整体消失则部分也消失 泛化关系(Generalization) 泛化是指类间的结构关系、亲子关系，即继承 子类继承父类所具有的属性、操作和关联关系 泛化关系主要来自业务对象模型。针对实体类，结合业务领域的实际需求，提取泛化关系主要有两种途径： 父类的提取：是否有类似的结构和行为的类，从而可以抽取出通用的结构和行为构成父类——归纳 子类的提取：所有单个实体类是否存在一些不同类别的结构和行为，从而可以将这些不同类别的结构和行为抽取出来单独构成不同的子类——演绎 泛化关系 UML中的泛化是通用元素和具体元素之间的一种分类关系。泛化可用于类、用例等各种模型元素。 泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。 实例：实体类间的泛化 4.限定分析机制 为什么进行限定分析机制？ 定义职责、属性、关系后，分析类自身的功能已基本定义完成，但是缺少对非功能性需求的分析。 什么是分析机制？用例实现主要关注系统的功能需求，而非功能需求也需要在分析模型中体现出来，这就是分析机制。 4.限定分析机制（续） 建立分析类和分析机制的对应表 分析类 主要分析机制 说明 申请控制类 分布 前台服务员可以通过本地客户机访问服务器上的旅游团和路线信息 导出财务信息控制类 遗留接口 导出的财务信息需要导入到遗留的财务系统 旅游团、路线 持久性 旅游团和路线信息需存储在数据库中 申请类 持久性 申请相关信息需存储在数据库中 支付明细 持久性、安全性、遗留接口 支付明细信息需存储在数据库中，并不允许随意修改，同时要与外部财务系统保持一致 参加人、联系人 持久性 参加人和联系人等信息需存储在数据库中 举例：描述每个类的分析机制特性 类