CMMI质量管理软件开发论文

2022-04-30

摘要软件配置管理贯穿于软件的整个生命周期，是CMMI中的一个关键过程域，对软件实施配置管理是为了解决软件开发和维护过程中产品出现的不完整性、不一致性和不可追踪性等问题。文中对软件配置管理的基本概念做了简要的论述，重点研究了基于CMMI配置管理的模型，以期对软件开发工程起到一些推动作用。以下是小编精心整理的《CMMI质量管理软件开发论文(精选3篇)》的文章，希望能够很好的帮助到大家，谢谢大家对小编的支持和鼓励。

CMMI质量管理软件开发论文篇1：

基于CMMI的软件项目进度管理研究

摘要：针对国内中小型软件公司普遍存在的“进度延误、质量低下”等软件危机问题，从软件开发项目生命周期出发，采用案例研究的方法分析了GT公司软件开放项目进度管理现状；应用CMMI的基本思想，构建了该公司进度管理优化的五级体系，并探讨了各层级相应的管理要点与措施。

关键词：软件公司；项目进度管理；CMMI；软件开发项目

1 引言

二十一世纪是信息技术高速发展的世纪，随着软件技术的发展和应用，软件项目的复杂程度越来越高，不可控的风险因素也越来越多，进而对软件项目进度管理提出了更高的要求。很多软件企业长期面临着“产品质量低下、进度延误、费用超支”的共性问题，这种通病，在IT界被称为“软件危机”。自从软件危机出现，学术理论界和产业界对软件工程的研究都投入了非常庞大的人、财、物，美国卡内基梅隆大学的软件工程研究所在多年的研究和探索中，提出了能力成熟度模型集成（Capability Maturity Model Integration，简称CMMI）。

本文主要以GT公司作为国内中小型软件企业的代表，根据该公司软件项目开发进度管理的特点，结合软件生命周期的一般特征，基于CMMI模型对软件项目进度管理展开研究。为该公司形成合适的项目进度管理方法规范，节约项目成本、提高项目成功率。

2 国内外研究现状

20世纪80年代中期，国际软件产业界对软件过程的研究已十分重视，研究发现软件过程是否完善是影响软件进度风险的决定因素，而采用软件工程方法和项目管理方法可以有效的克服软件危机。

2.1 能力成熟度模型的相关研究

1987年，在美国国防部的支持下，卡内基梅隆大学的软件工程研究所（Software Engineering Institute，简称SEI）率先推出了软件过程能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM），此模型主要用于软件开发过程的改进和软件管理能力的提高。针对CMM应用存在的一些不足之处，美国不断改进和完善此模型，提出了CMMI模型，CMMI来源于三个模型，即软件能力成熟模型、系统工程能力模型（Systems Engineering Capability Model，简称SECM）、集成产品开发能力成熟度模型（Integrated Product Development CMM，简称IPD-CMM）。该模型提供了一套较为完善的软件研发项目管理的方法体系，可以很好地解决项目进度管理问题。

CMM/CMMI在中国的发展是从1989年起，北航软件工程研究所的周伯生教授带领教研室人员对CMM进行了初次研究。2000年，国家发布了关于促进IT产业发展的18号文件，使得在中国CMM由以研究为主转为向企业推广应用。从2002开始，在国家相关政策的引导和业界领先企业成功实施CMM的示范作用下，中国CMM评估得到了一个质的飞跃。

2.2 项目进度管理的相关研究

20世纪60年代，我国著名教授华罗庚先生引进和推广了网络计划技术，并结合我国“统筹兼顾，全面安排”的指导思想，将这一技术称为统筹法，开创了我国现代项目管理的新进程。随着管理领域的专家对项目及项目进度管理方法学的进一步深入研究，项目进度管理的工具、技术和方法的改进以及管理理念取得了长足的发展。在国外，美国的James Persse博士有著作《Project Management Success with CMMI Seven CMMI process Areas》详细论述了这个方面，James Persse博士是软件工程研究所SEI授权的CMMI专家和评估师，他在该文中介绍了在CMMI框架下，如何将项目管理和过程管理无缝结合，借助软件过程促进项目管理的成功，在国内，介绍基于过程模型的项目管理方法以帮助没有能力通过CMMI评估认证（或缺乏项目管理经验）的中小软件企业取得项目进度管理成功的论述文章缺乏，本文试图从这个角度加以研究。

3 以GT公司为例软件项目进度管理现状分析

3.1 GT公司软件项目开发现状

