孫衛(wèi)寧 覃琳 覃宏秋 馮小梅

【摘 要】目前，孵化企業(yè)在創(chuàng)新創(chuàng)業(yè)的路上發(fā)展迅速，但是在快速發(fā)展的同時，也帶來一些阻礙發(fā)展的問題，如管理制度不完善、服務(wù)水平欠缺、項目研發(fā)管理不到位等。為了進一步加強對孵化基地的管理，完善管理制度，提高服務(wù)水平，從管理方面提高孵化企業(yè)的研發(fā)能力和創(chuàng)新能力，優(yōu)化項目管理流程，增強孵化企業(yè)的創(chuàng)新活力，降低研發(fā)的成本，引用CMMI質(zhì)量管理，建立和維護軟件產(chǎn)品的完整性、一致性和可追溯性。

【關(guān)鍵詞】軟件配置管理;變更控制;項目質(zhì)量

【中圖分類號】F276.44 【文獻標(biāo)識碼】A 【文章編號】1674-0688（2019）02-0005-02

隨著我國科技創(chuàng)新企業(yè)大量涌現(xiàn)，全國的科技企業(yè)孵化器已超過1 600家，在孵企業(yè)8萬多家，就業(yè)人數(shù)175多萬。2015年全區(qū)科技企業(yè)孵化器達到52家，其中國家級科技企業(yè)孵化器8家，自治區(qū)級科技企業(yè)孵化器27家，在孵科技企業(yè)超過1 000家。科研管理和服務(wù)水平的改革不斷深入，科研與技術(shù)服務(wù)為一體的企業(yè)，感覺到創(chuàng)新的成本越來越大，存在各種不確定性、系統(tǒng)性和復(fù)雜性，加上創(chuàng)新企業(yè)，管理制度不完善，服務(wù)水平欠缺，項目研發(fā)過程中存在配置管理不到位、流程不清晰、變更控制不到位、過程評價不科學(xué)等問題，影響項目的研發(fā)和實施。為了促進企業(yè)健康、穩(wěn)定、快速地發(fā)展，必須提升科研管理水平和服務(wù)水平，引入CMMI模型，通過建立一個新的配置管理系統(tǒng)，發(fā)布基線，加強團隊建設(shè)，加強變更控制，加強審核流程等方面進行管理，通過過程改進達到提高管理水平的目的，最終使得項目有所保證，減低企業(yè)的工程成本，有效降低項目風(fēng)險。

1 CMMI

CMMI是能力成熟度模型，由軟件開發(fā)過程發(fā)展而來，逐步發(fā)展到系統(tǒng)工程、軟件工程、人力管理、集成化產(chǎn)品等領(lǐng)域，是一個開放、可擴展的框架結(jié)構(gòu)體系，在產(chǎn)品的生命周期和工程研發(fā)活動等方面提供了包括產(chǎn)品研發(fā)度量、風(fēng)險管理、決策分析等模型，CMMI準(zhǔn)則是幫助軟件組織改進其過程，在對軟件產(chǎn)品或服務(wù)的開發(fā)、采購及維護的能力中提供指導(dǎo)服務(wù)[1]。

2 CMMI配置管理

CMMI應(yīng)用于孵化器企業(yè)的科研管理，通過3個目標(biāo)來實現(xiàn)配置管理：一是建立產(chǎn)品的基線，通過標(biāo)識配置項，建立配置管理系統(tǒng)，生成發(fā)布基線來實現(xiàn)。二是跟蹤和控制更改，通過提交的更改申請和控制項的配置來實現(xiàn)。三是建立完整性，通過建立配置管理記錄和執(zhí)行配置審核來實現(xiàn)[2]。

配置管理計劃在科研項目整個生命周期中有著重要的作用，它保證項目的完整性和可追溯性。在實施配置管理過程中，項目經(jīng)理和配置管理組一起定制，然后把配置管理計劃的任務(wù)分發(fā)到指定人員。從項目開始就要建立配置管理計劃，主要的內(nèi)容有以下幾個方面：①科研管理團隊的成員、職責(zé)和任務(wù)。②團隊成員在研發(fā)過各程中所需要的資源。例如：硬件設(shè)備、開發(fā)平臺、測試工具等。③定義團隊的編碼規(guī)范。例如：設(shè)計準(zhǔn)則、代碼格式規(guī)范、命名規(guī)范、開發(fā)流程規(guī)范等。④定義項目過程中的評價標(biāo)準(zhǔn)。例如：評價方式、評價對象、評價時機和參與成員等。⑤定義項目輸出報告，在項目進展到一定階段、一個里程碑或是其他事件驅(qū)動情況下進行。

基線用來表示項目進展的里程碑，它能有效地控制項目進展。在配置管理系統(tǒng)中，基線就是一個配置項在項目生命周期中的不同時刻，每一個基線都是項目下一步的開發(fā)的新起點，它也確定了配置項的一個版本，在項目中保持同步。在項目的軟件開發(fā)中，可以把基線分為需求基線、設(shè)計基線、測試基線等。比如，在需求調(diào)研完，即將進入設(shè)計階段時，就需要把需求基線提交到評審組進行評審，評審?fù)ㄟ^后，便確定基線，并且不能再有修改，如果產(chǎn)生變更，則需要作為一個新的獨立分支，去構(gòu)建另一個新的版本。

