UML系统分析与设计 chapter07类图.pptVIP

为什么要进行分析 从需求到分析 OOA目标 建立分析模型，以描述计算机软件，从而满足客户定义的需求： 包括两种图，描述对象及其交互 类图（class diagram）：描述了构成一类对象特征的状态和行为（描述软件架构） 交互图（interaction diagram）：描述对象之间的交互行为（演示用例实现）（描述系统行为） 研究分析问题领域, 确定系统需求. 确定类, 明确类的含义和职责, 确定属性和操作. 确定类之间的关系. 调整和细化类及类之间的关系. 绘制类图并增加相应的说明. 依赖关系 泛化关系 关联关系 聚合与组合 实现关系 实例——筛选修选类 “计算机类”、“非计算机类”是该系统中图书的两大分类，因此应该对其建模，并改名为“计算机类书籍”和“非计算机类书籍”，以减少歧义； “外借情况”则是用来表示一次借阅行为，应该成为一个候选类，多个外借情况将组成“外借情况列表”，而外借情况中一个很重要的角色是“朋友”—借阅主体。虽然到本系统中并不需要建立“朋友”的资料库，但考虑到可能会需要列出某个朋友的借阅情况，因此还是将其列为候选类。为了能够更好地表述，将“外借情况”改名为“借阅记录”，而将“外借情况列表”改名为“借阅记录列表”； 实例——筛选修选类 “购买金额”、“册数”都是统计的结果，都是一个数字，因此不用将其建模，而“特定时限”则是统计的范围，也无需将其建模；不过从这里的分析中，我们可以发现，在该需求描述中隐藏着一个关键类—书籍列表，也就是执行统计的主体。 实例——得到候选类 在使用“名词动词法”寻找类的时候，很多团队会在此耗费大量的时间，特别是对于中大型项目，这样很容易迷失方向。其实在此主要的目的是对问题领域建立概要的了解，无需太过咬文嚼字 书籍 计算机类书籍 非计算机类书籍 借阅记录 借阅记录列表 书籍列表 实例——关联分析，建模，多重性分析，再建模 实例——职责分析 书籍类：从需求描述中，可找到书名、类别、作者、出版社；同时从统计的需要中，可得知“定价”也是一个关键的成员变量。 书籍列表类：书籍列表就是全部的藏书列表，其主要的成员方法是新增、修改、查询（按关键字查询）、统计（按特定时限统计册数与金额）。 借阅记录类：借阅人（朋友）、借阅时间。 借阅记录列表类：主要职责就是添加记录（借出）、删除记录（归还）以及打印借阅记录 实例——限定与修改 约束：Book对象创建后就不能够被删除只能被修改，因此在Book类边上加上用自由文本写的约束 ；一本书要么属于计算机类，要么属于非计算机类，因此在ItBook和OtherBook间加了 “{Xor}”约束 限定符：一本书只有一册，因此只能够被借一次，因此对于一本Book而言只能有一个RecordId与其对应 上机实验作业： 作业 1、登录89,下载实验要求、实验报告模板， 目录：/UML（薛均晓）/上机实验/ 2、完成实验报告并提交至ftp:// 82 * * * * * * 接口 接口是在没有给出对象的实现和状态的情况下对对象行为的描述。接口是一种特殊的类，所有接口都是有构造型interface的类。在UML中，接口使用一个带有名称的小圆圈来进行表示，并且可以通过一条Realize（实现关系）线与实现它的类相连接。 类之间的关系 1 依赖关系（Dependency） 2 泛化关系（Generalization） 3 关联关系（Association） 4 实现关系（Realization） 依赖关系 依赖表示一个模型元素（客户方）需要另一个模型元素（供应方）来达到某种目的，供应方的修改会影响客户方的执行结果。 依赖关系暗示着一个客户方如果没有供应方的支持是不完整的。 例如，当给一个雇员计算工资的时候，需要使用计算器。 UML中，依赖关系用一个从使用者指向提供者的虚箭头表示： 泛化关系 泛化（继承）关系用来描述类的一般和具体之间的关系——is a kind of。 UML中，用一条带有空心大箭头的有向实线表示，箭头指向父类 关联关系 关联关系是一种结构关系，指出了一个事物的对象与另一个事物的对象之间的连接。 导航性：若A指向B（导航性） 则B为A的成员变量。 关联关系 关联关系有两种非常重要的形式，分别是聚合（Aggregation）关系和组合（Composition）关系。 聚合关系示例 组合关系示例 关联关系的特性 1 名称 2 角色 3 多重性 （1） 名称 使用一个动词或动词短语来命名关联。 清晰而简洁地说明对象间关系。 关联的名称并不是必需的。 可以前缀或后缀一个指引阅读方向的方向指示符，以消除歧义。 （2） 角色