IT項目管理知識體系

1、IT項目管理知識體系講座2008-61主講人簡介楊洋管理學(xué)博士（信息管理與信息安全方向，同濟大學(xué)）會計學(xué)學(xué)士、碩士（東北財經(jīng)大學(xué)）高級程序員（1998），CISA（2002）, SCJP，IBM電子商務(wù)咨詢師，IBM WSAD Developer目前為同濟大學(xué)電信學(xué)院博士后，主要研究領(lǐng)域：基于移動計算的安全接入關(guān)鍵技術(shù)2講座內(nèi)容項目管理知識體系（PMBOK）概述IT項目范圍管理IT項目進度管理IT項目成本管理IT項目質(zhì)量管理IT項目人力資源管理與溝通管理IT項目風(fēng)險管理IT項目外包與采購管理3一、項目管理知識體系概述項目管理是20世紀40年代以后迅速發(fā)展起來的一門科學(xué)，是現(xiàn)代管理學(xué)中的一個重要

2、分支。根據(jù)美國項目管理協(xié)會(PMI)的定義：項目是為完成某一獨特的產(chǎn)品或服務(wù)所做的一次性努力。從根本上說，項目就是一系列的相關(guān)工作。中國項目管理研究委員會對項目的定義是：項目是一個特殊的將被完成的有限任務(wù)。它是在一定時間內(nèi)，滿足一系列特定目標的多項相關(guān)工作的總稱。根據(jù)這個定義，項目實際包含3層含義：43層含義:(1)項目是一項有待完成的任務(wù)，有特定的環(huán)境和要求；(2)在一定的組織機構(gòu)內(nèi)，利用有限資源(人力、物力、財力等)，在規(guī)定的時間內(nèi)(指項目有明確的開始時間和結(jié)束時間)為特定客戶完成特定目標的階段性任務(wù)；(3)任務(wù)要滿足一定性能、質(zhì)量、數(shù)量、技術(shù)指標等要求。5項目管理按PMI的定義：項目管理

3、就是“在項目活動中運用一系列的知識、技能、工具和技術(shù)，以滿足或超過相關(guān)利益者對項目的要求”。中國項目管理研究委員會對項目管理總結(jié)為：“項目管理”一詞具有兩種不同的含義，其一是指一種管理活動；其二是指一種管理學(xué)科，前者是一種客觀的實踐活動，后者是前者的理論總結(jié)；前者以后者為指導(dǎo)，后者以前者為基礎(chǔ)。項目管理貫穿整個項目的生命期，是對項目的全過程管理。6PMBOKPMI編寫的項目管理知識體系將項目管理劃分為9個知識領(lǐng)域：范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、采購管理、風(fēng)險管理和綜合管理。而中國項目管理研究委員會則將項目管理的內(nèi)容概括為2個層次、4個階段、5個過程、9大知識領(lǐng)

4、域、42個要素及多個主體。如表1.1所示。7PMBOK知識域8綜合管理 制訂項目計劃項目計劃執(zhí)行綜合變更控制。范圍管理啟動范圍計劃范圍界定范圍核實范圍變更控制。項目管理的基本內(nèi)容:9項目管理的基本內(nèi)容:時間管理 活動定義活動排序活動時間估計項目進度編制項目進度控制。成本管理 制訂資源計劃成本估計成本預(yù)算成本控制。10質(zhì)量管理 質(zhì)量規(guī)劃質(zhì)量控制質(zhì)量保證全面質(zhì)量管理人力資源管理 人力資源規(guī)劃招聘與解聘篩選定向培訓(xùn)績效評估職業(yè)發(fā)展團隊建設(shè)項目管理的基本內(nèi)容:11風(fēng)險管理 風(fēng)險識別風(fēng)險估計風(fēng)險應(yīng)對計劃風(fēng)險控制。溝通管理 編制溝通計劃信息傳遞績效報告管理收尾。項目管理的基本內(nèi)容:12采購管理 編制采購計

5、劃編制詢價計劃詢價選擇供應(yīng)商合同管理合同收尾。項目管理的基本內(nèi)容:13關(guān)鍵成功因素范圍(Scope)時間(Time)成本(Cost)質(zhì)量(Quality)14項目三角形15PMBOK三角形16項目的浴盆曲線項目的浴盆曲線與IT項目的浴盆曲線17二、項目范圍管理項目范圍管理概述項目范圍規(guī)劃項目范圍定義工作分解結(jié)構(gòu)（WBS）活動估算18項目范圍管理概述項目范圍的確定項目范圍(Project Scope)包括項目的最終產(chǎn)品或者服務(wù)，以及實現(xiàn)該產(chǎn)品或者服務(wù)所需要執(zhí)行的全部工作。項目范圍管理的任務(wù)是界定項目所必須包含且只需要包含的全部工作，并對其他的項目管理工作起指導(dǎo)作用，以確保項目順利完成全部的過程。

6、 19項目范圍規(guī)劃項目范圍規(guī)劃的輸入 項目范圍規(guī)劃的工具和技術(shù) 項目范圍規(guī)劃的輸出 20產(chǎn)品描述 項目章程 制約因素 前提條件 項目范圍規(guī)劃的輸入：21項目范圍規(guī)劃的工具和技術(shù) ：產(chǎn)品分析 成本效益分析 項目方案識別技術(shù) 專家評定 22項目范圍規(guī)劃的輸出：項目范圍說明書 范圍管理計劃23項目范圍定義范圍說明書 制約因素 前提條件 其他計劃結(jié)果 歷史資料 使用工具：工作分解結(jié)構(gòu)模板 24工作分解結(jié)構(gòu)(WBS)工作分解的原因及原則WBS的分層設(shè)計WBS的設(shè)計方法和步驟項目責(zé)任分配矩陣25工作分解結(jié)構(gòu)工作分解結(jié)構(gòu)是一個“化整為零”的工具，它依據(jù)項目本身的內(nèi)在結(jié)構(gòu)，將項目轉(zhuǎn)化為多個相互聯(lián)系的子任務(wù)，并

7、運用相應(yīng)的管理技術(shù)，為項目建立一個全面的科學(xué)結(jié)構(gòu)模型，通常用圖和表的形式表示。工作分解結(jié)構(gòu)中的每一項都有惟一的標志，這些標志可以為成本和資源的分層和計算提供方便。26項目概要720 小時$38 000.0011設(shè)計階段360 小時$18 400.0021.1編程階段200 小時$10 000.0041.2測試階段160 小時$9 600.0051.3設(shè)計階段180 小時$4 000.0031.1.1設(shè)計階段2280 小時$14 400.0061.1.2開始設(shè)計里程碑設(shè)計任務(wù)1結(jié)束設(shè)計里程碑編程任務(wù)2設(shè)計任務(wù)4設(shè)計任務(wù)3結(jié)束編程里程碑設(shè)計任務(wù)2編程任務(wù)1測試任務(wù)2測試任務(wù)1測試任務(wù)3結(jié)束測試里程

