需求分析——UML用例图STUD.ppt

用例建模Use-Case Modeling 蔡莉 caili@ynu.edu.cn 课程内容 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 课程内容 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 What Is the UML? The UML is a language for Visualizing Specifying Constructing Documenting the artifacts of a software-intensive system UML诞生 UML发展现状 目前通用的是UML 1.x版 主要UML 1.3、UML 1.4 2003年3月正式发布UML 1.5 UML 2.0 2003年6月OMG采纳了UML 2.0的Superstructure的提案 正式文本尚未发布 … UML 9种图 类 图：类以及类之间的相互关系 对象图：对象以及对象之间相互关系 构件图：构件及其相互依赖关系 部署图：构件在各节点上的部署 顺序图：强调时间顺序的交互图 协作图：强调对象协作的交互图 状态图：类所经历的各种状态 活动图：对工作流建模 用例图：需求捕获，测试依据 UML建模工具 IBM Rational Rose 2003 Borland Together 7.0 Microsoft Visio 2003 Sybase PowerDesigner 10 NetBeans UML …… “非程序员杂志”第26到30期UML工具一览，列出了约129个UML开发工具 内容安排 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 需求—建造“正确”的系统 需求：系统必须满足的条件或具备的能力 软件质量准则“FURPS” 功能性（Functionality） 可用性（Usability） 可靠性（Reliability） 性能（Performance） 可支持性（Supportability） 内容安排 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 需求：饮料问题 我要一瓶饮料… 差不多，但我要无糖饮料… 很好，不过我要绿茶的… 啊，没有大瓶的… 需求：如此脆弱 需求：也需要开发 获取好的需求 需求收集包括五个关键步骤 找到可以帮助你理解这个系统的人 倾听这些相关人员的描述，并从他们的角度来理解系统 利用一个容易理解的模型来描述用户希望如何使用这个系统以及为他们提供的什么价值 详细地描述系统和客户以及系统和外部系统之间的交互 重构（refactor）这个详细描述以保证它是可读且易懂的 内容安排 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 需求问题：对策 以用例为中心组织需求 内容安排 UML概述 理解需求 需求，难在何处？ 以用例为中心组织需求 基于用例的需求分析过程 基于用例的需求分析过程 1. 获取原始需求 2. 开发一个可以理解的需求 2.1 识别参与者 2.2 识别用例 2.3 构建用例图 3 详细、完整地描述需求 进行用例阐述 4 重构用例模型 4.1 识别用例间的关系 4.2 对用例进行组织和分包 基于用例的需求分析过程 1. 获取原始需求 2. 开发一个可以理解的需求 2.1 识别参与者 2.2 识别用例 2.3 构建用例图 3. 详细、完整地描述需求 进行用例阐述 4. 重构用例模型 4.1 识别用例间的关系 4.2 对用例进行组织和分包 获取需求的技巧 获取需求：考勤卡应用程序 基于用例的需求分析过程 1. 获取原始需求 2. 开发一个可以理解的需求 2.1 识别参与者 2.2 识别用例 2.3 构建用例图：确定参与者和用例之间的关系 3. 详细、完整地描述需求 进行用例阐述 4. 重构用例模型 4.1 识别用例间的关系 4.2 对用例进行组织和分包 相关术语 用例图元素 2.1 识别参与者 参与者，Actor 关键词：边界 参与者：在系统之外，透过系统边界与系统进行有意义交互的任何事物 参与者要点 系统外 参与者代表在系统边界之外的真实事物，并不是系统的成分 系统边界 参与者透过系统边界直接与系统交互，参与者的确定代表系统边界的确定 有意义的交互 任何事物 人、外系统、外部因素、时间 识别参与者：考勤卡系统 2.2 识别用例 关键词：价值 定义 用例实例是系统执行的一系列动作，这些动作将生成特定参与者可观测的结果值 一个用例定义一组用例实例 简洁：参与者使用系统达到目标 识别用例：考勤卡系统 用例要点 可观测→用例止于系统边界 结果值→用例是有意义的目标 系统执行→结果值由系统生成 由参与者观