軟件開發(fā)過程規(guī)范課件

1、軟件過程管理-Ch.1 軟件過程規(guī)范 內容概覽全書共分為10章，以全面闡述軟件過程管理的各個方面。首先說明了軟件過程規(guī)范、成熟度及其相關的概念和理論，包括軟件過程標準體系。然后在此基礎上，深入討論了軟件過程的組織管理、需求管理、項目管理、質量管理、技術管理和集成管理等流程、方法和實踐，并進一步探討了軟件過程評估和改進的框架、模型和實施細節(jié)，最后通過具體的應用實踐對軟件過程管理做了全方位的闡釋。課程目標通過本課程的學習，可以了解并掌握：軟件過程規(guī)范的內容、影響和作用 軟件過程不成熟的特點、軟件過程成熟的標準 軟件過程的可視性和過程能力 軟件過程文化、環(huán)境和過程框架 如何定義組織過程并對過程剪裁以

2、獲得項目過程 軟件過程的需求管理 、項目管理和質量管理軟件過程的技術管理和集成管理 如何實施軟件過程的評估和改進 課程服務于 項目經理 Project manager 程序經理 Program manager 產品經理 Product manager- 軟件質量管理人員 The member of SQAG 軟件工程過程組成員 The member of SEPG 軟件配置管理人員 The member of SCMG還包括： 軟件企業(yè)高層管理人員 軟件工程師和測試工程師 軟件分析師 、軟件咨詢顧問課程安排建議： 3 學分，60 學時周次教學章節(jié)教學內容建議學時1第1章 軟件過程規(guī)范 1.1

3、過程的定義 1.2 過程規(guī)范 1.3 軟件生命周期的過程需求 1.4 軟件生命周期標準 1.5 軟件過程建模42-3第2章 軟件過程成熟度 2.1 過程成熟度標準2.2 能力成熟度模型概述2.3 過程成熟度級別2.4 軟件過程的可視性2.5 過程能力和效能預測2.6 軟件過程框架63-4第3章 軟件過程的組織管理 3.1 組織過程焦點3.2 組織過程定義3.3 PSP過程框架和成熟度模型3.4 PSP設計與實踐3.5 TSP的結構和啟動過程3.6 TSP工作流程4課程安排 - 2周次教學章節(jié)教學內容建議學時5第4章 軟件過程的需求管理4.1 需求管理的模型和流程4.2 需求開發(fā)4.3 需求管理

4、36第5章 軟件過程的技術管理5.1 軟件過程的技術架構5.2 軟件過程的問題分析和決策方法5.3 軟件過程的技術路線5.4 知識傳遞5.5 軟件過程管理工具47第6章 軟件過程的項目管理6.1 軟件配置管理6.2 項目估算和資源管理6.3 項目風險評估6.4 制定項目計劃6.5 項目跟蹤和監(jiān)督5課程安排 - 3周次教學章節(jié)教學內容建議學時8第7章 軟件過程的質量管理7.1 質量管理概述7.2 軟件質量方針和計劃7.3 軟件評審過程和方法7.4 缺陷分析和預防7.5 質量度量7.6 PSP過程質量管理49-10第8章 軟件過程的集成管理8.1 集成項目管理8.2 集成項目的合成計劃8.3 產品

5、集成的過程管理8.4 集成產品開發(fā)模式8.5 IPD方法應用和實踐6課程安排 - 4周次教學章節(jié)教學內容建議學時11-12第9章 軟件過程的評估和改進 9.1 過程模型的剪裁9.2 軟件過程度量9.3 過程評估參考模型9.4 過程評估9.5 過程改進的模型和方法9.6 組織和技術革新9.7 軟件過程改進的實施813-14第10章 軟件過程的管理實踐10.1 IBM-Rational 業(yè)務驅動開發(fā)的過程管理10.2 微軟公司的軟件開發(fā)過程模式10.3 敏捷模型的軟件過程管理10.4 面向構件的軟件過程10.5 軟件過程的自定義體系6軟件過程規(guī)范 一旦人們將注意力轉向過程，將發(fā)現(xiàn)一個全新的思維空間

