ML1（初始级－Initial）

　　软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。

ML2（可重复级/受管理级－Repeatable）

　　建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验，共计7个过程域，详情如下：

1)需求管理－REQM(Requrements Management)

　　需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。

2)项目规划－PP(Project Planing)

　　保证在正确的时间有正确的资源可用。为每个人员分配任务、协调人员。根据实际情况，调整项目。

3)项目跟踪和控制－PMC(Project Monitoring and Control)

　　通过项目的跟踪与控制活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。

4)供应商协议管理－SAM(Supplier Agreement Management)

　　旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。

5)度量与分析－MA(Measurement and Analysis)

　　开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。

6)过程与产品质量保证－PPQA(Process and Product Quality Assurance)

　　为项目组和管理层提供项目过程和相关工作产品的客观信息。

7）配置管理－CM(Configuration Management)

　　建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。

ML3（已定义级－Defined）

　　已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。除满足ML2的7个过程域还需同时满足新增的11个过程域，共计18个过程域。附：另有3个过程域是针对大型软件开发企业及大量供应商管理的企业。一般中小型企业只需做共计18个过程域即可。详情如下：

1)需求开发－RD(Requirements Development)

　　需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。

2)技术解决方案－TS(Techical Solution)

　　在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。

3)产品集成－PI(Product Integration)

　　从产品部件组装产品，确保集成产品功能正确并交付产品。

4)验证－VER(Verification)

　　验证确保选定的工作产品满足需求规格。

5)确认－VAL(Validation)

　　确认证明产品或产品部件在实际应用下满足应用要求。

6)组织过程焦点－OPF(Organization Process Focus) 

　　在理解现有过程强项和弱项的基础上计划和实施组织过程改善。

7)组织过程定义－OPD(Organization Process Defintion)

　　建立和维护有用的组织过程资产。

8)组织培训－OT(Orgnizational Training)

　　增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。

9)集成项目管理－IPM(Integrated Project Management)

　　根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。

10)风险管理－RSKM(Risk Management)

　　识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。

11)决策分析和解决－DAR(DecisionAnalysis and Resolution) 

　　应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。

附：

12)集成团队－(Integrated Teaming)

13)集成组织环境－(Organizational Environment for Integration) 

14)集成供应商管理－(Integrated Suppliers Management)

　　其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。14是如果软件企业需要管理大量的供应商，则需要考虑这个过程域。 

ML4（量化管理级－Managed）

　　分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。除满足ML2、ML3的18个过程域还需同时满足新增的2个过程域，共计20个过程域。详情如下：

1)组织过程性能－OPP(Orgnizational Process Performance)

　　建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。

2)量化项目管理-QPM(Quantitative Project Management)

　　量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。

ML5（优化管理级-Optimizing）

　　过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 除满足ML2、ML3、ML4的20个过程域还需同时满足新增的2个过程域，共计22个过程域。详情如下：

1)组织创新及部署－OID(Orgnizational Innovation and Deployment)

　　选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。

2)原因分析与决策－CAR(Causal Analysis and Resolution)

　　识别缺失的原因并进行矫正，进一步的防止未来再次发生。