軟件過程管理復習提綱.ppt

1、1,軟件過程管理,-Ch.1 軟件過程規(guī)范,童先群,xq_,2,總成績分布,平時：10%出勤 作業(yè)：30%，公式：實交作業(yè)次數(shù)/布置作業(yè)總次數(shù)30 注：作業(yè)，課堂上完成，作為期末復習材料 期末：60%,3,內(nèi)容概覽,全書共分為10章，以全面闡述軟件過程管理的各個方面。首先說明了軟件過程規(guī)范、成熟度及其相關(guān)的概念和理論，包括軟件過程標準體系。然后在此基礎上，深入討論了軟件過程的組織管理、需求管理、項目管理、質(zhì)量管理、技術(shù)管理和集成管理等流程、方法和實踐，并進一步探討了軟件過程評估和改進的框架、模型和實施細節(jié)，最后通過具體的應用實踐對軟件過程管理做了全方位的闡釋。,4,課程目標,通過本課程的學習，

2、可以了解并掌握： 軟件過程規(guī)范的內(nèi)容、影響和作用 軟件過程不成熟的特點、軟件過程成熟的標準 軟件過程的可視性和過程能力 軟件過程文化、環(huán)境和過程框架 如何定義組織過程并對過程剪裁以獲得項目過程 軟件過程的需求管理 、項目管理和質(zhì)量管理 軟件過程的技術(shù)管理和集成管理 如何實施軟件過程的評估和改進 ,5,軟件過程管理不當-軟件危機,絕大多數(shù)軟件企業(yè)長期面臨“產(chǎn)品質(zhì)量低下、進度延誤、成本高昂”的共性問題，就像患了惡劣的慢性病，難以根除。 1969年，“軟件危機”，數(shù)十年后，司空見慣，習以為常了。 軟件過程管理的目的：最大限度地提高軟件產(chǎn)品的質(zhì)量與軟件開發(fā)過程的生產(chǎn)率。,6,本章提綱,1.1 過程的定

3、義 1.2過程規(guī)范 1.3 軟件生命周期的過程需求 1.4 軟件生命周期標準 1.5 軟件過程建模,7,1.1 過程的定義,牛津簡明詞典中，“過程”被定義為活動與操作的集合，例如一系列的生產(chǎn)階段或操作。 書氏大詞典定義“過程”是用于產(chǎn)生某結(jié)果的一整套操作、一系列的活動、變化以及作為最終結(jié)果的功能。 IEEE-Std-610定義“過程”是為完成一個特定的目標而進行的一系列操作步驟，如軟件開發(fā)過程。 SEICMM 定義過程是用于軟件開發(fā)及維護的一系列活動、方法及實踐。,8,實現(xiàn)、管理和支持過程之間的關(guān)系,過程一般可分為實現(xiàn)過程、管理過程、支持過程。,9,軟件過程包括？,軟件過程(software

4、process)，是人們用來開發(fā)和維護軟件及產(chǎn)品的活動、方法、實踐和改進的集合。 軟件過程包括？（作業(yè)1） 需求分析、概要設計、詳細設計、編碼、測試、 上面幾點僅屬于基本過程。,10,1.1.2 軟件過程的分類和組成,軟件基本過程（實現(xiàn)過程）：軟件獲取、供應、開發(fā)、運行和維護的過程，包括需求分析、軟件設計、編碼等過程。 軟件支持過程：包括文檔編制過程、配置管理過程、質(zhì)量保證過程、驗證和確認過程（測試過程）、評審過程等。 軟件組織過程：對軟件主要過程和支持過程的組織保證過程，包括管理過程、基礎設施過程、改進過程和培訓過程。,11,IEC12207軟件生存周期過程國際電工委員會（Internati

5、onal Electro technical Commission，簡稱IEC）,12,軟件過程的基本組成示意圖,工程過程(Engineering Process, ENG) 支持過程(Support Process, SUP) 管理過程(Management Process, MAN) 組織過程(Organization Process, ORG) 客戶-供應商過程(Customer-supplier Process, CUS),關(guān)鍵,核心,基礎,13,ISO/IEC15504軟件生存周期過程,基本過程,組織過程,5個過程并行執(zhí)行,14,1.1.3 軟件過程定義的層次性,公共（通用）軟件過程

6、。 組織標準軟件過程。 項目自定義的軟件過程。,大學模型 我校情況 我系情況,15,1.3 軟件生命周期的過程需求,1.3.1 軟件工程過程 1.3.2 軟件支持過程 1.3.3 軟件管理過程 1.3.4 軟件組織過程 1.3.5 軟件客戶供應商的過程,16,1.3.1 軟件工程過程,工程過程是軟件系統(tǒng)、產(chǎn)品的定義、設計、實現(xiàn)以及維護的過程。P10 開發(fā)過程：定義并開發(fā)軟件產(chǎn)品的活動過程，包括需求分析、軟件設計（功能性與非功能性）和編程等。 運行過程：在規(guī)定的環(huán)境中為其用戶提供運行計算機系統(tǒng)服務的活動過程，包括軟件部署 維護過程：提供維護軟件產(chǎn)品服務的活動過程，也就是通過軟件的修改、變更，使軟

7、件系統(tǒng)保持合適的運行狀態(tài)，這一過程包括軟件產(chǎn)品的移植和退役。,17,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,明確如何寫文檔（標準）？寫什么文檔（各類文檔）？ 規(guī)定文檔的內(nèi)容？相關(guān)的輸出產(chǎn)品？ 根據(jù)定義的標準與已確定的計劃來編寫、審查、修改和發(fā)布所有文檔。 按已定義的標準和具體的規(guī)則維護文檔。,文獻綜述、開題報告、畢業(yè)論文 內(nèi)容及系統(tǒng) 階段性的檢查 答辯,18,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,進行配置管理最低要求是保證重要工作成果不發(fā)生混亂。 如果沒有配置管理？最大的麻煩就是工作成

