【文章內(nèi)容簡介】 是軟件研發(fā)活動中的全部開發(fā)資產(chǎn). 因SCM覆蓋了整個軟件開發(fā)過程,故它是改進軟件過程、提高過程能力成熟度的理想切入點.隨著信息技術(shù)的不斷發(fā)展，在軟件項目開發(fā)過程中形成大量的信息資源，如需求文檔、設(shè)計文檔、代碼、測試文檔、 原代碼、軟件說明書和手冊等。同時，軟件項目開發(fā)和維護是一個不斷增加、反復(fù)修改的過程，軟件項目不僅要求實現(xiàn)對文檔、代碼的增刪改、瀏覽、檢索和統(tǒng)計匯總等靜態(tài)管理，還需要記錄、跟蹤和回溯文檔、代碼的設(shè)計歷史，這對積累設(shè)計經(jīng)驗、實現(xiàn)軟件維護創(chuàng)新尤為重要?！　　　∷?，在軟件項目開發(fā)和維護過程中建立本企業(yè)的知識庫及經(jīng)驗庫, 有效地控制和使用軟件信息資源，為開發(fā)維護人員提供一個實時的配置管理平臺，是軟件系統(tǒng)開發(fā)與實施的基礎(chǔ)?！　? 版本難以控制軟件開發(fā)和維護過程的特點是連續(xù)性，從軟件項目立項、需求分析、總體設(shè)計到系統(tǒng)運維的過程中兼具功能變化和新增功能，或者適應(yīng)不同的環(huán)境（如不同的操作系統(tǒng)）、根據(jù)不同用戶的要求開發(fā)了特點各異的版本，這些版本之間存在大量的共享模塊（圖表、原代碼、文檔等等），經(jīng)過多人次修改后，發(fā)現(xiàn)實際有用的版本卻不知去向了?！　?資源變化頻繁企業(yè)的軟件開發(fā)過程中其資源急劇增加，由于沒有控制好軟件變化過程，項目經(jīng)過了幾次大改動，幾乎記不起原來是什么樣子了；根據(jù)用戶提出的多次變更要求更改后的軟件，與用戶的需要相距甚遠(yuǎn)，無法恢復(fù)原來的版本；如某維護人員未經(jīng)正常的軟件變化申請，自行修改軟件中的某一錯誤，雖然局部錯誤是改正了，但由于沒有考慮到局部改動對全局的影響，使得整個系統(tǒng)不能正常工作，造成開發(fā)過程的停滯。　　　　 配置審核問題對軟件開發(fā)和維護的變化沒有正常的審核過程，對于用戶所提出的變更要求，缺少必要的審查和確認(rèn)程序，發(fā)布出去的產(chǎn)品中，缺少文檔，或者文檔與應(yīng)用不一致?！　　　?項目管理問題項目組成員間源代碼的更新和保存記錄變得越來越復(fù)雜，終端使用混亂，下層終端應(yīng)用軟件存在多個版本或同一版本存放在不用路徑，給下層使用人員也帶來不便，造成終端操作人員在使用軟件過程中出現(xiàn)多次打開，數(shù)據(jù)重復(fù)上傳的現(xiàn)象，并且在問題出現(xiàn)時無法快速追蹤到故障原因?！　　　?基本定義配置管理定義(configuration management) 主要解決軟件開發(fā)和軟件維護過程中的方法和規(guī)則，通過在特定的時刻選擇軟件配置，系統(tǒng)地控制對配置的修改，并在整個軟件生命周期中維護配置的完整性和可追蹤性?！　　　?開發(fā)原則軟件項目應(yīng)充分考慮其項目的特點，配置管理定義軟件開發(fā)和維護過程應(yīng)遵循以下原則：①各個項目存儲庫的按類別進行定義，滿足對開發(fā)維護過程實施科學(xué)、有效、規(guī)范的管理；②版本管理標(biāo)準(zhǔn)化，按項目的生命周期過程進行版本控制管理（版號＋版次，如A ， 等），保持程序、文檔和數(shù)據(jù)的完整性和可追溯性；③支持團隊并行開發(fā)和異地開發(fā)，滿足用戶的不同要求；④查詢統(tǒng)計功能，可幫助管理層監(jiān)控、跟蹤、分析項目開發(fā)過程和結(jié)果；⑤具備良好的可配置性、可維護性、適應(yīng)性和具有版本管理及權(quán)限動態(tài)管理功能。在軟件開發(fā)這個龐大而復(fù)雜的過程中，需要涉及到各種文檔（包括需求文檔、技術(shù)文檔、數(shù)據(jù)、程序代碼等），而且在開發(fā)過程中往往涉及大量人員（包括項目經(jīng)理、需求調(diào)查人員、文檔書寫人員、軟件開發(fā)人員、軟件維護人員等。因此客戶需求的變動、系統(tǒng)結(jié)構(gòu)的變更都會導(dǎo)致對軟件的修改，小到可能只是對某個源文件中的某個變量的定義改動，大到重新設(shè)計程序模塊甚至可能是整個需求分析變動。本文提出的軟件配置管理流程模型能夠?qū)浖_發(fā)進行有效的配置管理，使軟件開發(fā)從初始混亂的過程過渡到可復(fù)用、可管理的有序化過程?！　　　?. 軟件開發(fā)配置管理兩段模型的提出配置管理(Configuration Management，CM)作為軟件工程的一個方面，在過去的30 年內(nèi)得到了長足的發(fā)展。隨著自動化配置工具的不斷發(fā)展完善，配置管理手段逐步走向自動化方式。目前比較流行的CM工具有很多，例如：MicroSoft 公司的VSS，RationalRose 公司的ClearCase 等。這些CM工具大體上包括以下幾個方面的內(nèi)容：、版本控制：標(biāo)識、記錄配置項的功能和物理特征?！　　　∽兏刂疲–hange Control）：是軟件配置管理的核心，它通過創(chuàng)建產(chǎn)品基線，在產(chǎn)品的整個生命周期中控制它的發(fā)布和變更?！　　　∨渲脿顟B(tài)統(tǒng)計（CSA，Configuration Status Accounting）涉及記錄和報告變更過程，持續(xù)地記錄配置的狀態(tài)以及保持基線產(chǎn)品和其變更建議的歷史，并使相關(guān)人員了解配置和基線的情況?！　　　∨渲脤徲嫞–onfiguration Audit）用來驗證配置管理過程，以保證配置庫中所有配置項的完整性。　　　　然而對于分布于不同地點的開發(fā)人員來共同協(xié)作開發(fā)的大型軟件項目而言，配置管理是一項十分復(fù)雜的工作，而且目前可以應(yīng)用的自動化配置管理技術(shù)僅限于配置管理的幾個方面。對于一些大的開發(fā)項目團隊來說，他們更傾向于擁有自己的開發(fā)配置管理系統(tǒng)，然而這一工作開銷卻異常巨大，往往維護配置管理系統(tǒng)的開銷比維護應(yīng)用程序開發(fā)更大。而且CM的解決方案只有10%的技術(shù)成分，其余的則是管理過程和用戶培訓(xùn)。因此對于一個軟件開發(fā)項目來說，無論選擇何種策略和方法，配置管理的制定和實施都不是一件容易的事情。因此要實施配置管理，就必需引進良好管理模式?！　　　?. 軟件開發(fā)配置管理的兩段模型軟件開發(fā)配置管理，是對軟件開發(fā)的過程進行的配置管理，是整個軟件生命周期中重要內(nèi)容。完整的軟件開發(fā)配置管理流程可以分為兩部分：制定軟件配置管理方案和實施軟件配置管理方案?！　　　?制定流程要實現(xiàn)軟件配置管理，首先要根據(jù)需求分析文檔在開發(fā)組織中成立CEB（Configuration Establishment Board，配置構(gòu)造委員會），它是由負(fù)責(zé)人、配置管理專家，系統(tǒng)開發(fā)技術(shù)人員等成員臨時組成的配置構(gòu)造小組，負(fù)責(zé)配置管理方案制定過程中的所有工作。CEB 通過分析用戶需求分析文檔，評估開發(fā)組織情況，從項目經(jīng)理或技術(shù)經(jīng)理或相關(guān)權(quán)威技術(shù)專家中挑選出部分人員，及邀請客戶組織中相關(guān)專業(yè)的專家組成CCB（ConfigurationControl Board，配置控制委員會），用以評審開發(fā)過程中的變更。下一步CEB 制定出配置管理計劃，該計劃主管配置管理的領(lǐng)導(dǎo)審核，審核通過，發(fā)布該配置管理計劃，部署配置工具及配置庫，其后便可以進行項目開發(fā)了。之所以配置管理計劃的制定要在項目開始之前，是因為如果不在項目開始之初制定軟件配置管理計劃，那么軟件配置管理的許多關(guān)鍵活動就無法及時有效的進，而它的直接后果就是造成了項目開發(fā)狀況的混亂，并注定軟件配置管理活動將成為一種救火的行為。所以及時制定一份軟件配置管理計劃在一定程度上是項目成功的非常重要保證?！　　　?實施流程當(dāng)配置管理方案制定并發(fā)布后，整個軟件開發(fā)工程就應(yīng)該嚴(yán)格按照該方案進行。管理方案的實施要由CEB 指導(dǎo)來進行，在開發(fā)工程中，隨著配置管理的深入進行，CEB 的作用逐漸淡化，并最終解散?！　　　∫粋€配置管理實施的流程：當(dāng)一個軟件生命周期階段設(shè)計開始后，往往也是一個新的版本設(shè)計的開始。在開發(fā)工程中，由于客戶需求的變動、系統(tǒng)結(jié)構(gòu)的變更，會引起變更請求，變更請求交CCB 審核，CCB 評估該變更所需要的成本和它對軟件系統(tǒng)其它部分的影響，以決定是否實施變更。若同意變更，則借助配置管理工具生成配置狀態(tài)報告，并生成新的版本，繼續(xù)開發(fā)過程直至整個階段的完成。在階段設(shè)計結(jié)束時，應(yīng)該對配置項的變化信息進行配置審計，同時生成配置狀態(tài)報告，最后發(fā)布新的版本，生成該階的基線，完成該階段的設(shè)計。　　　.NET技術(shù)MicroSoft .； User Experience；； 備軟件。 Dot Net 的框架是：.Net環(huán)境中的突破性改進在于：1． 使用統(tǒng)一的Internet標(biāo)準(zhǔn)（如XML）將不同的系統(tǒng)對接；2． 這是Internet上首個大規(guī)模的高度分布式應(yīng)用服務(wù)架構(gòu)；3．使用了一個名為“聯(lián)盟”的管理程序，這個程序能全面管理平臺中運行的服務(wù)程序，并且為它們提供強大的安全保護后臺；.NET平臺包括如下組件： 1．用戶數(shù)據(jù)訪問技術(shù)。其中包括一個新的基于XML的、以瀏覽器為組件的混合信息 架構(gòu)，叫做“通用畫板”； 2．基于Windows DNA 2000的構(gòu)建和開發(fā)工具； 3．一系列模塊化的服務(wù)，其中包括認(rèn)證、信息傳遞、存儲、搜索和軟件送遞功能；4．一系列驅(qū)動客戶設(shè)備的軟件；u MicroSoft .NET FrameworkMicroSoft .NET框架的目的是使你更容易建立網(wǎng)絡(luò)應(yīng)用程序和網(wǎng)絡(luò)服務(wù)。圖2 顯示了MicroSoft .NET框架的體系。建立在操作系統(tǒng)最上層的服務(wù)，是管理運行時代碼需求的mon language runtime，這些代碼可以用任何現(xiàn)代編程語言所寫。Runtime提供了許多服務(wù)，這些服務(wù)有助于簡化代碼開發(fā)和應(yīng)用程序的開發(fā)同時也將提高應(yīng)用程序的可靠性。.NET Framework包括一套可被開發(fā)者用于任何編程語言的類庫。在此之上是許多應(yīng)用程序模板，這些模板特定地為開發(fā)網(wǎng)絡(luò)站點和網(wǎng)絡(luò)服務(wù)提供高級組件和服務(wù)。u Common Language Runtime運行語言(runtime)調(diào)入并運行用任何運行感知編程語言所寫的代碼。以運行為目標(biāo)的代碼被稱為受控（managed ）代碼，受控代碼代碼只是意味著在內(nèi)部可執(zhí)行代碼與運行自身間存在已定義好的合作契約。對于象生成對象、調(diào)用方法等這樣的任務(wù)，被委托給了運行語言，這使得在運行語言能為可執(zhí)行代碼增加額外的服務(wù)。運行語言以交叉語言集成、自描述組件、簡單配制和版本化及集成安全服務(wù)為特點。運行語言使用一種新的能表達大部分現(xiàn)代編程語言語義的通用類型系統(tǒng)，通用類型系統(tǒng)定義了一套標(biāo)準(zhǔn)類型及生成新標(biāo)準(zhǔn)的規(guī)則。運行語言知道怎樣生成、執(zhí)行這些類型。編譯器和解釋器使用運行語言服務(wù)定義類型、管理對象、進行方法調(diào)用，而不是使用工具或特定于語言的方法。 自描述組件――現(xiàn)在MicroSoft .NET框架上已成為可能――簡化了開發(fā)和配制，并提高了系統(tǒng)的可靠性。許多由運行語言提供的服務(wù)是由元數(shù)據(jù)及用于補充可執(zhí)行代碼的信息所驅(qū)動。因為所有的信息都儲存在一起，只有可執(zhí)行的（代碼）才被稱為自描述組件。自描述組件的一個主要優(yōu)點是，使用它們并不需要其它文件。類的定義不需要單獨的頭文件；通過檢查元數(shù)據(jù)對類的定義可以從組件自身獲得。除了改善對單個組件的配制，Microsft .NET框架定義了一個應(yīng)用程序配制模板，以解決定置應(yīng)用程序安裝和DLL版本化（通常被稱為“DLL Hell”）這一復(fù)雜過程的問題，運行語言提供了支持這個模板的服務(wù)。Microsft .NET框架 引入了組合體的概念。某軟件組件的多個拷貝總可以存在于同樣的操作系統(tǒng)上，然而，通常說來，只有其中的一個拷貝能被操作系統(tǒng)注冊、調(diào)入內(nèi)存、執(zhí)行。對系統(tǒng)來說，定位和調(diào)入內(nèi)存的策略是全局性。.NET Framework Common Language Runtime 增加了所必須的體系架構(gòu)以支持管理組件定位和調(diào)入的每個應(yīng)用程序策略。組合體可以被一個應(yīng)用程序私有，或被多個應(yīng)用程序共享。一個組合體的多個版本可以同時配制在同一臺機器上。應(yīng)用程序配制信息定義了到何處去查找組合體，這樣runtime就能為同時運行的兩個不同的應(yīng)用程序裝入同一組合體的不同版本。這就消除了由組件版本的不兼容性引起的問題，提高了系統(tǒng)整體的穩(wěn)定性。因為組合體是自描述的，所以并不需要在系統(tǒng)上進行顯式注冊。應(yīng)用程序的配制簡單到只需將文件拷貝到目錄中既可（如果為了使應(yīng)用程序能夠運行，必須安裝未經(jīng)組織過的組件的話，情況會稍微復(fù)雜一點）。配制信息保存在可被任何文本編輯器編輯的XML文件中。最后，運行語言也提供完整的、普遍深入的安全服務(wù)，以確保未經(jīng)授權(quán)的用戶不能訪問機器上的資源，并且代碼不會執(zhí)行未經(jīng)允許的動作。這就提高了系統(tǒng)整體的安全性可靠性。 由于運行語言用于裝入代碼、生成對象、執(zhí)行方法調(diào)用，所以當(dāng)受控代碼裝入內(nèi)存、執(zhí)行時，運行語言能進行安全檢查，強化安全策略。l 服務(wù)框架在Common Language Runtime之上是服務(wù)框架，此框架提供能被任何現(xiàn)代編程語言調(diào)用的類。所有的類都遵循一套命名和設(shè)計方針，以大大減小開發(fā)人員的學(xué)習(xí)上的彎路?？蚣馨ㄒ惶组_發(fā)人員希望在標(biāo)準(zhǔn)語言庫中存在的基類庫，例如：集合、輸入/輸出，字符串及數(shù)據(jù)類。另外，基類庫提供訪問操作系統(tǒng)服務(wù)如圖畫、網(wǎng)絡(luò)、線程、全球化和加密的類。服務(wù)框架也包括數(shù)據(jù)訪問類庫，及開發(fā)工具，如調(diào)試和剖析服務(wù)，能夠使用的類。l 數(shù)據(jù)訪問服務(wù)、 對數(shù)據(jù)倉庫發(fā)送命令及從中獲取結(jié)果的類。這些類由受控數(shù)據(jù)提供者（managed data provider）實現(xiàn)。ADO+中鏈接和命令對象看上去和ADO中的是一樣的，并且一個名為DataReader的新類提供了通過高性能API流獲取結(jié)果的能力。DataReader在功能上同前向、只讀的ADO記錄集（Recordset）是等同的，但是DataReader被設(shè)計用來最小化內(nèi)存中生成的對象的數(shù)量，以提高性能，避免垃圾積累。 Framework中包含了針對MicroSoft SQL Server?的受控數(shù)據(jù)提供者以及可通過OLE DB訪問的任何數(shù)據(jù)倉庫。（Dataset）。一個數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。數(shù)據(jù)集對數(shù)據(jù)源一無所知，它們可以由程序或通過從數(shù)據(jù)倉庫中調(diào)入數(shù)據(jù)而被生成、填充。不論數(shù)據(jù)從何處獲取，數(shù)據(jù)集都是通過使用同樣的程序模板而被操作的，并且它使用相同的潛在的數(shù)據(jù)緩沖區(qū)。受控數(shù)據(jù)提供者為數(shù)據(jù)倉庫和數(shù)據(jù)集公開一名為DataSetCommand 的接口對象。DataSetCommand ，并把在數(shù)據(jù)集中發(fā)生的變化解析到數(shù)據(jù)倉庫中。由于所有的數(shù)據(jù)都可被看作XML，所以開發(fā)人員可以為任何數(shù)據(jù)使用轉(zhuǎn)換和確認(rèn)服務(wù)。、生成一個新的XmlReader的通用轉(zhuǎn)換體系。.NET Framework提供了一個支持W3C XSL Transformations (XSLT)細(xì)則的特殊轉(zhuǎn)換組件。， XSD或 XDR定義的簡圖。l 表單應(yīng)用模板從概念上講，在服務(wù)框架的最上面是兩個應(yīng)用程序模板：Windows應(yīng)用程