uml建模5_类图对象图.ppt

谢谢 * 5.6.3 控制类 面向对象分析与设计UML * 控制类是负责管理或控制其他类工作的类. 每个用例通常有一个控制类, 控制用例中的事件顺序, 控制类也可以在多个用例间共用. 控制较少接收消息, 发出较多消息. 5.7 类图 面向对象分析与设计UML * 类加上它们之间的关系就构成类图, 其中包含接口、包、关系等元素, 同时也可以包含对象、链等实例. 类图描述类和类之间的静态关系. 5.7.1 类图的抽象层次 * 概念层类图, 描述应用领域的概念. 说明层类图, 描述软件的接口部分, 不是实现部分. 实现层类图考虑实现问题, 提供类的细节. 5.7.2 构造类图 * 根据用例描述中的名词确定候选类. 使用CRC分析法寻找类, CRC指: 类(class)、职责(responsibility)、协作(collaboration). 根据边界类、控制类和实体类的划分来帮助发现类. 参考设计模式来确定类. 根据软件开发过程的指导寻找类, 如:UP, XP等. 寻找类的方法 构造类图时注意 不要试图使用所有的符号. 不要过早陷入细节, 根据阶段、层次逐步细化. 构造完成要将模型与目标问题对照验证其是否合理. 5.7.2 构造类图 面向对象分析与设计UML * 研究分析问题领域, 确定系统需求. 确定类, 明确类的含义和职责, 确定属性和操作. 确定类之间的关系. 调整和细化类及类之间的关系. 绘制类图并增加相应的说明. 建立类图的步骤 小王是一个爱书之人，家里各类书籍已过千册，而平时又时常有朋友外借，因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计算机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时系统会自动按规则生成书号，可以修改信息，但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行记录，可对外借情况列表打印。另外，还希望能够对书籍的购买金额、册数按特定时间周期进行统计 需求描述 小王是一个爱书之人，家里各类书籍已过千册，而平时又时常有朋友外借，因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计算机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时系统会自动按规则生成书号，可以修改信息，但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行记录，可对外借情况列表打印。另外，还希望能够对书籍的购买金额、册数按特定时间周期进行统计 发现类 “小王”、“人”、“家里”很明显是系统外的概念，无须对其建模； 而“个人图书管理系统”、“系统”指的就是将要开发的系统，即系统本身，也无须对其进行建模； 很明显“书籍”是一个很重要的类，而“书名”、“作者”、“类别”、“出版社”、“书号”则都是用来描述书籍的基本信息的，因此应该作为“书籍”类的属性处理，而“规则”是指书号的生成规则，而书号则是书籍的一个属性，因此“规则”可以作为编写“书籍”类构造函数的指南。 “基本信息”则是书名、作者、类别等描述书籍的基本信息统称，“关键字”则是代表其中之一，因此无需对其建模； “功能”、“新书籍”、“信息”、“记录”都是在描述需求时使用到的一些相关词语，并不是问题域的本质，因此先可以将其淘汰掉； 筛选备选类 “计算机类”、“非计算机类”是该系统中图书的两大分类，因此应该对其建模，并改名为“计算机类书籍”和“非计算机类书籍”，以减少歧义； “外借情况”则是用来表示一次借阅行为，应该成为一个候选类，多个外借情况将组成“外借情况列表”，而外借情况中一个很重要的角色是“朋友”—借阅主体。虽然到本系统中并不需要建立“朋友”的资料库，但考虑到可能会需要列出某个朋友的借阅情况，因此还是将其列为候选类。为了能够更好地表述，将“外借情况”改名为“借阅记录”，而将“外借情况列表”改名为“借阅记录列表”； “购买金额”、“册数”都是统计的结果，都是一个数字，因此不用将其建模，而“特定时限”则是统计的范围，也无需将其建模；不过从这里的分析中，我们可以发现，在该需求描述中隐藏着一个关键类—书籍列表，也就是执行统计的主体。 筛选修选类 在使用“名词动词法”寻找类的时候，很多团队会在此耗费大量的时间，特别是对于中大型项目，这样很容易迷失方向。其实在此主要的目的是对问题领域建立概要的了解，无需太过咬文嚼字 得到候选类 书籍 计算机类书籍 非计算机类书籍 借阅记录 借阅记录列表 书籍列表 关联分析，多重性分析，建模 书籍类：从需求描述中，可找到书名、类别、作者、出版社；同时从统计的需要中，可得知“定价”也是一个关键的成员变量。 书籍列表类：书籍列表就是全部的藏书列表，其主要的成员