做好軟體專案的配置管理
在軟體專案實施過程中正確、有效地進行配置管理,需要進行科學合理的規劃工作,並確定相應的執行策略。本文針對軟體專案工作的特點,介紹了配置管理工作的一般步驟和注意事項。
當軟體開發團隊發展到一定規模時,會越來越強調開發過程規範化和成熟度。軟體專案的成敗在很大程度上取決於對其開發過程的控制,這包括對質量、原始碼、進度、資金、人員等的控制。軟體配置管理可以幫助開發團隊對軟體開發過程進行有效地變更控制,高效地開發高質量的軟體。在質量體系的諸多支援活動中,配置管理處在支援活動的中心位置,它有機地把其他支援活動結合起來,形成一個整體,相互促進,相互影響,有力地保證了質量體系的實施。
配置項的分類
在開展配置管理工作之前,首先應根據專案特點,對專案實施過程中涉及到的配置項進行分類工作。一般來說,一個完整的軟體專案會包括專案管理文件、軟體開發文件、程式程式碼、整合文件、維護文件等五類配置項。
對於每一類配置項,又可以劃分為若干細類,具體的分類方法如下:在專案實施過程中制訂的工程總體計劃、階段計劃、周計劃,定期召開的專案例會或技術專題會議的紀要,質量評審記錄、配置管理報告等與質量相關的工作記錄等文件,都屬於專案管理方面的範疇,因此均可以劃分到專案管理類文件進行管理。
作為一個軟體專案,必然會產生貫穿軟體工程標準定義的需求調研、需求分析、概要設計、詳細設計、單元測試、系統測試、使用者測試等各個階段的軟體文件,均可以歸入到軟體開發類文件之中。
在軟體開發過程中產生的各模組程式程式碼,軟體系統執行所需的各類引數以及配置檔案等內容,由於其技術和管理特徵與文件有很大的不同,而且相互之間的關聯性比較強,為了對其版本進行有效地控制,建議單獨劃為一個類別進行管理。
軟體系統的設計、開發和執行離不開硬體環境的支援,因此在軟體專案的實施過程中,通常都會涉及到機房設計、主機安裝、網路規劃等方面的工作內容,因此係統整合類的文件應作為單獨的一個類別,納入到軟體專案的配置管理之中。
在軟體系統投入執行之後,需要進行相應的日常維護工作,在維護過程中產生階段性執行總結報告、定期產生的維護日誌、系統執行中出現的故障現象及問題解決情況等維護記錄,都需要納入維護類文件進行管理。
在軟體專案實施過程中產生的各類文件、程式程式碼紛繁複雜、數量眾多,通過對各類配置項的歸類工作,形成邏輯清晰的配置管理結構,便於對文件和程式程式碼進行日常管理,使專案實施中產生的各類配置記錄始終處於可控狀態。
建立配置庫
在軟體專案的啟動階段,應指定一名專職或兼職的配置管理員,建立一臺專用的配置伺服器,安裝相應的配置工具軟體,並根據配置項分類方法,對程式程式碼和文件的目錄結構進行規劃工作,在配置工具軟體中,建立起相應的配置目錄結構,同時根據使用者角色的不同,設定相應的目錄訪問和存取許可權。配置項及工作角色的對應關係如表所示。
對於每一個具體的配置項,都需要標識出其作者、時間、版本號、當前狀態等基本資訊,以便對配置項的版本進行實時監控,方便專案成員對配置項的檢索和更新工作。
配置管理員負責整個配置庫的安全管理工作,應妥善保管好系統管理員的口令,並進行定期的變更工作,以保證配置庫的安全性。
建立執行機制
在配置庫建立起來以後,配置管理員應將配置目錄結構和許可權分配表在專案組內部進行公佈,並根據應用行業特點,對CMM/ISO9001的配置管理過程進行合理裁減,制訂適用於本專案的配置工作流程,明確專案組中的每位成員在配置管理方面的分工職責,並對專案組成員進行相應的職責和流程培訓工作。
配置管理員除了負責對各類配置項進行管理之外,還應對專案配置狀況進行分析,定期提供配置報告,釋出最新的配置項狀態,提出改進建議並跟蹤執行情況,避免出現因為文件或程式程式碼版本更新的不一致,而導致系統故障的情況發生。
在配置管理工作中,為了保證配置項的可靠性,應制訂相應的備份策略,對配置庫中的不同型別的配置項進行定期備份。在軟體系統的設計開發階段,程式程式碼類的配置項由於變更頻繁,建議每天備份一次,在正式釋出之後,可以改為每週備份一次。文件類的配置項變更機率相對較小,建議每週備份一次。具體的備份方法,可以採用手工方式執行備份操作,也可以在工具軟體或作業系統中設定備份策略,定期自動執行備份操作,同時配置管理員應做好相應的備份記錄工作。
由於配置工具軟體本身一般都提供對每一個配置項歷史版本的追溯機制,因此對配置庫的備份操作,一般只需對當前配置庫的內容進行備份即可。這裡需要注意的一點是,在執行配置庫的備份操作之前,應對配置庫目錄中的資料是否正常進行檢查,以避免因庫檔案損壞而使錯誤資料覆蓋正常備份庫,從而導致配置項丟失的情況出現。
經驗總結
如果配置工作流程制訂得過於複雜,不具備可操作性,反而起不到應有的管理作用,因此在開展配置管理工作時,應以簡單、有效、適合應用行業特點為基本準則,推進軟體專案實施過程中的配置管理工作。
配置管理物件不僅僅限於CMM/ISO9001體系規定的內容,凡是與專案實施有關的文件、程式碼或資料均應納入配置管理,這樣可以實現對專案實施中的每一項工作進行追溯,及時處理專案實施過程中出現的各類問題。
在軟體系統投入執行之時,應對配置庫進行整理和提煉,形成從專案啟動到系統執行階段,涵蓋專案管理、軟體開發、系統整合等領域的一套完整的專案檔案,隨同軟體系統正式交付給使用者,並給予適當的培訓和輔導,使使用者能夠快速有效地開展系統維護工作,為生產系統的穩定與可靠執行提供了保證。
當軟體開發團隊發展到一定規模時,會越來越強調開發過程規範化和成熟度。軟體專案的成敗在很大程度上取決於對其開發過程的控制,這包括對質量、原始碼、進度、資金、人員等的控制。軟體配置管理可以幫助開發團隊對軟體開發過程進行有效地變更控制,高效地開發高質量的軟體。在質量體系的諸多支援活動中,配置管理處在支援活動的中心位置,它有機地把其他支援活動結合起來,形成一個整體,相互促進,相互影響,有力地保證了質量體系的實施。
配置項的分類
在開展配置管理工作之前,首先應根據專案特點,對專案實施過程中涉及到的配置項進行分類工作。一般來說,一個完整的軟體專案會包括專案管理文件、軟體開發文件、程式程式碼、整合文件、維護文件等五類配置項。
對於每一類配置項,又可以劃分為若干細類,具體的分類方法如下:在專案實施過程中制訂的工程總體計劃、階段計劃、周計劃,定期召開的專案例會或技術專題會議的紀要,質量評審記錄、配置管理報告等與質量相關的工作記錄等文件,都屬於專案管理方面的範疇,因此均可以劃分到專案管理類文件進行管理。
作為一個軟體專案,必然會產生貫穿軟體工程標準定義的需求調研、需求分析、概要設計、詳細設計、單元測試、系統測試、使用者測試等各個階段的軟體文件,均可以歸入到軟體開發類文件之中。
在軟體開發過程中產生的各模組程式程式碼,軟體系統執行所需的各類引數以及配置檔案等內容,由於其技術和管理特徵與文件有很大的不同,而且相互之間的關聯性比較強,為了對其版本進行有效地控制,建議單獨劃為一個類別進行管理。
軟體系統的設計、開發和執行離不開硬體環境的支援,因此在軟體專案的實施過程中,通常都會涉及到機房設計、主機安裝、網路規劃等方面的工作內容,因此係統整合類的文件應作為單獨的一個類別,納入到軟體專案的配置管理之中。
在軟體系統投入執行之後,需要進行相應的日常維護工作,在維護過程中產生階段性執行總結報告、定期產生的維護日誌、系統執行中出現的故障現象及問題解決情況等維護記錄,都需要納入維護類文件進行管理。
在軟體專案實施過程中產生的各類文件、程式程式碼紛繁複雜、數量眾多,通過對各類配置項的歸類工作,形成邏輯清晰的配置管理結構,便於對文件和程式程式碼進行日常管理,使專案實施中產生的各類配置記錄始終處於可控狀態。
建立配置庫
在軟體專案的啟動階段,應指定一名專職或兼職的配置管理員,建立一臺專用的配置伺服器,安裝相應的配置工具軟體,並根據配置項分類方法,對程式程式碼和文件的目錄結構進行規劃工作,在配置工具軟體中,建立起相應的配置目錄結構,同時根據使用者角色的不同,設定相應的目錄訪問和存取許可權。配置項及工作角色的對應關係如表所示。
對於每一個具體的配置項,都需要標識出其作者、時間、版本號、當前狀態等基本資訊,以便對配置項的版本進行實時監控,方便專案成員對配置項的檢索和更新工作。
配置管理員負責整個配置庫的安全管理工作,應妥善保管好系統管理員的口令,並進行定期的變更工作,以保證配置庫的安全性。
建立執行機制
在配置庫建立起來以後,配置管理員應將配置目錄結構和許可權分配表在專案組內部進行公佈,並根據應用行業特點,對CMM/ISO9001的配置管理過程進行合理裁減,制訂適用於本專案的配置工作流程,明確專案組中的每位成員在配置管理方面的分工職責,並對專案組成員進行相應的職責和流程培訓工作。
配置管理員除了負責對各類配置項進行管理之外,還應對專案配置狀況進行分析,定期提供配置報告,釋出最新的配置項狀態,提出改進建議並跟蹤執行情況,避免出現因為文件或程式程式碼版本更新的不一致,而導致系統故障的情況發生。
在配置管理工作中,為了保證配置項的可靠性,應制訂相應的備份策略,對配置庫中的不同型別的配置項進行定期備份。在軟體系統的設計開發階段,程式程式碼類的配置項由於變更頻繁,建議每天備份一次,在正式釋出之後,可以改為每週備份一次。文件類的配置項變更機率相對較小,建議每週備份一次。具體的備份方法,可以採用手工方式執行備份操作,也可以在工具軟體或作業系統中設定備份策略,定期自動執行備份操作,同時配置管理員應做好相應的備份記錄工作。
由於配置工具軟體本身一般都提供對每一個配置項歷史版本的追溯機制,因此對配置庫的備份操作,一般只需對當前配置庫的內容進行備份即可。這裡需要注意的一點是,在執行配置庫的備份操作之前,應對配置庫目錄中的資料是否正常進行檢查,以避免因庫檔案損壞而使錯誤資料覆蓋正常備份庫,從而導致配置項丟失的情況出現。
經驗總結
如果配置工作流程制訂得過於複雜,不具備可操作性,反而起不到應有的管理作用,因此在開展配置管理工作時,應以簡單、有效、適合應用行業特點為基本準則,推進軟體專案實施過程中的配置管理工作。
配置管理物件不僅僅限於CMM/ISO9001體系規定的內容,凡是與專案實施有關的文件、程式碼或資料均應納入配置管理,這樣可以實現對專案實施中的每一項工作進行追溯,及時處理專案實施過程中出現的各類問題。
在軟體系統投入執行之時,應對配置庫進行整理和提煉,形成從專案啟動到系統執行階段,涵蓋專案管理、軟體開發、系統整合等領域的一套完整的專案檔案,隨同軟體系統正式交付給使用者,並給予適當的培訓和輔導,使使用者能夠快速有效地開展系統維護工作,為生產系統的穩定與可靠執行提供了保證。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14780914/viewspace-408764/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體專案管理 9.2.軟體專案配置管理過程專案管理
- 小專案實施軟體配置管理探析
- 如何做好軟體專案需求分析?
- 做好軟體專案管理的要點分析(轉)專案管理
- 怎樣做好軟體專案風險計劃(轉)
- 企業如何用專案管理軟體做好專案問題跟蹤?專案管理
- scm 軟體配置管理
- 軟體配置管理參考
- 軟體配置管理模式模式
- 軟體專案管理在小軟體專案中的應用專案管理
- 專案管理軟體的春天專案管理
- 軟體專案的獨特性
- 如何做好專案管理,做好人人都是專案經理專案管理
- 軟體配置管理中的基線技術
- 軟體配置管理——團隊開發的基石
- 軟體專案管理 8.4.軟體專案質量計劃專案管理
- 如何做好軟體迴歸測試? 專業軟體測評中心有哪些?
- 軟體專案管理FollowMe_專案整體管理專案管理
- 軟體專案的“管理之癢”
- 談談軟體專案的dependency
- 軟體專案成功的要素(轉)
- 大型專案程式配置管理演化之路
- 軟體專案評價
- 規範軟體開發過程——軟體配置管理實踐
- 總體設計(軟體專案)
- 企業業務軟體工程專案和商業軟體產品專案上專案需求管理的不同(轉)軟體工程
- 軟體專案管理Follow Me--軟體專案管理基礎知識專案管理
- 軟體構造過程與配置管理
- 做好專案管理通則(轉)專案管理
- 我所體會的軟體專案管理 -01專案管理
- 專案管理軟體的應用分析專案管理
- 專案管理軟體中日曆的作用專案管理
- 越做越複雜的軟體工程專案軟體工程
- 《軟體專案管理》的設計思路專案管理
- 小軟體專案開發的管理
- 軟體開發的專案管理(轉)專案管理
- 軟體專案的“管理之癢”(轉)
- 比較專案計劃軟體或專案排程軟體哪個好用?