第11章軟件項目管理ppt課件

1、第11章 軟件工程管理 本章學習內容：1掌握軟件工程管理的根本概念2了解軟件工程方案的內容3了解軟件本錢估算方法與技術4了解軟件工程的人員管理與協(xié)調的概念5了解軟件工程風險管理的過程6.掌握軟件工程進度安排的原那么 第11章 軟件工程管理11.1 軟件工程管理概述工程整合管理范圍管理時間管理本錢管理人力資源管理風險管理質量管理采購管理溝通管理第11章 軟件工程管理11.2 進度管理 11.2.1 方案 內容：確定執(zhí)行工程需求的特定活動，明確每項活動的職責；確定這些活動的完成順序；計算每項活動所需求的時間和資源；制定工程預算。第11章 軟件工程管理1任務分解與責任矩陣 分解WBS應遵照如下原那么

2、。一個單位任務義務只能在WBS中出如今一個地方；一個WBS項的任務內容是其下一級的任務之和；第11章 軟件工程管理WBS中的每一項任務都只由一個人擔任，即使這項任務需求多人來做；WBS必需與任務義務的實踐執(zhí)行過程一致，WBS首先效力于工程組，可行的話，再思索其他目的；工程組成員必需參與WBS的制定，以確保一致性和全員參與；每一個WBS項必需歸檔，以確保準確了解該項包括和不包括的任務范圍；讓WBS具有一定的靈敏性以順應無法防止的變卦需求。第11章 軟件工程管理責任矩陣闡明：P為主要主任；S為次要責任。第11章 軟件工程管理2活動排序 活動排序過程包括確認且編制活動間的相關性?；顒颖匦璞徽_地加以

3、排序以便今后制定可行的進度方案。 1甘特圖 第11章 軟件工程管理2方案評審技術 1用節(jié)點表示活動?；顒佑梅娇虮硎?，對活動的描寫在方框內。給每個方框指定一個編號，銜接方框的箭頭表示活動之間的先后順序?；顒?只能在活動1之后?；顒又g的關系分為以下幾種：終了開場：某活動必需終了，然后另一活動才干開場。終了終了：某活動終了前，另一活動必需終了。開場開場：某活動必需在另一活動開場前開場。開場終了：某活動終了前另一活動必需開場。第11章 軟件工程管理2用箭頭表示活動?；顒佑眉^表示，對活動的描寫在箭線上。圖中的圓圈表示“事件，活動由事件銜接起來。箭尾代表活動開場，稱為緊前事件；箭頭代表活動終了，稱為緊

4、隨事件。事件2是活動“系統(tǒng)規(guī)劃的緊隨事件，又是“需求分析的緊前事件，表示“系統(tǒng)規(guī)劃終了和“需求分析開場。 第11章 軟件工程管理3虛活動。在繪制用箭頭表示活動的網絡圖中，有兩個根本規(guī)那么可以用來識別活動：第一，每個事件有獨一的編號，既圖中不會有一樣的事件號；第二，每個活動必需由獨一的緊前事件號組成。 第11章 軟件工程管理11.2.2 進度安排 方案安排進度需求處理以下問題：估計每項活動的工期；確定整個工程的估計開場時間和要求完工時間；在工程估計開場時間的根底上，計算每項活動可以開場的時間和完成的最早時間；利用工程的要求完工時間，計算每項活動必需開場的時間和完成的最遲時間；確定每項活動可以開場

5、與必需開場時間之間的正負時差；確定關鍵最長活動途徑。第11章 軟件工程管理1估計活開工期 指定工程進度安排的第一步是估計每項活動從開場到完成所需求的時間。 可以用3種工期估計：樂觀工期t0，最能夠工期tm，悲觀工期tp，計算出期望工期te，那么 te=t04tmtp/6 第11章 軟件工程管理2進度方案 根據(jù)已估計出網絡圖中每項活動的工期和工程必需完成的時間段，可以計算出一個工程進度，為每項活動提供一個時間表，明確在工程估計開場時間的根底上，每項活動可以開場和完成的最早時間；為了在要求完工時間內完成工程，每項活動必需開場和完成的最遲時間。l 最早開場時間Earliest Start times

