用例建模是非常好用的一种分析技术,当然也无法保证一个工具或者方法会负担太多的要求。会用它的人才是最重要的。
- 用例建模概述
- 用例建模的系统概念
- 需求用例建模过程
- 用例和项目管理
1.用例建模概述
对信息系统开发团队,尤其是系统分析员来说,最主要的挑战是从关联人员那里提取正确的确实需要的系统需求,并以关联人员可以理解的方式进行说明,以便需求可以得到证实和验证。为了成功的计划、分析、设计、构造、部署一个信息系统,系统分析员首先必须理解关联人员的需求,以及开发该系统的原因---以用户为中心的开发。通过关注系统的用户,分析员能把重点放在系统如何使用,而不是如何构造上。用例建模是一种促进以使用为中心的开发方法。用例建模有很多优点,最主要的是容易跟各方面的关联人员进行沟通和确认需求。
2.用例建模的系统概念
用例建模主要有两个产物。第一个是用例图,它以图形的方式将系统描述成为用例、参与者及其之间的关系。用例图在高层交流了系统必须处理业务事件的范围。用例图很好的展示了功能分解的过程,将一个系统拆分成为子构件的活动。用例描述,填充了每个业务事件,并说明了用户如何同系统交互的细节。
用例建模通过使用用例工具确定和描述系统功能。用例从外部用户的观点并以他们可以理解的方式和词汇描述系统功能,因此描述用例的过程中需要用户高度参与并需要熟悉业务过程或业务事件主题领域的专家。用例在系统生命周期的需求阶段定义,在需求获取阶段被用来捕捉业务问题本质并确定系统的数据实体,在需求分析阶段被补充说明用户试图实现什么以及为什么实现,在设计阶段被补充描述建模用户如何实际使用系统及界面和系统约束条件,在构造阶段辅助开发人员编程和测试,总之用例包含了大量的系统功能细节,是验证系统的一个稳定资源。<