[工學(xué)]軟件項(xiàng)目計(jì)劃

1、0軟件項(xiàng)目管理軟件項(xiàng)目管理信息科學(xué)與工程學(xué)院信息科學(xué)與工程學(xué)院軟件工程系軟件工程系崔煥慶崔煥慶2021-12-211RoadMap 項(xiàng)項(xiàng)目結(jié)束目結(jié)束 項(xiàng)目項(xiàng)目執(zhí)行控制執(zhí)行控制 項(xiàng)項(xiàng)目計(jì)劃目計(jì)劃 項(xiàng)目項(xiàng)目初始初始2021-12-212前情回顧前情回顧l項(xiàng)目立項(xiàng)階段項(xiàng)目立項(xiàng)階段甲方：招標(biāo)書、乙方選擇、簽署合同乙方：項(xiàng)目分析、競(jìng)標(biāo)、簽署合同l項(xiàng)目章程項(xiàng)目章程：確認(rèn)項(xiàng)目存在的文件，包括對(duì)項(xiàng)目的確認(rèn)、對(duì)項(xiàng)目經(jīng)理的授權(quán)和項(xiàng)目目標(biāo)的概述等。l生存期模型生存期模型：瀑布、V、增量、原型、螺旋、漸近模型。3第二篇第二篇軟件項(xiàng)目計(jì)劃2021-12-214RoadMap 合合同同 計(jì)計(jì)劃劃 風(fēng)風(fēng)險(xiǎn)險(xiǎn) 計(jì)計(jì)劃劃 溝溝

2、通通 計(jì)計(jì)劃劃 人人力力 計(jì)計(jì)劃劃 質(zhì)質(zhì)量量 計(jì)計(jì)劃劃 成成本本 計(jì)計(jì)劃劃 時(shí)時(shí)間間 計(jì)計(jì)劃劃 集集成成 計(jì)計(jì)劃劃范范圍圍計(jì)計(jì)劃劃 項(xiàng)項(xiàng)目目 結(jié)結(jié)束束 項(xiàng)項(xiàng)目目執(zhí)執(zhí) 行行控控制制 項(xiàng)項(xiàng)目目 計(jì)計(jì)劃劃 項(xiàng)項(xiàng)目目 初初始始5第第2章章范圍計(jì)劃2021-12-216為什么進(jìn)行范圍計(jì)劃？為什么進(jìn)行范圍計(jì)劃？ 做過項(xiàng)目的人可能會(huì)有這樣的經(jīng)歷：一個(gè)項(xiàng)目做了很久，感覺總是做不完，就像是一個(gè)無底洞。用戶總是有新需求要項(xiàng)目開發(fā)來做，就像用戶在“漫天要價(jià)”，而開發(fā)方在“就地還錢”。 實(shí)際上，這里涉及一個(gè)“范圍管理”的概念。項(xiàng)目哪些該做，做到什么程度，哪些不該做，都是由“范圍管理”來決定的。 缺乏正確的項(xiàng)目范圍界定

3、是導(dǎo)致項(xiàng)目失敗的主要原因之一。項(xiàng)目管理中最重要也是最難做的就是確定項(xiàng)目范圍。2021-12-217 開發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說明開發(fā)什么。 弗雷德里克布魯克斯2021-12-218什么是范圍管理什么是范圍管理1. 1. 什么是范圍？什么是范圍？ 產(chǎn)生項(xiàng)目產(chǎn)品所包括的所有工作及產(chǎn)生這些產(chǎn)品所用的過程。l 產(chǎn)品范圍界定產(chǎn)品或服務(wù)范圍的特征和功能。l 工作范圍界定項(xiàng)目工作的完成，為的是能交付一個(gè)有特殊特征和功能的產(chǎn)品。2. 2. 范圍管理范圍管理l 對(duì)項(xiàng)目包括什么和不包括什么的定義與控制過程。l 用于確保項(xiàng)目組和項(xiàng)目干系人對(duì)作為項(xiàng)目結(jié)果的項(xiàng)目產(chǎn)品以及生產(chǎn)這些產(chǎn)品所用到的過程，有一個(gè)共同的理

