基于CMMI质量管理提升科技型孵化器科研管理服务能力

孙卫宁 覃琳 覃宏秋 冯小梅

【摘 要】目前，孵化企业在创新创业的路上发展迅速，但是在快速发展的同时，也带来一些阻碍发展的问题，如管理制度不完善、服务水平欠缺、项目研发管理不到位等。为了进一步加强对孵化基地的管理，完善管理制度，提高服务水平，从管理方面提高孵化企业的研发能力和创新能力，优化项目管理流程，增强孵化企业的创新活力，降低研发的成本，引用CMMI质量管理，建立和维护软件产品的完整性、一致性和可追溯性。

【关键词】软件配置管理;变更控制;项目质量

【中图分类号】F276.44 【文献标识码】A 【文章编号】1674-0688（2019）02-0005-02

随着我国科技创新企业大量涌现，全国的科技企业孵化器已超过1 600家，在孵企业8万多家，就业人数175多万。2015年全区科技企业孵化器达到52家，其中国家级科技企业孵化器8家，自治区级科技企业孵化器27家，在孵科技企业超过1 000家。科研管理和服务水平的改革不断深入，科研与技术服务为一体的企业，感觉到创新的成本越来越大，存在各种不确定性、系统性和复杂性，加上创新企业，管理制度不完善，服务水平欠缺，项目研发过程中存在配置管理不到位、流程不清晰、变更控制不到位、过程评价不科学等问题，影响项目的研发和实施。为了促进企业健康、稳定、快速地发展，必须提升科研管理水平和服务水平，引入CMMI模型，通过建立一个新的配置管理系统，发布基线，加强团队建设，加强变更控制，加强审核流程等方面进行管理，通过过程改进达到提高管理水平的目的，最终使得项目有所保证，减低企业的工程成本，有效降低项目风险。

1 CMMI

CMMI是能力成熟度模型，由软件开发过程发展而来，逐步发展到系统工程、软件工程、人力管理、集成化产品等领域，是一个开放、可扩展的框架结构体系，在产品的生命周期和工程研发活动等方面提供了包括产品研发度量、风险管理、决策分析等模型，CMMI准则是帮助软件组织改进其过程，在对软件产品或服务的开发、采购及维护的能力中提供指导服务[1]。

2 CMMI配置管理

CMMI应用于孵化器企业的科研管理，通过3个目标来实现配置管理：一是建立产品的基线，通过标识配置项，建立配置管理系统，生成发布基线来实现。二是跟踪和控制更改，通过提交的更改申请和控制项的配置来实现。三是建立完整性，通过建立配置管理记录和执行配置审核来实现[2]。

配置管理计划在科研项目整个生命周期中有着重要的作用，它保证项目的完整性和可追溯性。在实施配置管理过程中，项目经理和配置管理组一起定制，然后把配置管理计划的任务分发到指定人员。从项目开始就要建立配置管理计划，主要的内容有以下几个方面：①科研管理团队的成员、职责和任务。②团队成员在研发过各程中所需要的资源。例如：硬件设备、开发平台、测试工具等。③定义团队的编码规范。例如：设计准则、代码格式规范、命名规范、开发流程规范等。④定义项目过程中的评价标准。例如：评价方式、评价对象、评价时机和参与成员等。⑤定义项目输出报告，在项目进展到一定阶段、一个里程碑或是其他事件驱动情况下进行。

基线用来表示项目进展的里程碑，它能有效地控制项目进展。在配置管理系统中，基线就是一个配置项在项目生命周期中的不同时刻，每一个基线都是项目下一步的开发的新起点，它也确定了配置项的一个版本，在项目中保持同步。在项目的软件开发中，可以把基线分为需求基线、设计基线、测试基线等。比如，在需求调研完，即将进入设计阶段时，就需要把需求基线提交到评审组进行评审，评审通过后，便确定基线，并且不能再有修改，如果产生变更，则需要作为一个新的独立分支，去构建另一个新的版本。

3 團队角色

在项目的配置管理中，团队角色主要包括项目经理、配置管理小组、系统集成小组、开发小组、测试小组，不同的角色赋予不同的职责和相应的权限。项目经理是整个项目的负责人，主要是制定项目的配置管理计划、发布实施计划，审核各个小组的报告;配置管理小组根据配置计划执行各项的管理，负责指导和控制各项计划的进度，审核项目的变更申请，给出相应的对对策，同时根据完成的配置情况提交报告。

4 版本控制

版本控制是配置管理计划的重要组成部分，按配置项的规定保存所有的版本，并且按照规则进行命名，避免发生版本的冲突或丢失，保证各个版本的可追溯性，从而解决软件开发过程中的版本控制问题，有利于团队开发的协同工作问题，也有利于公司对开发项目的版本控制及知识产权的保护，确保软件产品循环渐进，逐步提高。通过版本控制，一是解决不同的用户需求，不同的用户需求都有所不同，有些用户会强调某些功能，有些则会忽略一些功能，那么就可以通过版本进行控制和调整，满足用户需求;二是保留旧版本，为以后可追溯，或者便于修改，或者重新建立新分支，成为新版本，提高研发效率。

5 变更的跟踪和控制

变更一般来源于用户提出新的需求和对已有的需求做变更，或者是项目的某一部分出现缺陷，项目出现变更，首先要把变更的情况详细记录，然后把变更记录提交到项目组进行审核，项目组评估变更在开发中产生的各种直接或间接的影响，给出变更建议，是否可以接受和实施变更。在实施变更前，就要建立变更计划，并且能够对变更实行有效的监控，当文档发生变化时，代码也要同步实行变更，变更完成后，需要经过项目负责人的批准后，进行发布，成为新的项目成果。

在变更跟踪和控制文档中应包括以下内容：？譹？訛变更需求的表格请求。？譺？訛变更涉及的功能模块及流程。？譻？訛查询变更日志，是否存在有过类似的变更记录。？譼？訛定义变更的实施状态和控制流程。？譽？訛变更的任务细分及授权。？譾？訛变更的输出，输出变更的细节，给团队成员分配任务。

6 记录研发过程和实施过程的监控

配置状态报告是根据配置项的记录，向项目组报告项目的进展情况，必须定期进行，客观反映当前基线配置状态，以作为开发进度报告的参照。同时也能从中根据开发人员对配置项的操作记录来对开发团队的工作关系作一定的分析[3]。

配置管理小组必须有能力执行和维护配置管理计划，对配置项的每一个活动或记录在案的配置、变更和状况都应该是透明的，可以随时追溯到之前的版本，项目的每一个进展情况和更新都有历史记录，配置管理也同步更新。

7 审核和验证功能是否和需求相匹配

配置的审核，当前项目中的配置计划是否和客户的需求相符合，定期进行基线审核，配置管理组按照配置要求对项目的基线审核和评议控制，确认基线符合所定义的要求，所设计的功能与设计文档的功能相一致，确保应用开发的顺利进行，以及交付的应用系统能够满足用户的使用需要，确保交付的系统能够代表公司的整体技术水平，同时也有利于规避软件开发风险。

参 考 文 献

[1]袁安富，伏萍.基于CMMI的软件质量保证[J].计算机技术与发展，2012（1）.

[2]顾梦华.基于CMMI的软件配置管理模型研究[J].微计算机信息，2012（28）.

[3]金兰.基于CMMI的软件配置管理研究[J].软件导刊，2009（11）.

[责任编辑：邓进利]