從項(xiàng)目管理角度看軟件配置管理

申請免費(fèi)試用、咨詢電話：400-8352-114

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

　　在項(xiàng)目管理中，配置管理是一種重要的管理手段。在PMI的PMBOK中對于配置管理系統(tǒng)是這樣描述的：

　　Configuration Management System. A subsystem of the overall project management system. It is a collection of formal documented procedures used to apply technical and administrative direction and surveillance to：identify and document the functional and physical characteristics of a product， result， service， or component；control any changes to such characteristics； record and report each change and its implementation status；and support the audit of the products，results， or components to verify conformance to requirements. It includes the documentation， tracking systems， and defined approval levels necessary for authorizing and controlling changes. In most application areas， the configuration management system includes the change control system.

　　由此可見，配置管理是一個(gè)非常寬泛的概念，項(xiàng)目中只要是需要進(jìn)行管理的任何特性，都可以納入配置管理。配置管理不只是操作層面的問題，更是管理理念、管理方法的問題，是一個(gè)系統(tǒng)。

　　項(xiàng)目范圍管理需要配置管理來落實(shí)

　　在項(xiàng)目范圍管理中，需要識(shí)別和控制項(xiàng)目的交付成果，要描述交付物應(yīng)有的各種特性。這些交付物及其特性，就是配置管理中的配置項(xiàng)。從項(xiàng)目管理的角度，WBS只需要分解到可管理（Manageable）的程度，而配置管理則要求分解到最終可操作的程度，管理的粒度更為精細(xì)。因此，良好的配置管理機(jī)制，是項(xiàng)目范圍管理得到最終落實(shí)的保證。

　　在許多軟件開發(fā)項(xiàng)目中，項(xiàng)目范圍管理涉及三個(gè)方面：業(yè)務(wù)需求、技術(shù)結(jié)構(gòu)、投產(chǎn)服務(wù)。編寫哪些程序模塊，實(shí)現(xiàn)哪些功能，部署到哪些地點(diǎn)，這其實(shí)都是項(xiàng)目范圍管理所要關(guān)注的內(nèi)容，在配置管理中對應(yīng)了產(chǎn)品的物理屬性和功能屬性以及服務(wù)的屬性，都可以通過配置管理來識(shí)別、記錄和跟蹤。只有做好軟件配置管理，才能真正把項(xiàng)目的范圍管理做實(shí)。

　　業(yè)務(wù)需求決定了軟件產(chǎn)品的功能特性，對軟件產(chǎn)品的配置管理，首先就是對業(yè)務(wù)需求的管理。在業(yè)務(wù)需求中，要求軟件產(chǎn)品所提供的各種功能和特性，包括界面風(fēng)格、操作方式、處理流程、業(yè)務(wù)規(guī)則、數(shù)據(jù)邏輯等，也都是軟件產(chǎn)品的配置項(xiàng)，這種對業(yè)務(wù)需求的分解、管理的過程，就是對業(yè)務(wù)需求中的配置項(xiàng)的管理過程。當(dāng)項(xiàng)目中業(yè)務(wù)需求發(fā)生變更時(shí)，其實(shí)就是對這些配置項(xiàng)的變更管理。因此，在軟件工程過程中，配置管理是需求管理的基本手段，通過科學(xué)、嚴(yán)謹(jǐn)?shù)呐渲霉芾矸椒?，對業(yè)務(wù)需求進(jìn)行識(shí)別、分解、跟蹤、控制，直接決定了對業(yè)務(wù)需求的管理能力。許多公司目前在需求管理方面還處于粗放型的管理，雖然基本能夠滿足項(xiàng)目管理的需要，但對于軟件工程過程來說，管理粒度還比較粗，而且缺乏明確的配置項(xiàng)的定義，缺少有效的跟蹤控制手段，還需要更精細(xì)的管理。

　　技術(shù)結(jié)構(gòu)是軟件產(chǎn)品的物理屬性，軟件產(chǎn)品的配置管理，也是對軟件內(nèi)部技術(shù)結(jié)構(gòu)的管理。從技術(shù)方案到軟件產(chǎn)品、再到產(chǎn)品內(nèi)部結(jié)構(gòu)，這也是項(xiàng)目范圍不斷分解、細(xì)化的過程。為了實(shí)現(xiàn)業(yè)務(wù)需求、滿足產(chǎn)品外部特征的要求，軟件產(chǎn)品應(yīng)如何設(shè)計(jì)其內(nèi)部結(jié)構(gòu)，劃分內(nèi)部模塊、定義模塊接口、確定有多少個(gè)程序等等，產(chǎn)品分解到最后，每一個(gè)程序都作為一個(gè)單獨(dú)的配置項(xiàng)進(jìn)行管理，在開發(fā)過程中對于程序的修改都納入配置管理，跟蹤程序變化過程。這種對軟件產(chǎn)品從技術(shù)角度的不斷分解和定義，就是基于技術(shù)結(jié)構(gòu)的配置項(xiàng)管理，是與軟件結(jié)構(gòu)設(shè)計(jì)相對應(yīng)的，配置項(xiàng)的劃分是否合理，使用起來是否靈活、方便，哪些可以成為公共組件（Component），其實(shí)反映的都是軟件設(shè)計(jì)的思想。在有的軟件企業(yè)中，配置管理不只是程序員的操作工具，它已經(jīng)成為工程技術(shù)管理的重要手段，是由公司的總工牽頭負(fù)責(zé)的。因此，配置管理是軟件工程過程中技術(shù)管理的基本手段，起到對技術(shù)結(jié)構(gòu)進(jìn)行分解、識(shí)別、跟蹤和控制的作用。

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

