2軟件項目范圍計劃_第1頁
2軟件項目范圍計劃_第2頁
2軟件項目范圍計劃_第3頁
2軟件項目范圍計劃_第4頁
2軟件項目范圍計劃_第5頁
已閱讀5頁,還剩63頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件工程管理北京郵電大學(xué)軟件學(xué)院韓萬江0chapter__5范圍方案

配置管理方案

合同方案

風(fēng)險方案溝通方案質(zhì)量方案本錢方案

時間方案

集成方案

范圍方案

工程終了工程執(zhí)行控制

工程方案

工程初始人力方案1chapter__5中心三方案范圍方案進(jìn)度方案本錢方案--本錢基準(zhǔn),進(jìn)度基準(zhǔn)2chapter__5軟件工程管理第2章軟件工程范圍方案3chapter__5本章要點一、軟件需求管理過程二、義務(wù)分解定義三、義務(wù)分解的類型四、義務(wù)分解的過程五、案例分析4chapter__5軟件需求需求是指用戶對軟件的功能和性能的要求,就是用戶希望軟件能做什么事情,完成什么樣的功能,到達(dá)什么性能。5chapter__5軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求6chapter__5需求管理的重要性7chapter__5工程失敗的緣由分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求規(guī)范

4.5

2

Changesinrequirements

需求的改動

4.3

3

Shortageofsystemsengineers

缺乏系統(tǒng)工程師

4.2

4

Shortageofsoftwaremanagers缺乏了解軟件特性的經(jīng)理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的工程經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

Inadequatecommunicationsforsystemintegration系統(tǒng)集成階段,交流與溝通不充分

3.8

9

Insufficientexperienceasteam團(tuán)隊缺乏閱歷

3.6

10

Shortageofapplicationdomainexperts缺乏運用領(lǐng)域?qū)<?/p>

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute8chapter__5軟件需求管理過程軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變卦需求確認(rèn)需求變卦10chapter__5需求工程根本義務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格闡明需求驗證變卦管理11chapter__5需求獲取圖示12chapter__5需求獲取用戶要求擴(kuò)展需求基線需求軟件需求13chapter__5需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型,是對需求的籠統(tǒng)描畫。14chapter__5需求分析模型15chapter__5需求規(guī)格需求分析任務(wù)完成的一個根本標(biāo)志是構(gòu)成了一份完好的、規(guī)范的需求規(guī)格闡明書需求規(guī)格闡明書的編制是為了運用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的了解,使之成為整個開發(fā)任務(wù)的根底。16chapter__5軟件需求規(guī)格闡明的原那么從現(xiàn)實中分別功能,即描畫要“做什么〞而不是“怎樣實現(xiàn)〞采用一定的規(guī)格闡明言語假設(shè)被開發(fā)軟件只是一個大系統(tǒng)中的一個元素,那么整個大系統(tǒng)也包括在規(guī)格闡明的描畫之中17chapter__5規(guī)格闡明應(yīng)該包括系統(tǒng)運轉(zhuǎn)環(huán)境規(guī)格闡明應(yīng)該是一個認(rèn)識模型規(guī)格闡明應(yīng)該允許不完備性并允許擴(kuò)展18chapter__5規(guī)格文檔參考引言系統(tǒng)定義運用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實現(xiàn)約束質(zhì)量描畫其它簽字認(rèn)證19chapter__5需求驗證需求是正確的嗎?需求是一致的嗎?需求是完全的嗎?需求是實踐可行的嗎?需求是必要的嗎?需求是可檢驗的嗎?需求是可跟蹤的嗎?最后的簽字20chapter__5需求總在變化21chapter__522chapter__5需求變卦管理確定需求變卦控制過程建立變卦控制委員會(SCCB)進(jìn)展需求變卦影響分析跟蹤一切受需求變卦影響的任務(wù)產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變卦的歷史記錄跟蹤每項需求的形狀衡量需求穩(wěn)定性23chapter__5需求變卦管理管理和控制需求基線的過程需求變卦控制系統(tǒng)一個正式的文檔,闡明如何控制需求變卦建立變卦審批系統(tǒng)24chapter__5變卦懇求需求方開發(fā)方忽略選擇變卦方式SCCB評價工程經(jīng)理自行決議根據(jù)評價結(jié)果回絕接受本次修正下個版本再修正修正合同相關(guān)信息修正相關(guān)需求修正相應(yīng)的工程方案25chapter__5表4-3需求變卦提交單軟件基線產(chǎn)品修正提交單懇求人韓萬江懇求日期2002。10.11工程稱號工程管理系統(tǒng)階段稱號系統(tǒng)設(shè)計文件稱號RCR-PM-01.doc,RCR-PM-02.doc,變卦簡述如下修正內(nèi)容1〕修正測試流程控制:將2個角色,3個渠道流,改為3個角色,4個渠道流,詳見RCR-PM-01.doc2〕添加開發(fā)人員技藝信息庫管理,詳見RCR-PM-02.doc

