軟件過(guò)程管理復(fù)習(xí)提綱.ppt

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

46、16 1718192021222324 周,盡可能讓某一地牢的建造在其它地牢設(shè)計(jì)的過(guò)程中進(jìn)行，以達(dá)到節(jié)省時(shí)間的目的。,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ǎng)需要生產(chǎn)四個(gè)部件A,B,C,D。每個(gè)部件都需要先設(shè)計(jì)完成后，才能進(jìn)行加工，另外，該工廠(chǎng)只有一個(gè)設(shè)計(jì)師和一個(gè)加工員，設(shè)計(jì)師不會(huì)加工而加工員不會(huì)設(shè)計(jì)。 設(shè)計(jì)師和加工員在設(shè)計(jì)或加工每個(gè)部件上所需的工時(shí)（包括加工前

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

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

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

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

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

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

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

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