8、碑27分解目的進行工作分解之后，可以根據(jù)細分后的工作包之間的邏輯關(guān)系來實施項目。通過工作分解，項目組成員就會明確各自的職責(zé)，也有了可以共同遵守的明確規(guī)范，這樣就可以減少繁瑣的協(xié)調(diào)工作量，有利于工作的溝通。把項目細分為具體的工作任務(wù)后，每個項目組成員就能更清晰地理解任務(wù)的性質(zhì)和各自的具體目標。通過工作分解，可以比較準確地把握項目所需要的技術(shù)、人力、資金等信息，以及面臨的風(fēng)險，從而可以為項目計劃的制定提供基線。28工作分解原則在同一個工作任務(wù)中，最好只包含相關(guān)的工作元素。例如，對軟件開發(fā)項目而言，“編碼”和“測試”不應(yīng)該在同一個工作任務(wù)中，因為在項目中，“編碼”和“測試”的工作性質(zhì)明顯不同，也發(fā)生

9、在不同的階段。在同一個工作任務(wù)中，所有工作活動應(yīng)該是平行的或者連續(xù)發(fā)生的，其間不應(yīng)該插入不相關(guān)的工作活動。在同一個工作任務(wù)中，盡量使用相同的項目組成員，便于彼此溝通和交流。29WBS的分層設(shè)計 項目可交付的成果可交付的子成果最底層的可交付子成果工作任務(wù)工作分解結(jié)構(gòu)的層次產(chǎn)品或者服務(wù)包含的工作總和主要可交付的產(chǎn)品或者服務(wù)可交付的子產(chǎn)品或服務(wù)最底層的可交付子產(chǎn)品或服務(wù)可識別的工作活動一二三四五30WBS的設(shè)計方法和原則類比分解法 自上而下分解法 自下而上匯集法 遵循指導(dǎo)方針 31WBS的步驟1.明確并識別項目的各主要組成部分;2.確定每個可交付成果的詳細程度是否已經(jīng)可以進行恰當?shù)某杀竟浪愫蜁r間估算

10、;3.確定工作任務(wù)(工作包);4.核實分解的正確性。32項目責(zé)任分配矩陣 責(zé)任分配矩陣是用來對項目團隊成員進行分工，明確其角色與職責(zé)的有效工具，通過這樣的關(guān)系矩陣，項目團隊每個成員的角色，也就是誰做什么，以及他們的職責(zé)，也就是誰決定什么，得到了直觀地反映。項目的每個具體任務(wù)都能落實到參與項目的團隊成員身上，確保了項目的事有人做，人有事干。33活動定義及估算 活動定義活動排序活動估算 34工作分解結(jié)構(gòu) 項目范圍說明歷史信息 約束條件 依據(jù) 35活動定義活動分解法 參照模板法 方法：輸出：活動清單 詳細依據(jù) 更新的工作分解結(jié)構(gòu) 36活動排序依據(jù)：活動清單 產(chǎn)品描述 活動之間的邏輯關(guān)系 項目的約束條

11、件 里程碑 37活動排序工具前導(dǎo)圖法(Precedence Diagramming Method，PDM) ABCDE圖5.2 前導(dǎo)圖法表示的網(wǎng)絡(luò)圖38箭線圖法(Arrow Diagramming Method，ADM) 1234567A1A2A3A4A5A6A7V1圖5.3 用箭線圖法表示的網(wǎng)絡(luò)圖活動排序工具39活動排序工具輸出項目網(wǎng)絡(luò)圖：項目網(wǎng)絡(luò)圖就是項目活動及其相互關(guān)系的示意圖，圖中可以包括項目的全部活動，也可以只包括主要活動。除此之外，還應(yīng)當有對活動的簡單描述、活動排序方法、重要活動說明，以及被忽略的活動說明。更新的活動清單：在活動排序過程中，需要對活動之間的邏輯關(guān)系進行分析和確認，可

12、能會發(fā)現(xiàn)必須對某些活動進行重新分解和定義，需要更改項目活動清單，甚至工作分解結(jié)構(gòu)。40活動估算 工作量：指完成一個活動需要投入的人工，一般以人(小)時、人天、人月為計量單位。在確定工作量時，一是考慮系統(tǒng)的規(guī)模、功能點數(shù)和對象點數(shù)；二是考慮生產(chǎn)效率。這三者的關(guān)系是：工作量=規(guī)模/效率。資源：這里是指完成一項活動能夠投入的人力資源。投入人力資源的數(shù)量一般要與項目的規(guī)模合理匹配，而且與項目的總的時間要求、費用支出有關(guān)。 活動工期：理論上，在工作量一定的情況下，投入的人力資源越多，則活動的工期就越短，在一定范圍內(nèi)二者之間的關(guān)系近似線性，如100個人天的工作量，投入10個人時，則需要10個工作日完成；投

13、入5個人，則需要20個工作日。 估算過程中需要考慮的主要因素包括：41活動估算 活動清單 約束條件 資源情況 歷史信息 已識別的風(fēng)險 活動估算時的依據(jù):42活動估算 專家評定法 經(jīng)驗類比估算法 利用歷史數(shù)據(jù)法 德爾非法(Delphi Method) 活動估算方法:43活動估算 活動持續(xù)時間：這是本階段工作的最主要成果，估計出來的完成每個活動所需要持續(xù)的時間，這個時間可以存在一個允許的變動范圍?；顒映掷m(xù)時間估算的依據(jù)：有時也需要將進行活動估算的依據(jù)作為補充材料寫入活動持續(xù)時間描述文檔中。變更的活動清單：項目活動估算中，也會發(fā)現(xiàn)和更改活動定義和相互關(guān)系等，因此，需要對活動清單進行修正?；顒庸浪愕妮?/p>

14、出:44三、項目進度管理進度計劃概述甘特圖網(wǎng)絡(luò)計劃進度控制45項目進度計劃 產(chǎn)品發(fā)行集成調(diào)試需求定義需求評估概要設(shè)計詳細設(shè)計概要評估測試計劃測試過程測試評估設(shè)計評估編碼單元調(diào)試圖5.4 軟件項目開發(fā)的并行性46制定項目進度計劃的指導(dǎo)原則 1. 將用于編制軟件項目計劃及跟蹤軟件項目的工作文檔化。2. 對于軟件項目的實施采用文檔化的承諾。3. 相關(guān)的機構(gòu)或個人認可他們對軟件項目的承諾。4. 指定軟件項目負責(zé)人負責(zé)落實軟件項目的承諾并制定項目的軟件開發(fā)計劃。5. 確保軟件項目存在一份文檔化的、并被認可的工作任務(wù)說明。6. 軟件開發(fā)計劃要指定人員角色分工，明確責(zé)任。7. 對軟件項目所需要的、適當?shù)馁Y源

15、及資金做出計劃。47制定項目進度計劃的指導(dǎo)原則 8. 對軟件項目負責(zé)人、軟件工程師及其他與軟件項目計劃編制有關(guān)的人員進行適合其職責(zé)范圍的培訓(xùn)。9. 成立相關(guān)軟件項目組及相關(guān)的方案論證小組。10. 軟件項目組及相關(guān)的方案論證小組在整個項目生命期內(nèi)參加全部的項目計劃編制工作。11. 按照書面流程與高級管理人員或企業(yè)外部機構(gòu)軟件項目的承諾進行復(fù)審。12. 明確劃分為預(yù)先定義的、規(guī)?？晒芾淼碾A段的軟件生命周期。13. 按照書面流程開發(fā)項目的軟件開發(fā)計劃。14. 將軟件項目計劃文檔化。 48制定項目進度計劃的指導(dǎo)原則 15. 確定軟件項目需要建立及維護控制的軟件產(chǎn)品。16. 按照書面流程進行對軟件產(chǎn)品規(guī)