驗證意見贊同RCR-PM-01.doc變卦。RCR-PM-02.doc的變卦可以推遲到下一個版本實施驗證人楊炎泰驗證日期2002.10.11SCCB韓萬江,姜岳尊,孫泉填表人韓萬江26chapter__5本章要點一、軟件需求管理過程二、義務(wù)分解定義三、義務(wù)分解的類型四、義務(wù)分解的方法五、案例分析27chapter__5WBS(WorkBreakdownStructure)義務(wù)分解的過程將一個工程分解為更多的任務(wù)細(xì)目或者子工程,使工程變得更小、更易管理、更易操作。義務(wù)分解的結(jié)果WBS〔義務(wù)分解構(gòu)造〕。WBS面向可交付成果的。Workpackages〔任務(wù)包〕WBS的最低層次的可交付成果28chapter__5WBS實例系統(tǒng)子系統(tǒng)子系統(tǒng)子系統(tǒng)模塊模塊模塊模塊模塊模塊模塊模塊模塊29chapter__5PMIdefinesWBS是面向可交付成果的對工程元素的分組,它組織并定義了整個工程范圍.不在WBS中包括的任務(wù)就不是該工程的任務(wù)它是一個分級的樹型構(gòu)造,是對工程由粗到細(xì)的分解過程。任務(wù)構(gòu)造每細(xì)分一個層次表示對工程元素更細(xì)致的描畫30chapter__5PMIdefinesWorkpackagesWBS的最低層次的可交付成果任務(wù)包該當(dāng)由獨一主體擔(dān)任這一交付成果可以分配給另外一位工程經(jīng)理進(jìn)展方案和執(zhí)行,或者經(jīng)過子工程的方式完成31chapter__5本章要點一、軟件需求管理過程二、義務(wù)分解定義三、義務(wù)分解的類型四、義務(wù)分解的方法五、案例分析32chapter__5類型清單圖表33chapter__5圖表類型“變化計數(shù)器〞系統(tǒng)文件比較預(yù)處置添加代碼結(jié)果處置統(tǒng)計總行標(biāo)志修正記錄修正版本比較找出增刪行統(tǒng)計增刪行刪除代碼添加行數(shù)刪除行數(shù)34chapter__5清單類型

1.

變化計數(shù)器1.1

比較兩個版本的程序1.1.1

預(yù)處置1.1.2

文件比較1.1.3

結(jié)果處置1.2

找出修正后的程序中添加和刪除的代碼行1.2.1

找出添加的代碼行1.2.2

找出刪除的代碼行1.3

統(tǒng)計修正后的程序中添加和刪除的代碼行數(shù)1.3.1

統(tǒng)計添加代碼行數(shù)1.3.2

統(tǒng)計刪除代碼行數(shù)1.4

統(tǒng)計總的代碼行數(shù)1.5

設(shè)定標(biāo)志以指示修正的次數(shù)1.6

在程序的頭部添加修正紀(jì)錄35chapter__5本章要點一、義務(wù)分解定義二、義務(wù)分解的類型三、義務(wù)分解的方法四、義務(wù)分解指南五、案例分析36chapter__5本章要點一、軟件需求管理過程二、義務(wù)分解定義三、義務(wù)分解的類型四、義務(wù)分解的方法五、案例分析37chapter__5義務(wù)分解過程輸入分解WBS38chapter__5分解方法類比模版自上而下自下而上39chapter__5WBS模板舉例40chapter__5分解方法-自上而下“變化計數(shù)器〞系統(tǒng)文件比較預(yù)處置添加代碼結(jié)果處置統(tǒng)計總行標(biāo)志修正記錄修正版本比較找出增刪行統(tǒng)計增刪行刪除代碼添加行數(shù)刪除行數(shù)41chapter__5分解方法-自下而上“變化計數(shù)器〞系統(tǒng)文件比較預(yù)處置添加代碼結(jié)果處置統(tǒng)計總行標(biāo)志修正記錄修正版本比較找出增刪行統(tǒng)計增刪行刪除代碼添加行數(shù)刪除行數(shù)42chapter__5義務(wù)構(gòu)造分解(WBS)步驟確認(rèn)并分解工程的組成要素確定分解規(guī)范確定分解能否詳細(xì)確定工程交付成果驗證分解的正確性(建立編號)43chapter__5WBS編號系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12344chapter__5標(biāo)識項功能名