4、解。2021-12-219本章要點(diǎn)本章要點(diǎn)一、關(guān)于軟件需求二、需求管理過程三、編寫需求規(guī)格的方法四、任務(wù)分解定義五、任務(wù)分解方法六、任務(wù)分解結(jié)果的檢驗(yàn)七、案例分析2021-12-2110軟件需求的重要性軟件需求的重要性q 40%60%的問題是在需求分析階段埋下的隱患。q40%的開發(fā)總費(fèi)用是返工開銷。q70%80%的返工是需求方面的錯(cuò)誤導(dǎo)致的。q80%的失敗項(xiàng)目是需求分析不明確造成的?？傊玫男枨蠊芾硎琼?xiàng)目成功的第一位因素。采用需求管理可以給項(xiàng)目組帶來很多的好處，直至項(xiàng)目取得成功。2021-12-2111項(xiàng)目項(xiàng)目失敗的原因分析失敗的原因分析No. Top 10 Factors 平均值平均值 1

5、 Inadequate requirements specification 4.5 2 Changes in requirements 4.3 3 Shortage of systems engineers 4.2 4 Shortage of software managers 4.1 5 Shortage of qualified project managers 4.1 6 Shortage of software engineers 3.9 7 Fixed - price contract 3.8 8 Inadequate communications for system integ

6、ration 3.8 9 Insufficient experience as team 3.6 10 Shortage of application domain experts 3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mellon University, Software Engineering Institute2021-12-2112什么是軟件需求什么是軟件需求q需求是指用戶對(duì)軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。q正在構(gòu)建的系統(tǒng)必須符

7、合的條件或具備的功能。 Rational q用戶解決某一問題或達(dá)到某一目標(biāo)所需的軟件功能。系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而必須滿足或具備的軟件功能。Merlin Dorfman 、Richard H. Thayer 2021-12-2113軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求表示組織或客戶高層次的目標(biāo)表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來自項(xiàng)目投資人、購買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個(gè)系統(tǒng)為什么要開發(fā)一個(gè)系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍文檔來記錄業(yè)務(wù)需求，這份文檔有時(shí)也被稱作項(xiàng)目輪廓

8、圖或市場(chǎng)需求文檔。 2021-12-2114軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)務(wù)。用例、場(chǎng)景描述和事件響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)用戶能使用系統(tǒng)來做些什么來做些什么。 2021-12-2115軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求功能需求功能需求規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能

9、需求有時(shí)也被稱作行為需求，因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么開發(fā)人員需要實(shí)現(xiàn)什么。 三個(gè)層次三個(gè)層次2021-12-2116軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求功能需求功能需求系統(tǒng)需求系統(tǒng)需求用于描述包含多個(gè)子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的用于描述包含多個(gè)子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的頂級(jí)需求頂級(jí)需求。系統(tǒng)可以只包含軟件系統(tǒng)，也可以既包含軟件又包含硬件子系統(tǒng)。人也可以是系統(tǒng)的一部分，因此某些系統(tǒng)功能可能要由人來承擔(dān)。 2021-12-2117軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需

10、求功能需求功能需求非功能性需求非功能性需求系統(tǒng)需求系統(tǒng)需求對(duì)產(chǎn)品的功能描述作了補(bǔ)充，它從不同方面描述了對(duì)產(chǎn)品的功能描述作了補(bǔ)充，它從不同方面描述了產(chǎn)品的各種特性產(chǎn)品的各種特性。這些特性包括可用性、可移植性、可用性、可移植性、完整性、效率和健壯性完整性、效率和健壯性，它們對(duì)用戶或開發(fā)人員都很重要。其他的非功能需求包括系統(tǒng)與外部世界的外部界面，以及對(duì)設(shè)計(jì)與實(shí)現(xiàn)的約束。 2021-12-2118軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求功能需求功能需求非功能性需求非功能性需求約束和假設(shè)約束和假設(shè)系統(tǒng)需求系統(tǒng)需求限制了開發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)時(shí)的選擇范圍限制了開發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)時(shí)的

