资源描述
单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,UML分析与设计,用例图,1,用例描述模板,用例编号,为用例制定一个唯一的编号，通常格式为UCxx,用例名称,应为一个动词短语，让读者一目了然地知道用例的目标,用例概述,用例的目标，一个概要性的描述,范围,用例的设计范围,主参与者,该用例的主Actor，在此列出名称，并简要的描述它,次要参与者,该用例的次要Actor，在此列出名称，并简要的描述它,项目相关人,利益说明,项目相关人,利益,项目相关人员名称,从该用例获取的利益,前置条件,即启动该用例所应该满足的条件。,后置条件,即该用例完成之后，将执行什么动作。,成功保证,描述当前目标完成后，环境变化情况。,基本事件流,步骤,活动,1,在这里写出触发事件到目标完成以及清除的步骤。,2,(其中可以包含子事件流，以子事件流编号来表示),扩展事件流,1a,1a表示是对1的扩展，其中应说明条件和活动,1b,(其中可以包含子事件流，以子事件流编号来表示),子事件流,对多次重复的事件流可以定义为子事件流，这也是抽取被包含用例的地方。,规则与约束,对该用例实现时需要考虑的业务规则、非功能需求、设计约束等,2,用例图的绘制流程,3,记录需求特性表,编号,说明,FEAT01,新增书籍信息,FEAT02,修改已有的书籍信息,FEAT03,书籍信息按计算机类、非计算机类分别建档,FEAT04,录入新书时能够自动按规则生成书号,FEAT05,计算机类与非计算机类书籍采用不同的书号规则,FEAT06,录入新书时如果重名将自动提示,FEAT07,按书名、作者、类别、出版社等关键字组合查询书籍,FEAT08,列出所有书籍信息,FEAT09,记录外借情况,FEAT10,外借状态能够自动反应在书籍信息中,FEAT11,按人、按书查询外借情况,FEAT12,列出所有的外借情况,FEAT13,按特定时间段统计购买金额、册数,FEAT14,所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行,4,识别参与者,已有的上下文关系图（表示系统范围）及其他相关模型：它们描述了系统与外部系统的边界，从这些图中可以寻找出与系统有交互关系的外部实体。,项目相关人员分析：对项目的相关人员进行分析，就能够决定出哪些人将会与系统进行交互。,书面的规格说明和其它项目文档（如会谈备忘录等）,需求研讨会和联合应用开发会议的记录：这些会议的参与者通常是很重要的，因为他们在组织中所代表的角色就是可能与系统发生交互的参与者。,当前过程和系统的培训指南及用户手册：这些东西中经常会有潜在参与者。,5,合并需求获得用例,特性,用例,FEAT01.新增书籍信息,FEAT03.书籍信息按计算机类、非计算机类分别建档,FEAT04.录入新书时能够自动按规则生成书号,FEAT05.计算机类与非计算机类书籍采用不同的书号规则,FEAT06.录入新书时如果重名将自动提示,UC01.新增书籍信息,FEAT02.修改已有的书籍信息,UC02.修改书籍信息,FEAT07.按书名、作者、类别、出版社等关键字组合查询书籍,FEAT08.列出所有书籍信息,FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行,UC03.查询书籍信息,FEAT09.记录外借情况,FEAT10.外借状态能够自动反应在书籍信息中,UC04.登记外借信息,FEAT11.按人、按书查询外借情况,FEAT12.列出所有的外借情况,FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行,UC05.查询外借信息,FEAT13.按特定时间段统计购买金额、册数,FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行,UC06.统计金额和册数,6,绘制用例图,7,细化用例描述搭框架,1.用例名称：新增书籍信息（UC01）,2.简要说明：录入新购书籍信息，并自动存储建档。,3.,事件流,：,3.1 基本事件流,3.2 扩展事件流,4.非功能需求,5.前置条件：用户进入图书管理系统。,6.后置条件：完成新书信息的存储建档。,7.扩展点：无,8.优先级：最高（满意度 5，不满意度5）,8,编写要点,使用简单的语法：主语明确，语义易于理解；,明确写出“谁控制球”：也就是在事件流描述中，让读者直观地了解是参与者在控制还是系统在控制；,从俯视的角度来编写：指出参与者的动作，以及系统的响应，也就是从第三者观察的角度；,显示过程向前推移：也就是第一步都有前进的感（例如，用户按下,tab,键作为一个事件就是不合适的）；,显示参与者的意图而非动作（如果只描述了动作，人们不能够很容易地直接从事件流描述中理解用例）；,包括“合理的活动集”（带数据的请求、系统确认、更改内部、返回结果）；,用“确认”而非“检查是否”，例如“系统确认所输入的信息中书名未有重名”；,可选择地提及时间限制；,采用“用户让系统,A,与系统,B,交互”的习惯用语；,采用“循环执行步骤,x,到,y,，直到条件满足”的习惯用语。,9,用例模型的运用方法,增量开发的用例模型,模型的无缝转换,10,构建结构良好的用例：,1,）为系统和部分系统中单个的、可标识和合理的原子行为命名；,2,）将公共的行为抽取出来，放到一个被包含用例中，再将它,include,进来；,3,）对于变化部分，将其抽取出来，放到一个扩展用例（用,extent,连接）中；,4,）清晰地描述事件流，使得读者能够轻而易举地理解,构建结构良好的用例图：摆放元素时，应该避免交叉线的出现 ；对于语义上接近的行为和角色，最好使它们在物理上也更加接近；,根据系统实际情况控制粒度,建模要点,11,绘制用例图,12,细化用例描述搭框架,1.用例名称：新增书籍信息（UC01）,2.简要说明：录入新购书籍信息，并自动存储建档。,3.,事件流,：,3.1 基本事件流,3.2 扩展事件流,4.非功能需求,5.前置条件：用户进入图书管理系统。,6.后置条件：完成新书信息的存储建档。,7.扩展点：无,8.优先级：最高（满意度 5，不满意度5）,13,编写要点,使用简单的语法：主语明确，语义易于理解；,明确写出“谁控制球”：也就是在事件流描述中，让读者直观地了解是参与者在控制还是系统在控制；,从俯视的角度来编写：指出参与者的动作，以及系统的响应，也就是从第三者观察的角度；,显示过程向前推移：也就是第一步都有前进的感（例如，用户按下,tab,键作为一个事件就是不合适的）；,显示参与者的意图而非动作（如果只描述了动作，人们不能够很容易地直接从事件流描述中理解用例）；,包括“合理的活动集”（带数据的请求、系统确认、更改内部、返回结果）；,用“确认”而非“检查是否”，例如“系统确认所输入的信息中书名未有重名”；,可选择地提及时间限制；,采用“用户让系统,A,与系统,B,交互”的习惯用语；,采用“循环执行步骤,x,到,y,，直到条件满足”的习惯用语。,14,用例模型的运用方法,增量开发的用例模型,模型的无缝转换,15,构建结构良好的用例：,1,）为系统和部分系统中单个的、可标识和合理的原子行为命名；,2,）将公共的行为抽取出来，放到一个被包含用例中，再将它,include,进来；,3,）对于变化部分，将其抽取出来，放到一个扩展用例（用,extent,连接）中；,4,）清晰地描述事件流，使得读者能够轻而易举地理解,构建结构良好的用例图：摆放元素时，应该避免交叉线的出现 ；对于语义上接近的行为和角色，最好使它们在物理上也更加接近；,根据系统实际情况控制粒度,建模要点,16,首先从三种现代需求技术开始，引入了用例驱动开发过程的方法，并且详细地阐述了参与者和用例的概念,结合了一个“棋牌馆管理系统”的用例图讲解了阅读用例图的方法，包括系统边界、包含关系、扩展关系以及泛化关系，并在此基础上介绍了用例描述的方法、格式及相关的要点,绘制方法：从记录需求到识别参与者、合并需求生成用例到最后的细化用例描述，进行了详尽的描述与说明,阐述了增量开发的用例模型、模型元素的无缝转换这两个重要观点,17,细化用例描述填血肉,3.事件流：,3.1 基本事件流,1）图书管理员向系统发出“新增书籍信息”请求；,2）系统要求图书管理员选择要新增的书籍是计算机类还 是非计算机类； 3）图书管理员做出选择后，显示相应界面，让图书管理,员输入信息，并自动根据书号规则生成书号；,4）图书管理员输入书籍的相关信息，包括：书名、作者、,出版社、ISBN号、开本、页数、定价、是否有CDROM；,5）系统确认输入的信息中书名未有重名；,6）系统将所输入的信息存储建档。,3.2 扩展事件流,5a）如果输入的书名有重名现象，则显示出重名 的书籍，并要求图书管理选择修改书名或取消输入；,5a1）图书管理员选择取消输入，则结束用例，不做存储建档工作,5a2）图书管理员选择修改书名后，转到5）,18,
展开阅读全文