需求工程需求陈述需求的变更过程能力的变化(需求工程的内容是什么)

导语：需求工程：需求陈述、需求的变更、过程能力成熟度模型（CMM）

一、需求陈述：

1、每一项需求都必须完整、准确地描述即将要开发的功能

2、需求必须能够在系统及其运行环境的能力和约束条件内实现

3、每一项需求记录的功能都必须是用户的真正的需要

4、 需求是应该分优先等级的，所有需求不应被视为同等重要的，不同干系人，提出的不同需求重要程度不一样，如果同样对待，会导致系统最终无法满足需求。

二、在需求管理过程中需求的变更是受严格管控的，其流程为：

1、问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。

2、变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。

3、变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。

三、过程能力成熟度模型（CMM）

过程能力成熟度模型（CMM）在软件开发机构中被广泛用来指导软件过程改进。该模型描述了软件处理能力的 5 个成熟级别。为了达到过程能力成熟度模型的第二级，组织机构必须具有 6 个关键过程域 KPA（KeyProcess Areas）。除了文本，每一个功能需求应该有一些相关的信息与它联系，我们把这些信息称为需求属性。对于一个大型的复杂项目来说，丰富的属性类别显得尤为重要。例如，在文档中考虑和明确如下属性：创建需求的时间、需求的版本号、创建需求的作者、负责认可该软件需求的人员、需求状态、需求的原因和根据、需求涉及的子系统、需求涉及的产品版本号、使用的验证方法或者接受的测试标准、产品的优先级或者重要程度、需求的稳定性。

本文内容由小莉整理编辑！