16、模的估計(或軟件產(chǎn)品規(guī)模的改變)。17. 按照書面流程進行對軟件項目工作量及費用的估計。18. 按照書面流程進行對項目所需要的關(guān)鍵計算機資源的估計。19. 按照書面流程確定項目的軟件開發(fā)進度。20. 識別、評估與項目的費用、資源、進度及技術(shù)方面相關(guān)的軟件風(fēng)險，并文檔化。21. 準備項目的軟件工程機制及支撐工具的計劃。 49制定項目進度計劃的指導(dǎo)原則 22. 記錄軟件計劃編制數(shù)據(jù)。23. 制定并使用度量方法以確定軟件計劃活動的狀態(tài)。24. 定期與高級管理人員對軟件項目計劃活動進行復(fù)審。25. 以定期及事件驅(qū)動方式對軟件項目管理人員及軟件項目計劃活動進行復(fù)審。26. 對軟件質(zhì)量保證人員及軟件項目計

17、劃活動、工作產(chǎn)品進行回顧及審核，并將結(jié)果文檔化。 50項目計劃的主要活動 計劃初始階段 指定軟件開發(fā)計劃SDP 對SDP草稿進行審查和批準 實施軟件開發(fā)計劃 軟件開發(fā)過程的質(zhì)量和評價 修改SDP 51項目計劃的主要活動 軟件規(guī)模、成本、日期估計軟件項目跟蹤和監(jiān)控計劃過程開始制訂項目計劃SDP對SDP審查和批準實施軟件開發(fā)計劃SDP過程度量和評價修改SDP需求管理軟件配置管理(SCM)軟件質(zhì)量保證(SQA)圖5.5 軟件項目計劃的實現(xiàn)過程52甘 特 圖甘特圖(Gantt Chart或Bar Chart)，是表示項目各階段任務(wù)開始時間與結(jié)束時間的圖。甘特圖用水平線段表示階段任務(wù)；線段的起點和終點分

18、別對應(yīng)于任務(wù)的開始時間和結(jié)束時間；線段的長度表示完成任務(wù)所需的時間。甘特圖的示例可見表2.1所示。甘特圖的優(yōu)點是表明了各任務(wù)的計劃進度和當前進度，能動態(tài)地反映軟件項目的開發(fā)和進展情況。缺點是難以反映多個任務(wù)之間存在的復(fù)雜邏輯關(guān)系。53IT項目的網(wǎng)絡(luò)表示法網(wǎng)絡(luò)是適用于成本與計劃控制的一種項目管理工具。通過圖表，工程師和管理者可以直觀地表示時間或成本的計劃與控制情況網(wǎng)絡(luò)分析是在20世紀60年代作為一個控制大型項目的技術(shù)而引入項目管理過程中的，引入網(wǎng)絡(luò)技術(shù)之前(大約在1956年)，主要使用其他的一些計劃方法，如活動列表、日記、條形圖、甘特圖等。54網(wǎng)絡(luò)規(guī)劃技術(shù)Gantt ChartsPERT Cha

19、rts（Program Evaluation Review Technique）CPM（Critical Path Methodology）CPM：經(jīng)驗數(shù)據(jù)肯定型PERT：概率數(shù)據(jù)非肯定型55網(wǎng)絡(luò)規(guī)劃技術(shù)56網(wǎng)絡(luò)規(guī)劃技術(shù)57網(wǎng)絡(luò)規(guī)劃技術(shù)58網(wǎng)絡(luò)規(guī)劃技術(shù)工作時間估計a. 專家判斷：專家判斷主要依賴于歷史的經(jīng)驗和信息，當然其時間估計的結(jié)果也具有一定的不確定性和風(fēng)險。b. 類比估計：類比估計意味著以先前的類似的實際項目的工作時間來推測估計當前項目各工作的實際時間。當項目的一些詳細信息獲得有限的情況下，這是一種最為常用的方法，類比估計可以說是專家判斷的一種形式。c. 單一時間估計法：估計一個最可能工作

20、實現(xiàn)時間，對應(yīng)于CPM網(wǎng)絡(luò)。d. 三個時間估計法：估計工作執(zhí)行的三個時間，樂觀時間a、悲觀時間b、正常時間c，對應(yīng)于PERT網(wǎng)絡(luò):期望時間t(a+4c+b)/6。59網(wǎng)絡(luò)規(guī)劃技術(shù)工作最早開始時間工作最早開始時間是到指某個節(jié)點前的工作全部完成所需要的時間，它是本項工作剛剛能夠開始的時間。工作最遲開始時間工作最遲開始時間是指某項工作為保證其后續(xù)工作按時開始，它最遲必須開始的時間。時差時差是指在不影響整個任務(wù)完工期的條件下，某項工作從最早開始時間到最遲開始時間，中間可以推遲的最大延遲時間60網(wǎng)絡(luò)規(guī)劃技術(shù)61網(wǎng)絡(luò)規(guī)劃技術(shù)62網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用 將網(wǎng)絡(luò)計劃技術(shù)應(yīng)用于軟件項目進度計劃，主要包括以下3個階段

21、：計劃階段進度安排階段 控制階段 63項目計劃的網(wǎng)絡(luò)表示PERT和CPM網(wǎng)絡(luò)是基于箭頭的項目圖表表示法。其中有關(guān)項目活動的描述標注在箭頭上邊，即用帶箭頭的弧線表示項目的活動，因而把這種圖表表示法稱為箭頭表示活動(Activity-on-Arrow，AoA)。另外一種圖示法的形式是用節(jié)點表示活動(Activity-on-Node，AoN)或優(yōu)先圖表(Precedence Diagram)。這種形式有關(guān)活動的描述標注在節(jié)點里，而不是寫在箭頭上邊，箭頭只表示活動之間的先后關(guān)系。其中最常用的是基于節(jié)點表示活動的方法。64制定網(wǎng)絡(luò)的基本步驟l 建立目標與策略。l定義工作與活動的范圍。l把活動安排到計劃中

22、去。l為每個活動估計成本、時間和資源(CTR)。l分析網(wǎng)絡(luò)。l優(yōu)化網(wǎng)絡(luò)從而建立基本的計劃。l測量變量和預(yù)測趨勢。l針對目標重計劃。65網(wǎng)絡(luò)計劃的圖示法在網(wǎng)絡(luò)計劃中，常用如圖2.3所示的圖形符號表示事件之間的先后關(guān)系和對應(yīng)的活動。將要發(fā)生的事已經(jīng)發(fā)生的事 正在發(fā)生的事圖2.3 事件之間的邏輯關(guān)系 66網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用 14天4/7/99 開始5/9/9925/8/994/8/9911 天7天28 天14天25/7/9921天14天21 天25/7/9910天T1T3T9T11T12T2T6T7T4T8T5T1018/7/9935天11/8/99M1M4M4M6M8M7結(jié)束M2M3圖5.6 項目

23、活動網(wǎng)絡(luò)M514/7/9921天21天19/9/9967網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9開始T1T2M1 M4T3M3T4M5 T9M6T11M8T12T6T7M7M2T5T10T8結(jié)束圖5.7 條形圖表示的項目活動時間安排68網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9程序員1T1T2T3T4T9T11T12T6T7T5T10T8圖5.8 條形圖表示的項目人員安排程序員2程序員3程序員4程序員569進度控制類型

