统一建模uml类图.ppt

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