面向对象的技术讲坐.pptVIP

* 《UML分析与设计》 用例图 用例描述模板 [对该用例实现时需要考虑的业务规则、非功能需求、设计约束等] 规则与约束 [对多次重复的事件流可以定义为子事件流，这也是抽取被包含用例的地方。] 子事件流 ……(其中可以包含子事件流，以子事件流编号来表示) 1b [1a表示是对1的扩展，其中应说明条件和活动] 1a 扩展事件流 ……(其中可以包含子事件流，以子事件流编号来表示) 2 [在这里写出触发事件到目标完成以及清除的步骤。] 1 活动 步骤 基本事件流 [描述当前目标完成后，环境变化情况。] 成功保证 [即该用例完成之后，将执行什么动作。] 后置条件 [即启动该用例所应该满足的条件。] 前置条件 …… …… [从该用例获取的利益] [项目相关人员名称] 利益 项目相关人 项目相关人 利益说明 [该用例的次要Actor，在此列出名称，并简要的描述它] 次要参与者 [该用例的主Actor，在此列出名称，并简要的描述它] 主参与者 [用例的设计范围] 范围 [用例的目标，一个概要性的描述] 用例概述 [应为一个动词短语，让读者一目了然地知道用例的目标] 用例名称 [为用例制定一个唯一的编号，通常格式为UCxx] 用例编号 用例图的绘制流程 记录需求—特性表 录入新书时能够自动按规则生成书号 FEAT04 计算机类与非计算机类书籍采用不同的书号规则 FEAT05 录入新书时如果重名将自动提示 FEAT06 按书名、作者、类别、出版社等关键字组合查询书籍 FEAT07 列出所有书籍信息 FEAT08 记录外借情况 FEAT09 外借状态能够自动反应在书籍信息中 FEAT10 按人、按书查询外借情况 FEAT11 列出所有的外借情况 FEAT12 按特定时间段统计购买金额、册数 FEAT13 所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 FEAT14 书籍信息按计算机类、非计算机类分别建档 FEAT03 修改已有的书籍信息 FEAT02 新增书籍信息 FEAT01 说明 编号 识别参与者 已有的上下文关系图（表示系统范围）及其他相关模型：它们描述了系统与外部系统的边界，从这些图中可以寻找出与系统有交互关系的外部实体。 项目相关人员分析：对项目的相关人员进行分析，就能够决定出哪些人将会与系统进行交互。 书面的规格说明和其它项目文档（如会谈备忘录等） 需求研讨会和联合应用开发会议的记录：这些会议的参与者通常是很重要的，因为他们在组织中所代表的角色就是可能与系统发生交互的参与者。 当前过程和系统的培训指南及用户手册：这些东西中经常会有潜在参与者。 合并需求获得用例 UC06.统计金额和册数 FEAT13.按特定时间段统计购买金额、册数 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 UC05.查询外借信息 FEAT11.按人、按书查询外借情况 FEAT12.列出所有的外借情况 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 UC04.登记外借信息 FEAT09.记录外借情况 FEAT10.外借状态能够自动反应在书籍信息中 UC03.查询书籍信息 FEAT07.按书名、作者、类别、出版社等关键字组合查询书籍 FEAT08.列出所有书籍信息 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 UC02.修改书籍信息 FEAT02.修改已有的书籍信息 UC01.新增书籍信息 FEAT01.新增书籍信息 FEAT03.书籍信息按计算机类、非计算机类分别建档 FEAT04.录入新书时能够自动按规则生成书号 FEAT05.计算机类与非计算机类书籍采用不同的书号规则 FEAT06.录入新书时如果重名将自动提示 用例 特性 绘制用例图 细化用例描述—搭框架 1.用例名称：新增书籍信息（UC01） 2.简要说明：录入新购书籍信息，并自动存储建档。 3.事件流： 3.1 基本事件流 3.2 扩展事件流 4.非功能需求 5.前置条件：用户进入图书管理系统。 6.后置条件：完成新书信息的存储建档。 7.扩展点：无 8.优先级：最高（满意度 5，不满意度5） 编写要点 使用简单的语法：主语明确，语义易于理解； 明确写出“谁控制球”：也就是在事件流描述中，让读者直观地了解是参与者在控制还是系统在控制； 从俯视的角度来编写：指出参与者的动作，以及系统的响应，也就是从第三者观察的角度； 显示过程向前推移：也就是第一步都有前进的感（例如，用户按下tab键作为一个事件就是不合适的）； 显示参与者的意图而非动作（如果只描述了动作，人们不能够很容易地直接从事件流描述中理解用例）； 包括“合理的活动集”（带数据的请求、系统确认、更改内部、返回结果）； 用“确认”而