24、：總進度主進度詳細進度70進度控制動態(tài)監(jiān)測：日常觀測定期觀測進展報告71進度控制對進度的思考：提前完成意味著什么？發(fā)現(xiàn)拖延意味著什么？進度對員工的士氣影響72四、成本管理IT項目成本概述IT項目開發(fā)成本的估算方法成本估算案例項目成本控制73項目成本構(gòu)成對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構(gòu)成。 IT項目的成本主要由以下4部分構(gòu)成： 硬件成本 差旅及培訓(xùn)費用 軟件開發(fā)成本 項目管理費用 74影響項目成本的因素 項目成本的影響因素很多，對于IT軟件項目，影響因素主要包括： 項目質(zhì)量對成本的影響 工期對成本的影響 管理水平對成本的影響 人力資源對成本的影響 價格對成本的影

25、響 75項目成本管理的內(nèi)容 項目成本管理主要包括： 資源計劃編制、 費用估算、 費用預(yù)算、 不可預(yù)見費用 費用控制。 76IT項目開發(fā)成本的估算方法IT項目成本的常用估算方法 面向規(guī)模(LOC)的度量 面向功能點(FP)的度量 COCOMO模型 77IT項目成本的常用估算方法最基本的估算方法有以下幾種： 成本建模技術(shù) 專家判定技術(shù) 類比評估技術(shù) 自頂向下估算法 自下而上估算法 贏利定價法 78經(jīng)驗之談Parkinson法則：給的時間越多，花的時間就越多。Brook法則：人數(shù)增加后工作量不成比例的增加。Weinberg法則：如果系統(tǒng)不必可靠，則可以滿足任何目標。79分解與度量方法：分解主要是做兩

26、個方面工作：一是按工作分解結(jié)構(gòu)和工作任務(wù)(工作包)分攤成本；二是按工期時段分攤成本。目前最常用且最好用的度量方法主要有3種：面向規(guī)模(LOC)、面向功能點(FP)及COCOMO模型的度量方法。 80面向規(guī)模(LOC)的度量 為了與其他項目中的同類度量相比較，選擇代碼行作為規(guī)范化，這樣，就可以為每個項目產(chǎn)生一組簡單的、面向規(guī)模的度量標準： 每千行代碼(KLOC)的錯誤數(shù)。 每千行代碼行(KLOC)的缺陷數(shù)。 每千行代碼行(KLOC)的成本。 每千行代碼行(KLOC)的文檔頁數(shù)。 每人月錯誤數(shù)。 每頁文檔的成本。 81面向規(guī)模的度量以代碼行作為規(guī)范值的度量指標：每千行代碼的錯誤數(shù)每千行代碼的缺陷數(shù)

27、每千行代碼的文檔數(shù)以人月作為規(guī)范值的度量指標：每人月的錯誤數(shù)每人月的代碼數(shù)行數(shù)每人月的文檔數(shù)82面向功能點(FP)的度量功能點可由以下4個參數(shù)計算出來：外部輸入和輸出數(shù)；外部接口數(shù)；用戶交互數(shù) ；系統(tǒng)要用的文件數(shù)。功能點法是通過建立一個標準來確定某個特定的測量參數(shù)(簡單、平均或復(fù)雜)的功能點數(shù)，一般，可以采用下面的方式計算功能點： FP= 總計數(shù)值0.65+0.01SUM(Fi)83一旦計算出功能點，就可以采用類似面向規(guī)模的方法來使用，以便規(guī)范軟件生產(chǎn)率、質(zhì)量及其他屬性的測量：每個功能點(FP)的錯誤數(shù) 每個功能點(FP)的缺陷數(shù) 每個功能點(FP)的成本 每個功能點(FP)的文檔頁數(shù) 每人月

28、完成的功能點(FP)數(shù)面向功能點(FP)和面向規(guī)模(LOC)兩種度量方法之間的關(guān)系為：LOC=AVC功能點的數(shù)量，其中AVC是指該語言在實現(xiàn)一個功能點時所要用的平均代碼行數(shù)。 面向功能點(FP)的度量845個功能標定信息域：用戶輸入數(shù)：向軟件輸入不同類型應(yīng)用形式的數(shù)據(jù)用戶輸出數(shù)：向用戶提供輸出報表、屏幕、出錯消息等形式的信息用戶查詢數(shù)：軟件對應(yīng)要求的聯(lián)機實時查詢響應(yīng)文件數(shù)：數(shù)據(jù)的邏輯組合，數(shù)據(jù)庫表或文件外部接口數(shù)：可以將信息傳送到另一系統(tǒng)的操作程序每個功能可以用如下5個信息域來標定：面向功能的度量 簡單 平均 復(fù)雜用戶輸入數(shù) 3 4 6 用戶輸出數(shù) 4 5 7 用戶查詢數(shù) 3 4 6 文件數(shù)

29、7 10 15 外部接口數(shù) 5 7 10 設(shè)定3個復(fù)雜度加權(quán)因子值：功能的測量：需要利用對其他值的測量，間接導(dǎo)出85功能點復(fù)雜度調(diào)整的14個值1. 系統(tǒng)需要可靠的數(shù)據(jù)備份2.系統(tǒng)需要數(shù)據(jù)通訊3.系統(tǒng)有分布處理4.系統(tǒng)有嚴格的性能要求5.系統(tǒng)在現(xiàn)有的負載很重的操作系統(tǒng)環(huán)境下運行6.系統(tǒng)需要聯(lián)機數(shù)據(jù)登錄7.系統(tǒng)需要聯(lián)機在多屏幕操作切換下完成輸入操作8.系統(tǒng)需要聯(lián)機更新主文件9.輸入、輸出、查詢很復(fù)雜10.內(nèi)部處理邏輯很復(fù)雜11.需要支持代碼復(fù)用12.需要包括數(shù)據(jù)轉(zhuǎn)換和安裝13.需要支持不同組織的多次安裝14.需要支持用戶方便的修改和使用 每項對應(yīng)的值 不需要 0 需要很簡單的 1 需要一般的 2

30、需要較多的 3 需要很復(fù)雜的 4 需要很復(fù)雜且重要的 586測量參數(shù) 計數(shù) 簡單 平均 復(fù)雜 用戶輸入數(shù) 3 4 6 =用戶輸出數(shù) 4 5 7 =用戶查詢數(shù) 3 4 6 =文件數(shù) 7 10 15 =外部接口樹 5 7 10 =復(fù)雜度加權(quán)因子值總計數(shù)值功能點計算關(guān)系式：總值計算式 FP = 總計數(shù)值 （0.65 + 0.01 Fi） Fi=14個復(fù)雜度調(diào)整值的累加和其中：常數(shù)、加權(quán)因子值以及復(fù)雜度調(diào)整值是經(jīng)驗確定值FP使功能有了可標定的尺度，F(xiàn)P值越大，則功能越復(fù)雜，開發(fā)難度越大87以功能作為規(guī)范值的度量指標：每個功能點（FP）發(fā)布前的錯誤數(shù)每個功能點（FP）運行后報出的缺陷數(shù)每個功能點（FP）

