軟件工程實踐2過程課件(PPT 100頁)

1、北京理工大學(xué)軟件工程實踐湯銘端中國航天科工集團公司204所第1頁，共100頁。第二講軟件過程第2頁，共100頁。內(nèi)容GB8566 信息技術(shù) 軟件生存周期過程軟件過程模型第3頁，共100頁。目的了解GB8566掌握軟件過程的基本內(nèi)容和結(jié)構(gòu)了解和掌握基本的軟件過程模型第4頁，共100頁。信息技術(shù)軟件生存周期過程Information technologySoftware life cycle processGB/T 8566-XXXXISO/IEC 12207：1995第5頁，共100頁。目的和應(yīng)用范圍為軟件生存周期建立一個公共框架，可供軟件工業(yè)界參考。包括在含有軟件的系統(tǒng)、獨立軟件產(chǎn)品和軟件服務(wù)

2、的獲取期間以及在軟件產(chǎn)品的供應(yīng)、開發(fā)、運作和維護期間需應(yīng)用的過程、活動和任務(wù)。適用于系統(tǒng)和軟件產(chǎn)品以及服務(wù)的獲取，還適用于軟件產(chǎn)品和固件的軟件部分的供應(yīng)、開發(fā)、操作和維護，可在一個組織的內(nèi)部和外部實施。第6頁，共100頁。術(shù)語過程：把輸入轉(zhuǎn)換為輸出的一組彼此相關(guān)的活動。活動：一個過程的組成元素。任務(wù)：構(gòu)成活動的基本元素，由若干個任務(wù)構(gòu)成一項活動。生存周期模型：一個框架，它含有遍歷系統(tǒng)從確定需求到終止使用這一生存周期的軟件產(chǎn)品的開發(fā)、運作和維護中需實施的過程、活動、任務(wù)。第7頁，共100頁。術(shù)語軟件配置項：在整個系統(tǒng)體系結(jié)構(gòu)中的軟件的一個配置項。軟件部件：一個軟件配置項中的一個明確的部分。軟件單

3、元：一段可分開編譯的代碼。第8頁，共100頁。生存周期過程生存周期基本過程：供各主要參與方在軟件生存周期期間使用。生存周期支持過程：以明確的目的作為構(gòu)成整體所必須的部分支持其它過程。生存周期組織過程：可被某個組織用來建立和實現(xiàn)由相關(guān)的生存周期過程和人員組成的基礎(chǔ)結(jié)構(gòu)并不斷改進這些結(jié)構(gòu)和過程。第9頁，共100頁。生存周期支持過程2 配置管理1 文檔編制8 問題解決3 質(zhì)量保證4 驗證5 確認6 聯(lián)合評審7 審核生存周期基本過程2 供應(yīng)1 獲取3 開發(fā)4 運作5 維護生存周期組織過程1 管理3 改進2 基礎(chǔ)設(shè)施4 培訓(xùn)第10頁，共100頁。生存周期基本過程5個基本過程基本過程中的活動和任務(wù)是啟動并

4、實施這些過程的組織的職責。這種組織要保證過程存在并且起作用。第11頁，共100頁。生存周期基本過程內(nèi)容獲取過程：確定需方和獲取系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)的組織的活動。供應(yīng)過程：確定供方和向需方提供系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)的組織的活動。開發(fā)過程：確定開發(fā)者和定義并開發(fā)軟件產(chǎn)品的組織的活動。運作過程：確定操作者和在規(guī)定的環(huán)境中為其用戶提供計算機系統(tǒng)服務(wù)的組織的活動。維護過程：確定維護者和提供維護軟件產(chǎn)品服務(wù)的組織的活動。第12頁，共100頁。獲取過程包括需方的活動和任務(wù)從確認需要獲取的系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)開始，接著就是制定和發(fā)布標書，選擇供方和管理獲取過程，直到驗收系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)?；顒?/p>

5、：1 啟動2 招標的準備3 合同的準備和修訂4 對供方的監(jiān)督5 驗收和完成第13頁，共100頁。供應(yīng)過程供方的活動和任務(wù)啟動過程通過或者編制投標書來答復(fù)需方的招標書，或者與需方簽訂一項合同，來提供系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)。接著確定未管理和保證項目所需的規(guī)程和資源，包括編制項目計劃，實施計劃，直到系統(tǒng)、軟件產(chǎn)品或軟件服務(wù)交付給需方。活動：1 啟動2 投標準備3 簽訂合同4 編制計劃5 實施和控制6 評審和評價7 交付和完成第14頁，共100頁。開發(fā)過程包括開發(fā)者的活動和任務(wù)過程包括需求分析、設(shè)計、編碼、集成、測試和與軟件產(chǎn)品有關(guān)的安裝和驗收工作如果合同中有規(guī)定，它可以包括和系統(tǒng)有關(guān)的活動開發(fā)者按

