SEI为软件过程定义了以下五个成熟度级别：
第一级：不存在任何度量指标来度量当前过程是否有效。计划制定是无效的。
第二级：建立了严格的、有章可循的过程，包括软件配置管理、质量保证、项目规划和管理，合同管理contractmanagement，以及需求管理。Projectcommitment以之前的项目为基础，而且这一级别的重点在于通过定义度量指标来建立项目管理规则。在这一过程中，还建立了项目基线projectbaselines，作为过程的组成部分，用于determineprojectdrift。
第三级：在这一级别，组织的开发过程都记录在案，包括应用程序的开发及维护。这一级别除了包含了第二级别的控制工作外，还增加了同行评审、组间协调、产品工程、培训、软件管理，以及过程定义与焦点。Aspecificprocess（如，统一过程，结构化工程，极限编程）isnotspecified，关键在于组织要将它的过程记录下来。目标是改进项目涉及的所有资源的管理。
第四级：一旦组织建立了可重复的并且文档化了的过程，还定义了度量指标，之后就可以将重点转移到软件质量和度量指标上，控制过程的有效性。目标在于质量和生产力，度量指标用于isolateareasforimprovement。另外，达到这一级别要求的组织可以使用度量指标和修改进行预测。
第五级：在建立了稳定可靠的过程并定义了度量指标之后，组织就可以进行持续的过程改进。第五级组织类似于重视实施六西格玛的公司，它们通常寻求不断优化并减少变化seekingareastooptimizeandreducevariations。在这一级别，组织仍然能够计划实施技术转变，它们已经将整个开发过程纳入变更管理范围之中。这包括运用根源分析root-causeanalysis解释缺陷产生的原因而不仅仅只是修补缺陷。
除了上述五个级别，在IT组织中还可以发现许多别的管理层次或状态。它们包括第零级，这一级别的软件开发完全是独特的，通常取决于管理开发过程的个人的知识和能力，这种开发过程不是由个人而是由那些有着密切关联的团队协作完成的。还有一些处在第一级别的组织发现，其主要的团队成员反对建立正式的软件工程。我们不能够把这种组织与那些采用敏捷过程的组织，如极限编程组织，混为一谈。虽然敏捷方法及其支持者对于软件工程或多或少持反对态度，但他们仍然建立了可重复的过程，并重视团队协作。最后一个级别表明，重视过程的组织被描述为第二级别的组织。
Rational公司也提出了需求管理成熟度五个级别的简要模型，作为其RationalUnifiedProcess的一个组成部分。它给出了一些简短的标题，包括“已记录的”（written）、“有组织的”（organized），“有结构的”（structured）、“可跟踪的”（traced）和“集成的”（integrated）（见图2）。虽然大多数组织仍然坚持项目中尽量“不立文字”，或者说是“快速出活”，但他们都至少达到了“已记录”级别。这些组织使用标准文本编辑器或是电子制表软件来管理需求，而且不同的团队和项目之间所采用的需求过程大不相同。
混乱状态：没有记录形式的需求。
第一级：以永久介质记录需求。
第二级：组织化了的需求，采用标准格式并提供元数据（价值、成本、风险等），而且有版本控制。
第三级：需求的结构化类型：功能的，业务的，系统的。
第四级：可跟踪的需求，并与可识别的结构化类型建立关联。
第五级：集成化的需求，并与版本控制、模型、代码等相联系。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
