UML期末复习 - 图文

1 [在这里写出触发事件到目标完成以及清除的步骤。] 2 ……(其中可以包含子事件流，以子事件流编号来表示) 扩展事件流 1a [1a表示是对1的扩展，其中应说明条件和活动] 1b ……(其中可以包含子事件流，以子事件流编号来表示) 子事件流 [对多次重复的事件流可以定义为子事件流，这也是抽 取被包含用例的地方。] 规则与约束 [对该用例实现时需要考虑的业务规则、非功能需求、 设计约束等] 说明：①用例名称：应该与用例图相符，并写上其相应的编号；

②简要说明：对该用例对参与者所传递的价值结果进行描述，应注意语言简要，使用用户能够阅读的自然语言。③前置条件：是执行用例之前必须存在的系统状态，这部分内容如果在现在不容易确定可以在后面再细化。④后置条件：用例执行完毕系统可能处于的一组状态，这部分内容如果在现在不容易确定也可以在后面再细化。⑤扩展点：如果包括扩展或包含用例，则写出扩展或包含用例名，并说明在什么情况下使用。而在本例中，用例图里没有相应的内容，因此可以直接写无。如果有，则应该在编写事件流的同时进行编写。⑥优先级：说明用户对该用例的期望值，可以为今后开发时制定先后顺序。可以采用满意度/不满意度指标进行说明，其中满意度的值为0-5，是指如果实现该功能，用户的满意程度；而不满意度的值也为0-5，是指如果不实现该功能，用户的不满意程度。⑦基本事件流

1）图书管理员向系统发出“新增书籍信息”请求；2）系统要求图书管理员选择要新增的书籍是计算机类还是非计算机类；3）图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号；4）图书管理员输入书籍的相关信息，包括：书名、作者、出版社、ISBN 号、开本、页数、定价、是否有CDROM；5）系统确认输入的信息中书名未有重名；6）系统将所输入的信息存储建档。 ⑧扩展事件流

5a）如果输入的书名有重名现象，则显示出重名的书籍，并要求图书管理员选择修改书名或取消输入；5a1）图书管理员选择取消输入，则结束用例，不做存储建档工作；5a2）图书管理员选择修改书名后，转到5） 四、 用例分析 1、用例图的绘制流程

2、步骤：

①捕获需求；②确定系统的边界范围，找出系统外部的参与者和外部系统；③确定每一个参与者所希望的系统行为，命名用例；④把公共系统行为分解为新用例，供其他用例引用；⑤把一些变更的行为分解为扩展用例；⑥编制用例的脚本；⑦绘制用例图；⑧把特殊情况的用例画成单独的子用例图。

3、实例：有一个爱书之人，家里各类书籍已过千册，平时又时常有朋友外借，因此需要一个个人图书理系统。该系统应该能够将书籍的基本信息按计机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用系统录入新书籍时系统会自动按规则生成书号，以修改信息，但不能够删除记录。该系统还应该够对书籍的外借情况进行记录，可对外借情况列打印。另外，还希望能够对书籍的购买金额、册按特定时限进行统计。 （1）错误（不能用包含）

（2）优化

第 5 页 共 42 页

【练习题】网上选课系统：

管理员通过系统管理界面进入，建立本学期要开的各门课程，将课程信息保存在数据库中，并可以对课程进行改动和删除。学生通过浏览器根据学号和密码进入选课界面，在这里学生可以查询已选课程信息并选课，教师可以选择所上课程并提交成绩。管理员负责维护各项信息。这些操作结果存入数据库中。

请用UML画出其用例图，并写出详细的用例述。

1）选课事件流：1、学生进入选课登录界面，用例开始。2、系统提示输入学号和密码。3、学生输入学号和密码。4、系统验证。A1：验证失败5、进入选课主界面。6、学生点击选课。7、系统显示所有课程信息。8、显示选择课程。9、系统验证课程是否可选。A2：不可选10、系统提示课程选择成功，提示学生交费。11、用例结束。 2）错误流：

①A1：验证失败 1、系统提示验证失败，提示重新输入。2、三次失败，拒绝访问。3、成功，

转选课事件流第5步。

②A2：课程不可选 1、系统提示课程不可选及原因。2、学生重新选课。3、重新验证直至成功。4、转选课事件流第10步。 【作业】问题描述