6、照合同執(zhí)行或支持這種過程中的活動。第15頁，共100頁。開發(fā)過程的活動1 過程實施2 系統(tǒng)需求分析3 系統(tǒng)結(jié)構(gòu)設(shè)計4 軟件需求分析5 軟件結(jié)構(gòu)設(shè)計6 軟件詳細設(shè)計7 軟件編碼和測試8 軟件集成9 軟件合格性測試10 系統(tǒng)集成11 系統(tǒng)合格性測試12 軟件安裝13 軟件驗收支持第16頁，共100頁。過程實施任務(wù)規(guī)定或選擇合適的軟件生存周期模型實施文檔編制過程、配置管理過程、問題解決過程，按合同規(guī)定實施支持過程選擇、剪裁、使用恰當?shù)臉藴?、方法、工具和計算機編程語言制訂開發(fā)計劃在開發(fā)、維護中使用不交付項，確保與需方的運行和維護無關(guān)、或交付第17頁，共100頁。系統(tǒng)需求分析任務(wù)分析待開發(fā)系統(tǒng)的特定的預(yù)

7、期使用要求，以規(guī)定系統(tǒng)需求系統(tǒng)需求規(guī)格說明應(yīng)描述：系統(tǒng)的功能和性能；業(yè)務(wù)、組織和用戶需求；安全、保密安全、人因工程、接口、運作和維護需求；設(shè)計限制和鑒定的要求系統(tǒng)需求規(guī)格說明應(yīng)形成文檔評價系統(tǒng)：可追溯性；一致性；可測試性；系統(tǒng)設(shè)計的可行性；運作維護的可行性第18頁，共100頁。系統(tǒng)結(jié)構(gòu)設(shè)計任務(wù)建立系統(tǒng)的頂層結(jié)構(gòu)標出硬件、軟件和人工操作項確保所有系統(tǒng)需求分配到各項中形成評價系統(tǒng)結(jié)構(gòu)和需求：可追溯性；一致性；設(shè)計標準和方法的適宜性；滿足制定需求的可行性；運作維護的可行性第19頁，共100頁。軟件需求分析任務(wù)建立軟件需求并形成文檔。描述：功能和能力規(guī)格說明；外部接口；鑒定需求；安全規(guī)格說明；保密安全

8、規(guī)定；人因工程規(guī)格說明；數(shù)據(jù)庫需求；安裝與驗收需求；用戶文檔；用戶操作與執(zhí)行需求；用戶維護需求評價軟件需求：可追溯性；外部一致性；內(nèi)部一致性；可測試性；設(shè)計的可行性；運作維護的可行性實施聯(lián)合評審；評審?fù)ㄟ^后建立基線第20頁，共100頁。軟件結(jié)構(gòu)設(shè)計任務(wù)將所有需求轉(zhuǎn)變?yōu)榻Y(jié)構(gòu)圖，標識軟件部件，建立文檔開發(fā)外部、內(nèi)部接口設(shè)計并建立文檔數(shù)據(jù)庫頂層設(shè)計并建立文檔編制用戶文檔的最初版本規(guī)定集成測試的初步追求和進度并形成文檔評價結(jié)構(gòu)：可追溯性；外部一致性；內(nèi)部一致性；方法和標準的適宜性；詳細設(shè)計的可行性；運作維護的可行性聯(lián)合評審第21頁，共100頁。軟件詳細設(shè)計任務(wù)編制每個部件的詳細設(shè)計，并形成文檔開發(fā)接口

9、詳細設(shè)計，并形成文檔編制數(shù)據(jù)庫詳細設(shè)計，并形成文檔及時更新用戶文檔規(guī)定單元測試需求和進度，并形成文檔及時更新軟件集成測試需求和進度評價詳細設(shè)計和測試需求：可追溯性；外部一致性；內(nèi)部一致性；方法標準適宜性；測試的可行性；運作維護的可行性聯(lián)合評審第22頁，共100頁。軟件編碼和測試任務(wù)開發(fā)以下各項并形成建立文檔每一個軟件單元和數(shù)據(jù)庫為測試每一個軟件單元和數(shù)據(jù)庫用的測試規(guī)程和數(shù)據(jù)測試每一個單元和數(shù)據(jù)庫以確保滿足需求及時更新用戶文檔及時更新集成測試需求和進度評價編碼和測試結(jié)果：可追溯性；外部一致性；內(nèi)部一致性；單元的測試范圍；方法標準適宜性；集成與測試的可行性；運作維護的可行性第23頁，共100頁。軟

