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