8、果被覆蓋。新的覆蓋老的版本，后果？ Check out/ check in，時間間隔？(例：ghost) 如同入庫出庫，必須做好所有記錄，嚴格堅持出入庫檢查。 確保配置項的完全性與一致性。P126,19,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,健康定義，古代/現(xiàn)代？ 最高境界：“零缺陷”？ Microsoft，航空航天 什么時間進行？ 制定出計劃與進度表。 確定有關(guān)標準、方法、規(guī)程與工具，所需的資源、組織及其組織成員的職責。 保證各類相關(guān)的計劃進度保持一致 。,20,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評

9、審 審核 問題解決,根據(jù)需要驗證的工作產(chǎn)品所制定的規(guī)范（如產(chǎn)品規(guī)格說明書）實施必要的檢驗活動： 有效地發(fā)現(xiàn)各類階段性產(chǎn)品所存在的缺陷，并跟蹤和消除缺陷。 驗證強調(diào)的是在開發(fā)過程中對工作產(chǎn)品進行檢查，盡早發(fā)現(xiàn)問題。,驗證（VER）：保證做的對，驗證規(guī)格需求 按鈕響應時間為1秒,21,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,確認強調(diào)的是，在真實的使用環(huán)境中，確保軟件能達到 預期的效果。如：盡快發(fā)出一個小版本，在實際環(huán)境中運行起來，盡快發(fā)現(xiàn)確認其中的問題。 一般來說，調(diào)試、試用、驗收測試等都是確認的工作。,確定（VAL）：保證做對的產(chǎn)品 ，屬于性

10、能需求。 大容量存儲，響應時間為1秒（多線程后臺處理來解決這個問題 ）,22,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,與客戶、供應商以及其他利益相關(guān)方（或獨立的第三方）對開發(fā)的活動和產(chǎn)品進行評估 。 為聯(lián)合評審的實施制定相應的計劃與進度，跟蹤評審活動，直至結(jié)束 。,23,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)量保證 驗證 確認 聯(lián)合評審 審核 問題解決,判斷是否與指定的需求、計劃以及合同相一致 。 由合適的、獨立的一方來安排對產(chǎn)品或過程的審核工作 。 以確定其是否符合特定需求,24,1.3.2 軟件支持過程,文檔編制 配置管理 質(zhì)

11、量保證 驗證 確認 聯(lián)合評審 審核 問題解決,提供及時的、有明確職責的以及文檔化的方式，以確保所有發(fā)現(xiàn)的問題都經(jīng)過相應的分析并得到解決 。 提供一種相應的機制，以識別所發(fā)現(xiàn)的問題并根據(jù)相應的趨勢采取行動 。,25,1.3.3 軟件管理過程,對其它四個過程的實踐活動提供指導、跟蹤和監(jiān)控的過程。,26,1.3.3 軟件的管理過程,項目管理過程是計劃、跟蹤和協(xié)調(diào)項目執(zhí)行及生產(chǎn)所需資源的管理過程。 立項管理是決策行為，決策是指“做正確的事情” 立項后，目標是“正確地做事情”（正確=￥） 為過程和執(zhí)行制定計劃，進行項目規(guī)劃（城市規(guī)劃） 制定進度表；項目監(jiān)控；成本估計；項目間接口等 結(jié)項管理與立項管理相對

12、應,27,1.3.3 軟件的管理過程,質(zhì)量管理過程是對項目產(chǎn)品和服務的質(zhì)量加以管理，從而獲得最大的客戶滿意度。 以客戶的質(zhì)量需要為基礎； 定義質(zhì)量度量標準并實時檢查； 未達到質(zhì)量目標要及時采取相應的措施等,28,1.3.3 軟件的管理過程,風險管理過程，在整個項目的生命周期中對風險不斷的識別、診斷和分析，回避風險、降低風險或消除風險，并在項目以及組織層次上建立有效的風險管理機制 被刻畫為風險的事件最終可能發(fā)生也可能不發(fā)生。人們對待風險有兩種態(tài)度： 被動態(tài)度（“救火模式”） 主動態(tài)度（“防火模式”）=風險管理屬于“防火模式” 量化管理風險：風險嚴重性，風險可能性，風險系數(shù),29,1.3.3 軟件

13、的管理過程,子合同商管理過程，選擇合格的子合同商并對其進行管理的過程 軟件管理的四個過程？（作業(yè)2）,30,1.3.4 軟件組織過程(全局規(guī)劃),組織過程是軟件組織用來建立和實現(xiàn)由相關(guān)的生命周期過程和人員組成的基礎結(jié)構(gòu)并不斷改進這種結(jié)構(gòu)的過程。 業(yè)務規(guī)劃過程 定義過程 改進過程 人力資源和培訓過程 基礎設施過程,31,1.3.4 軟件組織過程(全局規(guī)劃),業(yè)務規(guī)劃過程是為組織與項目成員提供對遠景的描述以及企業(yè)文化的介紹，從而使項目成員能更有效地工作。 （明確保每個人都有明確定義的工作） 定義過程是建立一個可重復使用的過程定義庫，指導其他四個過程(裁剪) 改進過程是為了滿足業(yè)務變化的需要，提高過

14、程的效率與有效性，而對軟件過程進行持續(xù)的評估、度量、控制和改善的過程 （進一步裁剪）,32,1.3.4 軟件組織過程(全局規(guī)劃),人力資源和培訓過程，為項目或其它組織過程提供培訓合格的人員所需的活動 基礎設施過程是建立生存周期過程基礎結(jié)構(gòu)、為其他過程建立和維護所需基礎設施的過程 （軟件工程環(huán)境）,33,1.3.5 軟件客戶供應商的過程,客戶供應商過程是內(nèi)部直接影響到客戶、外部直接影響開發(fā)、向客戶交付軟件以及軟件正確操作與使用的過程，包括： 獲取過程 客戶需求管理過程 供應過程 軟件操作過程 客戶支持過程,34,1.3.5 軟件客戶供應商的過程,獲取過程:以客戶為主導的。以客戶的需求為起點，以客

