第2章 软件过程成熟度框架

Chapter 2 Process Maturity Framework for Software软件能力成熟度模型CMMIC apability M aturity M odelI ntegration for Software张建国哈工大计算机科学与技术学院第2章软件过程成熟度框架本章研究的主要内容：CMM的分级方法及每个级别简介每个级别CMM的过程特征、工作组、度量及改进方向 软件组织和任务常用的概念和术语各级CMM之间的关系实现CMM的方法实现CMM的进程软件组织实施CMM的定位CMM的可视性CMM的效能预测2.1 CMM的分级软件过程改进需要有一个持续不断的过程。

CMM就是根据这一指导思想设计出来的。

CMM将软件过程改进分为5个成熟度级别，每个级别都有明确的过程特征、参加工作的小组、度量方法及改进方向，一级一级进化，使软件组织的过程能力不断提高。

CMM为了正确和有效地引导软件过程活动的开展，建立一个能有效地描述和表示的软件过程改进的框架，使其能够对各阶段软件过程的任务和管理起指导作用。

1级CMM是一个起点，准备按CMM体系进化的软件组织都可以归于该级，并在此基础上进行改进，向2级进化。

2∼5级CMM，每一级都设定了一组目标(KPA,Key Process Area)，达到某一级目标，就表明该组织达到了该成熟度级别，并且可以再向更高一级进化。

CMM体系不主张跨越级别进化，应该一级一级地改进。

CMM重视成熟度进化的过程，通过过程改进组织的能力，提高组织的文化内涵，使软件组织不断成熟。

使成熟度过程成为所有人的习惯：理解Î相信Î执行Î不断改进，形成制度2.2 成熟度级别的行为特征行为特征包括：Ô软件的过程特征Ô参与的工作组Ô度量手段Ô改进方向根据这四个特征，分析软件组织存在的问题及改进过程1.初始级（无序的）(1)过程特征软件过程是无序的软件过程是未加定义的随意过程，项目的执行是无序的，甚至是混乱的，没有为软件开发和维护工作提供一个稳定环境。

软件过程是无纪律的有时建立一个初步计划便开始软件过程，但当过程中遇到困难而不能解决时，就随意放弃或改变原计划过程，直接进行编码和测试。

成功依靠“英雄”软件开发获得成功完全依靠一个有才能的管理者（个人）和他领导的项目小组的能力、经验、知识及进取心和积极程度，而不是企业的能力。

“英雄”决定软件组织的命运软件过程能力体现于个人，而不是整个组织中稳定的过程能力，组织风险较大，个人发生问题，组织软件能力便失去。

工程规范不能覆盖关键过程有些组织虽然制定了软件工程规范，但往往不能覆盖基本的关键过程要求，且工程规范的执行没有政策和资源的保证。

“救火”式工作方式规章不健全，有章不循，协调不利，组织领导者到处“救火”，危机四伏。

软件过程随意改变软件产品可能不稳定、不可预见、不可重复，软件开发的结果、预算、进度、质量都是不确定和不可预见的。

(2) 工作组可能会建立一些工作组(例如，软件开发组、项目工程组等)，但其职能可能不健全，互相协调可能不顺畅。

(3) 度量没有进行数据收集或分析工作。

(4) 改进方向建立项目过程管理，实施规范化管理，保障项目的承诺。

进行需求管理RM，建立用户与软件项目之间的沟通，使项目真正反映用户的要求。

建立各种软件项目计划与管理，例如，软件项目计划SPP、软件质量保证SQA、软件配置管理SCM、软件项目跟踪与监控SPTO，必要时建立软件子合同管理SSM等。

开展软件质量保证活动。

2. 可重复级（规则化的）(1)过程特征一个可管理的过程一定是一个可重复的过程一个可重复的过程是能逐渐进化和成熟的过程实施项目的过程管理过程管理的策略主要是针对项目建立的，而不是针对整个组织来建立的。

按计划执行，阶段可控通过实施这些过程管理，可以看到一个按计划执行，并且阶段可控制的软件开发过程。

利用过去的经验基于以往管理类似项目的经验和计划管理新项目，建立了管理软件项目的策略和执行这些策略的过程，增强了过程能力。

成功可以再现软件过程相对稳定，用基于已往的成功经验对同类的新项目进行规划和管理（经验复用），过去的成功可以重复实现。

责任明确软件项目经理负责跟踪成本、进度和软件功能。

出现问题时，有能力识别和纠正，项目的承诺有能力实现。

建立基线为需求和相应的工作产品建立基线(Baseline)。

软件项目标准定义了软件项目的标准，能保证项目准确地执行该标准。

强调组织标准项目成功不仅依赖个人能力，还依赖于组织过程标准；软件组织的风险降低。

组织能力全面提升重视管理、依靠管理，重视人员培训，建立技术支持活动，并有稳定的计划。

(2) 工作组b系统测试组b软件评估组b软件质量保证组b软件配置管理组b合同管理组b文档支持组b培训组(3) 度量每个项目建立资源计划，主要包括成本、产品和进度，并有相应的管理数据。

(4)改进方向建立组织标准在按项目建立软件过程的基础上，总结各项目的成功经验，使之规则化，把具体项目的经验归纳为全组织的标准软件过程，提高组织的整体软件过程能力。

按组织标准实施软件过程与过程剪裁把软件工程及管理活动集成到一个稳定的软件过程中，从而可以跨项目改进软件过程，也可以作为软件过程剪裁的基础。

建立软件工程过程组SEPG长期承担评估与调整软件过程的任务，以适应未来软件项目的要求。

建立组织过程库，加强培训积累数据，建立组织的软件过程库及软件过程相关的文档库。

