需求分析的步骤

调查被开发软件的环境

在这项工作中，分析人员应投入到相应的问题领域中，对其中的事物作体察入微的全面考虑，并研究和熟悉其中的所有细节。排除各种模糊的认识，准确掌握有关的基本概念。只有通过理解问题空间并建立它的模型，才能简单明了地用文字详细说明具体的问题需求。

进一步明确用户需求

在可行性分析阶段，虽然已经做过问题定义工作，但它只是初步的和概括性的。在需求分析阶段，可通过结构化的或其它类型的分析方法，运用归纳、推理和比较的过程，对所调查的结果进行分析，经过抽象和概括，进一步明确定义出用户的需求。

确定人机界面

所谓人机界面，即手工处理和计算机处理相衔接的部分。在系统开发初期，分清计算机不能承担的工作和人在系统中的作用，两者有效的协调方式是至关重要的。

例如，在图书馆自动化系统的图书流通管理中，需要由工作人员以某种方式，手工输入有关的借书信息。当计算机办理完借书手续后，很多图书馆要对图书的防盗磁条进行消磁，这也需要由人来完成。又如，当图书归还，计算机办理完还书手续后，需要由工作人员将书放到书架的正确位置上。这些由人来工作完成的工作都是系统的必要处理，是实现系统功能不可缺少的环节。

修改初步的项目开发计划

对可行性分析中所制定的初步的项目开发计划，根据新的分析结果作必要的修改、补充和完善。

制订确认测试计划

确认测试即项目委托方（甲方）最后的验收测试。验收的依据是确认测试计划，而该测试计划的依据是系统目标，即包括系统功能和性能等详细内容的用户需求。由于系统目标是在需求分析阶段制定的，所以，以此为依据的确认测试计划应在同一阶段，由相同的人员制定。这样，能最有效地保证两者的一致性。

编写用户手册概要

在需求分析阶段就开始编写用户手册至少有以下两个好处：

①提早开始编写用户手册，使系统分析和设计人员在系统开发的早期就从用户的角度观察和分析系统，有利于提高系统对用户的友好程度，并有利于提高系统运行的方便性和实用性。

②在需求分析阶段开始编写用户手册，并使其随系统各阶段的开发不断完善，而不是在编码测试完成后组织人员另行编写，有利于保证用户手册的正确性、完备性和同真实系统的一致性，并可保证其按时完成。

评审

在以上各步实施的过程之中，形成有关的文档。最后，由专家、分析人员、其它开发人员、用户组成的评审组对需求分析所得结果的正确性、合理性和有效性进行检查。若通过评审，则可以开始下一阶段工作；否则，需重新进行需求分析工作。