文档介绍：软件项目需求分析阶段的知识和管理
软件需求分析阶段工作的基本任务就是要准确回答“用户真正需要一个什么样的软件系统?该软件系统必须完成什么功能?”。
需求分析阶段将对软件系统提出完整、准确、清晰、具体的要求。
需求分析是软件项目的立足之本
需求分析是整个软件项目开展工作的基础，需求分析质量的好坏，直接关系到软件项目交付成果的客户满意度，甚至整个项目的成败。如果需求分析工作做的不扎实，无论设计阶段工作完成得如何出色、软件编码质量如何高，其结果将只会给用户带来失望，给开发者带来失败的苦恼。
需求分析的工作内容
、内容和任务
⒈目标
⑴获取完整、准确的用户需求；
⑵充分理解、认识和分析用户的需求；
⑶采用需求建模方法编写需求规格说明，为开展整个软件项目的连续工作提供详细的任务要求，为开发者和用户提供软件项目成果质量评价的重要依据。
⒉工作内容
⑴刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束条件；
⑵分解软件系统模块，建造将被软件处理的数据、功能和行为模型，为软件设计者提供了可被翻译成数据、体系结构、界面和处理流程的设计模型；
⑶提交需求规格说明书，形成软件项目管理过程的第一个里程碑成果。
⒊任务
问题分析 (即如何获取需求 )、需求描述(即如何定义需求)和需求验证。
⑴问题分析
需求分析人员通过对问题及其环境的理解、分析和综合，消除用户需求的模糊性、歧义性和不一致性。
系统分析人员应该将自己对客户需求及问题的理解与自己所拥有的软件开发经验结合起来，以便发现哪些要求是由于用户的片面理解和短期行为所提出的不合理的要求，哪些要求是尚未提出但具有真正价值的潜在需求。
由于用户群中每个用户的出发点不同，思考问题的角度也有所区别，从不同的应用层面阐述对原始问题的理解和对目标系统的要求，因此，有必要对原始问题及其软件求解建立模型。
这种模型一方面用于精确记录用户从不同的角度、在不同的抽象级别对原始问题和软件要求的描述；另一方面，它也将帮助分析人员发现用户需求中的不一致性，排除不合理的部分，挖掘潜在的用户需求。
这种模型是分析人员对于原始问题及其软件理解的一种知识结构。这种结构往往包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及设计约束。它是需求规格说明书、软件设计和实现的主要基础。
(2)需求描述
以需求模型为基础，考虑问题的软件可解性，生成需求规格说明书和初步的用户手册。
需求规格说明书包含对目标系统外部行为的完整描述、需求验证标准以及用户对系统在性能、质量、可维护性等方面的要求。
用户手册则包括用户界面描述以及有关目标系统使用方法的初步构想。
(3)需求验证
分析人员在用户和软件设计人员的配合下对生成的需求规格说明进行复核，以确保软件需求的全面性、精确性、一致性、可行性。
并使用户和软件设计人员对需求规格说明及用户手册的理解达成共识，达成对目标系统理解的一致性。
问题分析、需求描述和需求验证并不遵循线性顺序，这些活动是相互渗透、增量并行和连续反复的。包括四个过程：
第一，系统分析员和用户开展面对面的交流，记录用户提供的信息，即开展获取活动；
第二，需求分析员处理从用户那里获取的信息并理解它们，把它们分成不同的类别，并将客户需求同可能的软件需求相联系，即开展需求分析活动；
第三，系统分析人员将客户需求信息结构化，编写成文档和示意图，形成需求规格说明书；
最后，组织用户代表评审文档，并纠正存在的错误，完成需求的验证工作。