10、件集成任務(wù)制訂集成計劃，集成軟件單元和部件，包括測試需求、規(guī)程、數(shù)據(jù)、職責、進度安排，并形成文檔按照計劃將軟件單元和部件集成，并測試。保證每個集成體滿足需求，最終完全集成，集成和測試結(jié)果形成文檔及時更新用戶文檔為合格性測試確定的測試集、測試用例、測試規(guī)程，確保做好了合格性測試準備評價集成計劃、設(shè)計、編碼、測試、測試結(jié)果、用戶文檔：可追溯性；外部一致性；內(nèi)部一致性；需求的測試范圍；方法標準適宜性；與預(yù)期結(jié)果的符合程度；合格性測試的可行性；運作維護的可行性第24頁，共100頁。軟件合格性測試任務(wù)按照鑒定需求實施合格性，確保對每一需求的實現(xiàn)加以測試，測試結(jié)果形成文檔及時更新用戶文檔評價設(shè)計、編碼、測

11、試、測試結(jié)果、用戶文檔：需求的測試范圍；與預(yù)期結(jié)果的符合程度；系統(tǒng)集成和測試的可行性；運作維護的可行性支持審核，并形成文檔審核成功完成后：及時更新和準備好可交付軟件產(chǎn)品建立基線第25頁，共100頁。系統(tǒng)集成任務(wù)軟件配置項、硬件配置項、人工操作項和其它系統(tǒng)集成到系統(tǒng)中，對每個集成體根據(jù)需求進行測試，集成和測試結(jié)果形成文檔對系統(tǒng)的每一鑒定需求，開發(fā)確定測試集、測試用例、測試過程，并形成文檔，為系統(tǒng)合格性測試做好準備評價以集成的系統(tǒng)：系統(tǒng)需求的測試范圍；方法標準的適宜性；與預(yù)期結(jié)果的符合程度；系統(tǒng)合格性測試的可行性；運作維護的可行性第26頁，共100頁。系統(tǒng)合格性測試任務(wù)按照鑒定需求實施，確保對每一

12、系統(tǒng)需求進行測試以判定是否合格并確保系統(tǒng)為交付作好準備；測試結(jié)果形成文檔評價系統(tǒng)：系統(tǒng)需求的測試范圍；與預(yù)期結(jié)果的符合程度；運作維護的可行性支持審核成功完成審核后：為軟件安裝和軟件驗收支持及時更新和準備好可交付軟件產(chǎn)品建立基線第27頁，共100頁。軟件安裝任務(wù)按合同要求制訂一個在目標環(huán)境中安裝軟件產(chǎn)品的計劃，形成文檔按照計劃安裝軟件產(chǎn)品。確保軟件編碼和數(shù)據(jù)庫按合同規(guī)定初始化、執(zhí)行和終止。安裝活動和結(jié)果形成文檔。第28頁，共100頁。軟件驗收支持任務(wù)支持需方對軟件的驗收評審和軟件產(chǎn)品的測試按合同規(guī)定完成和交付軟件產(chǎn)品按合同規(guī)定項需方提供初始的和持續(xù)的培訓(xùn)與支持第29頁，共100頁。運作過程包括操

13、作者的活動和任務(wù)規(guī)定軟件產(chǎn)品的運行和對用戶的操作支持因為軟件產(chǎn)品的運行要集成到系統(tǒng)的運行中，所以本過程的活動和任務(wù)涉及到系統(tǒng)活動：1 過程實施2 系統(tǒng)運作3 用戶支持4 運作測試。第30頁，共100頁。維護過程包括維護者的活動和任務(wù)當軟件產(chǎn)品由于某一問題或改進、更新的需要對編碼和相關(guān)文檔進行修改時，就啟動本過程目的是改進現(xiàn)有產(chǎn)品，同時維持其完整性包括軟件產(chǎn)品的移植和退役隨著軟件產(chǎn)品的退役而結(jié)束本過程可以利用其它過程活動：1 過程實施2 問題和修改分析3 修改實施4 維護評審與驗收5 移植6 軟件退役第31頁，共100頁。生存周期支持過程8個支持過程一個支持過程中的活動和任務(wù)是完成該過程的組織的