GT公司属中小型软件开发企业，从1998年成立至今，经过不断发展，已从最初的10多人的“软件作坊”发展到现今上百人的软件企业，公司已于2000年通过了ISO9001国际质量管理体系的认证，在公司内部，虽然已经形成了一套自有的软件项目开发管理体系，但总体上还停留在开发流程不规范的阶段，很多时候，开发人员都是靠自身的经验和水平来保证软件质量和监控项目。软件开发的标准化和工程化程度低，难以提高软件质量，工期和成本很难有效的控制，导致用户的需求经常无法得到有效的执行和保证。随着公司业务的不断发展，GT公司承接的软件项目越来越多，但是越来越多的软件开发项目出现了产品质量低下、进度延误、费用超支和客户投诉增多等“软件危机”的典型表现状况。这就强烈的表明了GT公司需要提高项目管理的水平。

3.2 GT公司软件开发流程

GT公司承接的软件开发项目主要是政府部门、电信行业以及各企事业单位的应用软件项目。GT公司对软件生命周期的选择上只关注于工程活动，很少关注工程以外的活动，对软件项目生命周期的管理基本选取的是最原始的瀑布模型。其开发过程是需求分析、设计、实现、测试、集成和维护的流程原则（如图1）。

图1 GT公司软件项目开发流程图这样的开发流程逐渐在应用过程中呈现出缺点。最终用户与最终软件见面时间间隔较长，增加了软件的风险；在整个项目生命周期中，往往会造成前一阶段未发现的错误在后一阶段被放大和扩散，从而导致整个软件项目的失败；在项目的用户需求分析阶段，完全确定下来所有的用户需求是比较困难的，甚至有可能是不太现实的。

由于GT公司一直以来还停留在“作坊式”的开发方式。“作坊式”开发人员较少，缺乏规范化的制度管理，高端技术人员少，导致项目进度难以控制。分散的“作坊式”开发团队，导致人力资源不能及时平衡优化，高端技术型人才不能被多个项目复用，从而不能保证公司级的项目获得较好的质量和成功率，使项目不能达到集中化的效应。

3.3 GT公司软件项目管理中存在的主要问题

GT公司经过数年的发展，虽然取得了很大的进步，但长期以来主要采取的是一种原始的“作坊式管理”的方法对软件项目进行管理，经常导致软件项目进度的延误。每当软件项目出现问题的时候总是习惯性的换一个技术水平更高的人来接手，这样导致在多个项目中总是救火式的开发与管理，而没有反思组织在做事情的方式方法上存在的问题和不足之处。随着公司业务的发展和软件规模的日趋复杂性，现有的管理模式越来越不适应软件项目管理的需要，在软件项目管理过程中暴露出很多问题，主要体现在以下几个方面：软件项目开发流程不科学，制定的项目开发流程不系统；组织结构不合理，岗位职责不明确导致项目管理混乱；项目计划不完善，没有形成相应的管理机制，项目目标不清晰；项目监督和控制不到位，项目在实际工作中可视性很差；软件系统配置管理混乱。

总体来看，GT公司必须通过建立规范的软件项目开发过程、完善的质量保证体系，高效的组织培训体系等手段来提高产品的及时交付能力。而采用成熟度集成模型CMMI就是一种最佳的实施途径。

4 基于CMMI模型的GT公司软件项目进度管理优化研究

通过对GT公司存在的主要问题的分析，基于能力成熟度集成模型CMMI对GT公司的项目进度管理进行优化，将现代项目进度管理工具及方法有效地嵌入到基于软件项目管理成熟度集成模型CMMI的管理框架程序之中，将GT公司的主要问题影射到CMMI模型的相关过程域中，从软件开发流程、组织结构、项目规划及监控流程、配置管理等方面进行完善和改进，采用CMMI过程域的子集建立一个有效的项目进度管理程序，找出改善GT公司的软件开发项目进度管理的解决方案，以形成持续改善优化管理的能力（如图2）。

基于CMMI模型的项目进度管理优化框架，充分应用了CMMI模型框架的指导思想：有效裁剪原则——质量与风险并重，规范与灵活的平衡。并根据GT公司属中小型软件开发企业的特点，对相关的文档、实践、评审、培训和管理进行优化改造。

图2 GT公司基于CMMI模型项目进度管理改进路线图4.1 软件项目开发流程优化

软件项目开发流程是软件设计思路和方法的一般过程，基于CMMI模型框架的过程模型，总体原则是确保软件开发项目的有计划、有跟踪、有控制、有总结，基于CMMI的软件过程模型最为关键的是管理流程对工程流程的有效支持。GT公司为完善项目管理体系和管理流程，将CMMI过程模型的主要相关过程域、GT公司的主要问题与现有开发流程结合起来。根据CMMI模型有效裁剪原则和GT公司的原有软件项目基本开发流程，量身定制GT公司的软件开发项目流程。

