【正文】 其中包括一個(gè)新的基于 XML 的、以瀏覽器為組件的混合信息 架構(gòu)，叫做“。 .NET 技術(shù) MicroSoft .NET 平臺(tái)包括用于創(chuàng)建和操作新一代服務(wù)的 .NET 基礎(chǔ)結(jié)構(gòu)和工具；可以啟用大量客戶機(jī)的 .NET User Experience；用于建立新一代高度分布式的數(shù)以百萬(wàn)計(jì)的 .NET 積木式組件服務(wù)；以及用于啟用新一代智能互聯(lián)網(wǎng)設(shè)備的 .NET 設(shè) 備軟件。若同意變更，則借助配置管理工具生 成配置狀態(tài)報(bào)告，并生成新的版本，繼續(xù)開(kāi)發(fā)過(guò)程直至整個(gè)階段的完成。 一個(gè)配置管理實(shí)施的流程：當(dāng) 一個(gè)軟件生命周期階段設(shè)計(jì)開(kāi)始后，往往也是一個(gè)新的版本設(shè)計(jì)的開(kāi)始。 實(shí)施流程當(dāng)配置管理方案制定并發(fā)布后，整個(gè)軟件開(kāi)發(fā)工程就應(yīng)該嚴(yán)格按照該方案進(jìn)行。之所以配置管理計(jì)劃的制定要在項(xiàng)目開(kāi)始之前，是因?yàn)槿绻辉陧?xiàng)目開(kāi)始之初制定軟件配置管理計(jì)劃，那么軟件配置管理的許多關(guān)鍵活動(dòng)就無(wú)法及時(shí)有效的進(jìn)，而它的直接后果就是造成了項(xiàng)目開(kāi)發(fā)狀況的混亂，并注定軟件配置管理活動(dòng)將成為一種 救火 的行為。 CEB 通過(guò)分析用戶需求分析文檔，評(píng)估開(kāi)發(fā)組織情況，從項(xiàng)目經(jīng)理或技術(shù)經(jīng)理或相關(guān)權(quán)威技術(shù)專家中挑選出部分人員，及邀請(qǐng)客戶組織中相關(guān)專業(yè)的專家組成 CCB（ ConfigurationControl Board，配置控制委員會(huì)），用以評(píng)審開(kāi)發(fā)過(guò)程中的變更。完整的軟件開(kāi)發(fā)配置管理流程碩士學(xué)位論文 13 可以分為兩部分：制定 軟件配置管理方案和實(shí)施軟件配置管理方案。因此要實(shí)施配置管理，就必需引進(jìn)良好管理模式。而且 CM 的解決方案只有 10%的技術(shù)成分，其余的則是管理過(guò)程和用戶培訓(xùn)。 然而對(duì)于分布于不同地點(diǎn)的開(kāi)發(fā)人員來(lái)共同協(xié)作開(kāi)發(fā)的大型軟件項(xiàng)目而言，配置管理是一項(xiàng)十分復(fù)雜的工作，而且目前可以應(yīng)用的自動(dòng)化配置管理技術(shù)僅限于配置管理的幾個(gè)方面。 配置狀態(tài)統(tǒng)計(jì)（ CSA， Configuration Status Accounting）涉及記錄和報(bào)告變更過(guò)程，持續(xù)地記錄配置的狀態(tài)以及保持基線產(chǎn)品和其變更建議的歷史，并使相關(guān)人員了解配置和基線的情況。這些 CM 工具大體上包括以下幾個(gè)方面的內(nèi)容：、版本控制：標(biāo)識(shí)、記錄配置項(xiàng)的功能和物理特征。隨著自動(dòng)化配置工具的不斷發(fā)展完善，配置管理手段逐步走向自動(dòng)化方式。本文提出的軟件配置管理流程模型能夠?qū)浖_(kāi)發(fā)進(jìn)行有效的配置管理，使軟件開(kāi)發(fā)從初始混亂的過(guò)程過(guò)渡到可復(fù)用、可管理的有序化過(guò)程。 在軟件開(kāi)發(fā)這個(gè)龐大而復(fù)雜的過(guò)程中，需要涉及到各種文檔（ 包括需求文檔、技術(shù)文檔、數(shù)據(jù)、程序代碼等），而且在開(kāi)發(fā)過(guò)程中往往涉及大量人員（包括項(xiàng)目經(jīng)理、需求調(diào)查人員、文檔書寫人員、軟件開(kāi)發(fā)人員、軟件維護(hù)人員等。 軟件項(xiàng)目開(kāi)發(fā)和維護(hù)過(guò)程中的配置管理技術(shù) 基本定義配置管理定義(configuration management) 主要解決軟件開(kāi)發(fā)和軟件維護(hù)過(guò)程中的方法和規(guī)則，通過(guò)在特定的時(shí)刻選擇軟件配置，系統(tǒng)地控制 對(duì)配置的修改，并在整個(gè)軟件生命周期中維護(hù)配置的完整性和可追蹤性 。 配置審核問(wèn)題對(duì)軟件開(kāi)發(fā)和維護(hù)的變化沒(méi)有正常的審核過(guò)程，對(duì)于用戶所提出的變更要求，缺少必要的審查和確認(rèn)程序，發(fā)布出去的產(chǎn)品中，缺少文檔，或者文檔與應(yīng)用不一致。 1 軟 件項(xiàng)目開(kāi)發(fā)和維護(hù)過(guò)程問(wèn)題分析 版本難以控制軟件開(kāi)發(fā)和維護(hù)過(guò)程的特點(diǎn)是連續(xù)性，從軟件項(xiàng)目立項(xiàng)、需求分析、總體設(shè)計(jì)到系統(tǒng)運(yùn)維的過(guò)程中兼具功能變化和新增功能，或者適應(yīng)不同的環(huán)境（如不同的操作系統(tǒng)）、根據(jù)不同用戶的要求開(kāi)發(fā)了特點(diǎn)各異的版本，這些版本之間存在大量的共享模塊（圖表、原代碼、文檔等等），經(jīng)過(guò)多人次修改后，發(fā)現(xiàn)實(shí)際有用的版本卻不知去向了。同時(shí)，軟件項(xiàng)目開(kāi)發(fā)和維護(hù)是一個(gè)不斷增加、反復(fù)修改的過(guò)程，軟件項(xiàng)目不僅要求實(shí)現(xiàn)對(duì)文檔、代碼的增刪改、瀏覽、檢索和統(tǒng)計(jì)匯總等靜態(tài)管理，還需要記錄、跟蹤碩士學(xué)位論文 11 和回溯文檔、代碼的設(shè)計(jì)歷史，這對(duì)積累設(shè)計(jì)經(jīng)驗(yàn)、實(shí)現(xiàn)軟件維護(hù)創(chuàng)新尤為重要。(4) 對(duì)整個(gè)項(xiàng)目至關(guān)重要的工作產(chǎn)品 . 版本控制版本控制是 SCM 的核心 ,其目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本 ,避免發(fā)生版本丟失或混淆等現(xiàn)象 ,保證產(chǎn)品的可追溯性 . 在本方法中 ,根據(jù)配置項(xiàng)的狀態(tài)及其變遷 ,制定了版本標(biāo)識(shí)規(guī)則與版本控制流程 . 配置狀態(tài)統(tǒng)計(jì)配置狀態(tài)統(tǒng)計(jì)記錄和報(bào)告管理 SCI 所需的信息 ,如基線和對(duì)基線的變更的實(shí)現(xiàn)狀態(tài) . 以便于開(kāi)發(fā)人員及時(shí)地了解或查閱配置項(xiàng)的當(dāng)前狀態(tài)和歷史版本 ,避免因溝通不當(dāng)而造成的軟件開(kāi)發(fā)版本的混亂 . 配置狀態(tài)統(tǒng)計(jì)的輸入數(shù)據(jù)包括 SCCB 決定 ,也包括 SCI和變更請(qǐng)求的狀態(tài)信息 . 輸出數(shù)據(jù)被格式化為配置狀態(tài)統(tǒng) 計(jì)報(bào)告 . 配置狀態(tài)統(tǒng)計(jì)一般包含如下形式的內(nèi)容 :記錄、變更請(qǐng)求表、庫(kù)詳細(xì)目錄表、數(shù)據(jù)分配表、發(fā)布表、文檔記錄表、報(bào)告等 . 配置審核配置審核主要作用是作為變更控制的補(bǔ)充手段 ,其目的是驗(yàn)證軟件基準(zhǔn)庫(kù)內(nèi)容的一致性和完整性 . 通常在每次產(chǎn)品發(fā)布之前 (即在里程碑評(píng)審后 ) 實(shí)施配置審核 . 執(zhí)行配置審核有以下活動(dòng) :(1) 組成審核小組 ,并明確各自的職責(zé) .(2) 收集審核材料 ,確定審核內(nèi)容和日程安排 . (3) 進(jìn)行功能審核 :檢驗(yàn)軟件基準(zhǔn)庫(kù)內(nèi)容是否一致 ,如驗(yàn)證配置項(xiàng)的實(shí)際功能與軟件需求規(guī)格說(shuō)明一致 ,確認(rèn)當(dāng)前基線配 置項(xiàng)的正確性 ,完整性 ,完備性 . (4) 進(jìn)行物理審核 :檢驗(yàn)軟件基準(zhǔn)庫(kù)內(nèi)容是否完整 ,如驗(yàn)證項(xiàng)目的配置管理工作是否符合適用的標(biāo)準(zhǔn)和規(guī)程 。提供對(duì)庫(kù)中配置項(xiàng)的存儲(chǔ)和修改的功能 ,支持在相關(guān)組之間和庫(kù)中不同控制級(jí)間共享和傳輸配置項(xiàng) 。第 2 層次的 SCM 過(guò)程 ,是整個(gè)文件體系的核心 ,將 SCM 標(biāo)準(zhǔn)的包括執(zhí)行活動(dòng)在內(nèi)的所有共同特性的關(guān)鍵實(shí)踐予以文件化和制度化 ,由 CM經(jīng)理組織人員編制 。 ( 2)指定的內(nèi)部軟件工作產(chǎn)品 ,如需求文檔、設(shè)計(jì)文檔等 。 CMM 1 概述能力成熟度集成模型 (CapabilityMaturityModelIntegration, CMM I)是由美國(guó)卡耐基文章的結(jié)構(gòu)安排如下： 第二章介紹相關(guān)理論背景知識(shí)； 第三章是系統(tǒng)的概述 ，包括系統(tǒng)的體系結(jié)構(gòu)以及開(kāi)發(fā)環(huán)境的介紹 ； 第四章 介紹了 系統(tǒng)的 詳細(xì) 設(shè)計(jì)； 最后是結(jié)論 ,對(duì)論文的作了總結(jié)，并對(duì)系統(tǒng)的改進(jìn)提出了自己的建議和設(shè)想 。通過(guò)此課題的研究，使得研究成果能夠運(yùn)用于軟件開(kāi)發(fā)管理中，提高軟件項(xiàng)目的開(kāi)發(fā)速度 ,提 升軟件服務(wù)質(zhì)量 ,從而為軟件項(xiàng)目的順利實(shí)施提供了基礎(chǔ)保障。數(shù)據(jù)采集的完整性、實(shí)時(shí)性和正確性是整個(gè)系統(tǒng)的正常運(yùn)行的保障； 3．對(duì)于復(fù)雜的管理系統(tǒng)，如何提供完善的維護(hù)管理，以實(shí)現(xiàn)實(shí)時(shí)，科學(xué)管理。針對(duì)這樣一個(gè)復(fù)雜的大型系統(tǒng)，怎樣的架構(gòu)才能保障整個(gè)系統(tǒng)的順利建立，并保證長(zhǎng)期穩(wěn)定的運(yùn)行； 2．?dāng)?shù)據(jù)采集的研究。其中版本控制子系統(tǒng)采用傳統(tǒng)的碩士學(xué)位論文 7 CS 結(jié)構(gòu)，任務(wù)控制 子系統(tǒng)擬采用 BS 架構(gòu)。 本文的主要研究?jī)?nèi)容 本課題是對(duì) 軟件開(kāi)發(fā)管理系統(tǒng) 的設(shè)計(jì)和實(shí)現(xiàn)的研究。 由于 VSS 安裝、配置、操作都十分簡(jiǎn)單 , 上手容易 , 這樣在執(zhí)行配置管理的過(guò)程中 ,工具的培訓(xùn)不會(huì)帶來(lái)太大的阻力 , 大家可以集中精力理解配置管理 , 從而很快就在團(tuán)隊(duì)中形成了版本控制、配置管理的氛圍與習(xí)慣 。 ( 3) 配置管理工具選擇參考方案綜合以上配置管理工具選擇需要考慮的因素及中小型軟件企業(yè)的特點(diǎn) , 提出以下工具選擇參考方案 : (2) 選擇軟件配置管理需要考慮的因素 IBM 公司的 Rational C1earCase 是最好的商用版本控制軟件 , 功能強(qiáng)大 , 但價(jià)格比較 貴 。其 中具 有代 表性 的軟 件配 置管 理產(chǎn) 品主 要包 括有 Rationnal 公司 的Clearcase， Platinum 公司的 CCC/Harvest， Microsoft 的 VisualSoureSafe 等。因此 , 引入一些自動(dòng)化工具是大有益處的 , 同時(shí)也是做 好軟件配置管理的必要條件。這樣 ,既節(jié)約了成本投入 ,又有了合適的工具 ,更重要的是在企業(yè)內(nèi)軟件開(kāi)發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 6 部也會(huì)使得管理和技術(shù)人員得到很好的溝通 ,更利于開(kāi)展工作 ,一舉三得 ,何樂(lè)不為。對(duì)日軟件外包企業(yè)現(xiàn)在在中國(guó)各大城市遍地開(kāi)花 ,不象幾年前奇貨可居 ,所以如今 ,就按日方付給中方的元 /人月 (工資 )來(lái)講也日趨縮小 ,外包企業(yè)可能承接的外包量越來(lái)越多 ,性價(jià)比卻不見(jiàn)得有所提高 ,企業(yè)盈利也不會(huì)有什么質(zhì)的飛躍。如果是免費(fèi)的 ,功能 不很完備的 ,未必適合公司的管理配置的整個(gè)流程 。 6 關(guān)于管理工具的應(yīng)用一些滿足軟件組織切合實(shí)際需求的管理工具可以促使軟件配置管理更為合理有效 ,這是眾所周知的 。總之 ,關(guān)注方面千人千面 ,因人而異。項(xiàng)目組 PM可能關(guān)心當(dāng)前發(fā)布修復(fù)了哪些 BUG,分別是什么類型的 ,是不是都順利交付了等等 。 配置狀態(tài)報(bào)告的模板大體一致 ,有變更狀態(tài) ,配置庫(kù)狀態(tài) ,發(fā)行信息 ,備份信息等欄目?jī)?nèi)容 ,實(shí)際上概述發(fā)生了什么事情 ,誰(shuí)做的 ,何時(shí)發(fā)生的 ,有什么影響這樣一些問(wèn)題。當(dāng)某個(gè)軟件配置項(xiàng)被賦予新標(biāo)記或更新標(biāo)記時(shí) ,或被批準(zhǔn)一項(xiàng)修改申請(qǐng)時(shí) ,或配置審核完成時(shí)都將執(zhí)行一次配置狀態(tài)報(bào)告。在國(guó)內(nèi)企業(yè)中 ,這種類似活動(dòng)還是比較常見(jiàn)的 ,而且每次所要確認(rèn)的相關(guān)點(diǎn)還會(huì)很多 ,充分借鑒了人注重細(xì)微處 的好習(xí)慣。復(fù)審人員在產(chǎn)品交付前或維護(hù)工作中定期對(duì)項(xiàng)目進(jìn)行的配置審核活動(dòng)所涉及 到的范圍非常廣泛 ,例如整個(gè)配置管理的流程是否被遵循 ,是否遵守軟件工程標(biāo)準(zhǔn) ,對(duì)配置項(xiàng)是否做了特別的標(biāo)記 ,所有的相關(guān)配置項(xiàng)是否已一并修改 ,對(duì)已發(fā)生變更請(qǐng)求的配置項(xiàng)的標(biāo)識(shí)號(hào)是否保證了唯一 ,修改的日期和執(zhí)行修改的人員是否已經(jīng)注明等等。由此我們可以看出 ,軟件配置管理工作不僅僅是項(xiàng)目組內(nèi)配置管理員的工作 ,它是充當(dāng)各個(gè)角色的項(xiàng)目組成員之間的協(xié)同工作 ,只有彼此相互配合 ,這樣才能把配置工作做好。正式的技術(shù)復(fù)審著重考慮所修改對(duì)象在技術(shù)上的正確性 ,復(fù)審人員對(duì)該對(duì)象是否與其他軟件配置項(xiàng)以及在修改中可能發(fā)生的疏忽和副作用進(jìn)行全面的評(píng)估。為了保證配置項(xiàng)的可追溯性和可讀性 ,這一點(diǎn)的確是非常必要的。 有時(shí)候變更的內(nèi)容較為簡(jiǎn)單 ,但是人對(duì)測(cè)試的要求是相當(dāng)嚴(yán)格的 , 一個(gè)很簡(jiǎn)單的變更可能會(huì)要求有很多條測(cè)試 CASE,并且會(huì)要求一個(gè)不少的交付 ,這樣的測(cè)試嚴(yán)格程度在國(guó)內(nèi)一般的軟件企業(yè)中是少見(jiàn)的。但是 ,一旦建立了 ,就要嚴(yán)格遵守 ,客戶一般不會(huì)輕易變化他們的變更請(qǐng)求方式 ,所以 ,從這個(gè)層面上講 ,我們制定好了的流程一般也不會(huì)需要什么很大的過(guò)程改進(jìn)。 3 關(guān)于變更控制變更在軟件項(xiàng)目的開(kāi)發(fā)期和維護(hù)期中都是非常常見(jiàn)的現(xiàn)象 ,可以毫不夸張地 說(shuō) ,變更控制的成功與否將很大程度上影響到客戶對(duì)開(kāi)發(fā)項(xiàng)目組的滿意度 ,因?yàn)槿耸潜容^曖昧的民族 ,我們認(rèn)為一定的事情他會(huì)說(shuō)可能 ,我們認(rèn)為可能的事他一般不會(huì)提 ,直到他能基本確認(rèn)要發(fā)生 ,所以一旦客戶要求變更 ,基本上是很難說(shuō)不的 ,能行得通的方法就是和他們談時(shí)間 ,但我們?cè)趺纯赡芎瓦@種工作起來(lái)不要命的民族相比 ,談多了 ,會(huì)認(rèn)為我們干活不賣力 ,談少了 ,又覺(jué)得太對(duì)不起自己的開(kāi)發(fā)團(tuán)隊(duì) ,成天加班怎么行 ,這真是騎虎難下 ,進(jìn)退兩難的境地啊 ! 此時(shí) ,作為軟件配置管理的核心功能之一的變更控制管理就要發(fā)揮其里程碑式的作用了 ,合理制定變 更流程 ,以此來(lái)提高辦事效率 ,會(huì)使我們的變更井然有序 ,能以最佳的狀態(tài)去面臨每一次很難說(shuō)不的變更。一旦項(xiàng)目啟動(dòng) ,不同的項(xiàng)目組成員都會(huì)被分配到一個(gè)唯一的用戶 ID 號(hào) ,這表明了用戶會(huì)擁有一個(gè)可供任意使用的私人空間 ,而且根據(jù)不同的工作內(nèi)容 ,這唯一的用戶 ID 號(hào)也 相應(yīng)地明確了不同的用戶權(quán)限 :負(fù)責(zé)軟件升級(jí)者有最大的讀、寫、運(yùn)行的權(quán)限 ,一般開(kāi)發(fā)人員在交付的目錄下只有讀權(quán)限 ,而在團(tuán)隊(duì)共享的集成工作空間的開(kāi)發(fā)目錄下有讀、寫、運(yùn)行的權(quán)限等。隨著項(xiàng)目的分割變小 ,涉及人員的減少 ,使得多個(gè)軟件開(kāi)發(fā)人員同時(shí)對(duì)一個(gè)配置項(xiàng)進(jìn)行操作與處理的情況也相對(duì)降低許多 ,即使偶爾遇上諸如此類的事情也可以通過(guò)相對(duì)簡(jiǎn)單的方式 (例如溝通 )協(xié)同解決。(5) 高效存儲(chǔ)項(xiàng)目的多個(gè)版本。(3) 建立一個(gè)系統(tǒng)新版本 ,使它包含某些決策而拋棄另一些 。由此 ,就引出了配置管理的版本控制 ,它主要為了解決下列問(wèn)題 :(1) 根據(jù)不同用戶的需要配置不同的系統(tǒng) 。其間 ,版本產(chǎn)生了不少的演化。 2 關(guān)于版本管理理想狀態(tài)下 ,每個(gè)配置項(xiàng)我們都希望只保存一個(gè)版本 ,既節(jié)省空間又看上去 清晰 ,可是實(shí)際情況往往是一個(gè)項(xiàng)目要保持多個(gè)版本 ,并且隨著系統(tǒng)的進(jìn)一步維護(hù) ,版本的數(shù)量會(huì)明顯增加。另外 ,有一點(diǎn)值得一提碩士學(xué)位論文 3 的是 ,當(dāng)你在一個(gè)部門項(xiàng)目組工作過(guò) ,如果換到另一個(gè)部門的項(xiàng)目組，你會(huì)很快熟悉新的工作環(huán)境 ,因?yàn)楦骷覈?guó)內(nèi)企業(yè)都具備著很多的共性 ,配置項(xiàng)的命名等具有很大的相似性 ,這恐怕是國(guó)內(nèi)企業(yè)在配置項(xiàng)上的一個(gè)最大特色了。 1 關(guān)于配置標(biāo)識(shí)在軟件開(kāi)發(fā)過(guò)程中 ,為了便于控制和管理 ,對(duì)所有軟件配置項(xiàng) ,都應(yīng)按一定的方式進(jìn)行命名和組織 ,一般命名采用字符串描述 ,表明對(duì)象的類型 (例如 :文檔、程序、數(shù)據(jù) ) 。如果是基于企業(yè)級(jí)建立的話 ,更是能積累軟件財(cái)富 ,提高了軟件重用率和軟件的生產(chǎn)力 ,而且極大程度上降低了開(kāi)發(fā)人員流動(dòng)造 成的風(fēng)險(xiǎn)