15、戶對產(chǎn)品或服務的認同與接受為終點。 從確定需要獲取的軟件系統(tǒng)、產(chǎn)品或服務開始，然后制定和發(fā)布標書、選擇供方和管理獲取過程，直到驗收軟件系統(tǒng)、產(chǎn)品或服務 。 該過程的成功實施會導致最終生成一個明確的合同或條約，清楚地描述出客戶與供應方的期望、職責與義務。,35,1.3.5 軟件客戶供應商的過程,客戶需求管理過程：在整個軟件生命周期中，針對不斷變化的客戶需求加以收集、處理和跟蹤，并建立軟件需求的基準線，以作為項目中軟件開發(fā)活動過程和產(chǎn)品度量和變更管理的基礎 收集，處理，跟蹤同樣重要。 需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品影響最大。（河流污染）,36,1.3.5 軟件客戶供應商的過程,供應過程：按

16、客戶、事先規(guī)定的要求對軟件進行包裝、發(fā)布與安裝的活動過程 確定包裝、發(fā)布以及安裝軟件的有關(guān)要求。 軟件有效地被安裝與使用。 軟件達到需求定義中所規(guī)定的質(zhì)量水平。,37,1.3.5 軟件客戶供應商的過程,軟件操作過程： 確定和管理由于引入并發(fā)操作軟件而帶來的操作上的風險。 按要求的步驟和在要求的操作環(huán)境中運行軟件。 提供操作上的技術(shù)支持，以便解決操作過程中出現(xiàn)的問題 確保軟件（或主機系統(tǒng)）有足夠的能力滿足用戶的需求。,38,1.3.5 軟件客戶供應商的過程,客戶支持過程：基于實施情況，確定客戶所需要的支持服務。 通過提供適當?shù)姆諄頋M足客戶的需求。 針對客戶對產(chǎn)品本身及其相應的支持服務的滿意程度

17、進行持續(xù)的評估,39,作業(yè),軟件過程包括？ 軟件管理的四個過程？ 軟件項目管理包括哪幾個主要管理，了解項目經(jīng)理的職能。（上網(wǎng)或查資料，要求寫滿一頁）,40,軟件過程管理,-Ch.2 軟件過程成熟度,童先群,xq_,41,本章提綱,2.1 過程成熟度標準 2.2 能力成熟度模型概述 2.3 過程成熟度級別 2.4 軟件過程的可視性 2.6 軟件過程框架,42,2.1 過程成熟度標準,2.1.1 軟件過程不成熟的特點 2.1.2 軟件過程成熟的標準,軟件過程能力 軟件過程性能 軟件過程成熟度,3個基本概念,43,軟件過程能力,軟件過程能力:遵循軟件過程后能夠?qū)崿F(xiàn)預期結(jié)果的程度。（關(guān)注預期結(jié)果） 該

18、指標是對能力的一種衡量，用它可以預測一個組織（企業(yè)）在承接下一個軟件項目時，所能期望得到的最可能的結(jié)果。 如果能按要求完成三年的高中學習，你有能力考上大學。,44,軟件過程性能,軟件過程性能：表示遵循一個軟件過程后所得到的實際結(jié)果。（關(guān)注已得到的結(jié)果） 由于項目要求和客觀環(huán)境的差異，導致預期和結(jié)果不相符合。 軟件過程性能不可能充分反應軟件過程整體能力，即軟件過程能力受限于它的環(huán)境。 如果沒考上大學，不代表你的能力不行，可能是其它原因引起的。,45,軟件過程成熟度,是指一個具體的軟件過程被明確地定義、管理、評價、控制和產(chǎn)生實效的程度 。 成熟度表明了組織（企業(yè)）實施軟件過程的實際水平。 組織軟件

19、過程成熟度能力的提高= 從而提高軟件過程能力 從而使軟件的質(zhì)量、生產(chǎn)率和生產(chǎn)周期得到改善。 從而達到良好的軟件過程性能,46,2.1.2 軟件過程成熟的標準,軟件過程能力高：能達到預期結(jié)果，不斷提高自身能力。 軟件過程性能可預見性:積累了有關(guān)過程性能的大量歷史數(shù)據(jù)，對效率，成本，質(zhì)量能做出準確的估計。 過程的可視性: 軟件組織的能力是已知的/軟件過程定義清晰 過程的每個階段進出的標準，執(zhí)行的方法和規(guī)則清楚/人員職責清楚。 過程的穩(wěn)定性:有紀律的過程,47,2.1.2 軟件過程成熟的標準,軟件過程規(guī)范化：過程定義、方法和規(guī)則等文檔化，所有過程標準化，有規(guī)則可循。 過程的一致性：軟件過程被正確無誤

20、地傳遞到不同的團隊。已定義的過程是真正的標準。 過程的豐富性:各種子過程 過程的不斷改進:通過可控的先導性試驗和成本效率分析對過程進行持續(xù)改進。（可持續(xù)發(fā)展）,48,2.2 能力成熟度模型概述,2.2.1 CMM的基本內(nèi)容 2.2.2 系統(tǒng)工程能力模型 2.2.3 集成化產(chǎn)品開發(fā)模型 2.2.4 CMMI介紹,49,2.2.1 CMM的基本內(nèi)容P33,CMM是軟件過程能力成熟度模型（Capacity Maturity Model，CMM）的簡稱，1991年正式推出了CMM 1.0 版。 CMM描述一條從無序的、混亂的過程到成熟的、有紀律的過程的改進途徑。 CMM建立起一個標準，對照這個標準就能

21、以可重復的方式判斷組織軟件過程的成熟度,50,CMM的起源和結(jié)構(gòu),CMM建立的目的:確定成熟度，找改進策略。 CMM的起源P34 內(nèi)容和結(jié)構(gòu) （縮寫 ）,51,內(nèi)容和結(jié)構(gòu),每個成熟度等級由若干個關(guān)鍵過程域（KPA）組成 。不同的成熟度關(guān)注的過程域不同。 下一層為上一層的基礎，先有物質(zhì)文明，后有精神文明。 每個KPA用若干關(guān)鍵實踐（KP）加以描述。實施這些關(guān)鍵實踐，就實現(xiàn)了關(guān)鍵過程區(qū)域的目標。（Flash中的關(guān)鍵幀） 關(guān)鍵實踐以5個共同特點（Common Features）加以組織: 執(zhí)行約定、執(zhí)行能力、執(zhí)行的活動、測量和分析、驗證實施。,52, 執(zhí)行約定（Commitment to Perfo