加强人员培训。

3. 已定义级（标准的、一致的）(1)过程特征组织软件过程标准整个组织的软件管理过程和软件工程过程均已标准化和文档化，并综合成有机的整体，成为企业的标准软件过程，使管理人员和技术人员的工作更有效。

软件过程是“标准的、一致的”软件工程和管理活动是稳定的, 并具有连续性。

全面采用组织软件过程标准软件过程应用到所有项目中。

有的项目也可以根据实际情况，对标准软件过程进行适当剪裁。

软件质量可跟踪在开发或维护一个工程项目时，产品的生产过程、成本、进度和功能都是完全可控制的，从而使软件质量是可跟踪的。

能预见问题软件过程起到了预见及防范问题的作用，可使风险的影响最小化。

这种能力是建立在整个组织范围内，对已定义的软件过程中的活动、角色和职责的共同理解基础之上的。

软件工程过程组SEPG负责软件过程活动。

在全组织范围内有计划地按人员的角色进行培训。

在整个组织内部，所有人对于所定义的软件过程的活动、任务有深入的理解，大大加强了过程能力。

(2) 工作组增加3个工作组：b软件工程过程组b软件工程活动组b软件估计组(3)度量在全过程中收集使用的数据；在所有项目中系统性地共享数据。

(4) 改进方向着手软件过程的定量分析，以达到定量控制软件项目过程； 通过软件质量管理达到软件质量的质量目标。

4.已管理级（可预测）(1) 过程特征建立量化基础对软件过程具有精确定义的、连贯的评价方法，为评估项目的软件产品和质量奠定了一个量化的基础。

制定量化质量目标组织为软件产品质量和软件过程制定了量化的质量目标，软件过程和产品质量都可以被理解和控制。

组织的过程能力可预测，质量可预见并可控制软件过程是被明确的度量标准所度量和操作的，所以软件组织的能力是可预见的，因此软件产品的质量可预见和控制。

质量出现问题有补救措施可预见软件过程和产品质量的一些趋势。

一旦质量经过度量，发现超出这些标准或有所违反，可采用取适当的措施解决问题，所以软件产品是有保证的。

能评价过程质量评价所有项目的重要软件过程的产品和质量，作为组织评价计划的一部分。

收集过程数据收集、分析项目的软件过程中的有用数据，建立软件过程数据库保存收集到的数据，以便用于各个项目的软件过程。

软件过程较稳定软件过程变化较小，一般在可接受范围内。

开发人员群体意识增强每个项目中的所有人员都存在强烈的群体工作意识，每个人都知道个人的作用与组织的关系。

在定量基础上评估新技术(2)工作组增加2个工作组：b软件相关组b定量过程管理活动组(3) 度量在全组织内进行数据收集与确定。

度量标准化。

数据用于定量地理解软件过程，以便稳定软件过程。

(4) 改进方向缺陷防范。

不仅在发现问题时能及时改进，而且能采取特定行动防止将来出现这类缺陷。

主动进行技术改革管理、标识、选择和评价新技术，使有效的新技术能在开发组织中施行。

经常不断地进行过程改进。

5. 优化级（不断地改进）(1) 过程特征具有缺陷防范能力以防范缺陷为目标，在过程实施前就可以发现过程的弱点和优势，采取有效的缺陷防范措施，减少了错误率，不断提高软件产品的质量和生产率。

成功的经验和失败的教训作为宝贵财富从成功的软件过程实践中吸取经验，加以总结，把最好的软件过程迅速向全企业推广。

找出软件过程的不足，并预先进行改进，把失败的教训告知全组织，以防止错误重复出现。

全员致力于过程改进整个组织的每一个成员都有自觉的强烈的团队意识，每个人都致力于过程改进。

无风险引进新技术利用组织软件过程积累的有效数据，对引进的新技术和变化进行成本/效益分析，提出最优的软件工程实践的革新思想，并推广到全企业范围中，使采用新方法和新技术提高软件生产率和软件质量时无风险。

不断改进软件过程组织的工作重点是软件过程的不断改进，关注软件过程改进的持续性、预见性，加强自身的过程能力。

软件生产达到最佳状态软件组织能根据实际的项目性质、技术等因素，不断调整软件生产过程以求达到最佳结果。

(2) 工作组增加3个工作组：b缺陷防范活动协调组b技术改革管理活动组b软件过程改进组(3) 度量利用数据来评估，选择过程改进。

(4) 改进方向持续不断地改进软件过程。

CMM的五个级别相当于：1级CMM：一十不知（张氏悟语——自觉因狂妄而惭愧）2级CMM：二十而学（张氏悟语——自觉因狂妄而惭愧）3级CMM：三十而立（孔子语——圣人）4级CMM：四十不惑（孔子语——圣人）5级CMM：五十而知天命（孔子语——圣人）只因学识浅薄，不知先辈们是否有此类的圣训2.3 软件组织、任务及有关术语CMM独立于任何软件组织及模型，但在实施CMM过程中还是应有组织保障的,包括组织机构、人员、任务等。

2.3.1 软件组织1.组织(Organization)指软件公司或软件开发与维护的实体单位，可以从整体上管理许多软件项目。

2. 项目(Project)组织承担的具体任务，即通过开发和维护产生特定产品的任务。

项目有自己的经费、成本预算和进度计划。

3. 小组由负责一组任务或活动的部门、经理和人员组成。

系统工程组(System Engineering Group)：负责系统需求的规格说明，将系统需求分配给硬件、软件或其他部件，进行硬件、软件和其他部件之间接口的规格说明，监督这些部件的设计和开发，以确保与规格说明相一致。