如何开展需求分析

        需求分析是软件工程实施的核心内容，尽可能详细和完备的需求分析，是软件后续阶段是否顺利实施的关键。如果需求分析不正确，与用户设想的不一致，在后续验收阶段则会带来大量的软件修改甚至是颠覆性的返工，软件的健壮性和稳定性将在很长一段时间内无法收敛，对软件工程来说无疑是一场灾难。

        下面我们来探讨如何开展需求分析，需求是什么？需求分析有哪几个阶段？是否一次性就能获取所有的需求？

        需求包括业务需求、用户需求和系统需求，其中业务需求和用户需求是项目提出方和用户方对系统提出的需求，而系统需求是项目实施方从系统开发角度提出的为满足业务需求和用户需求而需要的技术层面的需求。

        需求分析按照软件工程要求主要分为：需求获取、需求分析和需求验证三个阶段，但也不是严格的顺序执行。在开展需求分析时，也可以继续进行需求的获取和确认；而且如果软件开发选择的模型不是瀑布模型而是迭代模型，则在某一阶段需求验证完成后还会继续开展新的需求获取和需求分析。

1、需求获取

        系统在开展可行性分析阶段：该阶段需要对已有旧系统和类似系统进行详尽的调研，对标已有系统，提出新系统的功能、性能指标，而对软件的需求获取的相关工作，都已经在该阶段同步进行了确认，该阶段结束时，项目提出方的需求基本都已获取并确认。

        系统在开展方案设计分析阶段：该阶段是把可行性分析结果的内容转化为系统的详细方案设计，该阶段的重要需求获取的途径是用户方的参与。用户对系统的期望、用户现有系统的功能和期望继承下来的好的使用方式和操作习惯等，通过实地调研（用户的实际使用环境），组织项目提出方、用户方和项目开发方的多方座谈会进行详尽的需求讨论和获取，获取的需求都需要通过文档进行记录，后续在需求分析时进行追踪和确认。

 

2、需求分析

        该阶段主要将前期获取的需求进行建模，建立目标系统的逻辑模型，并将需求通过正式文档进行描述，通常产出为系统级需求文档（系统/子系统规格说明）和配置项软件需求文档（软件需求规格说明），对于类似只有一个软件的单一功能系统则可以只产出配置项软件需求文档。

        在进行需求规格说明文档拟制时，首先要建立目标系统的模型，常用的模型图有用例图和状态转换图等。通过用例图将软件的能力进行归纳总结，并且通过状态转换图将软件的状态和运行方式进行描述。

        对总结出的每个能力进行详细的分析，有必要将能力在分解为多个子能力，主要通过格式化的模板进行能力的功能、性能、业务流程、前置条件、触发条件、后置条件和异常处理等进行分析。在性能分析时，要考虑对于系统执行速度、响应时间、吞吐量和并发度等指标的软件分解要求，关系到后续软件上线后的性能是否满足实际需要和后续的可扩展空间。

        还需要分析软件各能力的优先级顺序，分析是以分解后的子能力需求为单位进行的，根据各类优先级的判断方法、原则，初步评估各个子能力需求的上线顺序及时间。

3、需求验证

        需求验证是对需求分析的成果进行评估和验证的过程。为了确保需求分析的正确性、一致性、完整性和有效性。

        在需求验证的过程中，主要的开展活动是对需求阶段的输出文档进行多轮评审，包括内部评审和用户评审，在多轮评审检查过程中，对软件需求规格说明的一致性、完整性和有效性等进行检查，还包括编制文档的标准化检查。确认软件需求分析的产出完全覆盖了需方、用户方的要求，并且性能指标满足使用要求，可作为下一阶段软件研制的输入。

        需求的验证确认的另一个阶段是原型系统开发阶段，该阶段主要是快速搭建UI原型，让用户方对原型进行实际的操作和体验，进一步确认需求获取和需求分析是否有遗漏和需要补充的内容，通过原型系统的确认，基本上用户的需求都已满足，后续开发和部署不会出现大的问题。

        软件最终部署上线后，在使用过程中用户会提出新的需求和优化改进建议，则需要继续进行需求的分析和验证，因此软件的需求分析和管理是贯穿整个软件生命周期的一个系统性的活动。