14、系统需求分析：从定义到实践

系统需求分析：从定义到实践

1. 分析建模概述

分析建模旨在解答一系列关键问题，包括谁会使用系统、系统将具备哪些功能，以及系统的使用地点和时间。在分析阶段，需要明确详细的需求，并制定系统提案。之后，团队会创建功能模型（如用例图、活动图和用例描述）、结构模型（如CRC卡、类图和对象图）以及行为模型（如序列图、通信图、行为状态机和CRUDE矩阵）。

2. 系统开发流程与需求确定的重要性

系统开发过程助力组织从当前系统（常称为“现状系统”）过渡到新系统（常称为“目标系统”）。规划阶段的输出是系统请求，它为目标系统提供了大致思路，明确了项目范围，并给出了初始工作计划。分析阶段则将系统请求中的大致思路细化为详细的需求定义、功能模型、结构模型和行为模型，这些共同构成了系统提案。系统提案还包括修订后的项目管理交付物，如可行性分析和工作计划。

需求确定是整个系统开发过程中最为关键的一步。在这个阶段，系统易于修改，因为尚未开展大量工作。然而，随着系统开发的推进，若要返回需求确定阶段进行重大更改，会涉及大量返工，难度也会越来越大。研究表明，超过一半的系统失败是由需求问题导致的。因此，面向对象方法的迭代方式十分有效，它允许以小批量的方式识别和实现需求，使整个系统能够逐步演进。

3. 需求的定义与分类

需求是对系统必须完成的任务或必须具备的特性的陈述。在分析阶段，需求从业务人员的角度编写，关注系统的“是什么”，通常被称为业务需求（有时也称为用户需求）。在设计阶段，业务需求会演变为更具技术性的系统需求，从开发者的角度描述系统的实现方式。需要注意的是，业务需求和系统需求之间并没有明确的界限，有些公司会互换使用这两个术语。