4.2 组织结构岗位职责优化

根据GT公司的项目组织结构的特点、企业特点、项目特点和项目所处的环境等诸多因素，对企业职能式、项目式和矩阵式的组织结构进行对比分析，结合CMMI模型框架的过程程序原则，在决策层、控制层、执行层都设立了相应的组织，为整个公司的软件项目管理实施提供了组织上和人力资源上的有力保证。

根据设定的组织结构，明确了相应的岗位职责。使项目组成员充分享有权力，同时也承担了相应的责任，企业高层将权力下放，反应了企业的组织价值，有助于完成企业的组织目标。

4.3 过程规范优化

GT公司以CMMI模型为基础进行项目规划，CMMI模型特别强调了项目规划对完成项目的重要作用。项目规划的总体方针是依据GT公司的标准组织过程和CMM模型对过程的需求来确定对项目过程的定义，依据估计方法对项目做出估计，建立进度计划、配置管理计划、质量保证计划、测试计划、培训计划等，对项目所需的资源、知识、技能进行规划等。GT公司的项目规划应包括四个主要阶段：项目估计、制定项目计划、审批项目计划、项目计划审批。

4.4 项目监控过程优化

项目监控是大多数组织把它看作是项目管理的核心活动，组织监控是组织花费时间最多的过程，其目的是为了提供一种方法来管理，为保持项目沿正确的路线图前进而需要的项目工作。对GT公司的项目经理而言，最主要的管理工作就是项目规划和项目监控，没有规划就谈不上监控，反之如果没有监控而只有规划等于白规划。可见，项目规划与项目监控是相辅相成的、动态演化的两个过程域。GT公司基于CMMI模型的项目监控过程包括的主要内容有：计划跟踪、项目偏差控制和项目进展报告。在监控过程中，如果当项目实际进展状况出现重大的偏离状况时，应适当采取纠正措施。所采取的纠正措施可能需要对项目计划进行重新修订。从而，保证项目的正常进行。

4.5 项目配置管理优化

GT公司在软件开发项目中，把配置管理范畴的工作成果统称为配置项，主要分为两大类，一类是术语产品组成部分的工作成果；另外一类是项目管理和机构支撑过程域所产生的相关文档。由于配置管理对于项目开发项目管理的重要性，所以对于所有的项目成员都要使用配置管理软件来保护各自的成果。公司应该统一配置管理软件。

GT公司项目配置管理将包括个主要过程：计划跟踪、项目偏差控制和项目进展报告。依据CMMI模型对配置管理过程域的实践要求，GT公司根据日常软件开发项目的特征，首先制定相应的配置管理计划，同时创建项目配置管理库，并给每个项目成员分配权限；其次在项目开发的过程中，为了整个项目版本的统一性和有效性，规定开发人员每天下班后将本机的执行结果输入CVS系统中，便于下次工作的使用；再次，对于项目中变更进行控制，防止配置项被随意修改而导致混乱；除此之外，为了保证每个软件项目的成员都遵守配置管理规则，定期审计软件项目人员配置管理工作。

5 总结

本文以GT企业为例，研究了中小型软件公司基于CMMI模型的项目进度管理。文章首先介绍了CMMI模型和项目进度管理，然后以GT公司为例，介绍了公司在软件开发项目方面的现状，指出其特点和存在的问题，最后利用CMMI模型，通过过程使项目管理流和软件工程流的最佳融合，充分保证了软件项目的顺利完成。通过这个GT公司的例子，我们可以概括出现在我国中小型软件开发公司在项目进度管理方面普遍存在的问题，本文提出了利用CMMI模型，对项目管理的计划、运行、控制中进行了改进，从而帮助软件开发企业更加有效的计划和运营软件项目，推动了整个企业的业务朝着组织的战略目标前进。CMMI集成成熟度模型在企业中的实践应用应是一个持续改进的过程，并且只有在实践中结合公司自身的软件开发特点进行提升。基于在现有的研究成果上，进一步加强对于软件项目需求管理过程域以及过程和产品质量过程域的研究，使需求管理对于企业的项目进度厌恶现象减少为最小，为业界提供基于CMMI框架下支持项目管理成功的更有价值的应用参考指南。

参考文献

［1］罗运模等.软件能力成熟度模型（CMMI）培训教程［M］.北京：清华大学出版社，2003，（11）：43.