11、選擇范圍。 2021-12-2119軟件需求的層次軟件需求的層次業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求功能需求功能需求軟件需求規(guī)格軟件需求規(guī)格Software requirement specification非功能性需求非功能性需求約束和假設(shè)約束和假設(shè)系統(tǒng)需求系統(tǒng)需求2021-12-2120軟件需求的層次軟件需求的層次編號(hào)編號(hào)功能需求功能需求1提供病歷信息錄入提供病歷信息錄入2提供病歷信息的條件查詢提供病歷信息的條件查詢3提供統(tǒng)計(jì)、月統(tǒng)計(jì)、年統(tǒng)計(jì)，并提供打印功能提供統(tǒng)計(jì)、月統(tǒng)計(jì)、年統(tǒng)計(jì)，并提供打印功能編號(hào)編號(hào)性能需求性能需求1 1必須支持必須支持100100個(gè)客戶的同時(shí)訪問個(gè)客戶的同時(shí)訪問2 2應(yīng)

12、該在應(yīng)該在1010秒內(nèi)必須從秒內(nèi)必須從1000010000條記錄中檢索出需要的患者信息條記錄中檢索出需要的患者信息3 3應(yīng)該在應(yīng)該在2 2分鐘之內(nèi)給出季度統(tǒng)計(jì)報(bào)告分鐘之內(nèi)給出季度統(tǒng)計(jì)報(bào)告2021-12-2121本章要點(diǎn)本章要點(diǎn)一、關(guān)于軟件需求二、需求管理過程三、編寫需求規(guī)格的方法四、任務(wù)分解定義五、任務(wù)分解方法六、任務(wù)分解結(jié)果的檢驗(yàn)七、案例分析2021-12-2122需求工程需求工程 需求工程是應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科。需求工程需求工程需求管理需求管理需求開發(fā)需求開發(fā)需求獲取需求獲取需求分析需求分析需求規(guī)格

13、編寫需求規(guī)格編寫需求驗(yàn)證需求驗(yàn)證變更管理變更管理2021-12-2123 需求獲取是通過各種途徑獲取用戶的需求信息（原始需求獲取是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生材料），產(chǎn)生用戶需求說明書用戶需求說明書。 需求獲取需求獲取依依 據(jù)據(jù)工具與技術(shù)工具與技術(shù)成成 果果1. 項(xiàng)目章程項(xiàng)目章程2. 干系人登記冊(cè)干系人登記冊(cè)1. 訪談訪談2. 焦點(diǎn)小組會(huì)議焦點(diǎn)小組會(huì)議3. 引導(dǎo)式研討會(huì)引導(dǎo)式研討會(huì)4. 群體創(chuàng)新技術(shù)群體創(chuàng)新技術(shù)5. 群體決策技術(shù)群體決策技術(shù)6. 問卷調(diào)查問卷調(diào)查7. 觀察觀察8. 原型法原型法1. 需求文件需求文件2. 需求管理計(jì)劃需求管理計(jì)劃3. 需求跟蹤矩陣需求跟蹤矩陣

14、2021-12-2124需求獲取需求獲取用戶要求用戶要求基線需求基線需求擴(kuò)展需求擴(kuò)展需求軟件需求軟件需求主要任務(wù)：是和用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層主要任務(wù)：是和用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員訪談把握用戶的具體需求方向和趨勢(shì)，人員訪談把握用戶的具體需求方向和趨勢(shì)，了解現(xiàn)有的了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有系統(tǒng)的運(yùn)行狀況境、軟件環(huán)境、現(xiàn)有系統(tǒng)的運(yùn)行狀況等信等信息。息。2021-12-2125需求獲取方法需求獲取方法開始前：做好準(zhǔn)備，寫出訪談提綱進(jìn)行中：要注意聆聽和引導(dǎo)結(jié)束后：要寫感謝信旁敲側(cè)擊的方式復(fù)述，復(fù)述，復(fù)述聆聽不要指導(dǎo)兩個(gè)人去訪談讓被訪者上司安排不要問

15、太多2021-12-2126需求獲取方法需求獲取方法頭腦風(fēng)暴法（集思廣頭腦風(fēng)暴法（集思廣益會(huì)）益會(huì)）德爾菲技術(shù)德爾菲技術(shù)（1）根據(jù)問題的特點(diǎn)，選擇和邀請(qǐng)相關(guān)專家。（2）將與問題有關(guān)的信息提供給專家，請(qǐng)他們各自獨(dú)立發(fā)表自己的意見，并寫成書面材料。（3）管理者收集并綜合專家們的意見后，將綜合意見反饋給各位專家，請(qǐng)他們?cè)俅伟l(fā)表意見。如果分歧很大，可以開會(huì)集中討論；否則，管理者分頭與專家聯(lián)絡(luò)。（4）如此反復(fù)多次，最后形成代表專家組意見的方案。 2021-12-2127需求獲取方法需求獲取方法其他方法：l 需求研討會(huì)l 用例模型l 角色扮演l 原型法l Q&A郵件提問l 電視電話會(huì)議訪談2021

