摘要:調查數據顯示,配置管理是軟件研發管控的中心,配置管理的不到位,將引發秩序混淆。唯有充分做好配置管理工作,才可以保障商品的質量、統一性以及可跟蹤性。而CMMI5集中配置管理域的研究和實施能起到很好的促進作用。
關鍵詞:CMMI5;級中配置;域;研究;實現
CMMI和以往的CMM相對比,CMMI牽涉的范疇更寬,涵蓋軟件系統、電子工程、IPD、采購管理等領域。利用CMMI管控的項目,不但減少了項目的成本,并且提升了項目的效率以及完工率。CMMI分成五個級別,即:完成級、管理級、定義級、量化管理級、優化級。利用CMMI對公司項目進行管控,能讓公司依照已定的戰略,完善資源配置,責任明確,并完成對公司職員的對應的培訓;并對全部過程實施監察和管控,并協同管理層對項目和過程實施監督。
一、配置管理的目標
配置管理的目標是利用配置標志、配置管控、配置態勢匯報與配置審計來構建和保護商品的完備度。CMMI5集中配置有三類既定的目的:構建baseline,追蹤和管控變化,構建完備的baseline。
首個目的有三類特殊的實際標準:標志應被寫入配置管理下的配置項,構建配置管理與變更管理體系并構建和發布baseline。只要利用配置管理體系構建baseline,全部的變更都需要在次級目的的兩類特殊實際標準中被追蹤和控制:第一,追蹤變更需求;之后追蹤配置項的內容變更。第三類目標有兩類特殊標準:位置配置項的記錄;履行并保證baseline精確的配置審計。
二、CMMI5級中配置管理過程域的研究的實施
配置管理流程是軟件壽命周期的關鍵流程要素之一。在項目的CMMI級中配置管理的流程中,包含兩個版塊:訂立配置管理計劃和實現配置管理目標。配置管理計劃描繪項目CM活動的最小的級別,而批準的配置管理計劃是實現CM的前提,它能夠依照項目實施中的需求而更新。
實現配置管理的流程包括:甄別配置項、管控配置項的變化、記載和匯報配置項狀態、審計配置項。在實踐中,上述流程伴隨軟件研發工作的升級,可以并駕齊驅,進而組成CM的全部內容。
筆者在簡介配置管理項目時融合城鎮員工醫保信息系統(下文簡稱為SHHC),來闡述配置管理的實現流程。見下圖:
圖1 CM流程簡圖
(一)訂立配置管理方案
配置管理方案的訂立在項目規劃期實現。它是項目計劃的有機組成要素,并進行一致性管理。配置管理方案的內容包含:將要實施配置管理的版塊。如下:
1.明確各類軟件配置管理事務的負責人。
2.明確配置管理團隊中的本項目的負責人。
3.明確項目團隊軟件配置管控人。
4.明確baseline。
5.明確每條baseline應控制的配置項,并給定標識。
6.明確每一配置項的責任人。
7.明確全部受控的配置項間的聯系。
8.明確受控配置項的變更管控過程。
9.明確baseline發布的時間。
10.明確每一配置項的拜訪人以及權限。
11.明確配置情況記載與配置設計等的內容和周期。
(二)構建baseline
1.標識配置項
明確在配置管理控制下的配置項,保證已明確的每一配置項的僅有標志,并利用其進行追蹤和管控。包含:
1)挑選配置項:依照軟件研發需求和商品分解來挑選必須進入配置管理的配置項。
2)挑選baseline:依照軟件研發需求和軟件研發壽命周期模具來挑選baseline,并明確baseline稱謂。
3)標識配置項,每一配置項有且僅有一個標志。
4)標識配置項的版本,配置項入庫時配置版本號。變更配置項而產生的新版本無法取代舊版本,并維持版本之間的追蹤能力。
5)明確配置管控下的配置項訊息,在配置管理方案中做好配置標識細化表。
在SHHC項目中明確的配置項有軟件研發計劃、過程與產品質量保證計劃、配置管理計劃、概要設計、測試報告等。由于中間階段產生了變更,還應包含變更請求表。
2.構建配置管理體系
1)配置管理團隊運用軟件為負責的項目構建配置庫。
2)在項目開始時期構建項目文檔。
3)Baseline的配置項在該baseline相應的里程碑處審計后,馬上進入基線庫。
4)明確配置庫配置項的變更權利的授予。
5)明確配置庫配置項儲蓄權限。
6)拷貝配置庫中的參數。
7)對必須進入配置庫的配置項來講,必須檢測入庫申報訊息以及證實程序的完備度以及準確度,并為配置項設置版本號。首次進入配置庫,應證實配置項入庫申報表中的證實訊息是否真實、有效。配置項產生變更后,進入配置庫時,必須證實變更請求表中的各過程的真實性和有效性。
8)文件的證實包含:必須檢測有關的技術評定匯報書;并對流程實施驗證,查明其有無檢測;有的話應檢查檢測匯報書。
9)明確配置項的版本,將配置項存進配置庫內,并記載配置項情況。
10)baseline變更,必須經過CCB允許后才能再次發布baseline。
11)將配置項的變更情況告知有關人等。
配置庫能夠分為三種:開發庫、受控庫以及商品庫。
開發庫是指為開發職員專設的庫,當中的訊息會被反復修繕,其管控并不嚴厲;受控庫是指在研發周期每一個時段接近尾聲時,儲蓄被當成階段商品而開放的、與軟件研發活動相關的電腦可讀訊息與人工可讀訊息。這類訊息分成兩種:一種與終極商品相關;一種是計劃類商品(例如軟件研發計劃等等)。前一類的管控十分嚴厲,必須通過SCCB驗證;后一類的管控相對較松。軟件配置管理就是對受控庫中的各類軟件配置實施管控,也叫做軟件配置管理庫;商品庫是在研發的軟件商品進過系統檢測后被當成終極商品儲蓄,并與客戶完成交接和裝設。
結束語
筆者在上文中簡要闡述了CMMI5級中配置管理過程域的研究情況以及實施過程,但由于項目的差別化,配置管理的實施可以進行對應的微調。通過配置管理,項目商品可以形成高度統一,并提升完備度和工作效率。通過對CMMI5級中配置管理過程進行闡述,在如今的電子化、信息化時代有著巨大的現實意義。
參考文獻:
[1] 鄧軍.基于CMMI的企業軟件過程與質量管理平臺設計[J].湖南師范大學自然科學學報,2014,37(1):63-68.
[2] 何婕.ISO20000和CMMI融合的生產運維體系研究和應用[J].移動通信,2014,(2):85-90.