22、rm，簡稱CO）：企業(yè)為了保證過程建立和繼續(xù)起作用必須采取的一些措施。例：建立機構(gòu)策略。 執(zhí)行能力（Ability to Perform，簡稱AB）：組織和項目實施軟件過程的先決條件。執(zhí)行能力一般指提供資源、分派職責和人員培訓。 執(zhí)行的活動（Activities Performed，簡稱AC）：指實施關(guān)鍵過程區(qū)域所必需的角色和規(guī)程。執(zhí)行的活動一般包括制訂計劃和規(guī)程、執(zhí)行活動、跟蹤與監(jiān)督并在必要時采取糾正措施。(只有此條與項目執(zhí)行相關(guān)) 測量和分析（Measurement and Analysis，簡稱ME）：對過程進行測量和對測量結(jié)果進行分析。 驗證實施（Verifying Implement

23、ation，簡稱VE）：保證按照已建立的過程執(zhí)行活動的步驟。例：評審和審計。,53,三合一,十幾年來，CMM的改進工作一直不斷地進行。美國國防部希望把現(xiàn)在所有的、以及將被開發(fā)出來的各種能力成熟度模型，集成到一個框架中去。 到2000年，CMM演化成為CMMI（Capability Maturity Model Integration，能力成熟度模型集成）。 CMMI不僅適合軟件，而且適合于軟件硬件結(jié)合的系統(tǒng)，這是對CMM最大的改進。,54,2.2.4 CMMI介紹,CMMI,55,CMMI項目的成就之一就是在軟件和系統(tǒng)工程之間實現(xiàn)了較高的集成化程序。 軟件和系統(tǒng)工程集成后產(chǎn)生了一個公共的過程域

24、集。,56,2.3 過程成熟度級別,2.3.1 成熟度等級的行為特征 2.3.2 理解成熟度等級 2.3.3 成熟度等級的過程特征 2.3.4 CMMI過程域 2.3.5 CMM和CMMI過程域的比較分析,57,CMM/CMMI成熟度的5個等級,58,2.3.1 成熟度等級的行為特征,初始級具有明顯的不成熟過程的特點 (1)軟件過程的特點是雜亂無章，有時甚至混亂，幾乎沒有定義過程的規(guī)則或步驟。所謂“過程”，往往是“就這么干”而言。 (2)開發(fā)過程中不斷地出現(xiàn)危機，以及不斷的“救火”。甚至遇到危機就放棄原計劃過程，反復編碼和測試。 (3)偶爾成功完全依賴個人努力和杰出的專業(yè)人才，能力只是個人的特

25、性，而不是開發(fā)組織的特性。一旦優(yōu)秀人物離去，項目就無法繼續(xù)。,59,1、初始級,(4)過分的承諾，常作出良好的承諾：如“按照軟件工程方式，有序的工程來工作”；或達到高目標的許諾。但實際上卻出現(xiàn)一系列問題。 (5)軟件過程是不可確定的和不可預見的。（過程是隨意的）。這類組織也在開發(fā)產(chǎn)品，但其成果是不穩(wěn)定的，不可預見的，不可重復的。也就是說，軟件的計劃、預算、功能和產(chǎn)品的質(zhì)量都是不可確定和不可預見的。 做事情（考研）要有計劃，有跟蹤，有文檔可查。,60,2、可重復級/受管理級,根據(jù)多年的經(jīng)驗和教訓，人們總結(jié)出軟件開發(fā)的首要問題不是技術(shù)問題而是管理問題。因此，第二級的焦點集中在軟件管理過程上。 可重

26、復級/受管理級建立了管理軟件項目的方針和實施這些方針的規(guī)程，使軟件項目的有效管理過程制度化，有能力去跟蹤成本、進度和質(zhì)量。 一個有效過程可特征化為已文檔化的、已實施的、可培訓的和可測量的軟件過程。達到二級證明已經(jīng)進入規(guī)模開發(fā)。,61,2、可重復級/受管理級（特征）,(1)進行較為現(xiàn)實的承諾，可按以前在同類項目上的成功經(jīng)驗建立的必要過程準則來確保再一次的成功。 (2)主要是逐個項目地建立基本過程管理條例來加強過程能力。 (3)建立了基本的項目管理過程來跟蹤成本、進度和功能。 (4)管理工作主要跟蹤軟件經(jīng)費支出、進度及功能。識別在承諾方面出現(xiàn)的問題。 (5)采用基線（BASELINE）來標志進展、

27、控制完整性。,62,3、已定義級,第二級中存在的問題： 僅定義了管理的基本過程，而沒有定義執(zhí)行的步驟標準 按項目制定軟件過程，而不是總結(jié)各種項目的成功經(jīng)驗，使之規(guī)則化 已定義級包含一組協(xié)調(diào)的、集成的、適度定義的軟件工程過程和管理過程，具有良好的文檔化、標準化，使軟件過程具有可視性、一致性、穩(wěn)定性和可重復性，軟件過程被集成為一個有機的整體,63,3、已定義級（特征）,(1)無論管理方面或工程方面的軟件過程都已文件化、標準化，并綜合成軟件開發(fā)組織的標準軟件過程。 (2)軟件過程標準被應用到所有的工程中，用于編制和維護軟件。有的項目也可根據(jù)實際情況，對軟件開發(fā)組織的標準軟件過程進行剪裁。 (3)在從

28、事一項工程時，產(chǎn)品的生產(chǎn)過程、花費、計劃以及功能都是可以控制的，從而軟件質(zhì)量也可以控制。 (4)軟件工程過程組負責軟件活動。 (5)在全組織范圍內(nèi)安排培訓計劃。,64,2.3.2 理解成熟度等級,CMM是一個描述模型，或者說是一個規(guī)范。CMM處在調(diào)試的抽象層次上，使之不會過多限制一個組織如何去實施軟件過程，而是告訴一個組織應該達到的軟件過程能力和框架。 相當于學英語時的英語大綱，告訴你應該達到的什么水平，但不會限制你如何去學習。,65,2.3.2 理解可重復級和已定義級,等級2：可重復級 技術(shù)問題 焦點:項目管理過程、項目過程自身的改進。 單個項目管理過程一致，為等級3組織層一致打下基礎,等級