14、職責。這個組織要保證該過程存在并且起作用。要按照管理過程在項目級上管理本過程；要按照基礎(chǔ)設(shè)施過程建立本過程的基礎(chǔ)設(shè)施；要按照改進過程和培訓(xùn)過程在組織級上管理本過程。第32頁，共100頁。生存周期支持過程（1）文檔編制過程：確定記錄生存周期過程產(chǎn)生的信息所需的活動。配置管理過程：確定配置管理活動。質(zhì)量保證過程：確定客觀地保證軟件產(chǎn)品和過程符合于規(guī)定需求以及已建立的計劃所需的活動。驗證過程：根據(jù)軟件項目需求，按不同深度（為需方、供方或某獨立方）確定驗證軟件產(chǎn)品所需的活動。第33頁，共100頁。生存周期支持過程（2）確認過程： （為需方、供方或某獨立方）確定確認軟件項目的軟件產(chǎn)品所需的活動。聯(lián)合評審

15、過程：確定評價一項活動的狀態(tài)和產(chǎn)品所需的活動。審核過程：確定為判定符合需求、計劃和合同所需的活動。問題解決過程：確定一個過程來分析和解決問題（包括不合格），不論問題的性質(zhì)或來源如何，它們都是在實施開發(fā)、運作、維護或其它過程中暴露出來的。第34頁，共100頁。文檔編制過程記錄生存周期過程或活動產(chǎn)生的信息的過程。包含一組活動，用來計劃、設(shè)計、生產(chǎn)、編輯、分發(fā)和維護所有有關(guān)人員需要的文檔?；顒樱? 過程實施2 設(shè)計和開發(fā)3 生產(chǎn)4 維護第35頁，共100頁。配置管理過程整個生存周期中實施管理和技術(shù)規(guī)程的過程。標識、定義系統(tǒng)中的軟件項并指定基線；控制軟件項的修改和發(fā)行；記錄和報告軟件項的狀態(tài)和修改申請

16、；保證軟件項的完整性、協(xié)調(diào)性和正確性；控制軟件項的儲存、處理和交付。活動：1 過程實施2 配置標識3 配置控制4 配置狀態(tài)記錄5 配置評價6 發(fā)行管理和交付第36頁，共100頁。過程實施任務(wù)編制配置管理計劃，形成文檔并實施。計劃描述：配置管理活動為實施這些活動采用的規(guī)程和進度安排負責實施這些活動的組織，以及它們和其它組織的關(guān)系第37頁，共100頁。配置標識任務(wù)制定一個方案，來標識一個項目需加控制的軟件及其版本對每個軟件項及其版本，標識：建立基線的文檔版本引用號其它標識細節(jié)第38頁，共100頁。配置控制任務(wù)標識和記錄更改申請；分析和評價更改；批準或不批準申請求；實現(xiàn)、驗證和發(fā)行已修改的軟件項。對

17、每次更改進行審核追蹤對所有訪問受控軟件項的情況進行控制和追蹤第39頁，共100頁。配置狀態(tài)統(tǒng)計任務(wù)編制管理記錄和狀態(tài)報告，表明受控軟件項的包括基線在內(nèi)的狀態(tài)和歷史狀態(tài)報告包括：更改號碼最新的軟件項版本發(fā)行標識版本號數(shù)各版本的比較第40頁，共100頁。配置評價確定和保證以下事項：軟件項按其要求的完整性軟件項的物理完整性第41頁，共100頁。發(fā)行管理和交付有效控制軟件產(chǎn)品的發(fā)行和交付在軟件產(chǎn)品的生存期內(nèi)保存代碼和文檔的母拷貝包含安全或保密安全關(guān)鍵功能的代碼和文檔，按有關(guān)組織的方針加以處理、儲存、包裝和交付第42頁，共100頁。質(zhì)量保證過程一個提供足夠保證的過程，即保證軟件產(chǎn)品和過程在項目生存周期內(nèi)

18、符合規(guī)定的要求，并遵守已制定的計劃。為了不產(chǎn)生偏見，QA需要有組織尚的自由和權(quán)力。QA可以是內(nèi)部的或外部的。QA可以使用其它支持過程的結(jié)果?；顒樱? 過程實施2 產(chǎn)品保證3 過程保證4 質(zhì)量體系保證第43頁，共100頁。過程實施任務(wù)建立按項目剪裁的質(zhì)量保證過程質(zhì)量保證過程和驗證、確認、聯(lián)合評審和審核過程相協(xié)調(diào)制訂執(zhí)行質(zhì)量保證過程活動和任務(wù)的計劃，形成文檔，在合同有效期內(nèi)執(zhí)行并保持。實施計劃中和持續(xù)的質(zhì)量保證活動和任務(wù)。需方按合同的要求，應(yīng)能得到質(zhì)量保證活動和任務(wù)的記錄確保負責保證符合合同要求的人員具有組織的自由度、資源和權(quán)力，以允許他們進行客觀評價，并啟動、影響、解決和驗證問題的解決第44頁，

