3．2．2　需求分析的步骤

软件需求分析必须采用合理的步骤，才能准确地获取软件的需求，产生符合要求的软件需求规格说明书。软件需求分析可以分为需求获取、分析建模、文档编写、需求验证几个过程。

1．需求获取

需求获取通常从分析当前系统包含的数据开始。首先分析现实世界，进行现场调查研究，通过与用户的交流，理解当前系统是如何运行的，了解当前系统的机构、输入／输出、资源利用情况和日常数据处理过程，并用一个具体模型反映分析员对当前系统的理解。这就是当前系统物理模型的建立过程。这一模型应客观地反映现实世界的实际情况。

2．分析建模

分析建模的过程，就是从当前系统的物理模型中，抽象出当前系统的逻辑模型，再利用当前系统的逻辑模型，除去那些非本质的东西，抽象出目标系统的逻辑模型的过程，即对目标系统的综合要求及数据要求的分析归纳过程，是需求分析过程中关键的一步。在理解当前系统“怎么做”的基础上，抽取其“做什么”的本质，从而从物理模型中抽象出当前系统的逻辑模型。在物理模型中有许多物理的因素，随着分析工作的深入，需要对物理模型进行分析，区分出本质和非本质的因素，去掉那些非本质的因素，得出反映系统本质的逻辑模型。分析内容如下。

（1）分析目标系统与当前系统在逻辑上的差别，从当前系统的逻辑模型导出目标系统的逻辑模型。从分析当前系统与目标系统变化范围的不同，决定目标系统与当前系统在逻辑上的差别；将变化的部分看做是新的处理步骤，并对数据流进行调整；由外向里对变化的部分进行分析，推断其结构，获取目标系统的逻辑模型。

（2）补充目标系统的逻辑模型。为了使已经得出的模型能够对目标系统作完整的描述，还需要从目标系统的人机界面、尚未详细考虑的细节，以及其他诸如系统能够满足的性能和限制等方面对其加以补充。

3．文档编写

已经确定的目标系统的逻辑模型应当得到清晰准确的描述。描述目标系统的逻辑模型的文档称为软件需求说明书。软件需求说明书是软件需求分析阶段最主要的文档。同时，为了准确表达用户对软件的输入／输出要求，还需要制定数据要求说明书及编写初步的手册，以及目标系统对人机界面和用户使用的具体要求。此外，依据在需求分析阶段对目标系统的进一步分析，可以更准确地估计被开发项目的成本与进度，从而修改、完善并确定软件开发实施计划。

4．需求验证

虽然分析员提供的软件需求说明书的初稿看起来可能是正确的，但在实现的过程中却会出现各种各样的问题，如需求不一致问题、二义性问题等。这些都必须通过需求分析的验证、复审来发现，确保软件需求说明书可作为软件设计和最终系统验收的依据。这个环节的参与者有用户、管理部门、软件设计人员、编码人员和测试人员等。验证的结果可能会引起修改，必要时要修改软件计划来反映环境的变化。需求验证是软件需求分析任务完成的标志。