8、业务分析中的需求建模与用例图详解

业务分析中的需求建模与用例图详解

1. 需求文档练习

在某些实际案例中，需要在规范表中记录质量保证检查的要求。比如在 Fizzit 案例里，要完成这项工作，就需要仔细查阅相关的完整案例文档来识别具体需求。

2. 用例概述

用例是一种非常受欢迎的需求建模工具，它主要用于描绘主要功能之间以及功能与参与者（Actor）之间的关系。与关注数据流不同，用例更侧重于功能。用例最早在 20 世纪 90 年代出现在软件工程领域，后来成为统一建模语言（UML）的重要组成部分，也成为众多教科书和研究的重点。UML 的出现彻底改变了软件工程领域，在它之前，存在多种面向对象的分析和设计符号，UML 通过整合 Ivar Jacobson、Grady Booch 和 Jim Rumbaugh 等当时领先的方法学家的工作，统一了这些符号，结束了所谓的“方法战争”。

随着敏捷开发的兴起，用户故事开始对用例构成挑战。用户故事通常写在索引卡甚至便利贴上，这种形式的灵活性有助于讨论、分析和组织核心功能，但不足以构建一个完整的系统。而用例虽然常以看似简单的图表形式呈现，但实际上它还有更严谨的一面，即使用例描述。

3. 用例图的基本元素

用例图的最基本元素包括：
- 参与者（Actor） ：与所提议系统进行交互的人或事物，例如用户、客户、管理员等。这里的“事物”可能是远程数据存储、不同的系统、部门或组织。
- 用例（Use Case） ：要构建的事务或功能。通常会有多个用例，但应只包含对参与者有关键价值的功能。例如，通过在线预订门户预订假期的用户，会认为预订酒