19、共100頁。產(chǎn)品保證任務(wù)保證合同要求的所有計劃形成文檔，符合合同，相互協(xié)調(diào)，并且按要求正在進行保證軟件產(chǎn)品和有關(guān)文檔符合合同，并按照計劃進行在準備交付軟件產(chǎn)品時，保證它們完全滿足合同要求，并且需方可以接受第45頁，共100頁。過程保證任務(wù)保證一個項目采用的軟件生存周期過程符合合同，并按照計劃進行保證內(nèi)部軟件工程實踐、開發(fā)環(huán)境、測試環(huán)境和庫符合合同保證適用的主合同要求傳達到分包方，并且分包方的軟件產(chǎn)品滿足主合同要求保證需方和其他各方按照合同、協(xié)議和計劃提供需要的支持和合作保證軟件產(chǎn)品和過程度量符合所鎮(zhèn)定的標準和規(guī)程保證指定的各種人員具有為滿足項目需求所需的技能和知識，并接受必要的培訓(xùn)第46頁，共

20、100頁。質(zhì)量體系保證任務(wù)工具合同中規(guī)定的ISO 9000的章節(jié)，保證開戰(zhàn)附加的質(zhì)量管理活動第47頁，共100頁。驗證過程一個確定某項活動的軟件產(chǎn)品是否滿足以前的一些活動施加于它們的要求和條件的過程。為了節(jié)約費用和有效進行，驗證活動應(yīng)盡早與采用它的過程相結(jié)合。驗證過程的執(zhí)行可能帶有不同程度的獨立性。獨立方來執(zhí)行過程，稱為獨立驗證過程?；顒樱? 過程實施2 驗證第48頁，共100頁。過程實施任務(wù)就一個項目是否需要做驗證工作以及執(zhí)行驗證工作的組織的所需的獨立程度做出決定。（分析需求的關(guān)鍵性）如果需要做驗證，建立一個驗證軟件產(chǎn)品的驗證過程如果需要做獨立驗證，選擇一個負責進行驗證的合格組織，保證其實施

21、驗證活動的獨立性和權(quán)力在范圍、重要性、復(fù)雜性和關(guān)鍵性分析的基礎(chǔ)上，確定需要驗證的目標生存周期活動和軟件產(chǎn)品制訂驗證計劃并形成文檔實施驗證計劃第49頁，共100頁。驗證任務(wù)合同驗證過程驗證需求驗證設(shè)計驗證編碼驗證集成驗證文檔驗證第50頁，共100頁。確認過程一個確認需求和最終的、已建成的系統(tǒng)或軟件產(chǎn)品是否滿足特定的預(yù)期用途的過程?？梢栽谠缙陔A段進行。可以作為軟件驗收支持的一部分進行。確認過程的執(zhí)行可能帶有不同程度的獨立性。獨立方來執(zhí)行過程，稱為獨立確認過程?；顒樱? 過程實施2 確認第51頁，共100頁。過程實施任務(wù)就一個項目是否需要做確認工作以及執(zhí)行確認工作的組織的所需的獨立程度做出決定。如果

22、需要做確認，建立一個確認系統(tǒng)或軟件產(chǎn)品的確認過程如果需要做獨立確認，選擇一個負責進行確認的合格組織，確保執(zhí)行確認任務(wù)的管理者的獨立性和權(quán)力制訂確認計劃并形成文檔實現(xiàn)確認計劃第52頁，共100頁。確認任務(wù)為分析測試結(jié)果準備選定的測試需求、測試用例和測試規(guī)格說明確保這些測試需求、測試用例和測試規(guī)格說明反映特定的預(yù)期用途的特殊要求實施測試確認軟件產(chǎn)品滿足它的預(yù)期用途測試軟件產(chǎn)品在目標環(huán)境的選定區(qū)域中的適用性第53頁，共100頁。聯(lián)合評審過程評價某個項目的一項活動的狀態(tài)和產(chǎn)品的過程。既在項目管理級進行又在技術(shù)級進行，并且在整個合同有效期內(nèi)進行。可由兩方采用，其中一方評審另一方。活動：1 過程實施2 項