16、-12-2128需求的分析、整理和確認(rèn)需求的分析、整理和確認(rèn) 目標(biāo)：目標(biāo)：要知道每個(gè)需求的要知道每個(gè)需求的“為什么為什么”；從；從“如何實(shí)如何實(shí)現(xiàn)現(xiàn)”“實(shí)現(xiàn)什么實(shí)現(xiàn)什么”；分析隱含需求。分析隱含需求。ID需求描述理由所有者優(yōu)先級(jí)狀態(tài)需求跟蹤矩陣需求跟蹤矩陣2021-12-2129需求獲取注意問題需求獲取注意問題1、識(shí)別真正的客戶、識(shí)別真正的客戶2、正確理解客戶的需求、正確理解客戶的需求3、具備較強(qiáng)的忍耐力和清晰的思維、具備較強(qiáng)的忍耐力和清晰的思維4、使用符合客戶語言習(xí)慣的表達(dá)、使用符合客戶語言習(xí)慣的表達(dá)5、提供需求開發(fā)評(píng)估報(bào)告、提供需求開發(fā)評(píng)估報(bào)告6、尊重開發(fā)人員和客戶的意見，妥善解決矛盾、尊

17、重開發(fā)人員和客戶的意見，妥善解決矛盾7、劃分需求的優(yōu)先級(jí)、劃分需求的優(yōu)先級(jí)8、說服和教育客戶、說服和教育客戶2021-12-2130需求分析需求分析需求階段需求階段設(shè)計(jì)階段設(shè)計(jì)階段 編碼階段編碼階段開發(fā)測(cè)試開發(fā)測(cè)試驗(yàn)收階段驗(yàn)收階段運(yùn)行階段運(yùn)行階段2021-12-2131需求分析模型需求分析模型當(dāng)前系統(tǒng)當(dāng)前系統(tǒng)邏輯模型邏輯模型物理模型物理模型目標(biāo)系統(tǒng)目標(biāo)系統(tǒng)模型化物理模型物理模型怎么做具體化抽象化實(shí)例化邏輯模型邏輯模型做什么導(dǎo)出理解需求理解需求表達(dá)需求表達(dá)需求2021-12-2132需求分析活動(dòng)需求分析活動(dòng)1 1、以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)，包、以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)，包括系

18、統(tǒng)的邊界與接口。括系統(tǒng)的邊界與接口。2 2、向用戶提供可視化的界面，用戶可以對(duì)需求、向用戶提供可視化的界面，用戶可以對(duì)需求做出自己的評(píng)價(jià)。做出自己的評(píng)價(jià)。3 3、以模型描述系統(tǒng)的功能項(xiàng)、數(shù)據(jù)實(shí)體、外部、以模型描述系統(tǒng)的功能項(xiàng)、數(shù)據(jù)實(shí)體、外部實(shí)體、實(shí)體間的關(guān)系、實(shí)體之間的狀態(tài)轉(zhuǎn)換。實(shí)體、實(shí)體間的關(guān)系、實(shí)體之間的狀態(tài)轉(zhuǎn)換。2021-12-2133處理需求不明確問題的方法處理需求不明確問題的方法1 1、讓用戶參與開發(fā)。、讓用戶參與開發(fā)。2 2、開發(fā)用戶原型界面。、開發(fā)用戶原型界面。3 3、需求討論會(huì)議。、需求討論會(huì)議。4 4、強(qiáng)化需求分析與評(píng)審。、強(qiáng)化需求分析與評(píng)審。2021-12-2134需求規(guī)格

