從項目管理角度看軟件配置管理

1、從項目管理角度看軟件配置管理項目的目地是為了創(chuàng)造一項產(chǎn)品或服務，因此，產(chǎn)品本身的生產(chǎn)工藝必然會成為項目管理過程的核心內(nèi)容。無論在哪一種軟件工程方法中，軟件配置管理都是一項不可或缺的重要管理內(nèi)容，特別是對于服務企業(yè)內(nèi)部的信息技術部門來說，從產(chǎn)品生命周期出發(fā)，同時支持服務產(chǎn)品和軟件產(chǎn)品，同時負責開發(fā)與運行，其管理復雜度很高，要想理順各項工作的內(nèi)部關系、理清各項工作之間的配合關系，都離不開配置管理這個基本手段，它是許多管理工作的“落地”部分。其實，配置管理并不是一個時髦的概念，在許多傳統(tǒng)行業(yè)(例如制造業(yè))中早已有之，軟件行業(yè)只是在軟件工程方法中繼續(xù)延用了這一概念，它是一流軟件開發(fā)企業(yè)所必備的基礎設施

2、。在項目管理中，配置管理是一種重要的管理手段。在PMI的PMBOK中對于配置管理系統(tǒng)是這樣描述的：由此可見，配置管理是一個非常寬泛的概念，項目中只要是需要進行管理的任何特性，都可以納入配置管理。配置管理不只是操作層面的問題，更是管理理念、管理方法的問題，是一個系統(tǒng)。項目范圍管理需要配置管理來落實在項目范圍管理中，需要識別和控制項目的交付成果，要描述交付物應有的各種特性。這些交付物及其特性，就是配置管理中的配置項。從項目管理的角度，WBS只需要分解到可管理(Manageable)的程度，而配置管理則要求分解到終可操作的程度，管理的粒度更為精細。因此，良好的配置管理機制，是項目范圍管理得到終落實的

3、保證。在許多軟件開發(fā)項目中，項目范圍管理涉及三個方面：業(yè)務需求、技術結構、投產(chǎn)服務。編寫哪些程序模塊，實現(xiàn)哪些功能，部署到哪些地點，這其實都是項目范圍管理所要關注的內(nèi)容，在配置管理中對應了產(chǎn)品的物理屬性和功能屬性以及服務的屬性，都可以通過配置管理來識別、記錄和跟蹤。只有做好軟件配置管理，才能真正把項目的范圍管理做實。業(yè)務需求決定了軟件產(chǎn)品的功能特性，對軟件產(chǎn)品的配置管理，首先就是對業(yè)務需求的管理。在業(yè)務需求中，要求軟件產(chǎn)品所提供的各種功能和特性，包括界面風格、操作方式、處理流程、業(yè)務規(guī)則、數(shù)據(jù)邏輯等，也都是軟件產(chǎn)品的配置項，這種對業(yè)務需求的分解、管理的過程，就是對業(yè)務需求中的配置項的管理過程。

4、當項目中業(yè)務需求發(fā)生變更時，其實就是對這些配置項的變更管理。因此，在軟件工程過程中，配置管理是需求管理的基本手段，通過科學、嚴謹?shù)呐渲霉芾矸椒ǎ瑢I(yè)務需求進行識別、分解、跟蹤、控制，直接決定了對業(yè)務需求的管理能力。許多公司目前在需求管理方面還處于粗放型的管理，雖然基本能夠滿足項目管理的需要，但對于軟件工程過程來說，管理粒度還比較粗，而且缺乏明確的配置項的定義，缺少有效的跟蹤控制手段，還需要更精細的管理。技術結構是軟件產(chǎn)品的物理屬性，軟件產(chǎn)品的配置管理，也是對軟件內(nèi)部技術結構的管理。從技術方案到軟件產(chǎn)品、再到產(chǎn)品內(nèi)部結構，這也是項目范圍不斷分解、細化的過程。為了實現(xiàn)業(yè)務需求、滿足產(chǎn)品外部特征的要