3 團隊角色

在項目的配置管理中，團隊角色主要包括項目經(jīng)理、配置管理小組、系統(tǒng)集成小組、開發(fā)小組、測試小組，不同的角色賦予不同的職責(zé)和相應(yīng)的權(quán)限。項目經(jīng)理是整個項目的負(fù)責(zé)人，主要是制定項目的配置管理計劃、發(fā)布實施計劃，審核各個小組的報告;配置管理小組根據(jù)配置計劃執(zhí)行各項的管理，負(fù)責(zé)指導(dǎo)和控制各項計劃的進度，審核項目的變更申請，給出相應(yīng)的對對策，同時根據(jù)完成的配置情況提交報告。

4 版本控制

版本控制是配置管理計劃的重要組成部分，按配置項的規(guī)定保存所有的版本，并且按照規(guī)則進行命名，避免發(fā)生版本的沖突或丟失，保證各個版本的可追溯性，從而解決軟件開發(fā)過程中的版本控制問題，有利于團隊開發(fā)的協(xié)同工作問題，也有利于公司對開發(fā)項目的版本控制及知識產(chǎn)權(quán)的保護，確保軟件產(chǎn)品循環(huán)漸進，逐步提高。通過版本控制，一是解決不同的用戶需求，不同的用戶需求都有所不同，有些用戶會強調(diào)某些功能，有些則會忽略一些功能，那么就可以通過版本進行控制和調(diào)整，滿足用戶需求;二是保留舊版本，為以后可追溯，或者便于修改，或者重新建立新分支，成為新版本，提高研發(fā)效率。

5 變更的跟蹤和控制

變更一般來源于用戶提出新的需求和對已有的需求做變更，或者是項目的某一部分出現(xiàn)缺陷，項目出現(xiàn)變更，首先要把變更的情況詳細記錄，然后把變更記錄提交到項目組進行審核，項目組評估變更在開發(fā)中產(chǎn)生的各種直接或間接的影響，給出變更建議，是否可以接受和實施變更。在實施變更前，就要建立變更計劃，并且能夠?qū)ψ兏鼘嵭杏行У谋O(jiān)控，當(dāng)文檔發(fā)生變化時，代碼也要同步實行變更，變更完成后，需要經(jīng)過項目負(fù)責(zé)人的批準(zhǔn)后，進行發(fā)布，成為新的項目成果。

在變更跟蹤和控制文檔中應(yīng)包括以下內(nèi)容：？譹？訛變更需求的表格請求。？譺？訛變更涉及的功能模塊及流程。？譻？訛查詢變更日志，是否存在有過類似的變更記錄。？譼？訛定義變更的實施狀態(tài)和控制流程。？譽？訛變更的任務(wù)細分及授權(quán)。？譾？訛變更的輸出，輸出變更的細節(jié)，給團隊成員分配任務(wù)。

6 記錄研發(fā)過程和實施過程的監(jiān)控

配置狀態(tài)報告是根據(jù)配置項的記錄，向項目組報告項目的進展情況，必須定期進行，客觀反映當(dāng)前基線配置狀態(tài)，以作為開發(fā)進度報告的參照。同時也能從中根據(jù)開發(fā)人員對配置項的操作記錄來對開發(fā)團隊的工作關(guān)系作一定的分析[3]。

配置管理小組必須有能力執(zhí)行和維護配置管理計劃，對配置項的每一個活動或記錄在案的配置、變更和狀況都應(yīng)該是透明的，可以隨時追溯到之前的版本，項目的每一個進展情況和更新都有歷史記錄，配置管理也同步更新。

7 審核和驗證功能是否和需求相匹配

配置的審核，當(dāng)前項目中的配置計劃是否和客戶的需求相符合，定期進行基線審核，配置管理組按照配置要求對項目的基線審核和評議控制，確認(rèn)基線符合所定義的要求，所設(shè)計的功能與設(shè)計文檔的功能相一致，確保應(yīng)用開發(fā)的順利進行，以及交付的應(yīng)用系統(tǒng)能夠滿足用戶的使用需要，確保交付的系統(tǒng)能夠代表公司的整體技術(shù)水平，同時也有利于規(guī)避軟件開發(fā)風(fēng)險。

參 考 文 獻

[1]袁安富，伏萍.基于CMMI的軟件質(zhì)量保證[J].計算機技術(shù)與發(fā)展，2012（1）.

[2]顧夢華.基于CMMI的軟件配置管理模型研究[J].微計算機信息，2012（28）.

[3]金蘭.基于CMMI的軟件配置管理研究[J].軟件導(dǎo)刊，2009（11）.

[責(zé)任編輯：鄧進利]