19、需求規(guī)格q需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書。q需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開發(fā)工作的基礎(chǔ)。2021-12-2135軟件需求規(guī)格說明的原則軟件需求規(guī)格說明的原則q從現(xiàn)實(shí)中分離功能，即描述要從現(xiàn)實(shí)中分離功能，即描述要“做什么做什么”而不是而不是“怎樣實(shí)現(xiàn)怎樣實(shí)現(xiàn)”。q采用一定的規(guī)格說明語言。采用一定的規(guī)格說明語言。q如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說明的描述之中。么整個(gè)大系統(tǒng)也包括在規(guī)格說明的描述之中。q規(guī)格說明應(yīng)

20、該包括系統(tǒng)運(yùn)行環(huán)境。規(guī)格說明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境。q規(guī)格說明應(yīng)該是一個(gè)認(rèn)識(shí)模型。規(guī)格說明應(yīng)該是一個(gè)認(rèn)識(shí)模型。q規(guī)格說明應(yīng)該容許不完備性并允許擴(kuò)充。規(guī)格說明應(yīng)該容許不完備性并允許擴(kuò)充。SRS實(shí)例實(shí)例2021-12-2136需求驗(yàn)證內(nèi)容需求驗(yàn)證內(nèi)容1、需求的正確性、需求的正確性2、需求的一致性、需求的一致性3、需求的完整性、需求的完整性4、需求的可行性、需求的可行性5、需求的必要性、需求的必要性6、需求的可檢驗(yàn)性、需求的可檢驗(yàn)性7、需求的可跟蹤性、需求的可跟蹤性8、最后簽字、最后簽字與其他軟件需求或高層與其他軟件需求或高層需求不相矛盾需求不相矛盾驗(yàn)證是否所有可能的狀態(tài)、驗(yàn)證是否所有可能的狀態(tài)、狀態(tài)

21、變化、轉(zhuǎn)入、產(chǎn)品和狀態(tài)變化、轉(zhuǎn)入、產(chǎn)品和約束都在需求中描述約束都在需求中描述驗(yàn)證每一項(xiàng)需求都必須是驗(yàn)證每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施。和限制范圍內(nèi)可以實(shí)施。驗(yàn)證需求是否是用戶需要驗(yàn)證需求是否是用戶需要的的驗(yàn)證是否能寫出測(cè)試案例來驗(yàn)證是否能寫出測(cè)試案例來滿足需求，如用演示、檢測(cè)滿足需求，如用演示、檢測(cè)等來確定產(chǎn)品是否確實(shí)按需等來確定產(chǎn)品是否確實(shí)按需求實(shí)現(xiàn)了求實(shí)現(xiàn)了每項(xiàng)需求以一種結(jié)構(gòu)化的，每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度化的方式編寫并單獨(dú)標(biāo)粒度化的方式編寫并單獨(dú)標(biāo)明。避免大段大段的敘述明。避免大段大段的敘述2021-12-2137需求變更管理需求變更

22、管理1、確定變更控制過程、確定變更控制過程2、建立軟件變更委員會(huì)、建立軟件變更委員會(huì)3、進(jìn)行變更影響分析、進(jìn)行變更影響分析4、跟蹤變更影響的產(chǎn)品、跟蹤變更影響的產(chǎn)品5、建立基準(zhǔn)和控制版本、建立基準(zhǔn)和控制版本6、維護(hù)變更的歷史記錄、維護(hù)變更的歷史記錄7、跟蹤每項(xiàng)需求的狀態(tài)、跟蹤每項(xiàng)需求的狀態(tài)8、衡量需求穩(wěn)定性、衡量需求穩(wěn)定性選擇、分析、決策選擇、分析、決策項(xiàng)目進(jìn)度、資源、工作量、項(xiàng)項(xiàng)目進(jìn)度、資源、工作量、項(xiàng)目范圍、對(duì)其他需求的影響目范圍、對(duì)其他需求的影響確定、已實(shí)現(xiàn)、暫緩、確定、已實(shí)現(xiàn)、暫緩、新增、變更新增、變更記錄需求基線的數(shù)量和記錄需求基線的數(shù)量和每周或每月的變更每周或每月的變更2021-1

