2軟件項(xiàng)目計(jì)劃過(guò)程——范圍計(jì)劃

1、 配置管 理計(jì)劃 合同 風(fēng)險(xiǎn) 溝通 質(zhì)量 集成 結(jié)束 行控制 初始0 chapter_5核心三方案范圍方案進(jìn)度方案本錢方案本錢基準(zhǔn)，進(jìn)度基準(zhǔn)1 chapter_5軟件工程管理第2章軟件工程范圍方案2 chapter_5本章要點(diǎn)一、軟件需求管理過(guò)程二、任務(wù)分解定義三、任務(wù)分解的類型四、任務(wù)分解的過(guò)程五、案例分析3 chapter_5軟件需求需求是指用戶對(duì)軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，到達(dá)什么性能。4 chapter_5軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求5 chapter_5工程失敗的原因分析No.To

2、p 10 Factors平均值1Inadequate requirements specification不充分的需求規(guī)范4.52Changes in requirements需求的改變4.33Shortage of systems engineers缺乏系統(tǒng)工程師4.24Shortage of software managers 缺乏了解軟件特性的經(jīng)理人4.15Shortage of qualified project managers 缺乏合格的項(xiàng)目經(jīng)理4.16Shortage of software engineers 缺乏軟件工程師3.97Fixed- price contract 固

3、定價(jià)合同3.88Inadequate communications for system integration 系統(tǒng)集成階段, 交流與溝通不充分3.89Insufficient experience as team團(tuán)隊(duì)缺乏經(jīng)驗(yàn)3.610Shortage of application domain experts 缺乏應(yīng)用領(lǐng)域?qū)＜?.6 Scale: 5 = Very Serious 3 = Serious 1 = No SeriousSource: Carnegie-Mellon University, Software Engineering Institute6 chapter_5軟件需

4、求管理過(guò)程軟件需求管理的過(guò)程需求分析編寫(xiě)需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更8 chapter_5需求工程根本任務(wù)需求工程需求管理需求開(kāi)發(fā)需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證變更管理9 chapter_5需求獲取用戶要求 擴(kuò)展需求基線需求軟件需求10 chapter_5需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型，是對(duì)需求的抽象描述。 11 chapter_5需求分析模型12 chapter_5需求規(guī)格需求分析工作完成的一個(gè)根本標(biāo)志是形成了一份完整的、標(biāo)準(zhǔn)的需求規(guī)格說(shuō)明書(shū)需求規(guī)格說(shuō)明書(shū)的編制是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)

5、開(kāi)發(fā)工作的基礎(chǔ)。13 chapter_5軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中別離功能，即描述要“做什么而不是“怎樣實(shí)現(xiàn)采用一定的規(guī)格說(shuō)明語(yǔ)言如果被開(kāi)發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中14 chapter_5規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說(shuō)明應(yīng)該是一個(gè)認(rèn)識(shí)模型規(guī)格說(shuō)明應(yīng)該容許不完備性并允許擴(kuò)充15 chapter_5規(guī)格文檔參考引言系統(tǒng)定義 應(yīng)用環(huán)境功能規(guī)格 性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證16 chapter_5需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)際可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽

6、字17 chapter_5需求總在變化18 chapter_519 chapter_5需求變更管理確定需求變更控制過(guò)程建立變更控制委員會(huì)(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性20 chapter_5需求變更管理管理和控制需求基線的過(guò)程需求變更控制系統(tǒng)一個(gè)正式的文檔，說(shuō)明如何控制需求變更建立變更審批系統(tǒng)21 chapter_5變更申請(qǐng)需求方開(kāi)發(fā)方忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估結(jié)果拒絕接受本次修改下個(gè)版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項(xiàng)目計(jì)劃22 c

7、hapter_5表4-3 需求變更提交單軟件基線產(chǎn)品修改提交單申請(qǐng)人韓萬(wàn)江申請(qǐng)日期2002。1011項(xiàng)目名稱項(xiàng)目管理系統(tǒng)階段名稱系統(tǒng)設(shè)計(jì)文件名稱RCR-PM-01.doc, RCR-PM-02.doc,變更簡(jiǎn)述如下修改內(nèi)容1）修改測(cè)試流程控制：將2個(gè)角色，3個(gè)渠道流，改為3個(gè)角色，4個(gè)渠道流，詳見(jiàn)RCR-PM-01.doc2）增加開(kāi)發(fā)人員技能信息庫(kù)管理，詳見(jiàn)RCR-PM-02.doc驗(yàn)證意見(jiàn)同意RCR-PM-01.doc變更。RCR-PM-02.doc的變更可以推遲到下一個(gè)版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期20021011SCCB韓萬(wàn)江，姜岳尊，孫泉 填表人韓萬(wàn)江23 chapter_5本章要點(diǎn)一、

8、軟件需求管理過(guò)程二、任務(wù)分解定義三、任務(wù)分解的類型四、任務(wù)分解的方法五、案例分析24 chapter_5WBS (Work Breakdown Structure)任務(wù)分解的過(guò)程將一個(gè)工程分解為更多的工作細(xì)目或者子工程，使工程變得更小、更易管理、更易操作。任務(wù)分解的結(jié)果WBS（任務(wù)分解結(jié)構(gòu)）。 WBS面向可交付成果的。25 chapter_5WBS實(shí)例系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)模塊模塊模塊 模塊模塊模塊模塊模塊模塊26 chapter_5PMI defines WBS是面向可交付成果的對(duì)工程元素的分組,它組織并定義了整個(gè)工程范圍.不在WBS中包括的工作就不是該工程的工作它是一個(gè)分級(jí)的