29、3:已定義級 組織體系和管理問題 焦點：全組織范圍內(nèi)過程規(guī)范化,轉(zhuǎn)向,項目規(guī)模和復雜性增長,66,4、已管理級,已管理級的軟件過程是量化的管理過程。 在上述已定義級的基礎上，可以建立有關(guān)軟件過程和產(chǎn)品質(zhì)量的、一致的度量體系，采集詳細的數(shù)據(jù)進行分析，從而對軟件產(chǎn)品和過程進行有效的定量控制和管理。 （量化控制將使軟件開發(fā)真正變成為一種工業(yè)生產(chǎn)活動 ） 第四級軟件產(chǎn)品是高質(zhì)量的。,67,4、已管理級（特征）,(1)制定了軟件過程和產(chǎn)品質(zhì)量的詳細而具體的度量標準，軟件過程和產(chǎn)品質(zhì)量都可以被理解和控制。 (2)軟件組織的能力是可預見的，原因是軟件過程是被明確的度量標準所度量和操作。超過限制范圍時，采取措

30、施予以而使軟件產(chǎn)品具有可預測的高質(zhì)量。 (3)具有良好定義及一致數(shù)據(jù)庫，保存收集到的數(shù)據(jù)，可用于各項目的軟件過程。,68,4、已管理級（需要改進的地方）,(1)缺陷防范，不僅僅在發(fā)現(xiàn)了問題時能及時改進，而且應采取特定行動防止將來出現(xiàn)這類缺陷。 (2)主動進行技術(shù)變動管理、標識、選擇和評價新技術(shù)，使有效的新技術(shù)能在開發(fā)組織中施行。 (3)進行過程變動管理，定義過程改進的目的，經(jīng)常不斷地進行過程改進。,69,5、優(yōu)化級,第五級的目標是達到一個持續(xù)改善的境界，所謂持續(xù)改善是指可根據(jù)過程執(zhí)行的反饋信息來改善下一步的執(zhí)行過程，即優(yōu)化執(zhí)行步驟。 優(yōu)化級 不斷改善組織的軟件過程能力和項目的過程性能 利用來自

31、過程和來自新思想、新技術(shù)的先導性試驗的定量反饋信息，使持續(xù)過程改進成為可能。 為了預防缺陷出現(xiàn)，組織有辦法識別出弱點并預先針對性地加強過程,70,2.3.3 成熟度等級的過程特征,第4級，對軟件產(chǎn)品的質(zhì)量、開發(fā)進度和其它開發(fā)目標進行有效的評估和預測 （量化管理） 第5級，其焦點是軟件過程的持續(xù)改進 成熟度各個級別的軟件過程特征，如表2-2所示。,71,2.3.4 CMMI過程域,72,2.3.4 CMMI過程域,73,2.6.3 PSP/TSP和CMM組成的軟件過程框架,個體軟件過程（Personal Software Process，PSP） 幫助軟件開發(fā)團隊中的個體-軟件工程師改善其個人能

32、力和素質(zhì)的組織過程 PSP告訴軟件工程師： 如何計劃要做的工作 如何有效的按照計劃來執(zhí)行工作 如何按照計劃跟蹤自己的性能 如何提高程序質(zhì)量,74,團隊軟件過程TSP,團隊軟件過程 (Team Software Process，TSP) 屬于團隊軟件開發(fā)過程： 用于指導項目組中的成員如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務 并且告訴管理人員如何指導軟件開發(fā)隊伍。始終以最佳狀態(tài)來完成工作。 TSP實施集體管理與自己管理自己相結(jié)合的原則。,75,2.6.3 PSP/TSP,76,PSP/TSP/CMM之間的關(guān)系,PSP,TSP,CMM,77,組織的過程目標,78,作業(yè),舉出一些具體的例子說明過程不成

33、熟性。 通過查找資料，詳細介紹CMM的第二、三、四、五等等級的核心過程域 ？ PSP/TSP/CMM之間的關(guān)系？,79,復習：CMM/CMMI成熟度的5個等級,80,2.4 軟件過程的可視性,81,復習：CMM/CMMI成熟度的5個等級,82,2.3.2 理解可重復級和已定義級,等級2：可重復級 技術(shù)問題 焦點:項目管理過程、項目過程自身的改進。 單個項目管理過程一致，為等級3組織層一致打下基礎,等級3:已定義級 組織體系和管理問題 焦點：全組織范圍內(nèi)過程規(guī)范化,轉(zhuǎn)向,項目規(guī)模和復雜性增長,83,軟件過程管理,-Ch.3 軟件過程的組織管理,童先群,xq_,84,CMM組成,85,3.1 組織

34、過程焦點,1. 執(zhí)行約定 2. 執(zhí)行能力 3. 執(zhí)行活動 4. 測量與分析 5. 驗證實施,86,組織過程焦點-執(zhí)行約定,（1）組織應該遵循一個文檔化的關(guān)于協(xié)調(diào)軟件流程的制定和改進活動的組織方針 （2）高級管理人員發(fā)起對軟件過程制定和改進的組織活動 （3）高級管理人員監(jiān)督軟件過程的制定和改進的組織活動,87,組織過程焦點-執(zhí)行能力,（1）建立一個負責整個組織的軟件過程活動的工作組 （2）為軟件過程活動提供足夠的資源和資金 （3）組織軟件過程活動的組員進行培訓 （4）軟件工程組和其他工程組的組員接受軟件過程活動的相關(guān)培訓,88,組織過程焦點-執(zhí)行活動,（1）發(fā)現(xiàn)問題：定期評估軟件過程并根據(jù)評估結(jié)