23、2-2138變更申請(qǐng)變更申請(qǐng)需求方需求方開發(fā)方開發(fā)方忽略忽略選擇變更方式選擇變更方式SCCBSCCB評(píng)估評(píng)估項(xiàng)目經(jīng)理自行決定項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估結(jié)果根據(jù)評(píng)估結(jié)果拒絕拒絕接受本次修改接受本次修改下個(gè)版本再修改下個(gè)版本再修改修改合同相關(guān)信息修改合同相關(guān)信息修改相關(guān)需求修改相關(guān)需求修改相應(yīng)的項(xiàng)目計(jì)劃修改相應(yīng)的項(xiàng)目計(jì)劃需求變更管理過程需求變更管理過程2021-12-2139本章要點(diǎn)本章要點(diǎn)一、關(guān)于軟件需求二、需求管理過程三、編寫需求規(guī)格的方法四、任務(wù)分解定義五、任務(wù)分解方法六、任務(wù)分解結(jié)果的檢驗(yàn)七、案例分析2021-12-2140編寫需求規(guī)格的方法編寫需求規(guī)格的方法1.原型方法2.結(jié)構(gòu)化分析法3.

24、面向?qū)ο蟮挠美治龇?.功能列表法5.關(guān)聯(lián)模型6.行為模型7.數(shù)據(jù)模型8.結(jié)構(gòu)化模型9.面向?qū)ο竽Ｐ?0. 其他方法2021-12-2141編寫需求規(guī)格實(shí)例編寫需求規(guī)格實(shí)例關(guān)聯(lián)模型關(guān)聯(lián)模型ATMATM系統(tǒng)系統(tǒng)分支賬目系統(tǒng)分支賬目系統(tǒng)分支柜臺(tái)系統(tǒng)分支柜臺(tái)系統(tǒng)維護(hù)系統(tǒng)維護(hù)系統(tǒng)安全系統(tǒng)安全系統(tǒng)數(shù)據(jù)應(yīng)用數(shù)據(jù)應(yīng)用總帳目系統(tǒng)總帳目系統(tǒng)2021-12-2142編寫需求規(guī)格實(shí)例編寫需求規(guī)格實(shí)例行為模型行為模型預(yù)訂機(jī)票預(yù)訂機(jī)票準(zhǔn)備機(jī)票準(zhǔn)備機(jī)票記帳記帳行班目錄行班目錄記帳文件記帳文件旅行社旅行社訂票單航班費(fèi)用旅客旅客機(jī)票2021-12-2143編寫需求規(guī)格實(shí)例編寫需求規(guī)格實(shí)例狀態(tài)機(jī)模型狀態(tài)機(jī)模型2021-12-2

25、144編寫需求規(guī)格的思維方法：編寫需求規(guī)格的思維方法：六頂思考帽六頂思考帽2021-12-2145本章要點(diǎn)本章要點(diǎn)一、關(guān)于軟件需求二、需求管理過程三、編寫需求規(guī)格的方法四、任務(wù)分解定義五、任務(wù)分解方法六、任務(wù)分解結(jié)果的檢驗(yàn)七、案例分析2021-12-2146WBS (Work Breakdown Structure)WBS (Work Breakdown Structure)q任務(wù)分解的過程q將一個(gè)項(xiàng)目分解為更多的工作細(xì)目或者子項(xiàng)目，使項(xiàng)目變得更小、更易管理、更易操作。q任務(wù)分解的結(jié)果qWBS（任務(wù)分解結(jié)構(gòu)）。 qWBSq面向可交付成果的。qWork packages（工作包）qWBS的最低層

26、次的可交付成果q代表項(xiàng)目經(jīng)理監(jiān)督和控制項(xiàng)目進(jìn)度的最低層工作。q工作包也可以指代說明和報(bào)告、一件特殊的硬件設(shè)備（如：特定的服務(wù)器）。2021-12-2147WBS (Work Breakdown Structure)WBS (Work Breakdown Structure)WBSWBS第第1 1層層WBSWBS第第2 2層層工作包工作包2021-12-2148WBSWBS的清單類型的清單類型 1. 變化計(jì)數(shù)器1.1 比較兩個(gè)版本的程序1.1.1 預(yù)處理1.1.2 文件比較1.1.3 結(jié)果處理1.2 找出修改后的程序中增加和刪除的代碼行1.2.1 找出增加的代碼行1.2.2 找出刪除的代碼行1.