6、。James Harrington 本章提綱1.1 過程的定義1.2過程規(guī)范1.3 軟件生命周期的過程需求1.4 軟件生命周期標準1.5 軟件過程建模1.1 過程的定義1.1.1 過程的定義1.1.2 軟件過程的分類和組成1.1.3 軟件過程定義的層次性1.1 過程的定義牛津簡明詞典中，“過程”被定義為活動與操作的集合，例如一系列的生產階段或操作。書氏大詞典定義“過程”是用于產生某結果的一整套操作、一系列的活動、變化以及作為最終結果的功能。IEEE-Std-610定義“過程”是為完成一個特定的目標而進行的一系列操作步驟，如軟件開發(fā)過程。SEICMM 定義過程是用于軟件開發(fā)及維護的一系列活動、方

7、法及實踐。 過程的簡單描述實現(xiàn)、管理和支持過程之間的關系1.1.2 軟件過程的分類和組成軟件基本過程：軟件獲取、供應、開發(fā)、運行和維護的過程，包括需求分析、軟件設計、編碼等過程。軟件支持過程：對軟件主要過程提供支持的過程，包括文檔編制過程、配置管理過程、質量保證過程、驗證和確認過程（測試過程）、評審過程等。軟件組織過程：對軟件主要過程和支持過程的組織保證過程，包括管理過程、基礎設施過程、改進過程和培訓過程。IEC12207軟件生存周期過程軟件過程的組成ISO/IEC15504軟件生存周期過程1.1.3 軟件過程定義的層次性 公共（通用）軟件過程。 組織標準軟件過程。 項目自定義的軟件過程。 1

8、.2 過程規(guī)范1.2.1 什么是過程規(guī)范1.2.2 過程規(guī)范的內容和示例1.2.3 過程規(guī)范的影響和作用1.2.1 什么是過程規(guī)范“規(guī)范”一詞被解釋為“明文規(guī)定或約定俗成的標準”，或理解為“用來控制或治理一個團隊的一系列準則與章程，以及團隊成員必須遵守的相關的規(guī)章制度” 過程規(guī)范就是對輸入/輸出和活動所構成的過程進行明文規(guī)定或約定俗成的標準。軟件過程規(guī)范是軟件開發(fā)組織行動的準則與指南，可以依據上述各類過程的特點而建立相應的規(guī)范，如軟件基本過程規(guī)范、軟件支持過程規(guī)范和軟件組織過程規(guī)范。 軟件過程規(guī)范的建立軟件能力成熟度模型（CMM/CMMI ）個體軟件過程（PSP）團隊軟件過程（TSP）IBM-

9、Raional 統(tǒng)一過程（RUP）極限編程 （eXtreme Programming，XP） 微軟軟件框架（MSF）1.2.2 過程規(guī)范的內容和示例任務規(guī)范日常規(guī)章制度軟件工具 “責任人、參與人員、入口準則、出口準則、輸入、輸出和活動”等基本內容 1.2.3 過程規(guī)范的影響和作用消極影響的存在和消除 Fred Brooks “創(chuàng)造力來自個人，而不是組織結構或者過程” 規(guī)范存在的必要性 過程規(guī)范的作用 幫助團隊實現(xiàn)共同的目標一個規(guī)范的軟件過程必將能帶來穩(wěn)定的、高水平的過程質量過程規(guī)范使軟件組織的生產效率更高 1.3 軟件生命周期的過程需求1.3.1 軟件工程過程1.3.2 軟件支持過程1.3.3

10、 軟件管理過程1.3.4 軟件組織過程1.3.5 軟件客戶供應商的過程1.3.1 軟件工程過程工程過程是軟件系統(tǒng)、產品的定義、設計、實現(xiàn)以及維護的過程。開發(fā)過程：定義并開發(fā)軟件產品的活動過程，包括需求分析、軟件設計和編程等。運行過程：在規(guī)定的環(huán)境中為其用戶提供運行計算機系統(tǒng)服務的活動過程，包括軟件部署維護過程：提供維護軟件產品服務的活動過程，也就是通過軟件的修改、變更，使軟件系統(tǒng)保持合適的運行狀態(tài)，這一過程包括軟件產品的移植和退役。 1.3.2 軟件支持過程 文檔編制 配置管理 質量保證 驗證 確認 聯(lián)合評審 審核 問題解決 明確并定義文檔開發(fā)中所采用的標準、軟件過程中所需要的各類文檔。詳細說

