軟件工程課件

1、9.5軟件配置管理軟件配置管理標識變更控制變更審核變更（確保適當?shù)貙崿F(xiàn)了變更）報告變更（通知需要知道變更的人員）目標：使錯誤量減少到最小、使生產(chǎn)率最高軟件配置管理軟件配置項軟件配置項Software Configuration Item - SCI與合同、過程、計劃和產(chǎn)品有關(guān)的文檔和數(shù)據(jù)源代碼、目標代碼和可執(zhí)行代碼軟件工具、庫內(nèi)可復(fù)用軟件、外購軟件及用戶提供的軟件基線（Baseline）通過正式評審和批準的規(guī)格說明或者中間產(chǎn)品軟件配置項在成為基線之前可以迅速非正式修改，軟件配置項成為基線之后，只有通過正式的變更控制過程才能修改標志軟件開發(fā)的里程碑軟件配置管理：軟件開發(fā)中的基線計劃基線需求基線設(shè)

2、計基線實現(xiàn)基線測試基線項目規(guī)劃項目開發(fā)計劃需求分析需求規(guī)格說明軟件設(shè)計體系結(jié)構(gòu)文檔/詳細設(shè)計文檔軟件實現(xiàn)源代碼軟件測試測試報告軟件配置管理：基線化的SCI軟件工程軟件工程任務(wù)任務(wù)SCI技術(shù)技術(shù)評審評審批準的批準的SCI存儲的存儲的SCI提取的提取的SCISCM控控制制修改的修改的SCI項目數(shù)據(jù)庫項目數(shù)據(jù)庫基線：基線： 需求規(guī)格說明需求規(guī)格說明 設(shè)計說明設(shè)計說明 源代碼源代碼 可運行系統(tǒng)可運行系統(tǒng)修改修改軟件配置管理的任務(wù)軟件配置項標識變更控制版本控制配置審核報告系統(tǒng)構(gòu)建配置項標識：層次結(jié)構(gòu)配置項命名：唯一性、可追溯性配置項標識：名字、描述、資源、實現(xiàn)變更控制跟蹤來自客戶和開發(fā)者的變更請求，決定

3、是否變更、何時變更跨越里程碑進行修改/對基線的修改開發(fā)庫：開發(fā)人員使用，可頻繁修改受控庫存放在生存期某一階段工作結(jié)束時釋放的階段產(chǎn)品/基線軟件配置管理的對象，也稱為軟件配置管理庫產(chǎn)品庫:完成系統(tǒng)測試，等待交付變更控制過程提交變更申請表提交變更申請表計劃變更如何實現(xiàn)估算變更成本提交變更申請至變更控制委員會審批實施變更記錄變更將變更的軟件提交質(zhì)量保障人員審查配置管理人員檢入并生成系統(tǒng)新版本拒絕變更請求拒絕變更請求變更結(jié)束變更結(jié)束不可接受可接受獲準未獲準否是從配置庫中檢出分析變更申請質(zhì)量達標版本控制一個程序員及時保存軟件，備份軟件多個程序員程序員之間隨意傳遞代碼公共存儲區(qū)版本控制版本（Version

4、）軟件配置項的一個實例，在明確定義的時間點上某個配置項的狀態(tài)通常由配置項名稱加上版本號組成需求規(guī)格1.0需求規(guī)格1.1需求規(guī)格2.0需求規(guī)格2.1需求規(guī)格2.2UserManagement1.0UserManagement1.1UserManagement1.2UserManagement2.0版本控制版本控制對軟件的不同版本進行標識和跟蹤、對版本的各種操作進行控制，如檢入檢出、分支與合并、版本發(fā)布等。主要功能項目數(shù)據(jù)庫：存儲所有軟件配置項版本管理：存儲軟件配置項的所有版本并進行管理系統(tǒng)構(gòu)建：收集所有相關(guān)的配置項，構(gòu)建軟件特定版本錯誤跟蹤版本控制系統(tǒng)開源軟件：CVS、Subversion版本的