6、，ES是指某項活動可以開場的最早時間。它可以根據(jù)工程的估計開場時間和一切緊前活動的工期估計計算出來。l 最早終了時間Earliest Finish times，EF是指某項活動可以完成的最早時間。所以有：EF=ES+工期估計第11章 軟件工程管理可以經過最遲開場時間、最遲終了時間反向推算得出工期估計。l 最遲開場時間Latest Start times，LS是指工程在要求完工時間內完成，某項活動必需開場的最遲時間。l 最遲終了時間 (Latest Finish times，LF)是指為了使工程在要求完工時間內完成，某項活動必需完成的最遲時間。它可以在工程的完工時間和一切緊隨活動的工期估計的根底

7、上計算出來。所以有：LS=LF工期估計第11章 軟件工程管理例總時差=工程要求完工時間最后一項活動最早終了時間=LFEF=LSES第11章 軟件工程管理11.2.3 進度跟蹤與控制 定期進展工程形狀會議，由各組成員報告工程的進展情況；評價一切在軟件過程中進展的評審結果；確定正式的工程里程碑能否曾經在進度安排的時間內完成；比較工程表中被列出的各個工程義務的實踐開場日期與方案開場日期；與實際者舉行非正式會議，以得到他們對工程進展時間和問題層的客觀評價；運用獲得值的分析，定量的評價進展。第11章 軟件工程管理進度控制的步驟：分析進度，找出哪些地方需求采取糾正措施；確定應采取的糾正措施；修正方案，將糾

8、正瑣事列入方案；重新計算進度，估計糾正措施的效果。第11章 軟件工程管理11.3 軟件開發(fā)本錢估算 11.3.1軟件本錢估算過程 第11章 軟件工程管理11.3.2 軟件本錢估算方法 1專家估算法1 協(xié)調人向各專家提供工程規(guī)格和估計表格；2 協(xié)調人召集小組會各專家討論與規(guī)模相關的要素；3 各專家匿名填寫迭代表格；4 協(xié)調人整理出一個估計總結，以迭代表的方式前往專家；5 協(xié)調人召集小組會，討論較大的估計差別；6 專家復查估計總結并在迭代表上提交另一個匿名估計；反復4-6， 直到到達一個最低和最高估計的一致。 第11章 軟件工程管理2類推估算法 1整理出工程功能列表和實現(xiàn)每個功能的代碼行；2標識出

9、每個功能列表與歷史工程的一樣點和不同點，特別要留意歷史工程做得不夠的地方；3經過步驟1和2得出各個功能的估計值；4 產生規(guī)模估計。第11章 軟件工程管理3COCOMO模型 任務量和進度的根本COCOMO方程 開發(fā)類型工作量進度結構型ED=2.4S1.05TD=2.5(ED)0.38半獨立型ED=3.0S1.12TD=2.5(ED)0.35嵌入型ED=3.6S1.20TD=2.5(ED)0.32第11章 軟件工程管理3COCOMO模型 影響r值的15個本錢要素 類型成本因素產品屬性1.要求的軟件可靠性 2.數(shù)據(jù)庫規(guī)模 3.產品復雜性計算機屬性4.執(zhí)行時間約束 5.主存限制 6.虛擬機變動性 7.

10、計算機周轉時間人員屬性8.分析人員能力 9.應用經驗 10.程序設計人員能力 11.虛擬機經驗 12.程序設計語言經驗工程屬性13.最新程序設計實踐 14.軟件工具的作用 15.開發(fā)進度限制 第11章 軟件工程管理3COCOMO模型 中間COCOMO任務量估算方法 開發(fā)類型工作量方法結構型(ED)NOM=3.2S1.05半獨立型(ED)NOM=3.0S1.12嵌入型(ED)NOM=2.8S1.20第11章 軟件工程管理4SLIM模型 L=CKK1/3td4/3 L和td分別表示可交付的源指令數(shù)和開發(fā)時間單位為年；K是整個生存期內人的任務量單位為人-年，可從總的開發(fā)任務量ED=0.4K求得；CK

