下载掌阅APP，畅读海量书库
立即打开
需求分析阶段的工作，可以分成问题识别、分析与综合、编制需求文档、需求分析评审4个过程。
1.问题识别
首先系统分析人员要研究系统的可行性分析报告（如果有的话）和软件项目实施计划，主要从系统的角度来理解软件并评审用于产生计划估算的软件范围是否恰当；确定对目标系统的综合要求，即软件的需求；并提出这些需求的实现条件及需求应达到的标准，解决要求被开发软件做什么、做到什么程度的问题。
这些要求包括功能要求、性能要求、环境要求、可靠性要求、安全保密要求、用户界面要求、资源使用要求、软件成本消耗与开发进度要求，并预先估计以后系统可能达到的目标。此外，还需要注意其他非功能需求，如针对采用某种开发模式，确定质量控制标准、里程碑和评审、验收标准、各种质量要求的优先级等，以及可维护性方面的要求。
另外，需要建立分析所需要的通信途径，以保证能顺利地对问题进行分析。分析所需的通信途径，如图2.2所示。
图2.2 软件需求分析的通信途径
2.分析与综合
分析人员对获取的有关软件的各项需求，进行如下工作：
（1）各项需求的一致性分析检查。
（2）从数据流和数据结构出发，逐步细化所有软件功能，划分出各种子功能。
（3）对数据域进行分解，并分配到子功能上，以确定系统的构成和各主要成分。
（4）找出系统各成分之间的联系、接口特性和设计上的限制。
（5）判断是否存在因片面性或短期行为而导致的不合理的用户需求，是否有用户尚未提出的真正有价值的潜在需求，剔除不合理的部分，增加其需要的部分。
（6）综合成系统的解决方案，给出目标系统的详细逻辑模型。
在这个步骤中，分析和综合工作会反复进行。在对现行问题和期望的信息（输入和输出）进行分析的基础上，分析人员开始综合出一个或几个解决方案，然后检查它的工作是否符合软件计划中规定的范围等，再进行修改。总之，对问题进行分析和综合的过程将一直持续到分析人员与用户双方都感到有把握正确地制定该软件的规格说明为止。
3.编制需求文档
已经确定下来的需求应当得到清晰准确的描述，需求文档包括以下几项内容：
（1）软件需求说明书：把分析人员和用户双方共同的理解和分析结果用规范的方式描述出来，作为今后各项工作的基础。
（2）初步的用户手册：着重反映目标软件的用户功能界面和用户使用的具体要求。用户手册能强制分析人员从用户使用的观点来思考问题。
（3）编写确认测试计划：作为今后确认测试的依据。
（4）修改和完善软件开发计划：在需求分析阶段软件开发方对目标系统有了更进一步的了解，因此能够更准确地估算开发成本、进度和资源需求，需要对软件开发计划做适当的修改。
可以把描述需求的文档称为软件需求规格说明书。软件需求规格说明书（Software Requirement Specification，SRS）是需求工程最终产生的结果，必须用一种统一的方式将它们编写成可视文档，包含软件的功能需求和非功能需求。需求规格说明书是项目相关人员对要开发的软件系统达成的共识，是进行系统设计、实现、测试和验收的基本依据，也是整个软件开发过程中最重要的文件。需求规格说明书要求满足完整性、一致性、可修改性、可跟踪性等要求。同时，为了确切表达用户对软件的输入输出要求，还需要制定数据要求说明书。
4.需求分析评审
作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性及其他需求给予评价。
为保证软件需求定义的质量，评审应有指定人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析人员之外，用户/需求者，开发部门的管理者，软件设计、实现、测试等人员都应当参加评审工作。