27、3 統(tǒng)計(jì)修改后的程序中增加和刪除的代碼行數(shù)1.3.1 統(tǒng)計(jì)增加代碼行數(shù)1.3.2 統(tǒng)計(jì)刪除代碼行數(shù)1.4 統(tǒng)計(jì)總的代碼行數(shù) 1.5 設(shè)定標(biāo)記以指示修改的次數(shù)1.6 在程序的頭部增加修改紀(jì)錄2021-12-2149WBSWBS的圖表類型的圖表類型飛行系統(tǒng)飛行器支持設(shè)備設(shè)施測(cè)試與評(píng)價(jià)項(xiàng)目管理培訓(xùn)數(shù)據(jù)系統(tǒng)工程管理支持性項(xiàng)目管理活動(dòng)設(shè)備培訓(xùn)設(shè)施培訓(xùn)服務(wù)培訓(xùn)技術(shù)命令工程數(shù)據(jù)管理數(shù)據(jù)實(shí)物模型運(yùn)作測(cè)試開發(fā)測(cè)試基地大樓維護(hù)設(shè)施組織層次的中間層次的補(bǔ)給站層次機(jī)身引擎通信系統(tǒng)導(dǎo)航系統(tǒng)消防系統(tǒng)2021-12-2150WBSWBS的圖表類型的圖表類型家庭裝修家庭裝修設(shè)施設(shè)施結(jié)構(gòu)結(jié)構(gòu)墻體墻體地板地板門窗門窗廚房廚房廁所

28、廁所洗浴洗浴空調(diào)空調(diào)照明照明通訊通訊潔具潔具燃具燃具風(fēng)機(jī)風(fēng)機(jī)垃圾垃圾櫥柜櫥柜水池水池上水管上水管下水道下水道龍頭閥門龍頭閥門過濾網(wǎng)過濾網(wǎng)2021-12-2151WBSWBS的圖表類型的圖表類型軟件產(chǎn)品發(fā)行軟件產(chǎn)品發(fā)行版本版本5.0項(xiàng)目管理項(xiàng)目管理項(xiàng)目需求項(xiàng)目需求詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)構(gòu)建構(gòu)建整合測(cè)試整合測(cè)試管理管理會(huì)議會(huì)議規(guī)劃規(guī)劃培訓(xùn)資料培訓(xùn)資料用戶文檔用戶文檔軟件軟件培訓(xùn)資料培訓(xùn)資料用戶文件用戶文件軟件軟件培訓(xùn)資料培訓(xùn)資料用戶文件用戶文件軟件軟件培訓(xùn)資料培訓(xùn)資料用戶文件用戶文件軟件軟件2021-12-2152WBSWBS的圖表類型的圖表類型文藝演出文藝演出節(jié)目節(jié)目劇務(wù)劇務(wù)后勤后勤經(jīng)營(yíng)經(jīng)營(yíng)策劃策劃編

29、導(dǎo)編導(dǎo)排練排練表演表演化妝化妝道具道具燈光燈光音響音響交通交通就餐就餐住宿住宿安全安全廣告廣告銷售銷售票務(wù)票務(wù)財(cái)務(wù)財(cái)務(wù)2021-12-2153任務(wù)分解步驟任務(wù)分解步驟1. 確認(rèn)并分解項(xiàng)目的組成要素2. 確定分解標(biāo)準(zhǔn)3. 確定分解是否詳細(xì)4. 確定項(xiàng)目交付成果5. 驗(yàn)證分解的正確性(建立編號(hào))2021-12-2154分解標(biāo)準(zhǔn)分解標(biāo)準(zhǔn)1. 生存期2. 功能組成3. 項(xiàng)目的組織單位4. 。2021-12-2155分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理q按照生命期分解q規(guī)劃q需求q設(shè)計(jì)q編碼q測(cè)試q提交q按照產(chǎn)品組成分解q1.1 招生管理q1.2 分班管理q1.3 學(xué)生檔案管理q1.4 學(xué)生成績(jī)管理20

30、21-12-2156分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一q不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解1.招生管理2.分班管理3.學(xué)生檔案管理4.學(xué)生成績(jī)管理 5.規(guī)劃6.需求7.設(shè)計(jì)8.編碼9.測(cè)試10. 提交2021-12-2157WBSWBS字典字典WBS編碼縮寫描述標(biāo)準(zhǔn)歷時(shí)費(fèi)用負(fù)責(zé)人備注描述和定義WBS中的元素，以及其他的計(jì)劃信息，如預(yù)算、工期、責(zé)任人等。2021-12-2158WBSWBS字典字典WBSWBSDICTIONARYDICTIONARYControl Account ID No.Work Package No.Date of UpdateResponsible Organization/Indi