23、目管理評審3 技術(shù)評審第54頁，共100頁。過程實施任務(wù)按計劃規(guī)定，在預(yù)定里程碑處進行定期評審進行評審所需的所有資源由各方協(xié)商確定雙方達成協(xié)議：會議代表、軟件產(chǎn)品和需要評審的問題；范圍和程序；評審的輸入和輸出準則評審中發(fā)現(xiàn)的問題進行記錄，輸入問題解決過程評審結(jié)果形成文檔分發(fā)各方就評審結(jié)論、措施責任和結(jié)果準則達成協(xié)議第55頁，共100頁。項目管理評審任務(wù)針對適用的項目計劃、進度安排、標準和指南進行項目狀態(tài)評價。評審的結(jié)果在雙方間進行討論，并做出下列規(guī)定：進行改進活動通過配備必要的資源維持項目的總體控制改變項目的方向或決定是否需要另外計劃評價和管理可能危及項目成功的風(fēng)險問題第56頁，共100頁。技

24、術(shù)評審任務(wù)舉行技術(shù)評審以評價正在考慮中的軟件產(chǎn)品或服務(wù)，并提供以下證據(jù)：它們時完整的它們符合標準和規(guī)范對它們的更改是正確地實施的，并且僅僅影響配置管理過程所標明的區(qū)域它們遵循適用的規(guī)程根據(jù)項目的計劃、進度安排、標準和指南正在進行開發(fā)、運作或維護第57頁，共100頁。審核過程在適當時確定符合于需求、計劃和合同的過程?？捎蓛煞讲捎?，其中一方評審另一方的軟件產(chǎn)品或活動。活動：1 過程實施2 審核第58頁，共100頁。問題解決過程分析和解決問題（包括不合格項）的過程，不管問題的性質(zhì)或來源如何，這些問題是實施開發(fā)、運作、維護或其它過程中暴露出來的。目的是及時提供響應(yīng)對策，并形成文檔，以保證所有暴露的問題

25、得到分析和解決，并認識到發(fā)展趨勢?；顒樱? 過程實施2 問題解決第59頁，共100頁。過程實施任務(wù)建立問題解決過程，以便處理在軟件產(chǎn)品和活動中發(fā)現(xiàn)的所有問題（包括不合格項）。這種過程符合：過程是一個閉環(huán)應(yīng)作出安排，以便對問題分類并排出優(yōu)先順序進行分析，以發(fā)現(xiàn)所報告問題的傾向問題的解決和處理應(yīng)加以評價第60頁，共100頁。問題解決任務(wù)當在軟件產(chǎn)品或活動中已發(fā)現(xiàn)問題時，編制問題報告描述發(fā)現(xiàn)的每個問題問題報告應(yīng)用來作為上述閉環(huán)的一部分：從發(fā)現(xiàn)問題開始，直到問題及其原因的調(diào)查、分析和解決，繼而通過問題發(fā)現(xiàn)傾向第61頁，共100頁。生存周期組織過程4個組織過程進行這些過程的組織有責任完成組織過程的活動和

26、任務(wù)。組織應(yīng)保證該過程存在并且起作用。第62頁，共100頁。生存周期組織過程內(nèi)容管理過程：確定生存周期過程中的基本管理活動，包括項目管理。基礎(chǔ)設(shè)施過程：確定建立生存周期過程基礎(chǔ)結(jié)構(gòu)的基本活動。改進過程：確定一個組織（即需方，供方，開發(fā)者，操作者，維護者，或另一過程的管理者）為建立、測量、控制和改進其生存周期過程所需開展的基本活動。培訓(xùn)過程：確定提供經(jīng)適當培訓(xùn)的人員所需的活動。第63頁，共100頁。管理過程包括一般的活動和任務(wù)，由管理其對應(yīng)過程的任何一方執(zhí)行。管理人員負責適用過程的產(chǎn)品管理、項目管理和任務(wù)管理?；顒樱? 啟動和范圍確定2 策劃3 執(zhí)行和控制4 評審和評價5 結(jié)束第64頁，共100

27、頁。啟動和范圍確定任務(wù)通過提出對執(zhí)行過程的要求來啟動管理過程管理者通過檢查執(zhí)行和管理過程所需的資源的可行性、充分性和適用性以及檢查執(zhí)行時間表的可完成性，來建立過程的可行性若需要并經(jīng)有關(guān)各方同意，修改過程的需求以達到完成準則第65頁，共100頁。策劃任務(wù)管理者為過程和執(zhí)行制定計劃。計劃包括：及時完成任務(wù)的時間表工作成果的評估執(zhí)行任務(wù)所需充分的資源任務(wù)的分配責任的指定與任務(wù)和過程自身有關(guān)的風(fēng)險的量化過程執(zhí)行過程中采用的質(zhì)量控制度量與過程執(zhí)行有關(guān)的費用環(huán)境和基礎(chǔ)設(shè)施結(jié)構(gòu)的保證第66頁，共100頁。執(zhí)行和控制任務(wù)管理者啟動計劃來滿足所設(shè)定的目標和準則，在過程中實行控制管理者監(jiān)視過程的執(zhí)行，提供過程進展