F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)

F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫

F1.3獲取網(wǎng)絡(luò)資源信息

F1.4察看網(wǎng)絡(luò)資源

F1.4.1依類型分類察看網(wǎng)絡(luò)資源

F1.4.2依形狀分類察看網(wǎng)絡(luò)資源

F1.5察看邏輯網(wǎng)

F1.6察看資源形狀

F1.7修正網(wǎng)絡(luò)資源的形狀

F1.8依條件檢驗網(wǎng)絡(luò)運用情況

F1.9顯示拓?fù)鋱D

F1.10建立通道45chapter__5WBS與OBS〔組織分解構(gòu)造〕46chapter__5分解規(guī)范生存期功能組成47chapter__5分解規(guī)范應(yīng)一致學(xué)生管理按照生命期分解規(guī)劃需求設(shè)計編碼測試提交按照產(chǎn)品組成分解1.1

招生管理1.2

分班管理1.3

學(xué)生檔案管理1.4

學(xué)生成果管理48chapter__5分解規(guī)范應(yīng)一致〔續(xù)〕不能同時運用兩種規(guī)范進(jìn)展分解招生管理

分班管理

學(xué)生檔案管理學(xué)生成果管理規(guī)劃需求設(shè)計編碼測試提交49chapter__5檢驗分解結(jié)果的規(guī)范最底層的要素能否是實現(xiàn)目的的充分必要條件最底層要素能否有反復(fù)的每個要素能否明晰完好定義最底層要素能否有定義明晰的責(zé)任人,能否可以進(jìn)展本錢估算和進(jìn)度安排50chapter__5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因工程而異、因工程經(jīng)理而異搜集與工程相關(guān)的一切信息參看一下類似的工程的WBS,與相關(guān)人員討論可以參照模板最低層是可控的和可管理的,但是防止不用要的過細(xì),最好不要超越7層,軟件工程引薦分解到40小時的義務(wù)注:80/8規(guī)那么51chapter__5WBS的指南〔2〕每個Workpackage必需有一個提交物定義義務(wù)完成的規(guī)范每個WBS必需有利于責(zé)任分配可以預(yù)備WBS的字典最后與相關(guān)人員進(jìn)展評審52chapter__5WBS字典內(nèi)容WBS表示號

稱號

主標(biāo)題的

描畫

完成的義務(wù)

責(zé)任者

完成的標(biāo)識

備注1.

53chapter__5WBS字典WBS字典實例54chapter__5WBS意義提供了工程范圍基線,是范圍變卦的重要輸入為評價和分配義務(wù)提供詳細(xì)的任務(wù)包進(jìn)展估算和編制工程進(jìn)度的根底對整個工程勝利的集成和控制起到非常重要的作用55chapter__5清單式義務(wù)分解實例電信運營信息查詢系統(tǒng)分解一例56chapter__5網(wǎng)管系統(tǒng)〔圖表〕分解實例FF1配置管理F2缺點管理F3平安管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.257chapter__5網(wǎng)管系統(tǒng)〔圖表〕分解實例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.258chapter__5網(wǎng)管系統(tǒng)〔圖表〕分解實例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.659chapter__5標(biāo)識項功能名

F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)

F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫

F1.3獲取網(wǎng)絡(luò)資源信息

F1.4察看網(wǎng)絡(luò)資源

F1.4.1依類型分類察看網(wǎng)絡(luò)資源

F1.4.2依形狀分類察看網(wǎng)絡(luò)資源

F1.5察看邏輯網(wǎng)

F1.6察看資源形狀

F1.7修正網(wǎng)絡(luò)資源的形狀

F1.8依條件檢驗網(wǎng)絡(luò)運用情況

F1.9顯示拓?fù)鋱D

F1.10建立通道60chapter__5WBS實例GeorgeandMartha’spicnic61chapter__5GeorgeandMartha一次野餐會GeorgeandMartha方案與家人和朋友舉行一次特殊的野餐活動,以慶賀

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論