9、樹(shù)型結(jié)構(gòu)，是對(duì)工程由粗到細(xì)的分解過(guò)程。工作結(jié)構(gòu)每細(xì)分一個(gè)層次表示對(duì)工程元素更細(xì)致的描述27 chapter_5本章要點(diǎn)一、軟件需求管理過(guò)程二、任務(wù)分解定義三、任務(wù)分解的類型四、任務(wù)分解的方法五、案例分析28 chapter_5類型清單圖表29 chapter_5圖表類型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)30 chapter_5清單類型1. 變化計(jì)數(shù)器1.1 比較兩個(gè)版本的程序1.1.1 預(yù)處理1.1.2 文件比較1.1.3 結(jié)果處理1.2 找出修改后的程序中增加和刪除的代碼行1.2.1 找出增加的代碼行1

10、.2.2 找出刪除的代碼行1.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ì)錄31 chapter_5本章要點(diǎn)一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析32 chapter_5本章要點(diǎn)一、軟件需求管理過(guò)程二、任務(wù)分解定義三、任務(wù)分解的類型四、任務(wù)分解的方法五、案例分析33 chapter_5任務(wù)分解過(guò)程輸入分解WBS34 chapter_5分解方法類比模版自上而下自下而上35 chapter_5WBS模板舉例36 ch

11、apter_5分解方法-自上而下“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)37 chapter_5分解方法-自下而上“變化計(jì)數(shù)器系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)38 chapter_5任務(wù)結(jié)構(gòu)分解(WBS)步驟確認(rèn)并分解工程的組成要素確定分解標(biāo)準(zhǔn)確定分解是否詳細(xì)確定工程交付成果驗(yàn)證分解的正確性(建立編號(hào))39 chapter_5WBS編號(hào)系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121

12、功能2-子功能3:12340 chapter_5標(biāo)識(shí)項(xiàng) 功能名F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫(kù)F1.3獲取網(wǎng)絡(luò)資源信息F1.4觀察網(wǎng)絡(luò)資源F1.4.1依類型分類觀察網(wǎng)絡(luò)資源F1.4.2依狀態(tài)分類觀察網(wǎng)絡(luò)資源F1.5觀察邏輯網(wǎng)F1.6觀察資源狀態(tài)F1.7修改網(wǎng)絡(luò)資源的狀態(tài)F1.8依條件檢驗(yàn)網(wǎng)絡(luò)使用情況F1.9顯示拓?fù)鋱DF1.10建立通道41 chapter_5分解標(biāo)準(zhǔn)生存期功能組成42 chapter_5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理按照生命期分解規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交按照產(chǎn)品組成分解1.1招生管理1.2分班管理1.3學(xué)生檔案管理1.4學(xué)生成績(jī)管理 43 chapter_5分解標(biāo)準(zhǔn)

13、應(yīng)統(tǒng)一（續(xù)）不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解招生管理分班管理學(xué)生檔案管理學(xué)生成績(jī)管理 規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交44 chapter_5檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件最底層要素是否有重復(fù)的每個(gè)要素是否清晰完整定義最底層要素是否有定義清晰的責(zé)任人,是否可以進(jìn)行本錢估算和進(jìn)度安排45 chapter_5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因工程而異、因工程經(jīng)理而異收集與工程相關(guān)的所有信息參看一下類似的工程的WBS,與相關(guān)人員討論可以參照模板最低層是可控的和可管理的，但是防止不必要的過(guò)細(xì)，最好不要超過(guò)7層，軟件工程推薦分解到40小時(shí)的任務(wù)46 chapter_5WBS的指南

14、（2）每個(gè)Work package必須有一個(gè)提交物定義任務(wù)完成的標(biāo)準(zhǔn)每個(gè)WBS必須有利于責(zé)任分配可以準(zhǔn)備WBS的字典最后與相關(guān)人員進(jìn)行評(píng)審47 chapter_5WBS字典內(nèi)容WBS表示號(hào)名稱主題目標(biāo)描述完成的任務(wù)責(zé)任者完成的標(biāo)識(shí)備注1. 48 chapter_5WBS意義提供了工程范圍基線,是范圍變更的重要輸入為評(píng)估和分配任務(wù)提供具體的工作包進(jìn)行估算和編制工程進(jìn)度的基礎(chǔ)對(duì)整個(gè)工程成功的集成和控制起到非常重要的作用49 chapter_5George and Martha一次野餐會(huì)George and Martha方案與家人和朋友舉行一次特殊的野餐活動(dòng),以慶祝Martha的升職和他們35周年的結(jié)婚紀(jì)念. Martha是工程師, George是會(huì)計(jì).他們有兩個(gè)非?；顫姶_實(shí)孩子,Mary 13歲,Thomas 17歲.經(jīng)過(guò)過(guò)去幾年的開(kāi)展,家里不斷壯大,無(wú)論是時(shí)間和金錢上的需要都在增加,所以他們已經(jīng)逐漸成為非常好的方案能手,最近他們又通過(guò)了PMP的認(rèn)證考試,所以他們非常清楚對(duì)于這樣野餐活動(dòng)也需要開(kāi)發(fā)一個(gè)WBS.50 chapter_5野餐準(zhǔn)備活動(dòng)任務(wù)分解51 chapter_5本章要點(diǎn)一、軟件需求管理過(guò)程二、任務(wù)分解定義三、任