28、的內(nèi)部報告，按合同過度向需方提供過程進展的外部報告管理者對在過程執(zhí)行過程中發(fā)現(xiàn)的問題進行調(diào)查、分析和解決管理者在協(xié)商確定的時刻報告過程進展情況，聲明按計劃進行，并解決進展中的疏漏情況第67頁，共100頁。評審和評價任務(wù)管理者保證為滿足需求而對軟件產(chǎn)品和計劃進行評價管理者對在過程執(zhí)行期間完成的軟件產(chǎn)品、活動和任務(wù)的評價結(jié)果進行評估，以便達到目標和完成計劃第68頁，共100頁。結(jié)束任務(wù)當所有軟件產(chǎn)品、活動和任務(wù)完成時，管理者根據(jù)合同中或組織規(guī)程中規(guī)定的準則確定該過程是否完成管理者檢查軟件產(chǎn)品、開展的活動和完成的任務(wù)的成果和記錄是否完整，這些成果應(yīng)當按合同中的規(guī)定在適合的環(huán)境中獲得第69頁，共100

29、頁?；A(chǔ)設(shè)施過程為其它過程建立和維護所需基礎(chǔ)設(shè)施的過程?；A(chǔ)設(shè)施可以包括用于開發(fā)、運作或維護的硬件、軟件、工具、技術(shù)、標準和設(shè)施?；顒樱? 過程實施2 建立基礎(chǔ)設(shè)施3 維護基礎(chǔ)設(shè)施第70頁，共100頁。改進過程改進過程是一種建立、評估、度量、控制和改進軟件生存周期過程的過程。活動：1 過程建立2 過程評估3 過程改進第71頁，共100頁。培訓(xùn)過程一種提供和保持受過訓(xùn)練的人才的過程。盡早計劃和實施人員培訓(xùn)是絕對必要的，以便當獲取、供應(yīng)、開發(fā)、運作和維護軟件產(chǎn)品時，能有受過培訓(xùn)的人員?；顒樱? 過程實施2 培訓(xùn)材料的編制3 培訓(xùn)計劃的實施第72頁，共100頁。軟件研制過程模型軟件生存周期從產(chǎn)品的設(shè)

30、想到不再使用，包含軟件開發(fā)、運行、維護全過程軟件開發(fā)包含一系列階段、活動和里程碑，如需求分析、設(shè)計、編碼、測試軟件研制過程模型給出了將這些基本階段進行有機組合的結(jié)構(gòu)性模型第73頁，共100頁。瀑布模型軟件測試詳細設(shè)計軟件實現(xiàn)系統(tǒng)需求軟件需求概要設(shè)計1970年由W.Royce提出第74頁，共100頁。瀑布模型描述從60年代開始，為解決軟件危機逐漸發(fā)展起軟件工程。瀑布模型則是傳統(tǒng)軟件工程的基礎(chǔ)。瀑布模型的基本思想是將軟件生命周期劃分為若干明確定義的階段。需求捕獲是軟件生命周期的第一個階段；上一個階段生成規(guī)定的軟件中間產(chǎn)品（軟件文檔，偽碼等），傳到下一階段作進一步加工，最后得到目標產(chǎn)品。 瀑布模型是

31、一個理想化過程，第75頁，共100頁。瀑布模型特點(1) 階段間具有順序性和依賴性(2) 推遲實現(xiàn)的觀點(3) 質(zhì)量保證的觀點第76頁，共100頁。瀑布模型的使用風(fēng)險和適用情況使用風(fēng)險需求未被充分理解系統(tǒng)太大而不能一次實現(xiàn)事先打算采用的技術(shù)迅速發(fā)生變化需求迅速發(fā)生變化有限的資源無法利用某一中間產(chǎn)品適用情況所有的系統(tǒng)功能一次交付時必須同時淘汰全部老系統(tǒng)時瀑布模型第77頁，共100頁。V模型系統(tǒng)需求軟件需求概要設(shè)計詳細設(shè)計單元測試組裝測試編碼確認測試系統(tǒng)聯(lián)試詳細設(shè)計概要設(shè)計軟件需求系統(tǒng)需求型號任務(wù)編譯后的單元測試后的單元組裝后的軟件測試后的軟件交付軟件驗證驗證驗證驗證驗證驗證驗證與確認驗證與確認