　　配置管理中的版本管理和變更管理

　　配置管理中要記錄、控制、報(bào)告各種屬性（配置項(xiàng)）的變化狀態(tài)，這就是配置管理中的版本管理和變更管理，有變更才有不同的版本，版本又成為變更控制的主要對象，這兩者是緊密關(guān)聯(lián)的。

　　首先要澄清一下版本的概念。在配置管理中，每個(gè)配置項(xiàng)的每個(gè)狀態(tài)都可以稱為一個(gè)版本，配置項(xiàng)的演變過程就可以體現(xiàn)為一棵版本樹。而我們平時(shí)經(jīng)常說的版本，實(shí)際是指軟件產(chǎn)品的版本，不是具體配置項(xiàng)的版本。一個(gè)軟件產(chǎn)品版本是由眾多配置項(xiàng)組成的，每個(gè)配置項(xiàng)最多只能選取它的一個(gè)版本組成一個(gè)特定的產(chǎn)品版本。因此，在我們平時(shí)談到“版本”時(shí)，需要明確是配置項(xiàng)的版本還是軟件產(chǎn)品的版本，否則容易在溝通中帶來混淆。既然版本管理是配置管理中的一項(xiàng)內(nèi)容，那么對于在軟件產(chǎn)品版本管理中遇到的各種實(shí)際問題，就需要放在配置管理這個(gè)大背景中，基于配置管理的理論、方法和工具來考慮，才能逐步理清。

　　項(xiàng)目中的變更管理是大家都已經(jīng)很熟悉的工作，從概念上來說，變更管理也屬于配置管理工作的一部分。在軟件開發(fā)項(xiàng)目中，無論是功能需求的變更、技術(shù)需求的變更還是服務(wù)需求的變更，也都可以將變更要求與配置項(xiàng)建立對應(yīng)關(guān)系，演變成為配置項(xiàng)的變更，配置項(xiàng)在變更前后形成不同的版本，這樣就使得變更管理能夠有的放矢。如果不能將變更要求落實(shí)到具體的配置項(xiàng)上，項(xiàng)目中許多的變更控制就難以具體落實(shí)。

　　具體來說，在每一項(xiàng)開發(fā)任務(wù)中，都需要首先設(shè)定開發(fā)基線，確定各個(gè)配置項(xiàng)的開發(fā)初始版本，在開發(fā)過程中，開發(fā)人員基于開發(fā)基線的版本，開發(fā)出所需的目標(biāo)版本。當(dāng)發(fā)生需求變更時(shí)，通過對變更的評估，確定變更的影響范圍，對被影響的配置項(xiàng)的版本進(jìn)行修改，根據(jù)變更的性質(zhì)使配置項(xiàng)的版本樹繼續(xù)延伸或產(chǎn)生新的分支，形成新的目標(biāo)版本，而對于不受變更影響的配置項(xiàng)則不應(yīng)發(fā)生變動(dòng)。同時(shí)，應(yīng)能夠?qū)⒆兏a(chǎn)生的對版本的影響進(jìn)行記錄和跟蹤，必要時(shí)還可以回退到以前的版本，例如當(dāng)開發(fā)需求或需求變更被取消時(shí)，就需要有能力將版本回退到開發(fā)基線版本。在曾經(jīng)出現(xiàn)過的季度升級包拆包和重新組包的過程中，其實(shí)就是將部分配置項(xiàng)的版本回退到開發(fā)基線，將對應(yīng)不同需求的不同分支重新組合歸并，形成新的升級包版本。

　　配置審計(jì)是配置管理中的一項(xiàng)重要工作內(nèi)容，有時(shí)被分為物理審計(jì)和功能審計(jì)，通過物理審計(jì)按照配置管理計(jì)劃來驗(yàn)證所要求的各配置項(xiàng)的完整性，通過功能審計(jì)來檢查各配置項(xiàng)的內(nèi)容是否完全符合用戶的要求。配置審計(jì)是配置管理工作中的重要一環(huán)，也是項(xiàng)目質(zhì)量管理工作中的一項(xiàng)內(nèi)容。