11、明所有文檔的內容、目的及相關的輸出產品。根據定義的標準與已確定的計劃來編寫、審查、修改和發(fā)布所有文檔。按已定義的標準和具體的規(guī)則維護文檔。 軟件過程或項目中的配置項（如程序、文件和數(shù)據等有關內容）被標識、定義。 根據已定義的配置項建立基線，以便對更改與發(fā)布進行有效的控制，并控制配置項的存儲、處理與分發(fā)，確保配置項的完全性與一致性。 記錄并報告配置項的狀態(tài)以及已發(fā)生變更的需求。 針對過程或項目確定質量保證活動、制定出相應的計劃與進度表。確定質量保證活動的有關標準、方法、規(guī)程與工具。確定進行質量保證活動所需的資源、組織及其組織成員的職責。有足夠的能力確保必要的質量保證活動獨立于管理者以及過程實際執(zhí)

12、行者之外進行開展和實施。在與各類相關的計劃進度保持一致的前提下，實施所制定的質量保證活動 。 根據需要驗證的工作產品所制定的規(guī)范（如產品規(guī)格說明書）實施必要的檢驗活動：有效地發(fā)現(xiàn)各類階段性產品所存在的缺陷，并跟蹤和消除缺陷。 根據客戶實際需求，確認所有工作產品相應的質量準則，并實施必需的確認活動。 提供有關證據，以證明開發(fā)出的工作產品滿足或適合指定的需求。與客戶、供應商以及其他利益相關方（或獨立的第三方）對開發(fā)的活動和產品進行評估 。為聯(lián)合評審的實施制定相應的計劃與進度，跟蹤評審活動，直至結束 。判斷是否與指定的需求、計劃以及合同相一致 。由合適的、獨立的一方來安排對產品或過程的審核工作 。以

13、確定其是否符合特定需求 提供及時的、有明確職責的以及文檔化的方式，以確保所有發(fā)現(xiàn)的問題都經過相應的分析并得到解決 。 提供一種相應的機制，以識別所發(fā)現(xiàn)的問題并根據相應的趨勢采取行動 。1.3.3 軟件管理過程1.3.3 軟件的管理過程 項目管理過程是計劃、跟蹤和協(xié)調項目執(zhí)行及生產所需資源的管理過程。項目管理過程的活動，包括軟件基本過程的范圍確定、策劃、執(zhí)行和控制、評審和評價等。 質量管理過程是對項目產品和服務的質量加以管理，從而獲得最大的客戶滿意度。此過程包括在項目以及組織層次上建立對產品和過程質量管理的關注 風險管理過程，在整個項目的生命周期中對風險不斷的識別、診斷和分析，回避風險、降低風險

14、或消除風險，并在項目以及組織層次上建立有效的風險管理機制 子合同商管理過程，選擇合格的子合同商并對其進行管理的過程 1.3.4 軟件組織過程 業(yè)務規(guī)劃過程是為組織與項目成員提供對愿景的描述以及企業(yè)文化的介紹，從而使項目成員能更有效地工作。 定義過程是建立一個可重復使用的過程定義庫，從而對其它過程等提供指導、約束和支持改進過程是為了滿足業(yè)務變化的需要，提高過程的效率與有效性，而對軟件過程進行持續(xù)的評估、度量、控制和改善的過程 人力資源和培訓過程，為項目或其它組織過程提供培訓合格的人員所需的活動 基礎設施過程是建立生存周期過程基礎結構、為其他過程建立和維護所需基礎設施的過程 1.3.5 軟件客戶供

15、應商的過程客戶供應商過程是內部直接影響到客戶、外部直接影響開發(fā)、向客戶交付軟件以及軟件正確操作與使用的過程，包括軟件獲得、客戶需求管理、提供軟件、操作軟件以及提供客戶服務等5個子過程獲取過程從確定需要獲取的軟件系統(tǒng)、產品或服務開始，然后制定和發(fā)布標書、選擇供方和管理獲取過程，直到驗收軟件系統(tǒng)、產品或服務 。該過程的成功實施會導致最終生成一個明確的合同或條約，清楚地描述出客戶與供應方的期望、職責與義務。 在整個軟件生命周期中，針對不斷變化的客戶需求加以收集、處理和跟蹤，并建立軟件需求的基準線，以作為項目中軟件開發(fā)活動過程和產品度量和變更管理的基礎 按客戶、事先規(guī)定的要求對軟件進行包裝、發(fā)布與安裝