35、果制訂相應的更改計劃 （2）制定計劃：組織制定和維護有關(guān)軟件過程和改進活動的計劃 （3）改進工作：協(xié)調(diào)組織的標準軟件過程和項目自定義的軟件過程的制定和改進工作 （4）保存數(shù)據(jù)：協(xié)調(diào)組織的軟件過程數(shù)據(jù)庫的使用,89,組織過程焦點-執(zhí)行活動,（5）嘗試新方法：新過程、新方法、新工具的評價、監(jiān)控和推廣 （6）培訓：對有關(guān)組織和項目的軟件過程培訓進行統(tǒng)一管理 （7）通知：及時將有關(guān)軟件過程制定和改進的活動通知與實施軟件過程相關(guān)的組和人員,90,組織過程焦點-評估,1. 測量和分析(兩個比較) 每次軟件過程的評估結(jié)果與以往的評估結(jié)果和建議的比較。 已經(jīng)完成的工作量以及實際消耗的資源與計劃的比較。 2.

36、實施驗證(要求領導的足夠重視) 評審軟件過程制定和改進活動的進展狀態(tài)。 分析在低層次上無法解決的矛盾和問題。 各項活動的組織、實施、審核以及結(jié)果。 總結(jié)驗證結(jié)果,91,3.2 組織過程定義,組織過程定義：在組織層上定義軟件過程。（各個項目通用的過程） 組織過程定義的目的： 是開發(fā)和維護一組可用的軟件過程財富（software process assets）,（成功經(jīng)驗） 用來改進跨越各個項目的過程性能， 為組織的長期發(fā)展奠定基礎。,92,看圖后，你能想出的軟件過程財富是？,軟件生命周期,93,組織過程定義-軟件過程財富,軟件過程財富可用于開發(fā)、執(zhí)行和維護標準軟件過程和項目定義軟件過程。軟件過程

37、財富主要包含如下內(nèi)容： 組織標準軟件過程。 軟件生命周期的描述。 過程剪裁指南和準則。 組織軟件過程數(shù)據(jù)庫。 軟件過程的有關(guān)文檔庫。,94,2.6.3 PSP/TSP和CMM組成的軟件過程框架,個體軟件過程（Personal Software Process，PSP） 幫助軟件開發(fā)團隊中的個體-軟件工程師改善其個人能力和素質(zhì)的組織過程 PSP告訴軟件工程師： 如何計劃要做的工作 如何有效的按照計劃來執(zhí)行工作 如何按照計劃跟蹤自己的性能 如何提高程序質(zhì)量,95,團隊軟件過程TSP,團隊軟件過程 (Team Software Process，TSP) 屬于團隊軟件開發(fā)過程： 用于指導項目組中的成員

38、如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務 并且告訴管理人員如何指導軟件開發(fā)隊伍。始終以最佳狀態(tài)來完成工作。 TSP實施集體管理與自己管理自己相結(jié)合的原則。,96,3.3 PSP過程框架,PSP的目的：為了改善軟件工程師的開發(fā)性能，對項目有一個比較準確的把握。 PSP過程由一系列方法、表格、腳本等組成，用以指導軟件開發(fā)人員計劃、度量和管理他們的工作。,97,PSP過程框架,98,PSP成熟度模型,PSP是一個具有4個等級的成熟度框架 。4個等級分別為 個體度量過程 PSP0/PSP0.1 個體計劃過程 PSP1/PSP1.1 個體質(zhì)量管理過程 PSP2/PSP2.1 個體循環(huán)過程 PSP3,99

39、,PSP成熟度模型,100,3.5 通過多輪次調(diào)查專家對問卷所提問題的看法，經(jīng)過反復征詢、歸納、修改，最后匯總成專家基本一致的看法，作為預測的結(jié)果。 這種方法具有廣泛的代表性，較為可靠。,180,SWOT分析,SWOT分析：是一種環(huán)境分析方法。 優(yōu)勢(Strengths)； 劣勢(Weaknesses)； 競爭市場上的機會(Opportunities)； 威脅(Threats),181,道斯矩陣,182,10種常見的風險,183,定量的風險分析,量化的風險分析通常需要對事實進行更詳細的分析，較之主觀的風險分析往往更為可靠。 主要的量化分析方法有： 比率/范圍分析 概率分析 敏感性分析,184,

40、復習軟件需求包括三個不同的層次：,三個層次 業(yè)務需求： 用戶需求： 功能需求：,三個單詞 Why? What? How?,三類人 領導層 用戶 開發(fā)人員,185,WBS-工作分解結(jié)構(gòu),1 項目范圍規(guī)劃 1.1確定項目范圍 1.2獲得項目所需資金 1.3定義預備資源 1.4獲得核心資源 1.5項目范圍規(guī)劃完成 2 分析/軟件需求 2.1行為需求分析 2.2起草初步的軟件規(guī)范 2.3制定初步預算 2.4工作組共同審閱軟件規(guī)范/預算 2.5根據(jù)反饋修改軟件規(guī)范 2.6確定交付期限 2.7獲得開展后續(xù)工作的批準(概念、期限和預算) 2.8獲得所需資源 2.9分析工作完成,3 設計 3.1審閱初步的軟件

41、規(guī)范 3.2制定功能規(guī)范 3.3根據(jù)功能規(guī)范開發(fā)原型 3.4審閱功能規(guī)范 3.5根據(jù)反饋修改功能規(guī)范 3.6獲得開展后續(xù)工作的批準 3.7設計工作完成 4 開發(fā) 4.1審閱功能規(guī)范 4.2確定模塊化/分層設計參數(shù) 4.3分派任務給開發(fā)人員 4.4編寫代碼 4.5開發(fā)人員測試(初步調(diào)試) 4.6開發(fā)工作完畢 ,186,187,創(chuàng)建WBS的基本法則(學科劃分),每個工作單元在WBS只能出現(xiàn)一次 概要任務是對其下所有任務的總結(jié) 每個WBS的條目都有單獨的人員負責 與實際要做的工作情形保持一致 建立WBS時應讓項目組員參予 每個WBS條目都應備案 WBS既要靈活又要不失控制,188,任務排序（學科排序