11、是根據(jù)閱歷數(shù)據(jù)而確定的常數(shù)，表示開發(fā)技術的先進性級別。假設軟件開發(fā)環(huán)境較差沒有一定的開發(fā)方法，短少文檔，評審或批處置方式，取CK=6500；正常的開發(fā)環(huán)境有適當?shù)拈_發(fā)方法，較好的文檔和評審，以及交互式的執(zhí)行方式，CK=10000，而一個較好的開發(fā)環(huán)境自開工具和技術，那么取CK=12500。變換上式，可得開發(fā)任務量方程：K=L3/C3Kt4d第11章 軟件工程管理5.基于代碼行的本錢估算方法1確定功能 2求期望值Le和偏向Ld 3根據(jù)閱歷數(shù)據(jù)，確定各個子功能的代碼行本錢4計算各個子功能的本錢和任務量，并計算義務的總本錢和總任務量5計算開發(fā)時間6對結果進展分析比較 第11章 軟件工程管理6.基于過

12、程的本錢估算方法 1確定義務 2確定每項義務的任務量 對每項義務要估算它們所需求的人-月數(shù) (1)確定每項義務的對應的勞務費數(shù)據(jù) (2)計算(3)分析比較 第11章 軟件工程管理11.3.3 本錢方案的變卦控制 1預算分攤 2實踐本錢累計 3盈余累計 第11章 軟件工程管理11.4 軟件工程的人員管理 11.4.1人力資源 各階段管理人員和技術人員參與情況 第11章 軟件工程管理11.4.2 人力資源方案的平衡 Rayleigh-Norden曲線 第11章 軟件工程管理11.4.3 開發(fā)團隊人數(shù)與協(xié)調 正式的，非個人的方法：包括一系列軟件工程文檔和交付物如源程序。例如，技術備忘錄，工程里程碑，

13、工程進度控制工具，錯誤跟蹤報告，維護懇求和相關文檔，中心數(shù)據(jù)庫等。正式的，個人的方法：集中表如今軟件工程產品的質量保證活動中。包括軟件復審會議，設計和代碼檢查等。非正式的，個人的方法：包括信息傳播，問題處理，需求和開發(fā)人員配置會議。電子通訊方法：包括電子郵件，電子公告欄，web站點，以及基于視頻的會議系統(tǒng)等。個人網絡方法：與工程組織外的人員進展的非正式的討論。這些人能夠有豐富的閱歷或者見解，可以有助于本工程的開發(fā)。第11章 軟件工程管理11.5 風險管理 11.5.1 軟件風險 1工程風險2技術風險3商業(yè)風險 第11章 軟件工程管理11.5.2 風險識別 1高層軟件管理者和用戶管理者已正式承諾

14、支持該工程嗎？2最終用戶對該工程和待構造的系統(tǒng)支持嗎？3需求已被軟件工程組和他們的用戶完全了解了嗎？4用戶已充分參與到需求定義中了嗎？5最終用戶期望現(xiàn)實嗎？6 工程的任務范圍穩(wěn)定嗎？7軟件工程組擁有適宜的技藝嗎？8工程需求穩(wěn)定嗎？9工程組對將要實現(xiàn)的技術有閱歷嗎？10 工程組的人員數(shù)量可以完成該工程嗎？ (11)一切的用戶對工程的重要性和待構造的系統(tǒng)需求有共識嗎？ 第11章 軟件工程管理11.5.3 風險設計 從兩個方面著手：風險發(fā)生的能夠性或概率；與風險相關的問題發(fā)生能夠產生的后果。風險設計有4項活動：為反映風險發(fā)生的能夠性要建立一個尺度；描畫風險的后；估算風險對工程和產品的影響；為了防止誤解，應給出風險設計整體的準確度。 第11章 軟件工程管理11.5.4 風險評價 ri,li,xiri為風險，li為風險發(fā)生的概率，xi為風險的影響。步驟：定義工程的各種風險參考程度 建立每一個ri,li,xi與每一個參考程度之間的關系；預測一組參考點來定義工程終止的區(qū)域，區(qū)域由一條曲線或不確定的區(qū)域界定預測什么樣的風險組合會影響參考程度 第11章 軟件工程管理11.5.5 風險的緩解，監(jiān)控和管理 1風險防止 與現(xiàn)有人員一同討論人員流動和緣由任務條件差，報酬低，人才市場競爭等；在工程開場前，就把緩解這些緣由的任務列入管理方案；一旦工程開場，假設出現(xiàn)人員流動，