5、標識通常由配置項名稱加上版本號組成變更的歷史記錄記錄所有對軟件做出的變更存儲管理建立中心數(shù)據(jù)庫（Repository）增量存儲（Delta storage）：只存儲每個版本之間的差異版本控制系統(tǒng)：增量存儲版本1.0版本1.1版本1.2版本1.3增量1增量2增量3創(chuàng)建日期版本控制系統(tǒng)：并行開發(fā)順序開發(fā)順序開發(fā)并行開發(fā)并行開發(fā)組件組件1 1組件組件2 2組件組件3 3組件組件2 2組件組件3 3組件組件1 1歸并歸并歸并歸并版本控制系統(tǒng)允許并行開發(fā)串行開發(fā)既不有效也不實用開發(fā)人員不應(yīng)等待其他開發(fā)人員的工作完成進行有效并行開發(fā)的關(guān)鍵是隔離軟件配置項為每位開發(fā)者建立不同的工作目錄避免同時修改同一個文件

6、公共倉庫和私有工作空間版本控制系統(tǒng)：并行開發(fā)公共倉庫（公共倉庫（Repository）工作空間工作空間 （Workspace）ABCPQRXYZABCXYC檢出檢入檢出檢入工作空間工作空間 （Workspace）版本控制系統(tǒng)代碼線分支（Branch）多個開發(fā)人員并行開發(fā)不同的軟件開發(fā)路線、可能的實驗性路線不同平臺的版本、同一內(nèi)容的不同界面開發(fā)V1.0V1.1V1.2V2.0V2.1V2.2V1.1.1V1.1.2V1.2.1代碼線代碼線1代碼線代碼線1.1代碼線代碼線1.2分支分支分支分支合并合并版本控制：案例一個項目現(xiàn)處于版本3.0的Beta測試階段，客戶提出了很多功能增強請求。為了保證產(chǎn)品

7、按時發(fā)布，大部分功能增強請求將在下一個版本3.1中發(fā)布。為了充分利用開發(fā)資源，項目組決定現(xiàn)在就開始3.1版本的開發(fā)。如何管理版本3.0和3.1的并行開發(fā)？版本控制：案例3.03.0基線基線2 23.0Beta3.0Beta3.03.0發(fā)布發(fā)布3.13.1基線基線0 03.1Beta3.1Beta創(chuàng)建項目創(chuàng)建項目3.13.1同步同步基線基線3.03.0版本版本3.13.1版本版本3.13.1發(fā)布發(fā)布配置審核確保變更的正確性正式的技術(shù)評審審查被修改的軟件配置項的技術(shù)正確性與其它軟件配置項的一致性是否有遺漏、是否引起副作用軟件配置審核對正式的技術(shù)評審的補充評估正式技術(shù)評審沒有考慮的特征修改時是否遵循

8、軟件工程標準是否在該配置項中顯著地表明了修改是否注明修改日期和修改者是否適當更新了所有相關(guān)的軟件配置項狀態(tài)報告配置狀態(tài)報告：記載軟件配置的變化發(fā)生什么事？誰做了這件事？這件事是什么時候發(fā)生的？它將影響哪些其它事物？狀態(tài)報告時機增加新的軟件配置項更改軟件配置項的標識（名字、描述、資源、實現(xiàn))變更軟件配置項審核軟件配置項系統(tǒng)構(gòu)建把軟件組件、外部庫、配置文件等編譯和鏈接成一個完整的能在特定目標配置上運行的程序的過程構(gòu)成系統(tǒng)的所有部分是否都已包含在構(gòu)建指令中是否包含每個部分的合適版本是否包含所有必需的數(shù)據(jù)文件編譯程序和其它所需工具的版本是否合適自動構(gòu)建工具構(gòu)建腳本不同組件之間的依賴關(guān)系編譯和鏈接工具系

9、統(tǒng)構(gòu)建過程自動構(gòu)建系統(tǒng)自動構(gòu)建系統(tǒng)源代碼源代碼數(shù)據(jù)文件數(shù)據(jù)文件庫庫構(gòu)建腳本構(gòu)建腳本編譯器和工具編譯器和工具可執(zhí)行目標系可執(zhí)行目標系統(tǒng)統(tǒng)版本控制系統(tǒng)版本控制系統(tǒng)軟件項目計劃書Software Project Management PlanIEEE標準1058-19981 概述1.1 項目概述1.2 項目管理計劃的演化2 參考資料3 定義和縮寫4 項目組織4.1 外部接口4.2 內(nèi)部組織結(jié)構(gòu)4.3 角色與職責劃分軟件項目計劃5 管理過程5.1 項目啟動計劃5.2 工作計劃5.3 控制計劃5.4 風(fēng)險管理計劃5.5 項目收尾計劃6 計劃過程6.1 過程模型6.2 方法、工具和技術(shù)6.3 基礎(chǔ)設(shè)施6.

