用例建模概述
用例建模
构建一个软件系统最困难的部分是正确地确定要构建什么。其他任何工作都不如建立详细的技术需求困难，这包括提供给人、机器和其他软件系统的界面和接口。如果做错了的话，没有任何工作会如此扭曲最终的系统。也没有任何一部分更难以在日后更改。
软件开发工业已经懂得了：为了成功地计划、分析、设计、构造和部署一个信息系统，系统分析员首先必须理解关联人员的需求，以及开发该系统的原因——以用户为中心的开发。通过关注系统的用户，分析员能够把重点放在系统如何使用，而不是系统如何构造上，用例建模是一种促进以使用为中心的开发方法。
用例建模促进并鼓励了用户参与，这是确保项目成功的主要关键因素之一。另外，用例建模具有以下的优点：
1.提供了捕捉功能需求的工具
2.有助于将系统范围分解成更易管理的小块
3.提供了与用户以及其他关心系统功能的关联人员进行交流的工具。用例是容易被各种关联人员理解的公共语言
4.提供了确定、分配、跟踪、控制和管理系统开发活动（尤其是增量开发和迭代开发活动）的手段
5.辅助估计项目范围、投入和进度
6.为定义测试计划和测试用例提供了一个基准
7.为用户帮助系统和手册以及系统开发文档提供了一个基准
8.提供了需求跟踪的工具
9.提供了确定数据对象或实体的起点
10.提供了设计用户和系统接口的功能规格说明
11.提供了定义数据库访问需求（增加、修改、删除和读取）的手段
12.提供了驱动系统开发项目的一个框架
用例建模的系统概念
用例建模主要有两个产物。第一个是用例图，它以图形化的方式将系统描述成用例、参与者（用户）及其之间的关系。用例图在高层交流了系统必须处理的业务事件的范围。第二个产物是用例描述，填充了每个业务事件，并说明了用户如何同系统交互的细节。
用例
参与者
关系（关联关系、扩展关系、包含关系、依赖关系、继承关系）
需求用例建模过程
用例建模图示
第1步：确定业务参与者
第2步：确定业务需求用例
第3步：构造用例模型图
第4步：记录业务需求用例描述
用例和项目管理
1.需求
2.用户需求
分级和评估用例
确定用例依赖关系
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