32、J.McDermid于1994年在“軟件工程師參考手冊”中提出第78頁，共100頁。增量模型軟件1：運行維護詳細設(shè)計編碼測試系統(tǒng)需求軟件需求概要設(shè)計軟件2：運行維護詳細設(shè)計編碼測試第79頁，共100頁。增量模型描述預(yù)先計劃的產(chǎn)品改進從一套給定的需求開始，通過一系列的造型實施開發(fā)，第一個造型納入一部分需求，下一個造型納入更多的需求，以此類推，直到系統(tǒng)完成在每個造型中實行必要的過程、活動和任務(wù)第80頁，共100頁。增量模型特點在開發(fā)每個造型時，開發(fā)過程中的活動和任務(wù)順序地或部分平行重疊地使用當相繼的造型在部分并發(fā)地被開發(fā)時，開發(fā)過程中的活動和任務(wù)可以在造型間平行地被采用第81頁，共100頁。增量模

33、型的使用風(fēng)險和適用情況風(fēng)險需求未被很好地理解突然提出一些功能事先打算采用的技術(shù)迅速發(fā)生變化需求迅速發(fā)身變化長時期內(nèi)有限的資源投入適用情況需要早期獲得功能中間產(chǎn)品可以提供使用系統(tǒng)被自然地劃分成增量工作人員和（或）資金可以逐步增加第82頁，共100頁。漸進模型開發(fā)1運行維護1開發(fā)3運行維護3開發(fā)2運行維護2第83頁，共100頁。漸進模型描述和特點通過造型開發(fā)系統(tǒng)需求不能被完全理解，且不能在初始時就確定需求一部分被預(yù)先定義，然后在每個相繼的造型中逐步完善每個造型被開發(fā)時，開發(fā)過程中的活動和任務(wù)順序地或部分重疊并行地被采用對所有造型，開發(fā)過程中的活動和任務(wù)通常按同意順序被重復(fù)使用第84頁，共100頁。

34、采用漸進模型的一些原因1）需要某些用戶經(jīng)驗來改進和完善需求；2）某些部分的實現(xiàn)可能取決于未來技術(shù)的可用性；3）某些新的用戶需求被預(yù)料到，但目前還不清楚；4）某些需求可能比遇到的那些還難以滿足，并且確定不允許因這些需求推遲可用的交付。第85頁，共100頁。漸進模型的使用風(fēng)險和適用情況風(fēng)險突然提出一些功能長時期內(nèi)有限的資源投入適用情況需要早期獲得功能中間產(chǎn)品可以提供使用系統(tǒng)被自然地劃分成增量工作人員和（或）資金可以逐步增加需要用戶反饋來理解全部需求便于對技術(shù)變化的監(jiān)督第86頁，共100頁。原型開發(fā)模型需求分析快速設(shè)計用戶評價原型建立原型生產(chǎn)產(chǎn)品修改原型第87頁，共100頁。原型分類拋棄式原型開發(fā)樣

35、品式原型開發(fā)漸增式原型開發(fā)第88頁，共100頁。螺旋模型B.Boehm于1988年提出第89頁，共100頁。螺旋模型描述瀑布模型和漸進模型相結(jié)合，增加風(fēng)險分析用來指導(dǎo)大型軟件項目的開發(fā)將開發(fā)劃分為制定計劃、風(fēng)險分析、實施工程、客戶評估四類活動沿螺旋線每轉(zhuǎn)一圈，表示開發(fā)出一個更完善的新的軟件版本第90頁，共100頁。噴泉模型1990年B.H.Sollers和J.M.Edwards提出主要用于采用面向?qū)ο蠹夹g(shù)的項目噴泉體現(xiàn)迭代和無間隙的特征軟件的某些部分常常被重復(fù)工作多次，相關(guān)對象在每次迭代中隨之加入漸進的軟件成分在分析、設(shè)計、實現(xiàn)等各項活動之間無明顯邊界第91頁，共100頁。RUP模型第92頁，共100頁。軟件過程模型的選擇1）模型應(yīng)符合軟件本身的性質(zhì)（規(guī)模、復(fù)雜性）2）模型應(yīng)滿足軟件應(yīng)用系統(tǒng)整體開發(fā)進度要求3）模型應(yīng)有可能控制并消除軟件開發(fā)風(fēng)險4）模型應(yīng)有可用的計算機輔助工具（如快速原型工具）