UML面向对象建模chapter2用例图.pptVIP

识别参与者 已有的上下文关系图（表示系统范围）及其他相关模型：它 们描述了系统与外部系统的边界，从这些图中可以寻找出与 系统有交互关系的外部实体。 项目相关人员分析：对项目的相关人员进行分析，就能够决 定出哪些人将会与系统进行交互。 书面的规格说明和其它项目文档（如会谈备忘录等） 需求研讨会和联合应用开发会议的记录：这些会议的参与者 通常是很重要的，因为他们在组织中所代表的角色就是可能 与系统发生交互的参与者。 当前过程和系统的培训指南及用户手册：这些东西中经常会 有潜在参与者。 合并需求获得用例 绘制用例图 细化用例描述—搭框架 1.用例名称：新增书籍信息（UC01） 2.简要说明：录入新购书籍信息，并自动存储建档。 3.事件流： 3.1 基本事件流 3.2 扩展事件流 4.非功能需求 5.前置条件：用户进入图书管理系统。 6.后置条件：完成新书信息的存储建档。 7.扩展点：无 8.优先级：最高（满意度 5，不满意度5） 细化用例描述—填血肉 …… 3.事件流： 3.1 基本事件流 1）图书管理员向系统发出“新增书籍信息”请求； 2）系统要求图书管理员选择要新增的书籍是计算机类还是非计算机类； 3）图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号； 4）图书管理员输入书籍的相关信息，包括：书名、作者、出版社、ISBN号、开本、页数、定价、是否有CDROM； 5）系统确认输入的信息中书名未有重名； 6）系统将所输入的信息存储建档。 3.2 扩展事件流 5a）如果输入的书名有重名现象，则显示出重名的书籍，并要求图书管理选择修改书名或取消输入； 5a1）图书管理员选择取消输入，则结束用例，不做存储建档工作； 5a2）图书管理员选择修改书名后，转到5） 4.非功能需求：无特殊要求 …… 四、 业务用例图 作用： 帮助了解机构及其软件系统（或工作内容）； 帮助业务过程重建工程工作； 帮助员工（小组内成员）充分了解业务及其角色。 什么时候需要？ 对机构不熟悉； 机构业务发生变更； 机构中主要部分使用的软件需建立； 机构中有些大型复杂工作流的文档不足。 业务角色（Business Actor） 机构（组织）外部参与者 业务工人（Business Worker） 机构内部参与者所起作用的表示 业务用例（Business Use Case） 业务功能（无论是手工还是自动处理） 业务机构（Business Organization） 机构的组织部门 ，业务元素的集合； 业务实体（Business Entity） 机构的主要产品等实体 物理工人（Phsical Worker） 机构内部人类参与者 五、实例 有一个爱书之人，家里各类书籍已过千册，平时又时常有朋友外借，因此需要一个个人图书理系统。该系统应该能够将书籍的基本信息按计机类、非计算机类分别建档，实现按书名、作类别、出版社等关键字的组合查询功能。在使用系统录入新书籍时系统会自动按规则生成书号，以修改信息，但不能够删除记录。该系统还应该够对书籍的外借情况进行记录，可对外借情况列打印。另外，还希望能够对书籍的购买金额、册按特定时限进行统计。 －摘自《程序员》 错误（不能用包含） 优化 练习1 网上选课系统： 管理员通过系统管理界面进入，建立本学期要开的各门课程，将课程信息保存在数据库中，并可以对课程进行改动和删除。学生通过浏览器根据学号和密码进入选课界面，在这里学生可以查询已选课程信息并选课，教师可以选择所上课程并提交成绩。管理员负责维护各项信息。这些操作结果存入数据库中。 请用UML画出其用例图，并写出详细的用例描述。 选课事件流： 1、学生进入选课登录界面，用例开始。 2、系统提示输入学号和密码。 3、学生输入学号和密码。 4、系统验证。 A1：验证失败 5、进入选课主界面。 6、学生点击选课。 7、系统显示所有课程信息。 8、显示选择课程。 9、系统验证课程是否可选。 A2：不可选 10、系统提示课程选择成功，提示学生交费。 11、用例结束。 错误流： A1：验证失败 1、系统提示验证失败，提示重新输入。 2、三次失败，拒绝访问。 3、成功，转选课事件流第5步。 A2：课程不可选 1、系统提示课程不可选及原因。 2、学生重新选课。 3、重新验证直至成功。 4、转选课事件流第10步。 练习2 问题描述 现有一医院病房监护系统，病症监视器安置在每个病房，将病人的病症信号实时传送到中央监视系统进行分析处理。在中心值班室里，值班护士使用中央监视系