现有一医院病房监护系统，病症监视器安置在每个病房，将病人的病症信号实时传送到中央监视系统进行分析处理。在中心值班室里，值班护士使用中央监视系统对病员的情况进行监控，根据医生的要求随时打印病人的病情报告，定期更新病历，当病症出现异常时，系统会立即自动报警,

并实时打印病人的病情报告，立及更新病历。

要求根据现场情景，对医院病房监护系统进行需求分析， 建立系统的Use case model。 1、用例描述

（1）该用例的目的是模拟一个医院病房监护系统，建立该系统的用例图；（2）该用例在病人住院时被监护人员启动执行；（3）该系统汇总，每个病房的病症监视器要按时将病人的病症信号传送到监视系统去并且对信号进行分析，当病症信号异常的时候，系统会自动报警，并且打印病情报告和更新病例，而医生则要求随时打印病情报告，按时更新病例； 行为者：值班护士、医生、病人

①值班护士负责监控中央监视系统，并根据医生的要求随时打印病症报告，并且定期更新病例； ②病症监视器是负责采集病人的病症信号，每个病房都有监视器；③中央监视系统是负责分析监视器采集的病症信号，但信号有异常的时候，中央监视系统会自动报警，并且实时打印病人的病情报告，而且立即更新病例； 2、用例图

第 6 页 共 42 页

通过分析可以初步识别出系统的用例为：中央监护，病症监护，提供标准病症信号，病历管理，病情报告管理。顶层用例图为：

进一步将用例细化，即分解用例：

给出细化的用例图：

第 7 页 共 42 页

第四章 类图

一、类的定义 1、面向对象思想

①每个对象都扮演了一个角色，并为其它成员提供特定的服务或执行特定的行为。②在面向对象世界中，行为的启动是通过将“消息”传递给对此行为负责的对象来完成的；同时还将伴随着执行要求附上相关的信息（参数）；而收到该消息的对象则会执行相应的“方法”来实现需求③用类和对象表示现实世界，用消息和方法来模拟现实世界的核心思想 2、类的定义

（1）什么是类（class）：具有相似结构、行为和关系的一组对象的描述符。 （2）类的组成：属性和操作 1）属性

标准格式：[可见性] 属性名 [: 类型] [‘[’多重性[次序]‘]’][＝初始值][{特性}] 说明：①可见性：可访问性分为四类：公共＋ 私有－ 保护# 实现~ ②多重性：属性值个数格式 ③次序：属性值顺序 ④特性：属性约束

举例：+ size: Area = (100,100) # visibility: Boolean = false - origin : Point; Colors : color[3] Points : Point[2..* ordered] Name: String[0..2]

2）操作

标准格式：[可见性] 操作名 [（参数列表）] [：返回类型][{特性}]

例：+ display() # create() －attachXWindow(xwin:XWindowPtr) + getname() : String 3、类图

（1）UML用类图（class diagram）表示 类 、 接口 及其 关联 。 （2）类图用于静态对象建模。类图应用在领域建模和概念透视图中。 （3）属性和操作

?名称（类名）：每个类都有一个惟一的名称。

?属性：是已被命名的类的特性，它描述该类实例中包含的信息

?操作（方法）：是类所提供的服务，它可以由类的任何对象请求以影响其行为 ?属性名和操作名首字母通常为小写。

可以用”...”表示还有属性或方法没有画出来。为了更好地组织属性或方法，可以在一组功能相同的属性或方法前加上一个描述的前缀（<<>>）中的文字： （4）类图的职责和约束、注释

①职责指的是类所担任的任务，类的设计要完成什么样的功能，要存担的义务。一个类可以有多种职责，设计得好的类一般至少有一种职责，在定义类的时候，将类的职责分解成为类的属性和方法。②通常在UML中在类图的最下方用单独的部分列出类的职责。③类的职责其实只是一段或多段文本描述。④约束是指定类要满足的一个或多个规章⑤注释是最重要的一种修饰。一个注释在UML中是一个图形符号，描述了和它相关联的元素或一组元素的限制或注释语。 二、类图的阅读

先看清有哪些类，然后看看类之间存在的关系，并结合多重性来理解类图的结构特点以及各个属性和方法的含义 三、类的关系

四类基本关系：关联（association）、泛化（generalization）、实现（realization）、依赖（dependency） 1、关联 ①关联名

②导航性（navigability）：从一个类（对象）可以找到另外一个，反过来却不可。

第 8 页 共 42 页