［2］李建平，王书平，宋娟.现代项目进度管理［M］.北京：机械工业出版社，2008，（7）：4-9.

［3］James Perrse著，李晓丽，李虎，刘东懿译.CMMI成功项目管理［M］.北京：机械工业出版社，2008，（5）：16-128.

［4］GT公司品质部.软件项目开发规程［J］.GT公司品质管理程序手册，2006，（8）.

作者：向新忠

CMMI质量管理软件开发论文篇2：

基于CMMI的软件配置管理模型研究

摘要软件配置管理贯穿于软件的整个生命周期，是CMMI中的一个关键过程域，对软件实施配置管理是为了解决软件开发和维护过程中产品出现的不完整性、不一致性和不可追踪性等问题。文中对软件配置管理的基本概念做了简要的论述，重点研究了基于CMMI配置管理的模型，以期对软件开发工程起到一些推动作用。

关键词 CMMI;软件配置管理;模型;研究

就当前的实际情况来看，软件工程所面临的主要问题是质量较差、软件开发过程漫长以及经费难以控制等，文中提出了一种基于CMMI的软件配置管理模型，实现了对软件开发全过程实施配置管理的目标，解决了软件开发过程中产品的完整性、不一致性以及不可追溯性。

1 软件配置管理的概念和模型研究

软件配置管理是一种按规则实施管理软件开发和维护以及软件产品的方法，它贯穿于软件的整个生命周期，对软件质量控制有着重要的作用[1]。软件配置项是软件配置管理下的实体元素，其可以单独对软件生命周期的数据进行配置管理，包括：软件的需求、设计、测试数据和代码等。而软件配置管理模型是以配置项为基础的管理域，随着软件功能的不断增加，一个配置项可能承载软件产品的多个功能要求，因此可以看出，配置项与软件的功能是一种多对多的关系，而基于CMMI的软件配置管理模型可以准确的获知某一功能与相关配置项版本之间的对应关系，实现了目标管理与基本管理的追踪。

2 基于CMMI的配置管理模型的应用研究

1）配置管理模型在同一产品的维护与开发中的应用。软件配置管理可以高效有序的协调在同一款软件产品中的维护和开发工作，以下为例进行说明。某一软件当前使用的版本为3.0Version，以当前的版本为基线创建两个相互独立且并行的分支：分支3.0Patch和分支4.0，以此来完成旧版本软件的维护工作和软件新版本的开发工作，维护的工作基线为3.0PBL1和3.0PBL2，而开发现产品的工作基线则是4.0PBL0、4.PBL1和PBL2，而3.0Patch可以作为3.0Version版本的补丁来发布，但是由于4.0和3.0Patch两者之间是相互独立的，在4.0版本中仍然存在3.0Version版本中出现的缺陷，因此需要将3.0Patch内容合并到4.0当中，这样才能够更好的让配置管理模型在相同产品中得到维护以及开发。如图1。

图1 同一产品的维护与开发

2）配置管理模型在同一产品不同版本之间的并行开发。假如3.0Version版本的开发工作并没有完全结束，当前的基线为3.0BETA，则可以直接创建新的分支3.1，以此来实现3.0和3.1两个版本的并行发布，当3.0Version版本开发工作完成，则发布该版本，同时要将3.0BETA到3.0Version的变为部分合并到3.1当中，这样使得3.1版本中包含了3.0Version的全部功能，然后就继续进行3.1的后续研发。图2主要是表明并发配置管理策略的实现机制。

图2 同一产品不同版本之间的并行开发

3 基于CMMI的配置管理模型的最佳实践

1）配置管理系统的建立和维护。在软件开发过程中需要建立项目的开发库、受控库和产品库，而且配置管理人员要严格按照《软件配置管理计划》中明确的角色和职责对配置管理系统的访问角色进行设置，在软件开发的生命周期以内，配置项存储于开发库、受控库以及产品库当中，项目人员则可以根据不同的授权对相关配置库进行访问[2]。

2）创建和发布基线。在CMMI的要求当中，建立基线模型共存在五种类型：功能基线、分配基线、设计基线、测试基线以及产品基线，在基线开发完成之后要经过确认再交给软件开发人员，由软件开发人员负责将基线产品交给配置管理人员，配置管理人员要根据以下步骤发布产品：①申请建立基线，软件开发人员申请建立基线;②审批，由软件配置控制委员会审批同意;③配置审核，配置管理人员对进行配置审核，如果发现其中存在不合格的项要及时协調解决;④建立和发布基线，当通过审核之后或者解决不合理项之后由配置管理人员建立基线，并将基线设置为“只读”，将基线的存放位置和状态通知相关人员使用。