42、）,制定日程安排-項目網(wǎng)絡圖 箭線圖法(Arrow Diagram Method，ADM ) 或稱為雙代號網(wǎng)絡圖法(Activity-On-Arrow，AOA) 前導圖法(順序圖法，Precedence Diagramming Method, PDM) 或稱為單節(jié)點網(wǎng)絡圖法（AON, Activity on Node），,189,箭線圖法（ADM）,190,1、請找出關(guān)鍵路徑？ 2、寫出各節(jié)點的最早發(fā)生時間，最遲發(fā)生時間？,191,前導圖法（PDM）,192,根據(jù)上表完成此項目的前導圖(單代號網(wǎng)絡圖)，表明各活動之間的邏輯關(guān)系，并指出關(guān)鍵路徑和項目工期。節(jié)點用以下樣圖標識。 圖例：ES：最早開

43、始時間 EF：最早結(jié)束時間LS：最遲開始時間 LF：最遲完成時間DU：工作歷時 ID：工作代號,193,練習,請分別計算工作B、C和E的自動浮動時間。 為了搶進度，在進行工作G時加班趕工，因此將該項工作的時間壓縮了7天(歷時8天)。請指出此時的關(guān)鍵路徑，并計算工期。,194,時間安排-甘特圖,摘要任務:由子任務組成并對這些子任務進行匯總的任務,里程碑：實心菱形,箭頭表示依賴關(guān)系,子任務,195,責任矩陣,用距陣的形式列出對某項任務負責的人或資源。,196,項目跟蹤和控制,1. 了解成員的工作情況 2. 調(diào)整工作安排，合理利用資源 3. 促進計劃內(nèi)容的完善 4. 促進項目經(jīng)理對人員的認識 5.

44、促進對項目工作量的估計 6. 統(tǒng)計并了解項目總體進度 7. 有利于人員考核,197,項目過程的跟蹤和控制,信息收集 被動接受：項目成員自動發(fā)出項目的相關(guān)信息，項目經(jīng)理在接收到之后，進行整理分析 。 主動接受：項目經(jīng)理通過各種手段主動收集項目信息。,198,問題分析和處理,需求變動 需要遵循需求變動控制的流程。 任務的實際進度落后于計劃進度，該如何解決？ 調(diào)整工作策略，優(yōu)化網(wǎng)絡圖，例如重排活動之間順序，壓縮關(guān)鍵路徑長度。 增加資源 或者使用經(jīng)驗豐富的員工。 盡可能地調(diào)配非關(guān)鍵路徑上的資源用于關(guān)鍵路徑上的任務。 趕工 并行,199,項目計劃案例：建造地牢,說明： 你是路易10世的俘虜。他要給自己的

45、城堡增加三個新地牢，讓你做一個規(guī)劃。干得好就釋放，干不好就終生監(jiān)禁。 小地牢很難設計，要12周，但容易建成，1周即可；中地牢設計要5周，施工要6周；大地牢設計只要1周，但建造要用9周。 你有一個設計師和一個建筑師，設計師不會建造而建筑師不會設計。 要建好這三個地牢，你規(guī)劃的工期是幾周？,200,不同的思路,思路一,思路二,201,理性的選擇,思路一的缺點： 從一開始就關(guān)注單個產(chǎn)品這樣的細節(jié)，容易造成只見樹木，不見森林 思路二的關(guān)鍵： 建造可以根據(jù)設計的整體安排進行調(diào)整，要取得最佳效果必須安排好工作的起點與排序,202,可行方案甘特圖,1 2 3 4 5 6 7 8 9 101112131415

46、16 1718192021222324 周,盡可能讓某一地牢的建造在其它地牢設計的過程中進行，以達到節(jié)省時間的目的。,203,可行方案甘特圖,1 2 3 4 5 6 7 8 9 10111213141516 1718192021222324 周,204,可行方案甘特圖,1 2 3 4 5 6 7 8 9 10111213141516 1718192021222324 周,205,例題,某工廠需要生產(chǎn)四個部件A,B,C,D。每個部件都需要先設計完成后，才能進行加工，另外，該工廠只有一個設計師和一個加工員，設計師不會加工而加工員不會設計。 設計師和加工員在設計或加工每個部件上所需的工時（包括加工前

47、的準備時間以及加工后的處理時間）如下表,206,排序規(guī)律： 設計最小的先開始 加工最小的最后結(jié)束,207,若以A、B、C、D零件順序安排加工，則共需29小時。適當調(diào)整零件加工順序，可產(chǎn)生不同實施方案，在各種實施方案中，完成四個零件加工至少共需要多少小時？26BADC 請畫出甘特圖,208,請寫清楚自己的學號及姓名1、小測試,適當調(diào)整零件加工順序，可產(chǎn)生不同實施方案，在各種實施方案中，完成四個零件加工至少共需要多少小時？（10分）加工的順序是？（10分） 請畫出甘特圖（20分）,209,2、如下圖所示的網(wǎng)絡計劃圖中關(guān)鍵路徑是_ （10分） _，全部計劃完成的時間是_ （10分） _。,210,3

48、、軟件需求包括三個不同的層次 ？ （10分） 4、變更控制的7個階段？ （10分） 5、基線是？（10分）。 6、基線控制，填寫下面的空缺（10分）,211,參考答案,1、 22小時 CDAB 甘特圖,212,2、如下圖所示的網(wǎng)絡計劃圖中關(guān)鍵路徑是_abcefg_，全部計劃完成的時間是_24_。,213,小測試,3、軟件需求包括三個不同的層次 ？ （10分） 業(yè)務需求：用戶需求：功能需求 4、變更控制的7個階段？ （10分） 提交、接收、評估、決策、實現(xiàn)、驗證、完成 5、基線是（10分） 評審過的一個或多個軟件配置項，每一個基線都是下一步開發(fā)的出發(fā)點和基礎，而且只有通過正式的變更控制流程才能被

