UML_用例图概要.pptVIP

合并需求获得用例 特性 用例 FEAT01.新增书籍信息 FEAT03.书籍信息按计算机类、非计算机类分别建档 FEAT04.录入新书时能够自动按规则生成书号 FEAT05.计算机类与非计算机类书籍采用不同的书号规则 FEAT06.录入新书时如果重名将自动提示 UC01.新增书籍信息 FEAT02.修改已有的书籍信息 UC02.修改书籍信息 FEAT07.按书名、作者、类别、出版社等关键字组合查询书籍 FEAT08.列出所有书籍信息 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 UC03.查询书籍信息 FEAT09.记录外借情况 FEAT10.外借状态能够自动反应在书籍信息中 UC04.登记外借信息 FEAT11.按人、按书查询外借情况 FEAT12.列出所有的外借情况 FEAT14.所有查询、列表、统计功能应可单独对计算机类或非计算机类进行 UC05.查询外借信息 FEAT13.按特定时间段统计购买金额、册数 FEAT14.所有查询、列表、统计功能应可单独对计算机类或非计算机类进行 UC06.统计金额和册数 绘制用例图 细化用例描述—搭框架 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.非功能需求：无特殊要求 …… 用例描述编写要点 使用简单的语法：主语明确，语义易于理解 明确写出“谁控制球”：也就是在事件流描述中，让读者直观地了解是参与者在控制还是系统在控制 从俯视的角度来编写：指出参与者的动作，以及系统的响应，也就是从第三者观察的角度 显示过程向前推移 显示参与者的意图而非动作（如果只描述了动作，人们不能够很容易地直接从事件流描述中理解用例） 用例描述编写要点 包括“合理的活动集”（带数据的请求、系统确认、更改内容、返回结果） 用“确认”而非“检查是否”，例如“系统确认所输入的信息中书名未有重名” 可选择地提及时间限制 采用“循环执行步骤x到y，直到条件满足”的习惯用语 事件流的编写过程也可以是分阶段、迭代进行的 用例建模的步骤 确定系统的范围和边界 确定系统的执行者和用例 对用例进行描述 定义用例之间的关系 审核用例模型 建模要点 构建结构良好的用例：1）为系统和部分系统中单个的、可标识和合理的原子行为命名；2）将公共的行为抽取出来，放到一个被包含用例中，再将它《include》进来； 3）对于变化部分，将其抽取出来，放到一个扩展用例（用《extent》连接）中；4）清晰地描述事件流，使得读者能够轻而易举地理解 构建结构良好的用例图：摆放元素时，应该避免交叉线的出现 ；对于语义上接近的行为和角色，最好使它们在物理上也更加接近； 根据系统实际情况控制粒度 用例图 Agenda 用例和用例驱动开发 如何阅读用例图 如何绘制用例图 Agenda 用例和用例驱动开发 如何阅读用例图 如何绘制用例图 什么是用例视图 用例视图用于描述人们希望如何使用一个系统，它告诉我们谁将是相关的用户，他们希望系统提供什么服务 用例视图并不详细介绍系统如何运作 用例视图是使用统一建模语言设计新系统的起始点，它能够帮助系统分析员从用户的观点收集需求，理解系统的预期行为 用例建模的主要目标 将需求规约变为可视化模型，并得到用户确认 给出清晰、一致的关于系统做什么的描述，确定系统的功能要求 提供从功能需求到系统