4 结束语

软件配置管理作为一项贯穿于软件整个生命周期的技术，主要是通过执行版本控制和基线管理等规程来保障整个生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的软件配置管理模型则是通过在传统配置管理模型上增加任务层，实现了目标与配置管理的联系，同时在软件项目管理中也体现出了其强大的化软件无形为有形化的优势，本文开展软件配置管理模型研究是为了将基于CMMI的配置管理思想应用到更多的软件项目管理活动当中[2]。

参考文献

[1]金兰.基于CMMI的软件配置管理研究[J].软件导刊，2010，42（11）：42-45.

[2]王志和，凌云.基于CMMI的软件配置管理在小型企业中的应用[J].长沙大学学报，2012，14（02）：62.

作者：杜丽

CMMI质量管理软件开发论文篇3：

如何设计软件企业的组织过程资产库

[摘要] 改进和完善质量管理体系是管理创新的重要内容。CMMI是软件研发组织普遍采用的质量管理标准，虽与ISO所发布的标准不同，但都是为了持续改进质量管理体系这一相同目的。“组织过程资产库”是CMMI中的一个优秀实践，既有助于软件企业的成长和发展，也可被非软件组织参考借鉴。

[关键词] 质量管理；过程资产；CMMI

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2016. 13. 047

1 前言

质量管理体系是现代企业制度的重要组成部分。百年来，在多个标准和模型中，使用者最多的是国际标准化组织（International Organization for Standardization，简称ISO）所制订的ISO质量管理体系标准，遍布全球一百多个国家和地区。

在软件研发行业，除ISO标准外，由美国卡耐基·梅隆大学的软件工程研究所开发的能力成熟度模型集成（Capability Maturity Model Integration，简称CMMI）更适用于软件研发过程，成为软件研发组织中的事实标准。

CMMI中提出了“组织过程资产库”的概念，并将组织过程资产的收集、维护和管理作为衡量软件过程能力的一个关键实践。笔者认为，实施“组织过程资产库”不仅仅能用于软件行业，对于其他企事业单位都有借鉴意义。

2 组织过程资产库

想要了解“组织过程资产库”，首先要了解什么是“组织”“过程”和“过程资产”。

在ISO9000：2008的标准中，对组织（Organization）的定义是：“职责、权限和相互关系得到安排的一组人员及设施。” 对过程（Process）的定义是：“一组将输入转化为输出的相互关联或相互作用的活动。”

简而言之，“组织”就是实施质量管理体系的机构，可以是公司、工厂或社团。“过程”是一种管理方法，它强调将做某事的一系列相关活动进行定义、规范和合理编排，明确各环节的权力和责任，最终达到做事的目标。在一个组织中，按照过程的方法对各种业务活动进行定义和管理，再厘清这些过程之间的关联和接口，就形成了一个统一协调的质量管理体系。

在CMMI中，对过程资产（Process Asset）的定义是：“组织认可的对于实现过程目标而言有价值的任何内容。”对组织过程资产库（Organization’s Process Asset Library）的定义是：“用于存储过程资产和让过程资产可用的信息库，这个库对于在组织中定义、实现和管理过程的人非常有用。”

也就是说，为实现过程目标，除了必要的生产资料，还需要很多参考资料，例如：执行规范、操作指南、历史数据、经验教训、样例或模板、培训材料等。企业应该将有价值的参考资料进行收集和管理，供大家使用。因此，设计和提供一个合适的资料库，会有助于对过程资产的查阅、使用和更新。

3 如何设计组织过程资产库

由于过程资产的种类多、数量大、更新快，我们必须对其内容进行分类，对库的结构进行设计，以便于管理和检索。笔者总结的组织过程资产库逻辑结构设计图如图1所示。

从图1可以看到，过程资产分为以下7个部分：

（1）组织过程管理文件。包括组织过程改进的计划和报告，是质量管理工作的年度安排和总结。

（2）组织标准产品过程。包括质量管理体系中的方针、标准、程序、规范、指南、模板和检查表等，是常用文件。

（3）组织过程数据库。提供项目层执行数据和组织层性能数据，反映质量管理体系的运行状态。

（4）软件过程文档库。是运行质量管理体系后的产品，包括工程产品和过程产品。

（5）培训库。提供各种培训课件、学员手册和培训记录。

（6）参考资料库。提供各种参考资料，以从本组织以外获得的参考资料为主。

（7）工具软件库。提供所需工具软件，例如统计软件、配置管理软件、项目管理软件等。

企业应根据管理需要，结合自己的业务特点来设计过程资产库。