5、求，軟件產(chǎn)品應如何設計其內(nèi)部結構，劃分內(nèi)部模塊、定義模塊接口、確定有多少個程序等等，產(chǎn)品分解到后，每一個程序都作為一個單獨的配置項進行管理，在開發(fā)過程中對于程序的修改都納入配置管理，跟蹤程序變化過程。這種對軟件產(chǎn)品從技術角度的不斷分解和定義，就是基于技術結構的配置項管理，是與軟件結構設計相對應的，配置項的劃分是否合理，使用起來是否靈活、方便，哪些可以成為公共組件(Component),其實反映的都是軟件設計的思想。在有的軟件企業(yè)中，配置管理不只是程序員的操作工具，它已經(jīng)成為工程技術管理的重要手段，是由公司的總工牽頭負責的。因此，配置管理是軟件工程過程中技術管理的基本手段，起到對技術結構進行分解

6、、識別、跟蹤和控制的作用。投產(chǎn)服務與軟件產(chǎn)品的部署有關，是對項目服務特性的要求。運營企業(yè)中可能同時有多個應用系統(tǒng)，相互之間往往具有很高的耦合度，一項新業(yè)務的推出，往往需要多個軟件產(chǎn)品配合修改和同步投產(chǎn)。因此，從業(yè)務角度來說，一個新的業(yè)務產(chǎn)品的實現(xiàn)，需要多個軟件模塊（產(chǎn)品）的支持，不同投產(chǎn)單位中這些軟件模塊（產(chǎn)品）的版本配合關系不同。那么對于運行中心來說，需要面臨同時滿足業(yè)務產(chǎn)品和軟件產(chǎn)品的雙重要求，既要保證業(yè)務產(chǎn)品的完整性和多樣性，又要保證軟件產(chǎn)品的一致性和兼容性。因此，對于投產(chǎn)管理來說，也有同樣的配置管理的要求，是必須在企業(yè)級來考慮的。配置管理中的版本管理和變更管理配置管理中要記錄、控制、報

7、告各種屬性（配置項）的變化狀態(tài)，這就是配置管理中的版本管理和變更管理，有變更才有不同的版本，版本又成為變更控制的主要對象，這兩者是緊密關聯(lián)的。首先要澄清一下版本的概念。在配置管理中，每個配置項的每個狀態(tài)都可以稱為一個版本，配置項的演變過程就可以體現(xiàn)為一棵版本樹。而我們平時經(jīng)常說的版本，實際是指軟件產(chǎn)品的版本，不是具體配置項的版本。一個軟件產(chǎn)品版本是由眾多配置項組成的，每個配置項多只能選取它的一個版本組成一個特定的產(chǎn)品版本。因此，在我們平時談到版本”時，需要明確是配置項的版本還是軟件產(chǎn)品的版本，否則容易在溝通中帶來混淆。既然版本管理是配置管理中的一項內(nèi)容，那么對于在軟件產(chǎn)品版本管理中遇到的各種實

8、際問題，就需要放在配置管理這個大背景中，基于配置管理的理論、方法和工具來考慮，才能逐步理清。項目中的變更管理是大家都已經(jīng)很熟悉的工作，從概念上來說，變更管理也屬于配置管理工作的一部分。在軟件開發(fā)項目中，無論是功能需求的變更、技術需求的變更還是服務需求的變更，也都可以將變更要求與配置項建立對應關系，演變成為配置項的變更，配置項在變更前后形成不同的版本，這樣就使得變更管理能夠有的放矢。如果不能將變更要求落實到具體的配置項上，項目中許多的變更控制就難以具體落實。具體來說，在每一項開發(fā)任務中，都需要首先設定開發(fā)基線，確定各個配置項的開發(fā)初始版本，在開發(fā)過程中，開發(fā)人員基于開發(fā)基線的版本，開發(fā)出所需的目標版本。當發(fā)生需求變更時，通過對變更的評估，確定變更的影響范圍，對被影響的配置項的版本進行修改，根據(jù)變更的性質(zhì)使配置項的版本樹繼續(xù)延伸或產(chǎn)生新的分支，形成新的目標版本，而對于不受變更影響的配置項則不應發(fā)生變動。同時，應能夠?qū)⒆兏a(chǎn)生的對版本的影響進行記錄和跟蹤，必要時還可以回退到以前的版本，例如當開發(fā)需求或需求變更被取消時，就需要有能力將版本回退到開發(fā)基線版本。在曾經(jīng)出現(xiàn)過的季度升級包拆包和重新組包的過程中，其實就是將部分配置項的版本回退到開發(fā)基線，將對應不同需求的不同分支重新組合歸并