【文章內(nèi)容簡介】 .......................................................................... 66 【 cu_file_audit】函數(shù) ...................................................................................... 66 【 cu_file_checkoutto】函數(shù) ............................................................................ 67 【 cu_file_checkout】函數(shù) ............................................................................... 67 【 cu_test_createplan】函數(shù) ............................................................................. 68 【 cu_test_checkinfrom】函數(shù) ......................................................................... 68 【 cu_test_checkin】函數(shù) ................................................................................. 69 【 cu_test_accept】函數(shù) .................................................................................... 70 【 cu_test_abort】函數(shù) ...................................................................................... 70 【 cu_test_mit】函數(shù) .................................................................................. 71 【 cu_test_audit】函數(shù) ...................................................................................... 71 工作剪報(bào)功能模塊 ...................................................................................... 72 通告發(fā)布功能模塊 ................................................................................................ 74 總結(jié)與展望 .............................................................. 76 參考文獻(xiàn) ........................................................................................................................ 77 致 謝 ................................................................... 78 碩士學(xué)位論文 1 第 1 章 緒 論 課題的背景和意義 隨著上個世紀(jì) 70 年代的“軟件危機(jī)”的產(chǎn)生使人 們發(fā)現(xiàn)，傳統(tǒng)的“軟件作坊”往往依賴于人們急于創(chuàng)造財(cái)富的心理，生產(chǎn)處于一種混沌的、無序的狀態(tài)，軟件的質(zhì)量得不到保證，甚至中途撤銷軟件項(xiàng)目的事也常有發(fā)生。隨著軟件產(chǎn)業(yè)的發(fā)展，軟件產(chǎn)品的規(guī)模越來越大，開發(fā)越來越復(fù)雜，開發(fā)中所產(chǎn)生的大量中間產(chǎn)品也越來越難于控制，以前傳統(tǒng)的生產(chǎn)方式已經(jīng)不能滿足需求了。 是采用現(xiàn)代化的管理方法，還是沿用傳統(tǒng)的研發(fā)手段，已成為軟件業(yè)發(fā)展的關(guān)鍵。與此同時，為了使軟件開發(fā)組織能夠從初始混亂的開發(fā)過程，過渡到可重復(fù)、可管理的有序化過程，進(jìn)而上升到更高的成熟度水平，我們需要采取一些方法來規(guī)范軟件 的開發(fā)過程，進(jìn)行有效的軟件開發(fā)管理。 正是在這種背景下，“軟件工程”和“軟件配置管理”概念被提出，經(jīng)過長時間的實(shí)踐，已經(jīng)形成了一套比較成型的理論體系。軟件配置管理是軟件過程的一個關(guān)鍵部分，是支持項(xiàng)目團(tuán)隊(duì)開發(fā)和維護(hù)，是軟件產(chǎn)品演化過程趨于穩(wěn)定的一系列控制規(guī)則。軟件配置管理系統(tǒng)在軟件質(zhì)量管理中起著重要的作用，是 CMM I 質(zhì)量管理體系得核心內(nèi)容之一，是一門用來記錄并控制軟件產(chǎn)品數(shù)據(jù)的管理學(xué)科。 軟件開發(fā)過程是一個持續(xù)不斷變化的過程，在這個過程中會產(chǎn)生許多信息，同時由于不可避免的變更，軟件產(chǎn)品相關(guān)文檔、資料、數(shù)據(jù)的 殘缺與不一致，軟件代碼當(dāng)前實(shí)現(xiàn)狀態(tài)不清晰，不同個人對軟件的更改沖突等，成了軟件產(chǎn)品開發(fā)過程中普遍存在的問題，其結(jié)果是出現(xiàn)各類軟件故障或造成軟件可維護(hù)性、可繼承性較差。軟件配置管理正是為解決這些問題而提出的，它為軟件開發(fā)提供了一套管理辦法和活動原則。隨著軟件開發(fā)規(guī)模的不斷增大，現(xiàn)在人們越來越認(rèn)識到配置管理是適應(yīng)軟件開發(fā)需求的一種非常有效和現(xiàn)實(shí)的技術(shù)，對于提高軟件質(zhì)量和軟件開發(fā)過程的可靠性有著重要意義。 什么是軟件配置管理軟件配置管理 (Software ConfigurationManagement，SCM)， 是一套規(guī)范、高效的軟件開發(fā)基礎(chǔ)結(jié)構(gòu)。 SCM 可以系統(tǒng)地管理軟件系統(tǒng)中的多重版本 。全面記載系統(tǒng)開發(fā)的歷史過程，包括為什么修改，誰作了修改，修改了什么 。管理和追蹤開發(fā)過程中危害軟件質(zhì)量以及影響開發(fā)周期的缺陷和變化。SCM 對開發(fā)過程進(jìn)行有效地管理和控制，完整、明確地記載開發(fā)過程中的歷史變更，形成規(guī)范化的文檔，不僅使日后的維護(hù)和升級得到保證，而且更重要的是，這還會保護(hù)寶貴的代碼資源，積累軟件財(cái)富，提高軟件重用率，加快投資回報(bào)。 (引用《 GB/T11457(1995)軟件工程術(shù)語》、 CMMII 等相關(guān)定義 ) 配置管理 的發(fā)展配置管理的概念源于美國空軍，為了規(guī)范設(shè)備的設(shè)計(jì)與制造，美國空軍 1962 年制定并發(fā)布了第一個配置管理的標(biāo)準(zhǔn)。而軟件配置管理概念的軟件開發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 2 提出則在 20 世紀(jì) 60 年代末 70 年代初，加利福利亞大學(xué)的 Leon Presser 教授撰寫了一篇名為“ Change and ConfigurationControl”的論文，提出控制變更和配置的概念，這篇論文同時也是他在管理該項(xiàng)目 (這個過程進(jìn)行過近 1400 萬次修改 )的一個經(jīng)驗(yàn)總結(jié)。之后在 1975 年，他成立了一家名為 SoftTool 的公司，開發(fā)了自己的配置管理工具 : C C C ，這也是最早的配置管理工具之一。 隨著軟件行業(yè)的不斷發(fā)展，軟件配置管理越來越成熟，從最初的僅僅實(shí)現(xiàn)版本控制，發(fā)展到現(xiàn)在的提供工作空間管理、并行開發(fā)支持、過程管理、權(quán)限控制、變更管理等一系列全面的管理能力，已經(jīng)形成了一個完整的理論體系。同時在軟件配置管理的工具方面，也出現(xiàn)了大批的產(chǎn)品，如 : 最著名的 ClearCase。開源產(chǎn)品 CVS。入門級工具 Microsoft VSS。新秀 Hansky Firefly。 4 配置管理的主要活動配置管理的主要活動包括 : 識別配置、變化控制、狀態(tài)記錄和報(bào)告以及配置 審計(jì)。 識別配置是指找出需要管理的中間產(chǎn)品，使其處于配置管理的控制之下，并維護(hù)它們之間的相關(guān)關(guān)系，一般來說，這些中間產(chǎn)品主要包括項(xiàng)目文檔，源代碼，執(zhí)行程序，相關(guān)設(shè)備及資料等 。變化控制是指記錄變化的有關(guān)信息 (包括變化的內(nèi)容、原因和實(shí)現(xiàn)者等 )，用以保障軟件產(chǎn)品的質(zhì)量 。狀態(tài)記錄和報(bào)告是指通過記錄各個配置的變化狀態(tài)，達(dá)到記錄和報(bào)告整個軟件的變化過程的目的 。配置審計(jì)是指利用配置記錄驗(yàn)證軟件達(dá)到了預(yù)期的要求。 國內(nèi)外配置管理現(xiàn)狀綜述 國內(nèi)企業(yè)相對于歐美的企業(yè)留給別人的印象一般是客戶需求繁雜 ,開發(fā)流程 單一 ,開發(fā)規(guī)模較小 ,維護(hù)期變更繁多。這些特點(diǎn)從本質(zhì)上來說 ,可能是由于人的性格特點(diǎn)決定的 ,他們的細(xì)致入微和對所要求事情的精益求精使得我們在做軟件項(xiàng)目時 ,各個細(xì)節(jié)都要清清楚楚 ,每件事情都能條理清晰。面對這種情況 ,軟件配置管理的作用和功能顯得尤為重要 ,它給項(xiàng)目提供了一個清晰的流程 ,合理的控制。如果在項(xiàng)目組內(nèi)實(shí)施的話 ,便于配置項(xiàng)歷史記錄的回溯 ,可以節(jié)約對人來說尤其注重的時間 ,也能本質(zhì)上提高軟件產(chǎn)品的質(zhì)量 。如果是基于企業(yè)級建立的話 ,更是能積累軟件財(cái)富 ,提高了軟件重用率和軟件的生產(chǎn)力 ,而且極大程度上降低了開發(fā)人員流動造 成的風(fēng)險(xiǎn) ,因?yàn)楸卷?xiàng)目的人員即使無奈被調(diào)出 ,其它項(xiàng)目組由于有著相同的開發(fā)規(guī)范 ,被調(diào)入的人員和本項(xiàng)目組的人員溝通也會比較容易 ,具體操作也會非常容易上手。于是 ,軟件配置管理的實(shí)施成為一種必然。 1 關(guān)于配置標(biāo)識在軟件開發(fā)過程中 ,為了便于控制和管理 ,對所有軟件配置項(xiàng) ,都應(yīng)按一定的方式進(jìn)行命名和組織 ,一般命名采用字符串描述 ,表明對象的類型 (例如 :文檔、程序、數(shù)據(jù) ) 。雖然客戶業(yè)務(wù)上千差萬別 ,但是從項(xiàng)目的開發(fā)產(chǎn)出和最終的產(chǎn)品交付清單上來看 ,交付物大體上還是相似的 ,因此 ,配置項(xiàng)如果在開始時就收集建立得比較合理完 善的話 ,在經(jīng)過類似 CCB 的機(jī)構(gòu)審核和各個項(xiàng)目組的 PM 批準(zhǔn)后 ,會給日后的工作少去很多不必要的麻煩。另外 ,有一點(diǎn)值得一提碩士學(xué)位論文 3 的是 ,當(dāng)你在一個部門項(xiàng)目組工作過 ,如果換到另一個部門的項(xiàng)目組，你會很快熟悉新的工作環(huán)境 ,因?yàn)楦骷覈鴥?nèi)企業(yè)都具備著很多的共性 ,配置項(xiàng)的命名等具有很大的相似性 ,這恐怕是國內(nèi)企業(yè)在配置項(xiàng)上的一個最大特色了。在人員的配備上 ,根據(jù)實(shí)際情況 ,可以安排相應(yīng)人數(shù)的配置管理員進(jìn)行配置庫的創(chuàng)建 ,以及日后的工作空間的維護(hù)。 2 關(guān)于版本管理理想狀態(tài)下 ,每個配置項(xiàng)我們都希望只保存一個版本 ,既節(jié)省空間又看上去 清晰 ,可是實(shí)際情況往往是一個項(xiàng)目要保持多個版本 ,并且隨著系統(tǒng)的進(jìn)一步維護(hù) ,版本的數(shù)量會明顯增加。 筆者曾經(jīng)做過這樣一個維護(hù)項(xiàng)目 :維護(hù)初期的時候只有少量的用戶 ,后來 ,隨著業(yè)務(wù)的推廣以及產(chǎn)品知名度的提高 ,又增加了不少的用戶 ,但是這些新增用戶的業(yè)務(wù)流程和以前設(shè)計(jì)的有些不同 ,于是 ,一開始的時候我們采取開發(fā)維護(hù)兩個系統(tǒng)的方法 ,可是后來又對這兩個系統(tǒng)進(jìn)行了一體化的處理 ,這樣 ,又恢復(fù)到了一個系統(tǒng)的維護(hù)。其間 ,版本產(chǎn)生了不少的演化。版本管理的重要性不言而喻。由此 ,就引出了配置管理的版本控制 ,它主要為了解決下列問題 :(1) 根據(jù)不同用戶的需要配置不同的系統(tǒng) 。(2) 保存系統(tǒng)老版本 ,為以后調(diào)查問題使用 。(3) 建立一個系統(tǒng)新版本 ,使它包含某些決策而拋棄另一些 。(4) 支持兩位以上工程師同時在一個項(xiàng)目中工作 。(5) 高效存儲項(xiàng)目的多個版本。 外包企業(yè)中的版本控制相對來說是比較簡單的 ,以上要解決的五個問題都會涉及到 ,但相對來說不需要考慮得很復(fù)雜深入 ,這是因?yàn)轫?xiàng)目相對較小 (一般80 人 /月左右 ) ,就算項(xiàng)目很大的話 ,這個性格上謹(jǐn)小慎微 ,極度害怕失敗的民族的客戶一般會為了降低風(fēng)險(xiǎn) ,要求開發(fā)方把一個大項(xiàng)目切割成幾個小項(xiàng)目 來完成 ,這樣 ,雖然給日后的管理造成一定的影響 ,但是軟件產(chǎn)品的成功概率會大大增加。隨著項(xiàng)目的分割變小 ,涉及人員的減少 ,使得多個軟件開發(fā)人員同時對一個配置項(xiàng)進(jìn)行操作與處理的情況也相對降低許多 ,即使偶爾遇上諸如此類的事情也可以通過相對簡單的方式 (例如溝通 )協(xié)同解決。 人對于版本控制的安全授權(quán)機(jī)制一般都非常重視 ,它貫穿于軟件開發(fā)周期的各個時期 ,各個方面。一旦項(xiàng)目啟動 ,不同的項(xiàng)目組成員都會被分配到一個唯一的用戶 ID 號 ,這表明了用戶會擁有一個可供任意使用的私人空間 ,而且根據(jù)不同的工作內(nèi)容 ,這唯一的用戶 ID 號也 相應(yīng)地明確了不同的用戶權(quán)限 :負(fù)責(zé)軟件升級者有最大的讀、寫、運(yùn)行的權(quán)限 ,一般開發(fā)人員在交付的目錄下只有讀權(quán)限 ,而在團(tuán)隊(duì)共享的集成工作空間的開發(fā)目錄下有讀、寫、運(yùn)行的權(quán)限等。當(dāng)然 ,安全授權(quán)機(jī)制的方案可以有很多種 ,可以根據(jù)不同的情況進(jìn)行制定 ,但是結(jié)論是我們應(yīng)該認(rèn)識到的 :它對各個配置項(xiàng)的管理起到了一個不可估量的作用 ,既減少了發(fā)生錯誤軟件開發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 4 的概率 ,也會使項(xiàng)目組成員更有責(zé)任感 ,良好習(xí)慣的培養(yǎng)預(yù)示著項(xiàng)目開發(fā)團(tuán)隊(duì)的光明前景 ,良好的開始是成功的一半。 3 關(guān)于變更控制變更在軟件項(xiàng)目的開發(fā)期和維護(hù)期中都是非常常見的現(xiàn)象 ,可以毫不夸張地 說 ,變更控制的成功與否將很大程度上影響到客戶對開發(fā)項(xiàng)目組的滿意度 ,因?yàn)槿耸潜容^曖昧的民族 ,我們認(rèn)為一定的事情他會說可能 ,我們認(rèn)為可能的事他一般不會提 ,直到他能基本確認(rèn)要發(fā)生 ,所以一旦客戶要求變更 ,基本上是很難說不的 ,能行得通的方法就是和他們談時間 ,但我們怎么可能和這種工作起來不要命的民族相比 ,談多了 ,會認(rèn)為我們干活不賣力 ,談少了 ,又覺得太對不起自己的開發(fā)團(tuán)隊(duì) ,成天加班怎么行 ,這真是騎虎難下 ,進(jìn)退兩