【正文】 Dot Net 的框架是： 軟件開發(fā)管理系統(tǒng)設(shè)計與實現(xiàn) 14 .Net 環(huán)境中的突破性改進(jìn)在于 ： 1． 使用統(tǒng)一的 Inter 標(biāo)準(zhǔn)（如 XML）將不同的系統(tǒng)對接； 2． 這是 Inter 上首個大規(guī)模的高度分布式應(yīng)用服務(wù)架構(gòu)； 3．使用了一個名為“聯(lián)盟”的管理程序，這個程序能全面管理平臺中運行的服務(wù)程序，并且為它們提供強(qiáng)大的安全保護(hù)后臺； .NET 平臺包括如下組件： 1．用戶數(shù)據(jù)訪問技術(shù)。在開發(fā)工程中，由于客戶需求的變動、系統(tǒng)結(jié)構(gòu)的變更，會引起變更請求，變更請求交 CCB 審核， CCB 評估該變更所需要的成本和它對軟件系統(tǒng)其它部分的影響，以決定是否實施變更。所以及時制定一份軟件配置管理計劃在一定程度上是項目成功的非常重要保證。 制定流程要實現(xiàn)軟件配置管理，首先要根據(jù)需求分析文檔在開發(fā)組織中成立 CEB（ Configuration Establishment Board，配置構(gòu)造委員會），它是由負(fù)責(zé)人、配置管理專家，系統(tǒng)開發(fā)技術(shù)人員等成員臨時組成的配置構(gòu)造小組，負(fù)責(zé)配置管理方案制定過程中的所有工作。因此對于一個軟件開發(fā)項目來說，無論選擇何種策略和方法，配置管理的制定和實施都不是一件容易的事情。 配置審計（ Configuration Audit）用來驗證配置管理過程，以保證配置庫中所有配置項的完整性。目前比較流行的 CM 工具有很多，例如： MicroSoft 公司的 VSS， RationalRose 公司的 ClearCase 等。因此客戶需求的變動、系統(tǒng)結(jié)構(gòu)的變更都會導(dǎo)致對軟件的修改，小到可能只是對某個源文件中的某個變量的定義改動，大到重新設(shè)計程序模塊甚至可能是整個需求分析變動。 項目管理問題項目組成員間源代碼的更新和保存記錄變得越來越復(fù)雜，終端使用混亂，下層終端應(yīng)用軟件 存在多個版本或同一版本存放在不用路徑，給下層使用人員也帶來不便，造成終端操作人員在使用軟件過程中出現(xiàn)多次打開，數(shù)據(jù)重復(fù)上傳的現(xiàn)象，并且在問題出現(xiàn)時無法快速追蹤到故障原因。 所以，在軟件項目開發(fā)和維護(hù)過程中建立本企業(yè)的知識庫及經(jīng)驗庫 , 有效地控制和使用軟件信息資源，為開發(fā)維護(hù)人員提供一個實時的配置管理平臺，是軟件系統(tǒng)開發(fā)與實施的基礎(chǔ)。支持生成軟件配置管理的報告文檔以及軟件基線內(nèi)容的報告文檔 . 標(biāo)識配置項確定置于配置管理下的配置項 ,確保已確定的每個配置項有唯一標(biāo)識 ,用于跟蹤和管理 . 在選定配置項時應(yīng)遵循下列準(zhǔn)則之一 :(1) 兩個或以上的組共同使用的工作產(chǎn)品 (2) 可能因需求的差錯或變更而做相應(yīng)變化的工作產(chǎn)品 (3) 彼此相關(guān)并且其中之一發(fā)生變更將會使得其他工作產(chǎn)品發(fā)生變更的工作產(chǎn)品 。 ( 3)指定的內(nèi)部使用的支持工具 ,如編輯環(huán)境 . 基線為了有效地控制變動 , SCM 專門引入了基線的概念 . 基線常對應(yīng)于開發(fā)過程中的里程碑 ,其標(biāo)志是有一個或多個 SCI 的交付 ,且這些 SCI 已經(jīng)過技術(shù)審核而獲得認(rèn)可 . 對于已成為基線的 SCI,在進(jìn)行修改時 ,必須按照一個特殊的、正式的過程進(jìn)行評估 ,確認(rèn) . 基線一般分為功能基線、指派基線和產(chǎn)品基線 . 功能基線 :系統(tǒng)分析與軟件定義階段結(jié)束時 ,產(chǎn)生系統(tǒng)設(shè)計規(guī)格說明中對待開發(fā)軟件系統(tǒng)的規(guī)格說明 ,經(jīng)正式評審和審批后建立該基線 . 指派基線 :需求分析階段產(chǎn)生軟件需求的規(guī)格說明 ,經(jīng)正式評審和審批后建立該基線 . 產(chǎn)品基線 :組裝與系統(tǒng)測試結(jié)束時 ,經(jīng)系統(tǒng)測試與確認(rèn)后 ,產(chǎn)生有關(guān)所開發(fā)的產(chǎn)品的全部配置項的規(guī)格說明 ,經(jīng)正式評審、鑒定和審批后建立該基線 . 角色軟件配置管理過程中主要涉及到的角色包括項目經(jīng)理、配置控制委員會( Configuration ControlBoard, CCB) 、 SCM 小組、 CM 經(jīng)理、配置管理員、系統(tǒng)集成員、開發(fā)人員和測試人員 ,不同的角色具備且只能具備自己職責(zé)范圍內(nèi)的相應(yīng)權(quán)限 . 碩士學(xué)位論文 9 項目經(jīng)理是整個軟件開發(fā)活動的負(fù)責(zé)人 ,主要的職責(zé)是制定和修改項目的配置管理策略 ,批準(zhǔn)和發(fā)布配置管理實施計劃 ,審閱 CCB 的報告 . 配置管理員根據(jù)配置管理計劃執(zhí)行各項管理任務(wù) ,完成配置審核并提交報告 ,對開發(fā)人員進(jìn)行相關(guān)的培訓(xùn) . CCB 負(fù)責(zé)指導(dǎo)和控制配置管理的各項具體活動的進(jìn)行 ,審核變更申請 ,根據(jù)配置管理員的報告決定相應(yīng)的對策 ,為項目經(jīng)理的決策提建議 . 對于普通的小型軟件項目而言 , CCB 可由項目經(jīng)理或者配置管理員替代 . CM 經(jīng)理負(fù)責(zé)為項目團(tuán)隊提供全面的配置管理基礎(chǔ)設(shè)施和環(huán)境 ,并支持配置管理活動的角色 . 版本版本是某一配置項的已標(biāo)識了的實例 . 在一般的開發(fā)中 ,修改后的文件保存會直接覆蓋原有文件 ,而在配置管理中 ,配置項文件在發(fā)生變更后保存是形成該文件的新版本 ,與原有版本一同存在 ,這樣使整個開發(fā)過程有跡可尋 ,確?；厮菪院涂梢曅?. 基于 CMM 的軟件配置管理的實施 SCM 是 CMM 中的一個基礎(chǔ)構(gòu)件 ,在這個KPA 中包含了業(yè)界普遍認(rèn)可的、行之有效的最佳實踐 ,然而 ,在該模型中 ,并沒有給予如何實施配置管理的指導(dǎo) ,只告訴實施人員在配置管理過程中應(yīng)該做什么以及一些簡單的方法 . 這給采用該模型進(jìn)行軟件過程改進(jìn)、實施 配置管理的組織帶來了一定的難度 . 在實施配置管理的過程中 ,由 SCM組與項目經(jīng)理一起制定 SCM計劃 . 要將制定配置管理計劃的任務(wù)分配到指定的人員 ,要確保負(fù)責(zé)制定配置管理計劃的人員在目標(biāo)、規(guī)程和方法等內(nèi)容方面接受培訓(xùn) ,同時要確保所有受影響的部門或者個人都要參與評審配置管理計劃 . 創(chuàng)建配置管理環(huán)境 (1) 設(shè)置軟件配置組織結(jié)構(gòu) SCM 過程實施必須有一個獨立的機(jī)構(gòu) ,如 SCM 組 . 配置管理組由配置管理專職人員組成 ,目前主要由 CM 經(jīng)理、配置管理員 . SCM 過程中還涉及到其他的角色 ,具體見前文所述 . (2) 建立 SCM 文件體系 SCM 實施文件體系包括 :第 1 層的 SCM 方針政策 ,描述SCM 的目標(biāo)、方法、途徑 ,由 CM 經(jīng)理編制 。 軟件開發(fā)管理系統(tǒng)設(shè)計與實現(xiàn) 8 第 2章 相關(guān)理論知識介紹 本系統(tǒng)應(yīng)用到的技術(shù)包括： CMM、 .NET 技術(shù)、 Oracle 技術(shù) 。 通過對 軟件開發(fā)管理系統(tǒng) 的設(shè)計和實現(xiàn)的研究，體現(xiàn)了 軟件開發(fā)管理 的一種實現(xiàn)方案。 主要研究的內(nèi)容包括： 1．整個系統(tǒng)的體系結(jié)構(gòu)的設(shè)計。 開發(fā)團(tuán)隊規(guī)模較大 , 資金相對雄厚的軟件企業(yè)建議采用 Rational C1earCase 等商用版本控制軟件 , 這樣可避免像 CVS、 VSS 等工具由于本身某些方面的功能不足而帶來的不方便 , 從而可以幫助軟件企業(yè)更好地實施軟件配置管理。 開發(fā)人員較少 ,資金有限的軟件企業(yè)建議首先采用 VisualStudio 軟件包中的 VSS 做為配置管理工具。 費用是否可以接受 。 功能是否符合實際需求 , 是否符合團(tuán)隊特點 。 CVS 是開放源碼組織維護(hù)的軟件 , 在 Linux 平臺尤其有廣泛的應(yīng)用 , 完全免費 , 但缺乏技術(shù)支持 。配置管理系統(tǒng)主要有格勒諾布爾大學(xué)的 Adele， Compaq 系統(tǒng)研究中心的 Vesta 等 ( 1) 常用軟件配置管理工具簡介 合適的配置管理工具選擇分析由于軟件配置管理過程十分繁雜 , 管理對象錯綜復(fù)雜 , 如果是采用人工的辦法不僅費時費力 , 還容易出錯。如果是付費的 ,功能龐大的 ,可能經(jīng)過裁剪會制定出合適的 ,但是購買的價格可想而知。我們要善加利用這個有用的資源。各個項目組 PM,軟件配置管理人員 ,客戶等所希望看到的配置狀態(tài)統(tǒng)計信息的內(nèi)容可能會有不少的差異。 5 關(guān)于配置狀態(tài)報告為了讓開發(fā)團(tuán)隊和客戶了解項目所處的狀況 ,配置狀態(tài)報告還是要進(jìn)行的。 碩士學(xué)位論文 5 從實際情況來看 ,復(fù)審人員的工作責(zé)任是多而重的。 4 關(guān)于配置審核確認(rèn)變更是否已正確實施有兩種措施 ,一種是正式的 技術(shù)復(fù)審 ,另一種是軟件配置審核。先期的試驗項目如果獲得成功的話 ,在整個公司的推廣上應(yīng)該不會帶來很大的障礙 ,當(dāng)然 ,各個項目組進(jìn)行適當(dāng)?shù)牟眉粢彩强扇〉?,畢竟 ,這個世界上不會有兩片 相同的樹葉。當(dāng)然 ,安全授權(quán)機(jī)制的方案可以有很多種 ,可以根據(jù)不同的情況進(jìn)行制定 ,但是結(jié)論是我們應(yīng)該認(rèn)識到的 :它對各個配置項的管理起到了一個不可估量的作用 ,既減少了發(fā)生錯誤軟件開發(fā)管理系統(tǒng)設(shè)計與實現(xiàn) 4 的概率 ,也會使項目組成員更有責(zé)任感 ,良好習(xí)慣的培養(yǎng)預(yù)示著項目開發(fā)團(tuán)隊的光明前景 ,良好的開始是成功的一半。 外包企業(yè)中的版本控制相對來說是比較簡單的 ,以上要解決的五個問題都會涉及到 ,但相對來說不需要考慮得很復(fù)雜深入 ,這是因為項目相對較小 (一般80 人 /月左右 ) ,就算項目很大的話 ,這個性格上謹(jǐn)小慎微 ,極度害怕失敗的民族的客戶一般會為了降低風(fēng)險 ,要求開發(fā)方把一個大項目切割成幾個小項目 來完成 ,這樣 ,雖然給日后的管理造成一定的影響 ,但是軟件產(chǎn)品的成功概率會大大增加。(2) 保存系統(tǒng)老版本 ,為以后調(diào)查問題使用 。 筆者曾經(jīng)做過這樣一個維護(hù)項目 :維護(hù)初期的時候只有少量的用戶 ,后來 ,隨著業(yè)務(wù)的推廣以及產(chǎn)品知名度的提高 ,又增加了不少的用戶 ,但是這些新增用戶的業(yè)務(wù)流程和以前設(shè)計的有些不同 ,于是 ,一開始的時候我們采取開發(fā)維護(hù)兩個系統(tǒng)的方法 ,可是后來又對這兩個系統(tǒng)進(jìn)行了一體化的處理 ,這樣 ,又恢復(fù)到了一個系統(tǒng)的維護(hù)。雖然客戶業(yè)務(wù)上千差萬別 ,但是從項目的開發(fā)產(chǎn)出和最終的產(chǎn)品交付清單上來看 ,交付物大體上還是相似的 ,因此 ,配置項如果在開始時就收集建立得比較合理完 善的話 ,在經(jīng)過類似 CCB 的機(jī)構(gòu)審核和各個項目組的 PM 批準(zhǔn)后 ,會給日后的工作少去很多不必要的麻煩。如果在項目組內(nèi)實施的話 ,便于配置項歷史記錄的回溯 ,可以節(jié)約對人來說尤其注重的時間 ,也能本質(zhì)上提高軟件產(chǎn)品的質(zhì)量 。配置審計是指利用配置記錄驗證軟件達(dá)到了預(yù)期的要求。 4 配置管理的主要活動配置管理的主要活動包括 : 識別配置、變化控制、狀態(tài)記錄和報告以及配置 審計。同時在軟件配置管理的工具方面，也出現(xiàn)了大批的產(chǎn)品，如 : 最著名的 ClearCase。 (引用《 GB/T11457(1995)軟件工程術(shù)語》、 CMMII 等相關(guān)定義 ) 配置管理 的發(fā)展配置管理的概念源于美國空軍，為了規(guī)范設(shè)備的設(shè)計與制造，美國空軍 1962 年制定并發(fā)布了第一個配置管理的標(biāo)準(zhǔn)。 SCM 可以系統(tǒng)地管理軟件系統(tǒng)中的多重版本 。 軟件開發(fā)過程是一個持續(xù)不斷變化的過程，在這個過程中會產(chǎn)生許多信息，同時由于不可避免的變更，軟件產(chǎn)品相關(guān)文檔、資料、數(shù)據(jù)的 殘缺與不一致，軟件代碼當(dāng)前實現(xiàn)狀態(tài)不清晰，不同個人對軟件的更改沖突等，成了軟件產(chǎn)品開發(fā)過程中普遍存在的問題，其結(jié)果是出現(xiàn)各類軟件故障或造成軟件可維護(hù)性、可繼承性較差。與此同時，為了使軟件開發(fā)組織能夠從初始混亂的開發(fā)過程，過渡到可重復(fù)、可管理的有序化過程，進(jìn)而上升到更高的成熟度水平，我們需要采取一些方法來規(guī)范軟件 的開發(fā)過程，進(jìn)行有效的軟件開發(fā)管理。. NET。 2. Research data collection. Data collection, the whole management system is based. The integrity of data acquisition, realtime and correctness of the normal operation of the entire system of protection。針對這樣一個復(fù)雜的大型系統(tǒng)，怎樣的架構(gòu)才能保障整個系統(tǒng)的順利建立，并保證長期穩(wěn)定的運行； ； 3．對于復(fù)雜的管理系統(tǒng)，如何提供完善的維護(hù)管理，以實現(xiàn)實時，科學(xué)管理。 不保密 □。本人完全意識到本聲明的法律后果由本人承擔(dān)。 工程 碩士學(xué)位論文 軟件開發(fā)管理系統(tǒng)設(shè)計與實現(xiàn) 軟件開發(fā)管理系統(tǒng)設(shè)計與實現(xiàn) II Software development management system design and implementation By Wu Yun .(Hunan University)2020 A thesis submitted in partial satisfaction of the Requirements for the degree of Master of Engineering In Software Engineering In the Graduate School Of Hunan University Supervisor Professor Ye BoLong July,2020 湖 南 大 學(xué) 學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在導(dǎo)師的指導(dǎo)下獨立進(jìn)行研究所取得的研究成果。 作者簽名： 日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書 本學(xué)位論文作者完