31、的花費每個功能點（FP）的文檔頁數(shù)每個月完成的功能（FP）數(shù)在FP功能統(tǒng)一標定尺度下，以功能作為規(guī)范值的度量指標才是合理的功能點測定的問題：偏重數(shù)據(jù)點的標定，而忽略功能點和行為控制點，因此適用于信息系統(tǒng)，而不適應(yīng)于控制類嵌入式軟件，以及其他操作交互的復(fù)雜功能軟件。數(shù)據(jù)維功能維行為維88擴展的功能點度量功能特征點：（3維）數(shù)據(jù)點：仍然保持功能點方法功能點：一組語義陳述約束的加工步驟行為控制點：狀態(tài)變換的數(shù)量3D功能點指標計算式： I + O + Q + F + E + T + R = FP輸入 輸出 查詢 數(shù)據(jù)結(jié)構(gòu) 文件 行為變換 狀態(tài)變遷（復(fù)雜度權(quán)值累加之和）復(fù)雜度加權(quán)值：Ni l Wi l

32、+ Ni a Wi la+ Ni hWi h （其中：i 表示 計算元素；k=l,a,h對應(yīng)表示：低,中,高；N表示次數(shù)；W是權(quán)值）復(fù)雜級別確定方式： 語義陳述加工步驟 1-5 6-10 11+ 1-10 低 低 平均 11-20 低 平均 高 21+ 平均 高 高89用代碼行估算功能點功能的估算應(yīng)該與要開發(fā)的軟件LOC數(shù)量及開發(fā)所需的工作量關(guān)聯(lián)起來。不同程序語言建造功能點平均代碼行數(shù)的粗略估算： 程序設(shè)計語言 LOC/FP(平均值)匯編語言 320C 28Cobol 106Fortran 106Pascal 90C+ 64Ada95 53Visual Basic 32Smalltalk 22

33、Power Builder 16SQL 1290COCOMO模型 COCOMO 模型的項目成本估算公式為： E=A(KDSI)b 在COCOMO 模型中，根據(jù)開發(fā)環(huán)境及項目規(guī)模等因素，可把項目分為以下3種：組織模式 ；半分離模式 ；嵌入模式 相應(yīng)地，COCOMO模型的層次結(jié)構(gòu)也包括3種基本形式，即初級COCOMO 模型、中級COCOMO 模型和高級COCOMO 模型。 91初級COCOMO 模型 初級COCOMO模型是一個靜態(tài)單變量模型，該模型的自變量是一個已估算出來的源代碼行數(shù)(LOC)。通過對成功項目歷史數(shù)據(jù)的分析，項目開發(fā)成本(開發(fā)工作量E以人月PM的形式表達)估算公式變?yōu)椋?組織模式：

34、 PM = 2.4 (KDSI)1.05 半分離模式：PM = 3.0 (KDSI)1.12 嵌入模式： PM = 3.6 (KDSI)1.20COCOMO模型還能對項目進度進行度量，即在有足夠的人員和其他資源的情況下完成整個項目所花費的時間的計算，計算公式為： 組織模式： TDEV = 2.5 (PM)0.38 半分離模式：TDEV = 2.5 (PM)0.35 嵌入模式： TDEV = 2.5 (PM)0.3292中級COCOMO 模型 影響項目工作量的主要因素為：產(chǎn)品可靠性；數(shù)據(jù)庫規(guī)模；執(zhí)行和存儲限制；人員屬性；中級COCOMO 模型關(guān)于開發(fā)成本及進度的計算公式如下表所示。中級COCOM

35、O模型開發(fā)成本及進度計算公式類 型開發(fā)成本開發(fā)進度組織模式PM = 3.2 (KDSI)1.05TDEV = 2.5 (PM)0.38半分離模式PM = 3.0 (KDSI)1.12TDEV = 2.5 (PM)0.35嵌入模式PM = 2.8 (KDSI)1.20TDEV = 2.5 (PM)0.3293高級COCOMO 模型 高級COCOMO 模型引入了兩種主要功能：階段敏感工作權(quán)數(shù)，某些階段(設(shè)計、編碼、調(diào)試)比其他階段有關(guān)因素的影響可能更大。高級COCOMO 模型為每個因素提供了一個“階段敏感工作權(quán)數(shù)”。三層產(chǎn)品分級結(jié)構(gòu)，3個產(chǎn)品層次是模塊、子系統(tǒng)和系統(tǒng)。 94成本估算案例 先看一個例

36、子 ： 假設(shè)估算的是一個計算機輔助設(shè)計(CAD)應(yīng)用開發(fā)軟件包，該軟件運行于一臺工作站上，并與各種計算機圖形外設(shè)，如鼠標、數(shù)字化儀、高分辨率彩色顯示器、激光打印機、繪圖儀等接口，要實現(xiàn)的主要功能如下：用戶界面及控制機制(UICF) ，二維幾何分析(2DGA) ；三維幾何分析(3DGA) ；數(shù)據(jù)庫管理(DBM) ；計算機圖形顯示機制(CGDF) ；外設(shè)控制(PC) ；設(shè)計分析模塊(DAM) 。 遵照LOC的三點估算技術(shù)，能夠確定估算范圍。例如，三維幾何分析功能的LOC估算范圍如表6.5所示。 95那么由公式：EV=(SOPT+4SM+SPESS)/6可以得到三維幾何分析功能的期望值是6800 L

37、OC。其他的估算也可以通過類似的方法獲得。將LOC估算值相加，即得到該CAD系統(tǒng)的規(guī)模估算值是33200LOC。 接著，估算14個復(fù)雜的加權(quán)因子，并且計算調(diào)整因子。 最后得出FP的估算值 ：FP=總計數(shù)值0.65+0.01SUM(Fi)=372 成本估算案例 96項目成本控制的內(nèi)容項目的成本控制就是在整個項目的實施過程中，定期收集項目的實際成本數(shù)據(jù)，與成本的計劃值進行對比分析，并進行成本預(yù)測，發(fā)現(xiàn)并及時糾正偏差，以使項目的成本目標盡可能好地實現(xiàn)。 項目成本控制的主要內(nèi)容包括： 對造成成本基準計劃發(fā)生改變的因素施加影響，以保證這種變化朝著有利項目的方向發(fā)展。 確定項目基準計劃是否已經(jīng)發(fā)生變化。

38、在實際成本基準計劃發(fā)生變化和正在發(fā)生變化時，對這種變化實施有效的管理。 監(jiān)視項目成本執(zhí)行情況，及時發(fā)現(xiàn)與成本計劃的偏差。 確保所有有關(guān)成本的變更都準確記錄在項目成本基準計劃中。 防止不正確、不適宜或者未核準的變更納入成本基準計劃中。 將核準的變更通知有關(guān)項目干系人。 97項目成本控制的流程與方法 在項目管理中，成本控制、質(zhì)量控制和進度控制一起貫穿項目實施的全過程。其控制原理如圖6.9所示。 項目進展收集實際成本數(shù)據(jù)計劃成本與實際成本比較偏差采取控制措施 圖6.9 動態(tài)成本控制原理是否98成本控制的工作流程工作范圍投資/成本預(yù)算進度計劃檢查跟蹤預(yù)測分析成本檢查/預(yù)測報告/報表決策(采取措施糾正偏

39、差)項目成本控制流程99質(zhì)量管理基本概念I(lǐng)T軟件質(zhì)量管理基本知識軟件項目質(zhì)量計劃 軟件項目評審 軟件質(zhì)量體系 軟件過程能力成熟度模型(CMM) 五、質(zhì)量管理100質(zhì)量的定義 實體是指可單獨描述和研究的事物，也就是有關(guān)質(zhì)量工作的對象，它的內(nèi)涵十分廣泛，可以是活動、過程、產(chǎn)品(軟件、硬件、服務(wù))或者組織等。明確需求是指在標準、規(guī)范、圖樣、技術(shù)要求和其他文件中已做出規(guī)定的需要。隱含需求是指用戶和社會對實體的期望以及公認的、不必明確的需求，需要對其加以分析研究、識別并加以確定的。質(zhì)量：國際標準組織對質(zhì)量的定義：“反映實體滿足主體明確和隱含需求的能力的特性總和” 101質(zhì)量特性的定義 質(zhì)量是綜合的概念，

