收集来的用户需求如何转换为需求规格说明书，中间的一个重要过程就是需求分析和开发。这样正好体系一些需求分析工作的重点内容，通过识别需求的优先级以更好的安排项目资源和进度，有的放矢。通过对原始需求的分类，合并，抽象以提取通用的需求模型。通过识别非功能性需求以增加整个系统的健壮性，性能和易用性。通过对需求模块单元的划分，流程和规则的描述，功能点分析为项目进度计划安排和进度跟踪创造条件。因此我们将需求分析是一种业务和系统的模式匹配，如果才能够匹配好就是需求分析的责任。
需求管理
应该首先看到需求管理的目的首先为项目管理服务，结构化的需求管理使项目管理真正做到可视化，另外需求管理为用户服务，通过有效的需求管理能够更好的满足用户的需求，提升用户满意度。最后需求管理为后续项目提供支持数据和依据，因为需求管理的内容是结构化和文档化的，这些是内容是项目重要的过程资产。
要管理需求，则我们的需求必须是结构化和文档化的，否则就谈不上需求管理。因此需求管理必然会涉及到配置管理相关工作。同时为了量化的说明需求管理的有效性，我们的需求本身又必须是可度量的，需求功能点的粒度应该在一定范围内。需求规格说明书是需求管理的重要对象，必须文档化，而且会在整个软件开发生命周期中被多次使用到。
需求全生命周期的管理的一个重点就是需求的状态管理，用户提出来的需求就是是否实现了，现在处在哪个环节都需要依靠需求的状态管理和跟踪来实现。因此需求分析阶段需求功能点的条目化就是需求状态管理的一个重点，而需求状态跟踪的过程正好就是我们对项目进度和状态的跟踪过程。如果项目管理的状态监控的好，则需求状态管理也可以做好，同时拆分后的需求状态管理为我们增量和迭代开发提供了基础，有了这个才可能真正做好项目挣值管理，才可以更好的应用挣值中的0-100原则。
需求的变更控制重要性体现在真正的使甲乙双方对范围的承诺有共同的重视。当有了共同基准依据的时候才能够真正的体现用户满意度上面，同时需求变更真正的体现出项目计划的严肃性，保证项目计划的受控和严格执行。需求老发生变动，项目老延期都是需求变更没有做好的一种表现形式。对于已经开发完成的软件产品，我们更需要有结构化的需求变更流程，将变更的影响分析影响植入到流程中，这样才可以保证整个软件产品的稳定性。
文章来源于领测软件测试网 https://www.ltesting.net/