10、4 產(chǎn)品驗收7 支持過程7.1 配置管理計劃7.2 驗證和確認計劃7.3 文檔計劃7.4 質(zhì)量保證計劃7.5 評審計劃7.6 問題解決7.7 分包管理計劃7.8 過程改進計劃8 其他計劃附錄索引9.6 軟件質(zhì)量保證計算機軟件質(zhì)量是軟件的一些內(nèi)部特性的組合，質(zhì)量不是在軟件產(chǎn)品中被測試出來的，而是在軟件開發(fā)和生產(chǎn)過程中形成的。軟件質(zhì)量（Software quality）的定義為：（1）軟件產(chǎn)品中能滿足給定需要的性質(zhì)和特性的總體。（2）軟件具有所期望的各種屬性的組合程度。（3）顧客和用戶覺得軟件滿足其綜合期望的程度。（4）確定軟件在使用中將滿足顧客預(yù)期要求的程度。為保證軟件充分滿足用戶要求而進行的有

11、計劃、有組織的活動稱為軟件質(zhì)量保證，其目的是生產(chǎn)高質(zhì)量的軟件。我國國家標準對質(zhì)量定義是：一組固有特性，滿足要求的程度。物品的質(zhì)量有好有壞，質(zhì)量好的往往更受到人們的歡 迎。軟件質(zhì)量的好壞也會有這樣的特性。軟件質(zhì)量是指軟件滿足明確規(guī)定或隱含定義的需求的程度。軟件質(zhì)量保證的目標是開發(fā)出可接受的軟件產(chǎn)品。這里所謂的“可接受”應(yīng)是用戶理解意義上的可接受，或者說應(yīng)達到用戶提出的質(zhì)量要求。9.6.1 軟件質(zhì)量的特性軟件質(zhì)量的要點：軟件功能必須滿足用戶規(guī)定的需求；軟件應(yīng)遵守規(guī)定標準所定義的一系列開發(fā)準則；軟件應(yīng)滿足某些隱含的需求。如，可理解性、可維護性等。軟件質(zhì)量的特性:功能性：軟件的功能達到的設(shè)計規(guī)范和能滿

12、足用戶需求 的程度。（包括：適應(yīng)性、準確性、互用性、安全性）可靠性：在規(guī)定的一段時間和條件下,軟件能夠?qū)崿F(xiàn)要求 的功能的能力以及不引起系統(tǒng)失效的概率。（包括：成熟性、容錯性、易恢復(fù)性）易使用性：用戶學(xué)習(xí)、操作、準備輸入和理解輸出的難易程度。（包括：易立即性、易學(xué)性、易操作性）效率：軟件實現(xiàn)某種功能所需計算機的資源的多少以及執(zhí)行其功能時所使用資源的持續(xù)時間的多少。（包括：資源效率、時間效率）可維護性：進行必要修改的難易程度。（包括：易分析性、易改變性、穩(wěn)定性、易測試性）可移植性：軟件從一個計算機環(huán)境轉(zhuǎn)移到另一個計算機環(huán)境的運行能力。（包括：適應(yīng)性、易安裝性、一致性、易替換性）9.6.2 軟件質(zhì)量保證措施軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容。包括以下措施：v應(yīng)用好的技術(shù)方法 軟件開發(fā)人員因該依靠適當?shù)募夹g(shù)方法和工具，形 成高質(zhì)量的規(guī)格說明和高質(zhì)量的設(shè)計，還要選擇適的開發(fā)環(huán)境。v測試軟件軟件測試是質(zhì)量保證的重要手段，通過測試可以發(fā)現(xiàn)軟件中大多數(shù)潛在的錯誤。但是軟件測試并不能保證發(fā)現(xiàn)所有的錯誤。v進行正式的技術(shù)評審技術(shù)人員按照規(guī)格說明和設(shè)計，對軟件產(chǎn)品進行嚴格的評審、審查。審查能夠有效地發(fā)現(xiàn)軟件中的缺和錯誤。v標準的實施用戶可以根據(jù)需要，參照國家標準、國際標準，制定軟件工程實施規(guī)范。一旦形成軟件標準就必須確保遵循它們，在進行技術(shù)審查時，應(yīng)評估軟件是否與所制定的標準相一致。v控制變更控