49、更改。,214,6、,215,變更控制的7個階段,提交：在提交階段，將對變更軟件系統(tǒng)的請求進行記錄。 接收：項目接收提交的變更請求并進行跟蹤。 評估：瀏覽所有新提交的變更請求，對變更影響范圍和修改程度，為確定是否有必要進行變更提供參考依據(jù)。,216,變更控制的7個階段,決策：決定選擇實現(xiàn)一個變更請求。 實現(xiàn)：針對不的變更給出解決方案。 驗證： 缺陷：是否消除了該缺陷。 增強：驗證所做的變更是否滿足該增強請求的需要。 完成： 由提交請求的原有請求者中止這一循環(huán)過程 。,217,常用的風險識別方法,檢查單 文件審核 頭腦風暴 德爾菲法 訪談 SWOT分析 圖表分析,218,德爾菲法：,采用匿名發(fā)表

50、意見的方式，即專家之間不得互相討論，不發(fā)生橫向聯(lián)系，只能與調(diào)查人員聯(lián)系; 通過多輪次調(diào)查專家對問卷所提問題的看法，經(jīng)過反復征詢、歸納、修改，最后匯總成專家基本一致的看法，作為預測的結(jié)果。 這種方法具有廣泛的代表性，較為可靠。,219,SWOT分析,SWOT分析：是一種環(huán)境分析方法。 優(yōu)勢(Strengths)； 劣勢(Weaknesses)； 競爭市場上的機會(Opportunities)； 威脅(Threats),220,道斯矩陣,221,項目計劃歸納為下面幾個問題：,項目計劃歸納為下面幾個問題： 為什么做？ 做什么？ 怎么做？ 什么時候做？ 誰來做？,對應的英文單詞： Why What H

51、ow When Who,222,項目計劃,項目說明書一般已經(jīng)闡述了前面兩個問題，在進行到項目計劃階段，重點需要解決后面三個問題： 怎么做？-WBS 什么時候做？把項目工作排序，最終制定一個日程表。P146 誰來做？根據(jù)技術(shù)和能力將人員分配到具體的任務上。任務分配矩陣,223,前導圖法（PDM）,224,時間安排-甘特圖(Gantt ),摘要任務:由子任務組成并對這些子任務進行匯總的任務,里程碑：實心菱形,箭頭表示依賴關(guān)系,子任務,225,項目跟蹤和控制重要性,1. 了解成員的工作情況 2. 調(diào)整工作安排，合理利用資源 3. 促進計劃內(nèi)容的完善 4. 促進項目經(jīng)理對人員的認識 5. 促進對項目工

52、作量的估計 6. 統(tǒng)計并了解項目總體進度 7. 有利于人員考核,226,項目過程的跟蹤和控制P149,信息收集 被動接受：項目成員自動發(fā)出項目的相關(guān)信息，項目經(jīng)理在接收到之后，進行整理分析 。 主動接受：項目經(jīng)理通過各種手段主動收集項目信息。 跟蹤后發(fā)現(xiàn)問題如何解決？,227,問題分析和處理P150補充,需求變動，應該如何處理？ 需要遵循需求變動控制的流程。 提交：在提交階段，將對變更軟件系統(tǒng)的請求進行記錄。 接收：項目接收提交的變更請求并進行跟蹤。 評估：瀏覽所有新提交的變更請求，對變更影響范圍和修改程度，為確定是否有必要進行變更提供參考依據(jù)。 決策：決定選擇實現(xiàn)一個變更請求。 實現(xiàn)：針對不

53、的變更給出解決方案。 驗證： 缺陷：是否消除了該缺陷。 增強：驗證所做的變更是否滿足該增強請求的需要。 完成： 由提交請求的原有請求者中止這一循環(huán)過程 。,228,案例分析題P150,如果你是項目經(jīng)理，任務的實際進度落后于計劃進度，該如何解決？ 調(diào)整工作策略，優(yōu)化網(wǎng)絡圖，例如重排活動之間順序，壓縮關(guān)鍵路徑長度。 增加資源 或者使用經(jīng)驗豐富的員工。 盡可能地調(diào)配非關(guān)鍵路徑上的資源用于關(guān)鍵路徑上的任務。 趕工 并行,229,軟件過程管理,-Ch.7 軟件過程的質(zhì)量管理,230,軟件過程的質(zhì)量管理,產(chǎn)品質(zhì)量是生產(chǎn)出來的，不是檢驗出來的 。 威廉戴明,231,軟件過程的質(zhì)量管理,軟件的質(zhì)量是軟件開發(fā)各

54、個階段質(zhì)量的綜合反映，因此軟件的質(zhì)量管理貫穿了整個軟件開發(fā)周期。 為了更好地管理軟件產(chǎn)品質(zhì)量，首先需要制定項目的質(zhì)量計劃。然后，在軟件開發(fā)的過程上，需要進行技術(shù)評審和軟件測試，并進行缺陷跟蹤。,232,233,質(zhì)量計劃,質(zhì)量計劃是進行項目質(zhì)量管理、實現(xiàn)項目質(zhì)量方針和目標的具體規(guī)劃。 質(zhì)量計劃是針對具體的軟件開發(fā)制定的，總體過程包括了4個階段： 計劃的編制 實施 檢查調(diào)整 總結(jié),234,制定質(zhì)量計劃的方法和技術(shù),利益/成本分析 滿足質(zhì)量需求的主要的利益是減少重復性工作。 基準 比較實際或計劃項目的實話與其他同類項目的實施過程。 流程圖 原因結(jié)果圖 系統(tǒng)流程圖 試驗設計 在實施過程中，不斷加強對質(zhì)量計劃執(zhí)行情況的檢查，發(fā)現(xiàn)問題和及時調(diào)整。,235,軟件評審,不管你有沒有發(fā)現(xiàn)他們，缺陷總是存在，問題只是你最終發(fā)現(xiàn)它們時，需要多少糾正成本。評審的投入把質(zhì)量成本從昂貴的、后期返工轉(zhuǎn)變?yōu)樵缙诘娜毕莅l(fā)現(xiàn)。 卡爾威格,236,評審方法P162,臨時評審（Ad hoc review） 最不正式的一種評審方法 輪查（Passroud）