40、它要求功能、成本、服務(wù)、環(huán)境、心理等諸方面都能滿足用戶的需要。質(zhì)量是一個動態(tài)的、相對的、變化的、發(fā)展的概念，隨著地域、時期、使用對象、社會環(huán)境、市場競爭的變化而被賦予不同的內(nèi)容和要求，而且隨著社會的進步及知識創(chuàng)新，其內(nèi)涵和要求也是不斷更新、豐富的。質(zhì)量特性 ： “是指實體所特有的性質(zhì)，它反映實體滿足需求的能力 ” 102質(zhì)量管理的定義 質(zhì)量管理是項目管理的重要組成部分，是一個項目的性能(功能)、成本、進度3項指標實現(xiàn)的重要領(lǐng)域。質(zhì)量管理主要就是監(jiān)控項目的可交付產(chǎn)品和項目執(zhí)行的過程，以確保它們符合相關(guān)的要求和標準，同時確保不合格項能夠按照正確方法或者預(yù)先規(guī)定的方式處理。 質(zhì)量管理：“確定質(zhì)量方針

41、、目標和職責(zé)并在質(zhì)量體系中通過質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進使其實施的全部管理職能的所有活動” 103質(zhì)量管理發(fā)展過程及影響因素 以產(chǎn)品為中心的質(zhì)量檢驗和統(tǒng)計質(zhì)量控制階段(18世紀 1950年)。以顧客為中心的質(zhì)量保證階段(1950年 1987年)。強調(diào)持續(xù)改進的質(zhì)量管理階段(1987年 現(xiàn)在)。全面質(zhì)量管理階段(TQM)。檢驗統(tǒng)計質(zhì)量控制質(zhì)量保證質(zhì)量管理全面質(zhì)量管理圖7.1 質(zhì)量管理發(fā)展階段104全面質(zhì)量管理 1. 系統(tǒng)的觀點產(chǎn)品質(zhì)量的形成和發(fā)展過程包括了許多相互聯(lián)系、相互制約的環(huán)節(jié)，不論是保證和提高產(chǎn)品質(zhì)量還是解決產(chǎn)品質(zhì)量問題，都應(yīng)該把生產(chǎn)企業(yè)看成一個開放的系統(tǒng)，運用系統(tǒng)科學(xué)的原理

42、和方法，對所有環(huán)節(jié)進行全面的組織管理。2. 向用戶服務(wù)的觀點，用戶滿意是第一原則要樹立質(zhì)量第一、用戶第一的思想，滿足廣義用戶(產(chǎn)品的使用者以及企業(yè)生產(chǎn)過程的下一階段)對產(chǎn)品質(zhì)量的要求。3. 預(yù)防為主的觀點，事前主動進行質(zhì)量管理這個觀點要求生產(chǎn)企業(yè)的質(zhì)量管理重點應(yīng)從事后檢驗把關(guān)轉(zhuǎn)移到事前預(yù)防，從管結(jié)果轉(zhuǎn)變?yōu)楣芤蛩?，找出影響產(chǎn)品質(zhì)量的各種因素，抓住主要因素，使生產(chǎn)經(jīng)營活動處于受控狀態(tài)。105全面質(zhì)量管理 APCD檢查執(zhí)行經(jīng)驗教訓(xùn)遺留問題問題原因主要原因 計劃圖7.4 質(zhì)量管理的PDCA循環(huán)圖106軟件質(zhì)量概念 ISO8402定義：“對用戶在功能和性能方面需求的滿足、對規(guī)定的標準和規(guī)范的遵循以及正規(guī)

43、軟件某些公認的應(yīng)該具有的本質(zhì) ”ANSI/IEEE定義：“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征和特性的全體” 軟件質(zhì)量不是絕對的，而是相對的概念，討論軟件的質(zhì)量，最終將歸結(jié)為定義軟件的質(zhì)量特性，而定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性 軟件質(zhì)量 ：107軟件質(zhì)量概念 B.W.Boehm、T.R.Brown和M.Lipow 于1976年首次提出軟件質(zhì)量模型 1977年Walters和McCall提出了新的軟件質(zhì)量層次模型與度量 1994年ISO9000-3軟件質(zhì)量國際標準(ISO的軟件質(zhì)量評價模型)給出了 6個軟件質(zhì)量特性和與其相關(guān)的21個質(zhì)量子特性的明確定義 軟件質(zhì)量

44、模型：108軟件質(zhì)量概念 Boehm軟件質(zhì)量模型 ：總體效用可移植性可維護性可使用性可靠性效率人性化可測試性易理解性可修改性設(shè)備無關(guān)性自包含性準確性完備性健壯性一致性可說明性設(shè)備效率易存取性易交流性自描述性結(jié)構(gòu)性簡明性易讀性可擴充性圖7.5 Boehm軟件質(zhì)量模型109軟件質(zhì)量概念 McCall軟件質(zhì)量模型 ：產(chǎn)品修改產(chǎn)品升級產(chǎn)品運行正確性、可靠性、高效性、易用性、完整性可維護性靈活性可測試性可移植性可重用性互操作性圖7.6 McCall軟件質(zhì)量模型110軟件質(zhì)量影響因素 正確性 健壯性 效率 完整性(安全性) 可用性 風(fēng)險 可理解性 可維修性 靈活性(適應(yīng)性) 可測試性 可移植性 可重用性

45、互操作性111軟件項目質(zhì)量保證 質(zhì)量保證(Quality Assurance，QA)包括： 質(zhì)量管理方法。有效的工程技術(shù)。整個過程采用的正式復(fù)審技術(shù)。多層次的測試技術(shù)。對文檔及其修改的控制。項目的標準及規(guī)格等。112軟件質(zhì)量管理 軟件產(chǎn)品的質(zhì)量軟件產(chǎn)品的質(zhì)量目標開發(fā)過程的質(zhì)量目標開發(fā)過程的質(zhì)量圖7.9 開發(fā)過程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系113軟件質(zhì)量標準 軟件質(zhì)量標準的定義，有3個重要方面需要強調(diào)： 軟件需求是進行質(zhì)量度量的基礎(chǔ)，與需求不符就是質(zhì)量不高。指定的標準定義了一組指導(dǎo)軟件開發(fā)的準則。如果不遵循這些準則，就極有可能導(dǎo)致軟件質(zhì)量的不高。軟件需求中通常有一組“隱含需求”是很少被提及的，如對易

