第5章+类图和对象图.pptVIP

建立Use Case模型 建立Use Case图步骤： （1）找出系统外部的活动者和外部系统，确定系统的边界和范围。 （2）确定每一个活动者所期望的系统行为。 （3）把这些系统行为命名为Use Case。 （4）把一些公共的系统行为分解为一批新的Use Case，供其他的Use Case引用。把一些变更的行为分解为扩展Use Case。 （5）编制每一个Use Case的剧本，其中须详细描述基本业务流（Basic Flow）、替代业务流（Alternative Flow）和例外（异常）情况的事件流，以及制约业务流向的必要的前置条件和后置条件。 （6）绘制Use Case图。 （7）必要时可以把表达例外（异常）情况的事件流的Use Case画成一个单独的子Use Case图。 （8）精化Use Case图。解决Use Case 间的重复与冲突问题，简化Use Case中的对话序列。Use Case图可以有不同的层次，高层系统的Use Case可以分解为若干个下属子系统中的子Use Case。 上节课重点 类之间的关系包括: 关联、聚集、组合、泛化、依赖等。 上节课重点 类 发现类 小王是一个爱书之人，家里各类书籍已过千册，而平时又时常有朋友外借，因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计算机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时系统会自动按规则生成书号，可以修改信息，但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行记录，可对外借情况列表打印。另外，还希望能够对书籍的购买金额、册数按特定时间周期进行统计 类 筛选备选类 “小王”、“人”、“家里”很明显是系统外的概念，无须对其建模； 而“个人图书管理系统”、“系统”指的就是将要开发的系统，即系统本身，也无须对其进行建模； 很明显“书籍”是一个很重要的类，而“书名”、“作者”、“类别”、“出版社”、“书号”则都是用来描述书籍的基本信息的，因此应该作为“书籍”类的属性处理，而“规则”是指书号的生成规则，而书号则是书籍的一个属性，因此“规则”可以作为编写“书籍”类构造函数的指南。 “基本信息”则是书名、作者、类别等描述书籍的基本信息统称，“关键字”则是代表其中之一，因此无需对其建模； “功能”、“新书籍”、“信息”、“记录”都是在描述需求时使用到的一些相关词语，并不是问题域的本质，因此先可以将其淘汰掉； 类 筛选备选类 “计算机类”、“非计算机类”是该系统中图书的两大分类，因此应该对其建模，并改名为“计算机类书籍”和“非计算机类书籍”，以减少歧义； “外借情况”则是用来表示一次借阅行为，应该成为一个候选类，多个外借情况将组成“外借情况列表”，而外借情况中一个很重要的角色是“朋友”—借阅主体。虽然到本系统中并不需要建立“朋友”的资料库，但考虑到可能会需要列出某个朋友的借阅情况，因此还是将其列为候选类。为了能够更好地表述，将“外借情况”改名为“借阅记录”，而将“外借情况列表”改名为“借阅记录列表”； “购买金额”、“册数”都是统计的结果，都是一个数字，因此不用将其建模，而“特定时限”则是统计的范围，也无需将其建模；不过从这里的分析中，我们可以发现，在该需求描述中隐藏着一个关键类—书籍列表，也就是执行统计的主体。 类 得到候选类 在使用“名词动词法”寻找类的时候，很多团队会在此耗费大量的时间，特别是对于中大型项目，这样很容易迷失方向。其实在此主要的目的是对问题领域建立概要的了解，无需太过咬文嚼字 类图建模技术 范例1 类图建模技术 范例1 多重性分析 类图建模技术 范例1 职责分析 书籍类：从需求描述中，可找到书名、类别、作者、出版社；同时从统计的需要中，可得知“定价”也是一个关键的成员变量。 书籍列表类：书籍列表就是全部的藏书列表，其主要的成员方法是新增、修改、查询（按关键字查询）、统计（按特定时限统计册数与金额）。 借阅记录类：借阅人（朋友）、借阅时间。 借阅记录列表类：主要职责就是添加记录（借出）、删除记录（归还）以及打印借阅记录 类图建模技术 范例1 限定与修改 导航性分析：Book与BookList之间、BorrowRecord和BorrowList之间是组合关系均无需添加方向描述，而Book与BorrowRecord之间则是双方关联，也无需添加 约束：Book对象创建后就不能够被删除只能被修改，因此在Book类边上加上用自由文本写的约束 ；一本书要么属于计算机类，要么属于非计算机类，因此在ItBook和OtherBook间加了 “{Xor}”约束 限定符：一本书只有一册，因此只能够被借一次，因此对于一本Book而言只能有一个Rec