31、vidualWork PackageDescriptionAcceptanceCriteriaDeliverablesAssumptionResourcesAssignedDurationScheduleMilestonesCostDue DateInter-dependenciesBeforeAfterthis workthis workPackage _Package _Approved by:PM: _Date: _2021-12-2159本章要點(diǎn)本章要點(diǎn)一、關(guān)于軟件需求二、需求管理過程三、編寫需求規(guī)格的方法四、任務(wù)分解定義五、任務(wù)分解方法六、任務(wù)分解結(jié)果的檢驗(yàn)七、案例分析2021-12

32、-2160任務(wù)分解方法任務(wù)分解方法p使用指南p類比法p自上而下p自下而上p心智圖法2021-12-2161使用指南使用指南l一些組織通常都會(huì)為特定項(xiàng)目制訂一些組織通常都會(huì)為特定項(xiàng)目制訂WBS的格式和內(nèi)容。的格式和內(nèi)容。 例如：美國(guó)國(guó)防部（DOD）要求項(xiàng)目承包方基于DOD提供的WBS建議準(zhǔn)備WBS，并據(jù)此審查承包方的成本建議和基于WBS的自身內(nèi)部成本估算。l很多組織提供開發(fā)很多組織提供開發(fā)WBS的準(zhǔn)則和模板，以及過去項(xiàng)目的的準(zhǔn)則和模板，以及過去項(xiàng)目的WBS樣例。樣例。 PMI開發(fā)了一個(gè)WBS實(shí)踐標(biāo)準(zhǔn)為制作和應(yīng)用WBS提供準(zhǔn)則和指南，其中還包含了WBS樣例庫，涵蓋了很多行業(yè)領(lǐng)域各種類型的項(xiàng)目,如：

33、網(wǎng)頁設(shè)計(jì)、電信、服務(wù)業(yè)外包、軟件開發(fā)等。PMI會(huì)員免費(fèi)下載(WWW.PMI.ORG)，非會(huì)員需購買。WBS模板2021-12-2162自上而下與自下而上自上而下與自下而上l自上而下法自上而下法是創(chuàng)建WBS的傳統(tǒng)方法，即：從項(xiàng)目最大項(xiàng)開始，將它們分解成下一級(jí)的項(xiàng)。這個(gè)過程實(shí)際上就是對(duì)工作的進(jìn)一步細(xì)分。該方法適用于對(duì)整個(gè)項(xiàng)目有宏觀技術(shù)把握的項(xiàng)目經(jīng)理使用。l自下而上法自下而上法項(xiàng)目組成員首先識(shí)別出盡可能多的與項(xiàng)目有關(guān)的具體任務(wù)；隨后，將這些具體的任務(wù)集中分類并組織成概要任務(wù)或WBS中的較高層次。該方法通常比較耗時(shí)。項(xiàng)目經(jīng)理通常運(yùn)用該方法處理全新的系統(tǒng)。2021-12-2163心智圖法心智圖法（Mind Mapping) 心智圖法，又稱思維導(dǎo)圖，心智圖法，又稱思維導(dǎo)圖，是一種從核心思想向外輻射出分支的方法，用以組織思路和想法。該方法可以讓人們以非線性方式構(gòu)想，用形象的無結(jié)構(gòu)化的方法定義WBS的項(xiàng)，隨后可以直接將信息轉(zhuǎn)化成圖表格式。2021-12-2164心智圖法心智圖法（Mind Mapping)1、首先在紙的中心畫一個(gè)彩圖，既明確主題，且刺激創(chuàng)意性思維。2、多用圖畫，醒目，利于記憶。3、以粗體字書寫，這樣更清晰，便于閱讀，便于反饋。4、字詞以線相連，這樣形成一個(gè)基本框架結(jié)構(gòu)。5、多用單個(gè)的詞語，這樣每個(gè)詞語間連接起來更自如，聯(lián)想空間更大，更自由，