46、維護的要求，如果軟件符合了明確需求卻沒有滿足隱含需求，軟件的質(zhì)量仍然值得懷疑。114軟件項目質(zhì)量計劃 方法和技術(shù) :效益/成本分析法。質(zhì)量計劃必須考慮效益與成本的關(guān)系。滿足質(zhì)量需求的主要效益是減少了重復(fù)性工作，即高產(chǎn)出、低成本、高用戶滿意度。質(zhì)量管理的基本原則是效益與成本之比盡可能大?；鶞史?。主要是通過比較項目的實施與其他同類項目的實施過程，為改進項目的實施過程提供借鑒和思路，并作為一個實施的參考標準。流程圖。流程圖是一個由箭線和結(jié)點表示的若干因素關(guān)系圖，可以包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于項目質(zhì)量控制過程中，其主要目的是確定以及分析問題產(chǎn)生的原因。試驗設(shè)計。試驗

47、設(shè)計對于分析整個項目輸出結(jié)果是最有影響的因素，也是十分有效的。對于軟件開發(fā)，設(shè)計原型解決核心技術(shù)問題和主要需求也是可行和有效的。但是，這種方法存在費用與進度交換的問題。115軟件項目質(zhì)量計劃 階段成果 :質(zhì)量管理計劃。主要描述了項目管理小組應(yīng)該如何實施項目質(zhì)量方針，包括對組織結(jié)構(gòu)、責(zé)任、方法、步驟、資源等實施質(zhì)量管理。質(zhì)量計劃提供了對整個項目進行質(zhì)量控制、質(zhì)量保證及質(zhì)量改進的基礎(chǔ)。操作說明。對于質(zhì)量計劃中的一些特殊條款需要附加的操作說明，包括注解、如何控制、如何度量，以及在何種情況下采取何種措施和方法等說明。檢查表。各種檢查表是記錄項目執(zhí)行情況和進行分析的工具，既可以簡單，也可以復(fù)雜，但需要項

48、目小組形成一種較標準的體系。116軟件項目質(zhì)量保證 質(zhì)量保證的主要依據(jù)是 :質(zhì)量管理計劃。質(zhì)量控制度量結(jié)果。質(zhì)量控制的度量是為了對質(zhì)量控制測試記錄和度量進行比較和分析。操作說明。在實施質(zhì)量保證時，主要采取的工具和方法是：質(zhì)量計劃編制工具和技術(shù)。應(yīng)用與質(zhì)量計劃制定過程的工具和方法也基本適用于質(zhì)量保證過程。質(zhì)量審核。117軟件項目質(zhì)量保證 軟件質(zhì)量保證計劃 :1. 計劃目的2. 參考文獻3. 管理 3.1 組織 3.2 任務(wù) 3.3 責(zé)任4. 文檔 4.1 目的 4.2 要求的軟件工程文檔 4.3 其他文檔5. 標準和約定 5.1 目的 5.2 約定 7. 測試8. 問題報告和改正活動9. 工具、

49、技術(shù)和方法10. 媒體控制11. 供應(yīng)者控制12. 記錄收集、維護保密13. 培訓(xùn)14. 風(fēng)險管理 6. 評審和審計 6.1 目的 6.2 評審要求 6.2.1 軟件需求的評審 6.2.2 設(shè)計評審 6.2.3 軟件驗證和確認評審 6.2.4 功能評審 6.2.5 物理評審 6.2.6 內(nèi)部過程評審 6.2.7 管理評審 118軟件項目質(zhì)量控制 依據(jù) :項目的階段工作成果。包括項目的實施結(jié)果和產(chǎn)品結(jié)果。項目質(zhì)量管理計劃。操作描述。檢查表。119軟件項目質(zhì)量控制 方法和技術(shù) :檢查。包括度量、考察、測試、對比等?？刂茍D。監(jiān)控項目的進度和費用變化、范圍變化的幅度和頻率、項目的其他管理結(jié)果等。統(tǒng)計樣

50、本。對項目實際執(zhí)行情況的統(tǒng)計。流程圖。包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于項目質(zhì)量控制過程中，其主要目的是確定以及分析問題產(chǎn)生的原因。趨勢分析。應(yīng)用數(shù)學(xué)方法根據(jù)歷史數(shù)據(jù)預(yù)測項目將來的發(fā)展趨勢?？梢杂糜诒O(jiān)控項目的技術(shù)參數(shù)，例如，一般規(guī)模的軟件存在多少個錯誤以及多少識別和修改，多少錯誤仍然未被發(fā)現(xiàn)等；也可以用于對費用和進度參數(shù)的預(yù)測。120軟件項目質(zhì)量控制 產(chǎn)生的工作成果 :項目質(zhì)量改進的措施。可接受的決定。每個項目的工作都有可能被接受或拒絕，不被接受的工作需要重新進行。返工。確定需要返工工作的方案，以確定最小的成本和最少的返工工作量。檢查表。進行項目質(zhì)量檢查時，需要隨時

51、完成對項目質(zhì)量的紀錄，完成相應(yīng)的各種檢查表。過程調(diào)整。包括了對質(zhì)量控制度量結(jié)果的糾正以及采取預(yù)防工作等。121軟件質(zhì)量管理的實施 定義過程開發(fā)產(chǎn)品評估產(chǎn)品質(zhì)量改正過程過程標準化NY合格？圖7.10 軟件質(zhì)量管理貫穿產(chǎn)品生產(chǎn)的全過程122軟件質(zhì)量管理的實施 遵循以下一些基本原則 ：控制項目所有過程的質(zhì)量。過程控制的出發(fā)點是預(yù)防不合格。質(zhì)量管理的中心任務(wù)是建立并實施文檔化管理的質(zhì)量體系。持續(xù)的質(zhì)量改進。有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益。定期評價質(zhì)量體系。搞好質(zhì)量管理的關(guān)鍵在于領(lǐng)導(dǎo)。123軟件項目評審的基本概念 評審是一種質(zhì)量保證的機制：指出開發(fā)和管理人員或者軟件產(chǎn)品所需改進的部分

52、。確定軟件產(chǎn)品中不需要或者不希望改進的部分。通過質(zhì)量復(fù)審，得到更加一致的、更可預(yù)測的技術(shù)工作的質(zhì)量，從而使得技術(shù)工作更加容易管理。124軟件項目評審的基本概念 軟件項目有以下幾種類型的評審：設(shè)計或者程序檢查。目的是發(fā)現(xiàn)設(shè)計或者代碼中的詳細錯誤，并且檢查設(shè)計和代碼是否遵循了標準。管理評審。這種類型的評審，其目的是為軟件項目的整個進度管理過程提供信息，它既是過程評審也是產(chǎn)品評審，主要關(guān)心項目的成本、計劃和進度。管理評審是重要的項目檢查點，在這些檢查點上，經(jīng)常做一些關(guān)于項目將來開發(fā)計劃或者產(chǎn)品生存能力的決策。質(zhì)量評審。個人或者小組的工作由評審小組進行評審。這個專門的評審小組由項目組成員和技術(shù)管理人員