16、的活動過程 確定包裝、發(fā)布以及安裝軟件的有關要求。軟件有效地被安裝與使用。軟件達到需求定義中所規(guī)定的質量水平。確定和管理由于引人并發(fā)操作軟件而帶來的操作上的風險。按要求的步驟和在要求的操作環(huán)境中運行軟件。提供操作上的技術支持，以便解決操作過程個出現(xiàn)的問題確保軟件（或主機系統(tǒng)）有足夠的能力滿足用戶的需求?；趯嵤┣闆r，確定客戶所需要的支持服務。通過提供適當?shù)姆諄頋M足客戶的需求。針對客戶對產品本身及其相應的支持服務的滿意程度進行持續(xù)的評估1.4 軟件生命周期標準1.4.1 ISO/IEC標準體系1.4.2 IEEE標準體系1.4.3 標準體系全貌圖1.4.1 ISO/IEC標準體系ISO/IEC

17、 12207:1995-軟件生存周期過程 從多個角度說明了軟件生命周期各個過程中的活動，對規(guī)范軟件開發(fā)過程，協(xié)調各類人員之間的關系，都具有指導作用。 ISO/IEC15504軟件過程評估標準 能力確定模式，幫助評估并確定一個潛在軟件供應商的能力。 過程改進模式，幫助提高軟件開發(fā)過程的水平。 自我評估模式，幫助判斷是否有能力承接新項目的開發(fā)。 ISO/IEC標準體系的構成軟件過程系統(tǒng)過程原理12207/AMD1的過程結果15288要素標準12207/14764TR15846TR1632615939145981591015288標準部分指南TR15271ISO9000-3TR92941801915

18、288指南1.4.2 IEEE標準體系IEEE 1074:1997 - 生命周期過程的標準。IEEE 1540-01 - 軟件風險管理。IEEE 1517-99 - 軟件復用過程。IEEE 1219-1998 - 軟件維護過程。IEEE Std 730-2001 -軟件質量保證計劃。IEEE Std 1012 - 驗證與確認。IEEE Std 1028 - 評審。1.4.3 標準體系全貌圖1.5 軟件過程建模1.5.1 軟件過程建模型1.5.2 基于UML的過程建模1.5.3 基于IDEF3的過程建模1.5.4 基于Agent的自適應軟件過程模型1.5.5 基于SOA的軟件過程模型1.5.1

19、軟件過程模型瀑布模型螺旋模型、增量模型、迭代模型V模型 并發(fā)過程模型極限編程（XP）IBM-Rational統(tǒng)一過程（RUP） 1.5.2 基于UML的過程建模用戶模型視圖，從用戶的視角來表示系統(tǒng)。用例（Use-case）描述使用場景，可用于用戶模型視圖的建模方案。結構模型視圖，從系統(tǒng)內部來分析數(shù)據和功能，屬于靜態(tài)結構建模。行為模型視圖，描述系統(tǒng)動態(tài)或行為方面的各種元素間交互或協(xié)作關系，屬于動態(tài)結構建模。實現(xiàn)模型視圖，針對如何構建（實現(xiàn)）系統(tǒng)的結構和行為時的表示。環(huán)境模型視圖，表示待實現(xiàn)的系統(tǒng)環(huán)境的結構和行為。UML圖用例模型：對應用例圖、序列圖、協(xié)作圖、狀態(tài)圖和活動圖分析模型：對應類圖和對象圖（包括子系統(tǒng)和包）、序列圖、協(xié)作圖、狀態(tài)圖和活動圖。設計模型：對應類圖和對象圖（包括子系統(tǒng)和包）、序列圖、協(xié)作圖、狀態(tài)圖和活動圖。開發(fā)模型：對應配置圖（包括活動類和組件）、序列圖、協(xié)作圖。實現(xiàn)模型：對應組件圖、序列圖和協(xié)作圖。測試模型：測試模型引用了所有其它模型，所以使用所對應的所有視圖。從迭代的角度理解UML建模 從順序角度理解UML建模 1.5.3 基于IDEF3的過程建模美國空軍集成計算機輔助制造（ICAM）項目基礎上建立起來的，只包含3種方法功能建模（IDEF0）、信息建模（IDEF1）和動態(tài)建模（IDEF2）。隨著信息