53、組成。這種類型的評審和設(shè)計與代碼檢查不同，因為系統(tǒng)不可能被詳細地描述。這個評審的目的是對產(chǎn)品組件或文檔進行技術(shù)分析，從而發(fā)現(xiàn)需求、設(shè)計、編碼和文檔之間的錯誤或者不匹配之處，以及是否遵循了質(zhì)量標準或質(zhì)量計劃中的其他質(zhì)量屬性等更廣泛的質(zhì)量問題。125軟件項目評審階段 選擇評審小組安排地點時間分發(fā)文檔評審?fù)ㄖ屯瓿稍u審表格圖7.11 評審過程126軟件項目評審的作用 原始要求正確的規(guī)格說明錯誤的規(guī)格說明需求分析正確的設(shè)計錯誤的設(shè)計對錯誤說明的設(shè)計正確的編碼錯誤的編碼對錯誤說明的編碼對錯誤設(shè)計的編碼正確的功能可改正的錯誤潛伏的錯誤不可改正的錯誤不完善的產(chǎn)品設(shè)計編碼測試圖7.12 錯誤“積累”及“放大”

54、效應(yīng)不符合需求的產(chǎn)品可行的產(chǎn)品127軟件項目評審的作用 表7.2 需求階段錯誤對后期的影響階 段 錯誤擴張倍數(shù) 需求分析階段 1 設(shè)計階段(概要、詳細) 36倍 編碼階段 10倍 集成測試階段 1540倍 系統(tǒng)測試階段 3070倍 運行 40100倍 128小組的度量包括內(nèi)容：1）多個人開發(fā)的軟件主要功能的缺陷數(shù)量2）正式技術(shù)評審中發(fā)現(xiàn)的缺陷率（正常和缺陷的比例）3）正式技術(shù)評審中度量的工作量（人員、時間）等等項目小組的過程度量來源與個人，但結(jié)果決不應(yīng)該歸因于個人軟件度量禮儀：度量如果被務(wù)用，會產(chǎn)生更大的問題，因此提出“軟件度量禮儀”1）解釋度量數(shù)據(jù)使用通用的觀念，考慮組織的敏感性2）收集個人

55、或小組的測量要定期反饋3）不要用度量去評價個人4）要討論共識的度量指標5）不要用度量威脅個人或小組6）度量數(shù)據(jù)不要作為否定什么的論據(jù)，應(yīng)強調(diào)它用于改善的目的7）不要糾纏某個度量而忽視了其他更重要的度量129軟件的錯誤來源通常包括： (P60) 來源于處理邏輯來源于數(shù)據(jù)處理來源于標準化處理來源于規(guī)約（規(guī)定和要求）來源于用戶界面來源于錯誤檢測來源于硬件接口來源于軟件接口用餅圖給出分析結(jié)果的例子軟件接口6%硬件接口7.7%錯誤檢測10.9%用戶界面11.7%規(guī)約25.5%標準6.9%數(shù)據(jù)處理10.5%邏輯20% 1需求 2設(shè)計 3編碼130用魚骨圖表示錯誤或缺陷的原因的例子規(guī)約缺陷遺漏二義性選擇了錯

56、誤的用戶進行調(diào)研不夠充分的調(diào)研使用過時的信息不正確變更131（5）軟件質(zhì)量度量影響軟件質(zhì)量的3個主要因素：操作：軟件產(chǎn)品的操作使用修改：軟件產(chǎn)品的修改變遷：軟件產(chǎn)品的環(huán)境改變軟件測量的基本指標：正確性-可維護性-完整性-可用性-軟件質(zhì)量度量的重要指標：缺陷排除效率（defect remove efficiency DRE） DRE = E /（E + D）（E交付之前發(fā)現(xiàn)的錯誤數(shù)；D交付后所報告的缺陷數(shù)）理想的情況是：DER= 1，即是：D=0。軟件質(zhì)量依賴于：問題需求、設(shè)計解決方案、程序編碼、錯誤測試132正確性： 度量標準是每千行的缺陷數(shù)。缺陷是發(fā)布后的軟件在標準的給定期限，所報出的使用與

57、需求不符的缺陷可維護性： 錯誤容易修改；環(huán)境變化容易適應(yīng)。采用間接測量技術(shù)。可維護性軟件與不可維護軟件相比，MTTC （mean-time-to-change）平均修改時間較低完整性完整性=1- 威脅性 (1- 安全性)威脅性：規(guī)定時間內(nèi)某類型攻擊的可能性安全性：對某類型攻擊的擊退可能性可用性量化“用戶友好性”。測量學(xué)會使用系統(tǒng)所需的體力或智慧測量使用系統(tǒng)的效率和時間測量中等效率使用者帶來的生產(chǎn)率增長測量用戶對系統(tǒng)的態(tài)度（主觀評估）軟件測量的基本指標：正確性-可維護性-完整性-可用性-133對項目度量活動收效的分析（P72）分析方法： （參看圖4-8和4-9例子）1.統(tǒng)計每個小項目在一個區(qū)段的

58、度量值。畫圖2.計算每次度量之間的差值。并計算差值的均值（畫圖）3.差值的均值乘上3.268常量系數(shù)，得到控制上界4.若差值的活動范圍在控制上界內(nèi)則，度量活動穩(wěn)定，表示有收效。134軟件度量計劃確定業(yè)務(wù)目標明確想要研究的內(nèi)容確定子目標確定子目標的實體和屬性（使用資源、工作產(chǎn)品、源代碼、測試案例、修改請求、工程任務(wù)、進度安排）確定測度的目標確定可量化的問題和相關(guān)的指標，可用它們來幫助實現(xiàn)測度確定以上問題的指標和元素的指標，它們可以對收集測量有幫助定義可操作的測量確定實現(xiàn)測量的動作準備實現(xiàn)測量的計劃例：家庭安全系統(tǒng)業(yè)務(wù)目標：通過產(chǎn)品改善用戶的滿意度系統(tǒng)易于使用縮短新產(chǎn)品推向市場的時間提供對產(chǎn)品技術(shù)

59、支持的手段改善整體收益率采用“目標驅(qū)動”的軟件度量計劃方法：135ISO9000與CMM 二者相關(guān)性和不同點，參見教材p125表7.4:二者之間的相關(guān)性是很明顯的：都著眼于質(zhì)量和過程管理，兩者都為了解決同樣的問題，直觀上是相關(guān)的。 不同體現(xiàn)在兩方面：其一，CMM模型明確強調(diào)持續(xù)的過程改進，而ISO9001只要求質(zhì)量體系的最小保證；其二，CMM模型只關(guān)注軟件，而ISO9001適用于更大的范圍。 136項目人力資源管理概述項目團隊建設(shè)項目團隊的沖突管理團隊的激勵組織計劃六、人力資源管理137項目人力資源管理 主要過程包括：組織計劃編制、人員獲取、團隊建設(shè)3個階段9項基本活動。人力資源規(guī)劃招聘解聘篩

60、選定向培訓(xùn)績效考核職業(yè)發(fā)展?jié)M意的勞資關(guān)系圖12.1 項目人力資源管理的9項基本活動確定和選聘有能力的員工能適應(yīng)組織和不斷更新技能與知識的能干員工能長期保持高效的能干、杰出員工138項目人力資源管理的關(guān)鍵 首先，是對問題的理解；其次，集成所掌握的知識和信息，并且進行分析獲得全面的解決方案；最后提煉整個解決方案形成可執(zhí)行程序。 關(guān)鍵點：139項目人力資源管理的關(guān)鍵 解決方案問題局部解決方案新知識現(xiàn)存知識經(jīng)驗和專業(yè)知識圖12.2 問題解決過程140軟件項目中人員的工作方式 一個項目的成功，首先必須是每個項目組成員的成功，其次是項目組成員協(xié)作的成功。 多數(shù)軟件工程師都在一個小組或團隊里工作，小組的規(guī)模