[項(xiàng)目管理]軟件項(xiàng)目管理(ppt 133頁(yè))

1、第13章 軟件項(xiàng)目管理1第13章 軟件項(xiàng)目管理13.1 軟件項(xiàng)目管理概述13.2 軟件度量13.3 軟件項(xiàng)目估算13.4 項(xiàng)目進(jìn)度管理13.5 風(fēng)險(xiǎn)管理13.6 軟件項(xiàng)目的組織13.7 軟件質(zhì)量管理13.8 軟件配置管理教學(xué)目的與要求掌握軟件項(xiàng)目管理的基本概念；掌握軟件度量和軟件項(xiàng)目估算的基本方法；會(huì)用甘特圖和PERT圖作出軟件項(xiàng)目的進(jìn)度安排；4.了解解風(fēng)險(xiǎn)管理的基本活動(dòng)和方法；了解軟件項(xiàng)目組織中各角色的作用了解軟件配置管理的基本概念和主要活動(dòng) 了解軟件質(zhì)量保證的基本活動(dòng)，以及軟件評(píng)審的任務(wù)和方法；了解軟件配置管理的基本概念和主要活動(dòng)教學(xué)重點(diǎn)軟件項(xiàng)目管理的基本概念；軟件度量和軟件項(xiàng)目估算的基本

2、方法；會(huì)用甘特圖和PERT圖作出軟件項(xiàng)目的進(jìn)度安排。教學(xué)難點(diǎn)軟件度量和軟件項(xiàng)目估算的基本方法; PERT圖作出軟件項(xiàng)目的進(jìn)度安排；軟件質(zhì)量保證、軟件評(píng)審、軟件配置管理。 教學(xué)學(xué)時(shí) 4學(xué)時(shí)教學(xué)方法采用多媒體課件+講授法+啟發(fā)式相結(jié)合教學(xué)教學(xué)參考文獻(xiàn)軟件工程導(dǎo)論(第五版),張海藩，清華大學(xué)出版社軟件工程 (第二版),齊治昌，高等教育出版社IT軟件項(xiàng)目管理,王強(qiáng)，清華大學(xué)出版社IT項(xiàng)目管理,唐曉波，電子工業(yè)出版社軟件企業(yè)管理，張旭梅 等著，科學(xué)出版社軟件質(zhì)量保證技術(shù)(三級(jí)) ，李正海,上海交通大學(xué)出版社項(xiàng)目案例(1/4)任務(wù)負(fù)責(zé)組織*大學(xué)圖書館管理系統(tǒng)的開(kāi)發(fā)時(shí)間限制6個(gè)月人員4個(gè)技術(shù)人員成本控制在4

3、0萬(wàn)元之內(nèi)小王老王項(xiàng)目案例(2/4)案例角色和人物小王：軟件項(xiàng)目負(fù)責(zé)人老王：公司技術(shù)老總開(kāi)發(fā)小組:小李、老趙、小田、小謝項(xiàng)目案例(3/4)小王的長(zhǎng)處精湛的技術(shù)，尤其是軟件設(shè)計(jì)和程序設(shè)計(jì)技術(shù)豐富的軟件開(kāi)發(fā)經(jīng)驗(yàn)，參加過(guò)許多項(xiàng)目的開(kāi)發(fā)有成功的項(xiàng)目開(kāi)發(fā)案例，對(duì)個(gè)人技術(shù)信心十足小王的欠缺從來(lái)沒(méi)有完整組織過(guò)一個(gè)軟件項(xiàng)目的開(kāi)發(fā)，不知道如何開(kāi)展軟件項(xiàng)目的開(kāi)發(fā)工作以及需要注意哪些問(wèn)題項(xiàng)目案例(4/4)小王很茫然，面臨許多問(wèn)題如何著手開(kāi)展工作？能否以及如何保證在規(guī)定的時(shí)間約束范圍內(nèi)完成工程？如何保證所開(kāi)發(fā)的軟件系統(tǒng)的質(zhì)量？怎么去組織手下的技術(shù)人員，讓他們充滿激情地工作？如何確保項(xiàng)目不會(huì)失控？如何在實(shí)施過(guò)程中處理各

4、種應(yīng)急事件？ 這些問(wèn)題都是軟件項(xiàng)目開(kāi)發(fā)必須解決的，而且不是純粹的技術(shù)性問(wèn)題軟件項(xiàng)目管理軟件危機(jī)后的普遍性結(jié)論：軟件項(xiàng)目成功率非常低的原因可能是項(xiàng)目管理能力太弱。軟件項(xiàng)目管理是指軟件生存周期中軟件管理者所進(jìn)行的一系列活動(dòng)，其目的是在一定的時(shí)間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計(jì)劃和質(zhì)量要求如期完成。 軟件開(kāi)發(fā)成本約束進(jìn)度約束高質(zhì)量軟件用戶需求13.1 軟件項(xiàng)目管理概述項(xiàng)目管理是通過(guò)項(xiàng)目經(jīng)理和項(xiàng)目組織的努力，運(yùn)用系統(tǒng)理論的方法對(duì)項(xiàng)目及其資源進(jìn)行計(jì)劃、組織、協(xié)調(diào)、控制，旨在實(shí)現(xiàn)項(xiàng)目的特定目標(biāo)的管理方法體系。(軟件)項(xiàng)目管理的基本內(nèi)容：項(xiàng)目定義、項(xiàng)目計(jì)劃、項(xiàng)目執(zhí)

5、行、項(xiàng)目控制、項(xiàng)目結(jié)束。一、軟件項(xiàng)目管理的關(guān)注點(diǎn)(4P)人員(People)人員是軟件工程項(xiàng)目的基本要素和關(guān)鍵因素在對(duì)人員進(jìn)行組織時(shí)，有必要考慮參與軟件過(guò)程的人員類型 產(chǎn)品(Product)定義項(xiàng)目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束等 過(guò)程(Process)通常將項(xiàng)目分解為任務(wù)子任務(wù)等，其分解準(zhǔn)則是基于軟件工程的過(guò)程 項(xiàng)目(Project) 采用科學(xué)的方法及工具對(duì)項(xiàng)目基本內(nèi)容進(jìn)行管理軟件項(xiàng)目管理中的五類人員項(xiàng)目管理人員負(fù)責(zé)軟件項(xiàng)目的管理工作，其負(fù)責(zé)人通常稱為項(xiàng)目經(jīng)理高級(jí)管理人員可以是領(lǐng)域?qū)＜?，?fù)責(zé)提出項(xiàng)目的目標(biāo)并對(duì)業(yè)務(wù)問(wèn)題進(jìn)行定義開(kāi)發(fā)人員掌握了開(kāi)發(fā)一個(gè)產(chǎn)品或應(yīng)

6、用所需的專門技術(shù)，可勝任包括需求分析、設(shè)計(jì)、編碼、測(cè)試、發(fā)布等各種相關(guān)的開(kāi)發(fā)崗位客戶一組可說(shuō)明待開(kāi)發(fā)軟件的需求的人，也包括與項(xiàng)目目標(biāo)有關(guān)的其它風(fēng)險(xiǎn)承擔(dān)者最終用戶產(chǎn)品或應(yīng)用提交后與產(chǎn)品/應(yīng)用進(jìn)行交互的軟件項(xiàng)目管理中的產(chǎn)品定義項(xiàng)目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束目的：從客戶的角度定義該產(chǎn)品的總體目標(biāo)，但不必考慮這些目標(biāo)如何實(shí)現(xiàn)軟件范圍定義了與軟件產(chǎn)品相關(guān)的數(shù)據(jù)、功能和行為，及其相關(guān)的約束：語(yǔ)境(context)：說(shuō)明待建造的軟件與其它相關(guān)系統(tǒng)、產(chǎn)品或環(huán)境的關(guān)系，以及相關(guān)的約束條件信息目標(biāo)：說(shuō)明目標(biāo)系統(tǒng)所需要的輸入數(shù)據(jù)及應(yīng)產(chǎn)生的輸出數(shù)據(jù)功能和性能：說(shuō)明軟件應(yīng)提供的

7、功能來(lái)完成輸入數(shù)據(jù)到輸出數(shù)據(jù)的變換以及給出對(duì)目標(biāo)軟件的性能要求過(guò) 程對(duì)軟件項(xiàng)目來(lái)說(shuō)，強(qiáng)調(diào)的是對(duì)其進(jìn)行過(guò)程控制。軟件過(guò)程提供了一個(gè)包含了任務(wù)的框架，軟件項(xiàng)目中這些任務(wù)的組合就組成了軟件開(kāi)發(fā)的全面計(jì)劃。公共過(guò)程框架活動(dòng)可有以下幾種：客戶交流計(jì)劃風(fēng)險(xiǎn)分析 構(gòu)造及發(fā)布客戶評(píng)估項(xiàng) 目對(duì)項(xiàng)目進(jìn)行有計(jì)劃和可控制的管理明確目標(biāo)及過(guò)程：充分理解被解決的問(wèn)題，明確定義項(xiàng)目目標(biāo)及軟件范圍，為項(xiàng)目小組及活動(dòng)設(shè)置明確、現(xiàn)實(shí)的目標(biāo)，并充分發(fā)揮相關(guān)小組的自主性保持動(dòng)力：提供激勵(lì)措施使人員變動(dòng)最小跟蹤進(jìn)展：對(duì)每個(gè)任務(wù)的進(jìn)展進(jìn)行跟蹤，并對(duì)其軟件過(guò)程和質(zhì)量進(jìn)行度量 做出聰明的決策：項(xiàng)目管理者和軟件小組的決策應(yīng)該 “保持其簡(jiǎn)單”

8、項(xiàng)目總結(jié)：從每個(gè)完成的項(xiàng)目中獲取可學(xué)習(xí)的經(jīng)驗(yàn)二、軟件項(xiàng)目管理的內(nèi)容 對(duì)軟件項(xiàng)目管理的對(duì)象是軟件工程項(xiàng)目，其范圍覆蓋了整個(gè)軟件工程過(guò)程，而現(xiàn)代項(xiàng)目管理的要求就是要對(duì)項(xiàng)目的整個(gè)過(guò)程進(jìn)行計(jì)劃，以及對(duì)項(xiàng)目的實(shí)施進(jìn)行控制，也就是對(duì)軟件項(xiàng)目進(jìn)行開(kāi)發(fā)過(guò)程的支持、管理與質(zhì)量和進(jìn)度的控制。 軟件項(xiàng)目管理的通用過(guò)程如下頁(yè)圖所示。對(duì)軟件項(xiàng)目管理過(guò)程中的相關(guān)概念進(jìn)行簡(jiǎn)要介紹：軟件項(xiàng)目管理過(guò)程示例1.軟件項(xiàng)目啟動(dòng)在軟件項(xiàng)目啟動(dòng)前對(duì)項(xiàng)目進(jìn)行可行性分析，以明確項(xiàng)目的目標(biāo)和范圍，從而確定：合理精確的成本分析；實(shí)際可行的任務(wù)分解；可管理的進(jìn)度安排在多個(gè)項(xiàng)目方案中選擇一個(gè)相對(duì)完善的方案在正式啟動(dòng)軟件項(xiàng)目前組成項(xiàng)目組，并召開(kāi)項(xiàng)目啟

9、動(dòng)會(huì)議，內(nèi)容包括：項(xiàng)目組的初步交流；進(jìn)一步對(duì)項(xiàng)目目標(biāo)理解；對(duì)組織形式、管理方式、方針的一致認(rèn)識(shí)；明確崗位職責(zé)二、軟件項(xiàng)目管理的內(nèi)容對(duì)軟件項(xiàng)目管理過(guò)程中的相關(guān)概念進(jìn)行簡(jiǎn)要介紹：2.項(xiàng)目組織在項(xiàng)目經(jīng)理領(lǐng)導(dǎo)下，組織不同類型的項(xiàng)目組成員共同協(xié)作完成軟件項(xiàng)目存在多種可選的項(xiàng)目組織結(jié)構(gòu)，組織結(jié)構(gòu)的選擇對(duì)項(xiàng)目的成敗具有很大影響規(guī)劃軟件工程項(xiàng)目組織結(jié)構(gòu)時(shí)考慮如下因素：待解決問(wèn)題的困難程度目標(biāo)系統(tǒng)的規(guī)模，可用代碼行或功能點(diǎn)來(lái)度量項(xiàng)目組的生存期，即項(xiàng)目小組需要共同工作的時(shí)間問(wèn)題可被分解的程度對(duì)目標(biāo)系統(tǒng)要求的質(zhì)量和可靠性可供開(kāi)發(fā)時(shí)間的緊迫性，即交付時(shí)間的嚴(yán)格程度項(xiàng)目組內(nèi)部的通信的復(fù)雜性，即成員(小組)之間正式或非正

10、式通信的機(jī)制3.項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃是項(xiàng)目組織根據(jù)軟件項(xiàng)目的目標(biāo)及范圍，對(duì)項(xiàng)目實(shí)施中進(jìn)行的各項(xiàng)活動(dòng)進(jìn)行周密計(jì)劃項(xiàng)目計(jì)劃根據(jù)項(xiàng)目目標(biāo)確定項(xiàng)目的各項(xiàng)任務(wù)、安排任務(wù)進(jìn)度、編制完成任務(wù)所需的資源預(yù)算等項(xiàng)目計(jì)劃包括：工作計(jì)劃、人員組織計(jì)劃、設(shè)備采購(gòu)計(jì)劃、變更控制計(jì)劃、進(jìn)度控制計(jì)劃、財(cái)務(wù)計(jì)劃、文件控制計(jì)劃、應(yīng)急計(jì)劃等4.軟件度量軟件度量是指軟件范圍內(nèi)的測(cè)量，主要是為產(chǎn)品開(kāi)發(fā)的軟件過(guò)程和產(chǎn)品本身定義相關(guān)的測(cè)量方法和標(biāo)度對(duì)軟件開(kāi)發(fā)過(guò)程度量的目的是為了對(duì)過(guò)程進(jìn)行改進(jìn)對(duì)產(chǎn)品進(jìn)行度量的目的是為了提高產(chǎn)品的質(zhì)量度量的作用是為了有效地采用定量的方式來(lái)進(jìn)行管理需要考慮：合適的度量是什么所收集的數(shù)據(jù)如何使用用于比較個(gè)人、過(guò)程或

11、產(chǎn)品的度量是否合理5.項(xiàng)目估算項(xiàng)目估算是制定項(xiàng)目計(jì)劃的基礎(chǔ)項(xiàng)目所需的人力(以人月為單位)、項(xiàng)目持續(xù)時(shí)間(以年份或月份為單位)、成本(以元為單位)等參照以前類似項(xiàng)目中的相關(guān)數(shù)據(jù)進(jìn)行估算若存在類似歷史項(xiàng)目則可進(jìn)行類比估算若缺少可類比的項(xiàng)目數(shù)據(jù)則采用特定的估算技術(shù)(例如功能點(diǎn)估算方法等)通常采用多種估算技術(shù)進(jìn)行交叉檢查6.風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)：人員、經(jīng)費(fèi)、進(jìn)度及需求等方面存在的可能影響項(xiàng)目按計(jì)劃完成的不確定因素風(fēng)險(xiǎn)管理：標(biāo)識(shí)軟件項(xiàng)目中的風(fēng)險(xiǎn)，預(yù)測(cè)風(fēng)險(xiǎn)發(fā)生的概率以及風(fēng)險(xiǎn)造成的影響，并對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)估，找出那些可能導(dǎo)致項(xiàng)目失敗的風(fēng)險(xiǎn)，然后采取相應(yīng)的措施來(lái)緩解風(fēng)險(xiǎn)風(fēng)險(xiǎn)管理貫徹于整個(gè)軟件工程過(guò)程中7.進(jìn)度安排進(jìn)度安排

12、將項(xiàng)目劃分成可管理的子項(xiàng)目、任務(wù)和活動(dòng)確定任務(wù)之間的依賴關(guān)系，找出影響項(xiàng)目按期完成的關(guān)鍵任務(wù)為每個(gè)任務(wù)分配時(shí)間、工作量以及指定責(zé)任人，定義每個(gè)任務(wù)的輸出結(jié)果及其關(guān)聯(lián)的里程碑在項(xiàng)目實(shí)施過(guò)程中將在進(jìn)度計(jì)劃基礎(chǔ)上跟蹤實(shí)際執(zhí)行情況，從而及時(shí)發(fā)現(xiàn)偏差并采取措施加以調(diào)整以確保項(xiàng)目按期完成8.跟蹤與控制跟蹤是控制的前提，實(shí)際上是在項(xiàng)目實(shí)施過(guò)程中對(duì)影響項(xiàng)目進(jìn)展的內(nèi)外部因素進(jìn)行及時(shí)的、連續(xù)的、系統(tǒng)的記錄和報(bào)告的活動(dòng)，其核心在于反映項(xiàng)目變化、提供相關(guān)信息的報(bào)告控制是通過(guò)工具和技術(shù)對(duì)項(xiàng)目計(jì)劃與實(shí)際執(zhí)行進(jìn)行對(duì)比，并對(duì)項(xiàng)目的未來(lái)走向進(jìn)行預(yù)測(cè)，再此基礎(chǔ)上進(jìn)行項(xiàng)目的各種調(diào)整9.軟件配置管理Software Configna

13、tion Management(SCM)任務(wù)：標(biāo)識(shí)和確定系統(tǒng)中的配置項(xiàng)，在系統(tǒng)整個(gè)生命期內(nèi)控制這些項(xiàng)的發(fā)布和變更，記錄并報(bào)告配置的狀態(tài)和變更要求，驗(yàn)證配置項(xiàng)的完整性和正確性SCM存在于整個(gè)軟件過(guò)程中，是保護(hù)性活動(dòng)軟件度量用以對(duì)產(chǎn)品及開(kāi)發(fā)產(chǎn)品的過(guò)程進(jìn)行度量。度量對(duì)象：軟件產(chǎn)品、軟件過(guò)程、資源外部屬性：面向管理者和用戶的屬性體現(xiàn)了軟件產(chǎn)品/軟件過(guò)程與相關(guān)資源和環(huán)境的關(guān)系，如成本、效益、開(kāi)發(fā)人員的生產(chǎn)率通?？刹捎弥苯訙y(cè)量的辦法進(jìn)行內(nèi)部屬性：軟件產(chǎn)品或過(guò)程本身的屬性軟件產(chǎn)品的結(jié)構(gòu)、模塊化程度、復(fù)雜性、程序長(zhǎng)度等有些內(nèi)部屬性只能用間接測(cè)量的方法度量，需要特定的測(cè)量方法或模型13.2 軟件度量軟件度量分類

14、分類1：面向規(guī)模的度量用于收集與直接度量有關(guān)的軟件工程輸出信息和質(zhì)量信息面向功能的度量的則集中在程序的“功能性”和“實(shí)用性”面向人的度量則收集有關(guān)人們開(kāi)發(fā)計(jì)算機(jī)軟件所用方式的信息和人員理解有關(guān)工具的方法和效率的信息分類2：軟件生產(chǎn)率度量集中在軟件工程過(guò)程的輸出軟件質(zhì)量度量可指明軟件滿足明確的和隱含的用戶需求的程度技術(shù)度量主要集中在軟件產(chǎn)品的某些特征(如邏輯復(fù)雜性、模塊化程度)上，而不是軟件開(kāi)發(fā)的全過(guò)程一、面向規(guī)模的度量軟件規(guī)模常是指軟件的大小，一般用代碼行度量?jī)?yōu)點(diǎn)：方便、直觀缺點(diǎn)：很大程度上取決于程序設(shè)計(jì)語(yǔ)言以及軟件設(shè)計(jì)的質(zhì)量測(cè)量出軟件規(guī)模后可方便地度量其它軟件屬性，包括：度量名含義及表示LO

15、C或KLOC代碼行數(shù)或千行代碼數(shù)生產(chǎn)率PP=LOC/E，E為開(kāi)發(fā)的工作量(常用人月數(shù)表示)每行代碼平均成本CC=S/LOC，S為總成本文檔代碼比DD=Pe/KLOC，其中Pe為文檔頁(yè)數(shù)代碼錯(cuò)誤率EQREQR=N/KLOC，其中N為代碼中錯(cuò)誤數(shù)二、面向功能的度量一種針對(duì)軟件的功能特性進(jìn)行度量的方法主要考慮軟件系統(tǒng)的“功能性”和“實(shí)用性”功能點(diǎn)度量：基于軟件信息域的特征(可直接測(cè)量)和軟件復(fù)雜性進(jìn)行度量功能點(diǎn)度量方法步驟：計(jì)算信息域特征的值CT計(jì)算復(fù)雜度調(diào)整值計(jì)算功能點(diǎn)FP計(jì)算信息域特征的值CT對(duì)五個(gè)信息域特征及其含義(上表)統(tǒng)計(jì)相應(yīng)的特征值，然后根據(jù)信息域特征的復(fù)雜程度選擇適當(dāng)?shù)募訖?quán)因子進(jìn)行計(jì)算

16、(下表)，得到總計(jì)的CT值計(jì)算復(fù)雜度調(diào)整值 復(fù)雜度調(diào)整值Fi(i=1到14)是基于對(duì)左表中問(wèn)題的回答而得到的值，對(duì)每個(gè)問(wèn)題回答的取值范圍是0到5，見(jiàn)右表值定義0沒(méi)有影響1偶然的2適中的3普通的4重要的5極重要的計(jì)算功能點(diǎn)FP功能點(diǎn)計(jì)算公式FP= CT*(0.65+0.01*F)其中：CT是步驟1得到的“總計(jì)數(shù)值”，F(xiàn)是步驟2得到的Fi之和一旦計(jì)算出功能點(diǎn)，則用類似代碼行的方法來(lái)計(jì)算軟件生產(chǎn)率、質(zhì)量及其他屬性三、軟件質(zhì)量及軟件質(zhì)量模型軟件質(zhì)量定義ISO/IEC 9126：與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特性的總和GB/T 13423：軟件產(chǎn)品中能滿足給定需求的性質(zhì)和特性的總和，例如

17、符合規(guī)格說(shuō)明的程度；軟件具有所期望的各種屬性的組合程度；客戶或用戶覺(jué)得軟件滿足其綜合期望的程度；軟件的綜合特性，它確定軟件在使用中將滿足客戶預(yù)期要求的程度典型的軟件質(zhì)量模型：McCall模型、Boehm模型和ISO/IEC9126質(zhì)量模型1. McCall模型 是一個(gè)包括軟件質(zhì)量要素、評(píng)價(jià)準(zhǔn)則和度量3個(gè)層次的軟件質(zhì)量度量模型框架。 質(zhì)量要素反映軟件的質(zhì)量，決定產(chǎn)品質(zhì)量的軟件屬性用作評(píng)價(jià)準(zhǔn)則，量化的度量體系可測(cè)量軟件質(zhì)量屬性的優(yōu)劣。McCall軟件質(zhì)量要素McCall從軟件產(chǎn)品的運(yùn)行、修改和遷移三個(gè)方面給出了11個(gè)軟件質(zhì)量要素。質(zhì)量要素之間的關(guān)系其中:表示正相關(guān)，表示負(fù)相關(guān) 應(yīng)根據(jù)項(xiàng)目的具體情況

18、，對(duì)質(zhì)量要素的要求進(jìn)行折衷，以達(dá)到用戶在總體上對(duì)軟件質(zhì)量滿意的目標(biāo)。軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則軟件質(zhì)量要素難以直接測(cè)量，因此需要為每個(gè)質(zhì)量要素定義一組軟件質(zhì)量屬性用作質(zhì)量要素的評(píng)價(jià)準(zhǔn)則，要求能夠完整、準(zhǔn)確地描述軟件質(zhì)量要素容易量化和測(cè)量McCall定義了21種軟件質(zhì)量屬性軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則-1(1)可審計(jì)性(auditability)和標(biāo)準(zhǔn)的符合性可被檢查的容易程度。(2)準(zhǔn)確性(accuracy)計(jì)算和控制的準(zhǔn)確度。(3)通信共性(communication commonality)標(biāo)準(zhǔn)接口、協(xié)議和帶寬的使用程度。(4)完備性(completeness)所需功能完全實(shí)現(xiàn)的程度。(5)簡(jiǎn)潔性(co

19、nciseness)以代碼行數(shù)來(lái)評(píng)價(jià)的程序的簡(jiǎn)潔程度。(6)一致性(consistency)在軟件開(kāi)發(fā)項(xiàng)目中一致的設(shè)計(jì)和文檔技術(shù)的使用。(7)數(shù)據(jù)共性(data commonality)在整個(gè)程序中對(duì)標(biāo)準(zhǔn)數(shù)據(jù)結(jié)構(gòu)和類型的使用。軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則-2(8)容錯(cuò)性(error tolerance)當(dāng)程序遇到錯(cuò)誤時(shí)所造成的損失。(9)執(zhí)行效率(execution efficiency)一個(gè)程序的運(yùn)行性能。(10)可擴(kuò)展性(expandability)結(jié)構(gòu)、數(shù)據(jù)或過(guò)程設(shè)計(jì)可被擴(kuò)展的程度。(11)通用性(generality)程序構(gòu)件潛在的應(yīng)用寬度。(12)硬件獨(dú)立性(hardware indepen

20、dence)軟件獨(dú)立于其運(yùn)行于之上的硬件的程度。(13)自檢測(cè)性(instrumentation)程序監(jiān)視它自身操作并且標(biāo)識(shí)產(chǎn)生的錯(cuò)誤的程度。(14)模塊性(modularity)程序部件的功能獨(dú)立性。軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則-3(15)可操作性(operability):程序操作的容易度。(16)安全性(security)控制和保護(hù)程序和數(shù)據(jù)的機(jī)制的可用度。(17)自文檔性(self-documentation)源代碼提供有意義的文檔程度。(18)簡(jiǎn)單性(simplicity)一個(gè)程序可以沒(méi)有困難地被理解的程度。(19)軟件系統(tǒng)獨(dú)立性(software system independence)程

21、序獨(dú)立于非標(biāo)準(zhǔn)編程特性、操作系統(tǒng)特性和其他環(huán)境限制的程度。(20)可追蹤性(traceability)從一個(gè)設(shè)計(jì)表示或?qū)嶋H程序部件跟蹤到需求的能力。(21)易培訓(xùn)性(training)軟件支持使得新用戶使用系統(tǒng)的能力。質(zhì)量要素與評(píng)價(jià)準(zhǔn)則的關(guān)系量化的度量處于軟件質(zhì)量度量模型的最底層定義了每個(gè)質(zhì)量屬性(評(píng)價(jià)準(zhǔn)則)的可量化的度量指標(biāo)通過(guò)對(duì)這些指標(biāo)的測(cè)量(可以是主觀的，也可以是客觀的)和加權(quán)計(jì)算得到質(zhì)量屬性的測(cè)量值在McCall的模型中未給出具體的度量指標(biāo)，度量者可根據(jù)不同的軟件類型定義不同的度量指標(biāo)體系質(zhì)量要素值的計(jì)算在計(jì)算質(zhì)量要素值之前，首先要將質(zhì)量屬性的測(cè)量值歸一化，即將其變換到0到1范圍內(nèi)的實(shí)

22、數(shù)假設(shè)：Fj是第j個(gè)質(zhì)量要素，Mk是第k個(gè)質(zhì)量屬性(評(píng)價(jià)準(zhǔn)則)，Cjk是Mk在Fj中的加權(quán)系數(shù)。那么，F(xiàn)j可用下列公式計(jì)算：其中：，當(dāng) 時(shí)表示第j個(gè)質(zhì)量要素與第k個(gè)質(zhì)量屬性無(wú)關(guān) 2、ISO/IEC 9126質(zhì)量模型功能性可靠性：成熟性、容錯(cuò)性、易恢復(fù)性易用性：易理解性、易學(xué)性、易操作性可維護(hù)性效率：時(shí)間特性、資源特性可移植性適合性、準(zhǔn)確性、互操作性依從性、安全性適應(yīng)性、易安裝性遵循性、易替換性易分析性、易改變性穩(wěn)定性、易測(cè)試性 由6個(gè)質(zhì)量特性、 21個(gè)子特性和由度量者定義的可定量化度量指標(biāo)構(gòu)成。四、程序復(fù)雜性度量軟件復(fù)雜性是指理解和處理軟件的難易程度，包括程序和文檔復(fù)雜性，主要體現(xiàn)在程序復(fù)雜性

23、中程序復(fù)雜性的6個(gè)方面程序理解的難度糾錯(cuò)、維護(hù)程序的難度向他人解釋程序的難度按指定方法修改程序的難度根據(jù)設(shè)計(jì)文件編寫程序的工作量執(zhí)行程序時(shí)需要資源的程度典型的程序復(fù)雜性度量：McCabe環(huán)形復(fù)雜性度量、Halstead的復(fù)雜性度量程序復(fù)雜性度量的基本原則1.程序復(fù)雜性與程序大小的關(guān)系不是線性的2.控制結(jié)構(gòu)復(fù)雜的程序較復(fù)雜3.數(shù)據(jù)結(jié)構(gòu)復(fù)雜的程序較復(fù)雜4.轉(zhuǎn)向語(yǔ)句使用不當(dāng)?shù)某绦蜉^復(fù)雜5.循環(huán)結(jié)構(gòu)比選擇結(jié)構(gòu)復(fù)雜，選擇結(jié)構(gòu)又比順序結(jié)構(gòu)復(fù)雜6.語(yǔ)句、數(shù)據(jù)、子程序和模塊在程序中的次序?qū)?fù)雜性有影響7.全局變量、非局部變量較多時(shí)，程序較復(fù)雜8.參數(shù)按地址調(diào)用比按值調(diào)用復(fù)雜9.函數(shù)副作用比顯式參數(shù)傳遞難以理解

24、10.具有不同作用的變量共用一個(gè)名字時(shí)較難理解11.模塊間、過(guò)程間聯(lián)系密切的程序比較復(fù)雜12.嵌套深度越深，程序越復(fù)雜 McCabe環(huán)形復(fù)雜性度量一種基于程序圖的程序復(fù)雜性度量方法程序圖：是一種退化的程序流程圖，它將程序流程圖中的每個(gè)處理符號(hào)(包括處理框、判斷框、起點(diǎn)、終點(diǎn)等)退化成一個(gè)結(jié)點(diǎn)(若干個(gè)連續(xù)的處理框可合并成一個(gè)結(jié)點(diǎn))，流程圖中連接處理符號(hào)的控制流變成程序圖中連接結(jié)點(diǎn)的有向弧 建立在圖論的基礎(chǔ)之上對(duì)于一個(gè)強(qiáng)連通的有向圖G，若e是圖中的弧數(shù)，n是圖中的結(jié)點(diǎn)數(shù)，p是強(qiáng)連通分量的個(gè)數(shù)，則圖G的環(huán)數(shù)計(jì)算公式為：程序控制結(jié)構(gòu)圖的擴(kuò)充一個(gè)單入口和單出口的程序(或模塊)的程序圖是連通的，但通常不是

25、強(qiáng)連通的為此在程序圖中增加一條從出口結(jié)點(diǎn)到入口結(jié)點(diǎn)的弧，使程序圖變成強(qiáng)連通(連通分量只有一個(gè)，即P=1)下圖中，當(dāng)增加了出口結(jié)點(diǎn)到入口結(jié)點(diǎn)的弧后成為圖b后：e=7、n=5、V(G)=75+1=3為了簡(jiǎn)化環(huán)形復(fù)雜性的計(jì)算，通常用下列公式直接對(duì)圖a進(jìn)行計(jì)算：V(G)=en+2，此時(shí)，e=6，n=5，V(G)=65+2=3環(huán)形復(fù)雜性度量的含義環(huán)形復(fù)雜性度量反映了程序(或模塊)控制結(jié)構(gòu)復(fù)雜性McCabe發(fā)現(xiàn)V(G)=10是一個(gè)實(shí)際模塊的上限，當(dāng)模塊的環(huán)復(fù)雜度超過(guò)10時(shí)，要充分測(cè)試這個(gè)模塊變得特別難 五、軟件可靠性度量軟件可靠性是指在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)軟件按規(guī)格說(shuō)明要求不引起系統(tǒng)失效的概率它是軟

26、件質(zhì)量的一項(xiàng)重要指標(biāo)，特別是對(duì)于一些實(shí)時(shí)系統(tǒng)、嵌入式系統(tǒng)和關(guān)鍵系統(tǒng)軟件可靠性通常用下列公式進(jìn)行計(jì)算：MTBFMTTFMTTR其中：MTBF(meantimebetweenfailer)是平均故障間隔時(shí)間，MTTF(meantimetofailer)是平均故障時(shí)間，MTTR(meantimetorepair)是平均修復(fù)時(shí)間軟件可用性(availability)是指軟件在投入使用時(shí)能實(shí)現(xiàn)其指定的系統(tǒng)功能的概率?？捎孟率接?jì)算：100 13.3 軟件項(xiàng)目估算常用的估算方法：基于已經(jīng)完成的類似項(xiàng)目進(jìn)行估算，這是一種常用的也是有效的估算方法基于分解技術(shù)進(jìn)行估算問(wèn)題分解是將一個(gè)復(fù)雜問(wèn)題分解成若干個(gè)小問(wèn)題，通

27、過(guò)對(duì)小問(wèn)題的估算得到復(fù)雜問(wèn)題的估算過(guò)程分解指先根據(jù)軟件開(kāi)發(fā)過(guò)程中的活動(dòng)(分析、設(shè)計(jì)、編碼、測(cè)試等)進(jìn)行估算，然后得到整個(gè)項(xiàng)目的估算值?；诮?jīng)驗(yàn)估算模型的估算。典型的經(jīng)驗(yàn)估算模型有IBM估算模型、CoCoMo模型和Putnam模型。上述方法可以組合使用以提高估算的精度一種簡(jiǎn)單有效的估算方法1.請(qǐng)若干名有經(jīng)驗(yàn)的技術(shù)人員或管理人員，采用上述估算辦法的一種或多種，分別估算出代碼行LOC或功能點(diǎn)FP的樂(lè)觀值ai，悲觀值bi及最有可能的值mi2.計(jì)算出平均值a，b，m3.LOC或FP的規(guī)模估算值：e(a4mb)/64.據(jù)以前該組織軟件開(kāi)發(fā)的平均生產(chǎn)率(規(guī)模/人月數(shù))和平均成本(資金/規(guī)模)計(jì)算工作量估算值

28、和成本估算值 工作量估算值e/平均生產(chǎn)率 成本估算值e*平均成本一、代碼行、功能點(diǎn)和工作量估算二、IBM估算模型基于代碼行LOC的靜態(tài)單變量模型：設(shè)L為源代碼行數(shù)(KLOC)，則工作量E=5.2L0.91人月項(xiàng)目持續(xù)時(shí)間D=4.1L0.3614.47E0.35人員數(shù)S=0.54E0.6文檔數(shù)量DOC49L1.01此模型中一條機(jī)器指令為一行源代碼，不包括程序注釋及其它說(shuō)明非機(jī)器指令編寫的程序應(yīng)轉(zhuǎn)換成機(jī)器指令代碼行數(shù)來(lái)考慮，轉(zhuǎn)換關(guān)系為：語(yǔ)言轉(zhuǎn)換系數(shù)簡(jiǎn)單匯編1宏匯編1.21.5FORTRAN46PL/I410三、CoCoMo模型Boehm提出的“構(gòu)造性成本模型”Constructive Cost M

29、odel, CoCoMoCoCoMo模型按其詳細(xì)程度分為：基本模型、中間模型和詳細(xì)模型將軟件項(xiàng)目類型劃分為三類：基本CoCoMo模型 E=aLb D=cEd 其中： E表示工作量，單位是人月 D表示開(kāi)發(fā)時(shí)間，單位是月 L是項(xiàng)目的源代碼行估計(jì)值，單位是千行代碼 a、b、c、d是常數(shù)，其取值如下表所示中間CoCoMo模型在基本CoCoMo模型基礎(chǔ)上考慮了15種影響軟件工作量的因素通過(guò)工作量調(diào)節(jié)因子(EAF)修正對(duì)工作量的估算，從而使估算更合理公式如下：E=a(L)bEAF其中：L是軟件產(chǎn)品的目標(biāo)代碼行數(shù)，單位是千行代碼數(shù)，a、b是常數(shù)，取值如下表所示工作量調(diào)節(jié)因子的計(jì)算每個(gè)調(diào)節(jié)因子Fi的取值分為很

30、低、低、正常、高、很高、極高六級(jí)，正常情況下Fi=1當(dāng)15個(gè)Fi選定，可得：EAF= Fi詳細(xì)COCOMO模型估算公式與中間CoCoMo模型相同，并按分層、分階段的形式給出其工作量影響因素分級(jí)表針對(duì)每一影響因素，按模塊層、子系統(tǒng)層、系統(tǒng)層，有三張工作量因素分級(jí)表，供不同層次的估算使用每一張表中又按開(kāi)發(fā)各個(gè)不同階段給出例如軟件可靠性在子系統(tǒng)層的工作量因素分級(jí)表如下所示 四、Putnam模型一種軟件項(xiàng)目工作量估算的動(dòng)態(tài)多變量模型根據(jù)一些大型軟件項(xiàng)目(30人年以上)的工作量分布情況，推導(dǎo)出軟件項(xiàng)目在軟件生存周期各階段的工作量分布，如圖所示圖中的工作量分布曲線與著名的Reyleigh-norden曲線

31、相似Putnam模型計(jì)算公式根據(jù)Reyleigh-norden曲線給出代碼行數(shù)、工作量和開(kāi)發(fā)時(shí)間之間的關(guān)系，如下所示： L=CKE1/3 其中：L表示源程序代碼行數(shù)(LOC) td表示開(kāi)發(fā)持續(xù)時(shí)間(年) E是包括軟件開(kāi)發(fā)和維護(hù)在整個(gè)生存期所花費(fèi)的工作量(人年)CK表示技術(shù)狀態(tài)常數(shù)，其值依賴于開(kāi)發(fā)環(huán)境由此可得：EL3/(Ck3td4)五、軟件可靠性估算與軟件可靠性密切相關(guān)的程序中殘留錯(cuò)誤數(shù)的估算和平均故障間隔時(shí)間的估算錯(cuò)誤植入法分別測(cè)試法軟件平均故障間隔時(shí)間估算錯(cuò)誤植入法 假設(shè)程序中測(cè)試前殘留的錯(cuò)誤數(shù)為N，然后人為地在程序中植入Ns個(gè)錯(cuò)誤，這些植入的錯(cuò)誤對(duì)測(cè)試人員來(lái)說(shuō)是未知的。經(jīng)過(guò)一段時(shí)間的測(cè)試

32、，如果發(fā)現(xiàn)的錯(cuò)誤數(shù)為n，其中植入的錯(cuò)誤數(shù)為ns，則原程序中殘留的錯(cuò)誤估算值N可用下式計(jì)算：分別測(cè)試法 采用兩組(名)程序測(cè)試員同時(shí)對(duì)一個(gè)程序進(jìn)行獨(dú)立測(cè)試，設(shè)： Er程序中原有的殘留錯(cuò)誤數(shù) E1=第一組測(cè)試員發(fā)現(xiàn)的錯(cuò)誤數(shù) E2=第二組測(cè)試員發(fā)現(xiàn)的錯(cuò)誤數(shù) E0=兩組測(cè)試員同時(shí)發(fā)現(xiàn)的錯(cuò)誤 則程序中殘留錯(cuò)誤的估計(jì)值可用下列計(jì)算軟件平均故障間隔時(shí)間估算 在假設(shè)軟件故障率是常數(shù)的前題下，通?？赏ㄟ^(guò)統(tǒng)計(jì)程序運(yùn)行H小時(shí)期間出現(xiàn)的故障次數(shù)r來(lái)估算軟件故障率估算公式如下：軟件的平均故障時(shí)間MTTF可用下式估算： 根據(jù)軟件項(xiàng)目組對(duì)以往項(xiàng)目的故障修復(fù)時(shí)間的統(tǒng)計(jì)，可得到平均故障修復(fù)時(shí)間MTTR 則軟件平均故障間隔時(shí)間可

33、用下式估算：MTBF=MTTF+MTTR=H/r+MTTR13.4 項(xiàng)目進(jìn)度管理目標(biāo)：確保軟件項(xiàng)目在規(guī)定的時(shí)間內(nèi)按期完成項(xiàng)目進(jìn)度管理任務(wù)定義所有的項(xiàng)目任務(wù)以及它們之間的依賴關(guān)系制訂項(xiàng)目的進(jìn)度安排規(guī)劃每個(gè)任務(wù)所需的工作量和持續(xù)時(shí)間在項(xiàng)目開(kāi)發(fā)過(guò)程中不斷跟蹤項(xiàng)目的執(zhí)行情況，發(fā)現(xiàn)那些未按計(jì)劃進(jìn)度完成的任務(wù)對(duì)整個(gè)項(xiàng)目工期的影響，并及時(shí)進(jìn)行調(diào)整制定進(jìn)度計(jì)劃的兩種情況客戶方都規(guī)定了明確的交付日期，此時(shí)進(jìn)度安排必須在此約束下進(jìn)行只規(guī)定了大致的時(shí)間界限，最終的交付日期由開(kāi)發(fā)組織確定，此時(shí)的進(jìn)度安排可以比較靈活，工作量的分布可考慮對(duì)資源的充分利用指導(dǎo)軟件項(xiàng)目進(jìn)度安排的基本原則-1劃分：項(xiàng)目須被劃分成若干可以管理的

34、活動(dòng)和任務(wù)，為了實(shí)現(xiàn)項(xiàng)目的劃分，對(duì)產(chǎn)品和過(guò)程都需進(jìn)行分解相互依賴性：確定各個(gè)被劃分的活動(dòng)或任務(wù)之間的相互關(guān)系，有些任務(wù)須是串行的，有些可能是并行的時(shí)間分配：必須為每個(gè)被調(diào)度的任務(wù)分配一定數(shù)量的工作單位此外還必須為每個(gè)任務(wù)制定開(kāi)始和結(jié)束日期，這些日期是相互依賴的工作量確認(rèn)：確保在任意時(shí)段中分配給任務(wù)的人員數(shù)量不會(huì)超過(guò)項(xiàng)目組中的人員數(shù)量指導(dǎo)軟件項(xiàng)目進(jìn)度安排的基本原則-2定義責(zé)任：每個(gè)被調(diào)度的任務(wù)都應(yīng)該指定某個(gè)特定的小組成員來(lái)負(fù)責(zé)定義結(jié)果：每個(gè)被調(diào)度的任務(wù)都應(yīng)該有一個(gè)確定的輸出結(jié)果定義里程碑：每個(gè)任務(wù)或任務(wù)組都應(yīng)該與一個(gè)項(xiàng)目里程碑相關(guān)聯(lián)(當(dāng)一個(gè)或多個(gè)工作產(chǎn)品經(jīng)過(guò)質(zhì)量評(píng)審并且得到認(rèn)可時(shí)，標(biāo)志著一個(gè)里程

35、碑的完成)一、人員與生產(chǎn)率之間的關(guān)系人員之間的交流開(kāi)銷：一個(gè)由n個(gè)人組成的項(xiàng)目組內(nèi)共存在n(n1)/2條通信路徑對(duì)于生產(chǎn)率的影響：增加一人并不等于凈增一人的工作量，應(yīng)扣除相應(yīng)的通信代價(jià)每個(gè)開(kāi)發(fā)小組的成員不宜太多，通過(guò)合理的組織形式減少組內(nèi)的通信路徑數(shù)在開(kāi)發(fā)過(guò)程中盡量不要中途加人，避免太多的生產(chǎn)率損失參與項(xiàng)目的人員數(shù)與整體生產(chǎn)率之間的關(guān)系并非是線性的 二、任務(wù)的分解與并行為了縮短開(kāi)發(fā)進(jìn)度，應(yīng)該根據(jù)不同的軟件項(xiàng)目性質(zhì)，選擇合適的軟件工程過(guò)程對(duì)軟件項(xiàng)目的任務(wù)進(jìn)行分解，并從中找出其串行成分及并行成分由于并行任務(wù)是同時(shí)發(fā)生的，因而在制訂進(jìn)度計(jì)劃表時(shí)必須確定任務(wù)之間的從屬關(guān)系，即確定各個(gè)任務(wù)的先后次序和銜

36、接關(guān)系，確定各個(gè)任務(wù)完成的持續(xù)時(shí)間基于瀑布模型的任務(wù)網(wǎng)絡(luò)示例三、任務(wù)工作量的確定根據(jù)軟件工程過(guò)程的不同，可確定其相應(yīng)的任務(wù)的工程量分配常用的有40-20-40規(guī)則：在整個(gè)軟件開(kāi)發(fā)過(guò)程中，編碼工作量?jī)H占20%，編碼前工作量占40%，編碼后工作量占40%CoCoMo模型按目標(biāo)程序規(guī)模對(duì)不同任務(wù)工作量分配的比例：在實(shí)際應(yīng)用時(shí)，按此比例確定各個(gè)階段工作量的分配，從而進(jìn)一步確定每一階段所需的開(kāi)發(fā)時(shí)間，然后在每個(gè)階段，進(jìn)行任務(wù)分解，對(duì)各個(gè)任務(wù)再進(jìn)行工作量和開(kāi)發(fā)時(shí)間的分配CoCoMo任務(wù)工作量分配比例四、進(jìn)度安排通用的項(xiàng)目進(jìn)度安排工具和技術(shù)可以直接應(yīng)用于軟件項(xiàng)目為監(jiān)控軟件項(xiàng)目的進(jìn)度計(jì)劃和工作的實(shí)際進(jìn)展情況，

37、表現(xiàn)各項(xiàng)任務(wù)之間進(jìn)度的相互依賴關(guān)系，需要采用圖示的方法明確標(biāo)識(shí)：各個(gè)任務(wù)的計(jì)劃開(kāi)始時(shí)間和完成時(shí)間各個(gè)任務(wù)的完成標(biāo)志各任務(wù)與參與工作的人數(shù)，各任務(wù)與工作量之間的銜接情況完成各個(gè)任務(wù)所需的物理資源和數(shù)據(jù)資源甘特圖和網(wǎng)絡(luò)圖是兩種常用的圖示方法1. 甘特圖(Gantt Chart)也稱時(shí)間表(Timeline chart)，用來(lái)建立項(xiàng)目進(jìn)度表在甘特圖中，每項(xiàng)任務(wù)的完成以必須交付的文檔和通過(guò)評(píng)審為標(biāo)準(zhǔn)因此在甘特圖中，文檔編制與評(píng)審是軟件開(kāi)發(fā)進(jìn)度的里程碑 甘特圖示例-1甘特圖示例-22. PERT和CPM計(jì)劃評(píng)審技術(shù)(PERT)program evaluation and review technique

38、關(guān)鍵路徑方法(CPM)critical path method安排開(kāi)發(fā)進(jìn)度、制定軟件開(kāi)發(fā)計(jì)劃的常用方法原理：采用網(wǎng)絡(luò)圖描述一個(gè)項(xiàng)目的任務(wù)網(wǎng)絡(luò)，把應(yīng)當(dāng)完成的任務(wù)用圖或表的形式表示出來(lái)PERT圖PERT圖是一種有向圖圖中的箭頭表示任務(wù)(或作業(yè))，箭頭上可標(biāo)上完成該任務(wù)所需的時(shí)間圖中的結(jié)點(diǎn)(事件)表示流入該結(jié)點(diǎn)的任務(wù)已完成，可以開(kāi)始流出該結(jié)點(diǎn)的任務(wù)僅當(dāng)所有流入結(jié)點(diǎn)的任務(wù)都完成時(shí)，流出該結(jié)點(diǎn)的任務(wù)才同時(shí)開(kāi)始事件本身不消耗時(shí)間和資源，它僅代表某個(gè)時(shí)間點(diǎn)一個(gè)任務(wù)可由事件之間的箭頭來(lái)表示，二個(gè)事件之間僅可存在一條箭頭為了表示任務(wù)之間的關(guān)系，可以引入空任務(wù)，空任務(wù)完成的時(shí)間為0PERT圖中的事件每個(gè)事件用一個(gè)

39、事件號(hào)進(jìn)行標(biāo)記，對(duì)每個(gè)事件定義：最早時(shí)刻：表示所有到達(dá)該事件的任務(wù)最早在此時(shí)刻時(shí)完成，或從該事件出發(fā)的任務(wù)最早在此時(shí)刻時(shí)才可開(kāi)始最遲時(shí)刻：最遲時(shí)刻表示所有到達(dá)該事件的任務(wù)最遲必須在此時(shí)刻完成，或從該事件出發(fā)的任務(wù)最遲必須在此時(shí)刻時(shí)開(kāi)始，否則整個(gè)工程就無(wú)法按期完成關(guān)鍵路徑的計(jì)算機(jī)動(dòng)時(shí)間：在不影響整個(gè)工期的情況下，當(dāng)前任務(wù)允許延遲的最長(zhǎng)時(shí)間通過(guò)計(jì)算各任務(wù)的機(jī)動(dòng)時(shí)間來(lái)求項(xiàng)目的關(guān)鍵路徑方法步驟：計(jì)算最早時(shí)刻EFT計(jì)算最遲時(shí)刻LET計(jì)算機(jī)動(dòng)時(shí)間得出關(guān)鍵路徑：由機(jī)動(dòng)時(shí)間為0的任務(wù)組成的項(xiàng)目路徑計(jì)算最早時(shí)刻EFT 設(shè)：(i，j)為聯(lián)結(jié)事件i，j的任務(wù)、t(i，j)為任務(wù)(i，j)的持續(xù)時(shí)間、I為所有任務(wù)的集

40、合、tE(j)為事件j的最早時(shí)刻 設(shè)：起始事件為0號(hào)事件，n為結(jié)束事件 規(guī)定tE(0)0，從左到右按事件發(fā)生的順序計(jì)算每個(gè)事件的最早時(shí)刻，那么就有事件j的最早時(shí)刻為：最早時(shí)刻計(jì)算示例-1下圖中最早時(shí)刻計(jì)算示例-2計(jì)算最遲時(shí)刻LET 以tL(i)表示事件i的最遲時(shí)刻，設(shè)n為最后一個(gè)事件，則有： 從右到左按事件發(fā)生的逆序計(jì)算每個(gè)事件的最遲時(shí)刻，事件i的最遲時(shí)刻為：計(jì)算機(jī)動(dòng)時(shí)間對(duì)事件i和事件j之間的任務(wù)(i，j)其機(jī)動(dòng)時(shí)間為：機(jī)動(dòng)時(shí)間為0的任務(wù)(作業(yè)流)組成整個(gè)工程的關(guān)鍵路徑跟蹤進(jìn)度根據(jù)項(xiàng)目進(jìn)度表，跟蹤和控制各任務(wù)的實(shí)際執(zhí)行情況一發(fā)現(xiàn)某個(gè)任務(wù)(特別是關(guān)鍵路徑上的任務(wù))未在計(jì)劃進(jìn)度規(guī)定的時(shí)間范圍內(nèi)完成

41、，則要采取措施進(jìn)行調(diào)整增加額外的資源、增加新的員工或調(diào)整項(xiàng)目進(jìn)度表可以通過(guò)以下方式來(lái)實(shí)現(xiàn)項(xiàng)目跟蹤：定期舉行項(xiàng)目狀態(tài)會(huì)議，由項(xiàng)目組中的各個(gè)成員分別報(bào)告進(jìn)度和問(wèn)題評(píng)價(jià)在軟件工程過(guò)程中產(chǎn)生的所有評(píng)審結(jié)果確定正式的項(xiàng)目里程碑是否在預(yù)定日期內(nèi)完成比較項(xiàng)目表中列出的各項(xiàng)任務(wù)的實(shí)際開(kāi)始日期與計(jì)劃開(kāi)始日期非正式與開(kāi)發(fā)人員進(jìn)行會(huì)談，獲取他們對(duì)項(xiàng)目進(jìn)展及可能出現(xiàn)的問(wèn)題的客觀評(píng)價(jià)13.5 風(fēng)險(xiǎn)管理現(xiàn)代項(xiàng)目管理與傳統(tǒng)項(xiàng)目管理的不同之處就是引入了風(fēng)險(xiǎn)管理技術(shù)風(fēng)險(xiǎn)：在給定情況下和特定時(shí)間內(nèi)，那些可能發(fā)生的結(jié)果與預(yù)期結(jié)果之間的差異，差異越大，風(fēng)險(xiǎn)越大風(fēng)險(xiǎn)管理就是識(shí)別評(píng)估風(fēng)險(xiǎn)，建立、選擇、管理和解決風(fēng)險(xiǎn)的可選方案和組織方法包

42、括了風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)預(yù)測(cè)、風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)管理與監(jiān)控四個(gè)活動(dòng)強(qiáng)調(diào)通過(guò)對(duì)項(xiàng)目目標(biāo)的主動(dòng)控制做到防患于未然以避免或減少損失風(fēng)險(xiǎn)因素風(fēng)險(xiǎn)因素事件(不希望發(fā)生的變化)事件發(fā)生的概率(事件發(fā)生具有不確定性)事件的影響(后果)風(fēng)險(xiǎn)的原因風(fēng)險(xiǎn)可表示成不確定和后果的函數(shù)： 風(fēng)險(xiǎn)f(事件，不確定性，后果)特定風(fēng)險(xiǎn)可采用必要的措施得到最大限度的避免，因此： 風(fēng)險(xiǎn)f(事故，安全措施) 13.5.1 風(fēng)險(xiǎn)標(biāo)識(shí) 風(fēng)險(xiǎn)的類別項(xiàng)目風(fēng)險(xiǎn)：可能對(duì)項(xiàng)目的預(yù)算、進(jìn)度、人力、資源、顧客和需求等方面產(chǎn)生不良影響的的潛在問(wèn)題技術(shù)風(fēng)險(xiǎn)：潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的問(wèn)題，此外，規(guī)約的二義性、技術(shù)的不確定性、陳舊或不成熟的“領(lǐng)先的”

43、技術(shù)都可能是技術(shù)風(fēng)險(xiǎn)商業(yè)風(fēng)險(xiǎn)：威脅要開(kāi)發(fā)的軟件的生存能力開(kāi)發(fā)了一個(gè)無(wú)人真正需要的產(chǎn)品(市場(chǎng)風(fēng)險(xiǎn))開(kāi)發(fā)的產(chǎn)品不符合公司的整體商業(yè)策略(策略風(fēng)險(xiǎn))建造了一個(gè)銷售部門不知如何銷售的產(chǎn)品由于重點(diǎn)轉(zhuǎn)移失去了高級(jí)管理層支持(管理風(fēng)險(xiǎn))沒(méi)有得到充分預(yù)算或人力資源保證(預(yù)算風(fēng)險(xiǎn))影響軟件風(fēng)險(xiǎn)的因素包括性能、成本、支持和進(jìn)度性能風(fēng)險(xiǎn)：產(chǎn)品能滿足需求且符合其使用目的的不確定的程度成本風(fēng)險(xiǎn)：項(xiàng)目瞀能被維持的不確定的程度支持風(fēng)險(xiǎn)：軟件易于維護(hù)的不確定的程度進(jìn)度風(fēng)險(xiǎn)：項(xiàng)目進(jìn)度能被維持且產(chǎn)品能按時(shí)交付的不確定的程度 通過(guò)風(fēng)險(xiǎn)檢測(cè)表標(biāo)識(shí)風(fēng)險(xiǎn) 設(shè)計(jì)及使用各類風(fēng)險(xiǎn)檢測(cè)表來(lái)標(biāo)識(shí)各種風(fēng)險(xiǎn)，風(fēng)險(xiǎn)表中列出了相關(guān)的一些問(wèn)題，對(duì)這些問(wèn)題可

44、以選用05來(lái)回答，值越大表示風(fēng)險(xiǎn)越大，如“人員配備風(fēng)險(xiǎn)檢測(cè)表”：13.5.2 風(fēng)險(xiǎn)預(yù)測(cè)評(píng)價(jià)每種風(fēng)險(xiǎn)發(fā)生的可能性或概率以及當(dāng)該風(fēng)險(xiǎn)發(fā)生時(shí)所導(dǎo)致的后果，包括：建立一個(gè)尺度，以反映風(fēng)險(xiǎn)發(fā)生的可能性描述風(fēng)險(xiǎn)的后果估算風(fēng)險(xiǎn)對(duì)項(xiàng)目及產(chǎn)品的影響標(biāo)注風(fēng)險(xiǎn)預(yù)測(cè)的整體精確度以免產(chǎn)生誤解建立風(fēng)險(xiǎn)表第1列列出所有的風(fēng)險(xiǎn)第2至4列列出每個(gè)風(fēng)險(xiǎn)的種類(項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn)等)、發(fā)生的概率以及所產(chǎn)生的影響綜合考慮風(fēng)險(xiǎn)發(fā)生的概率和風(fēng)險(xiǎn)所產(chǎn)生的影響，對(duì)風(fēng)險(xiǎn)表排序13.5.3 風(fēng)險(xiǎn)評(píng)估進(jìn)一步審查風(fēng)險(xiǎn)預(yù)測(cè)階段對(duì)各種風(fēng)險(xiǎn)預(yù)測(cè)的精確度，并對(duì)每個(gè)風(fēng)險(xiǎn)因素定義一個(gè)風(fēng)險(xiǎn)參考水準(zhǔn)當(dāng)性能下降、成本超支、支持困難或進(jìn)度延遲超過(guò)相應(yīng)的水準(zhǔn)時(shí)

45、會(huì)導(dǎo)致項(xiàng)目被迫終止風(fēng)險(xiǎn)評(píng)估活動(dòng)通常采用下列形式的三元組：ri，li，xi，其中：ri表示風(fēng)險(xiǎn)，li表示風(fēng)險(xiǎn)發(fā)生的概率，xi表示風(fēng)險(xiǎn)產(chǎn)生的影響風(fēng)險(xiǎn)參考水準(zhǔn)可以為風(fēng)險(xiǎn)因素的組合定義風(fēng)險(xiǎn)參考水準(zhǔn)。下圖給出了進(jìn)度和成本組合的風(fēng)險(xiǎn)參考水準(zhǔn)，圖中陰影部分是導(dǎo)致項(xiàng)目終止的區(qū)域，即當(dāng)項(xiàng)目的成本值和進(jìn)度值位于該區(qū)域時(shí)將導(dǎo)致項(xiàng)目的終止風(fēng)險(xiǎn)評(píng)估過(guò)程定義項(xiàng)目的風(fēng)險(xiǎn)參考水準(zhǔn)建立每一個(gè)(ri，li，xi)與每個(gè)參考水準(zhǔn)之間的關(guān)系預(yù)測(cè)一組參考點(diǎn)以定義項(xiàng)目終止區(qū)域，該區(qū)域由一條曲線或不確定區(qū)域界定預(yù)測(cè)什么樣的風(fēng)險(xiǎn)組合會(huì)影響參考水準(zhǔn) 風(fēng)險(xiǎn)管理活動(dòng)的目的是輔助項(xiàng)目組建立處理風(fēng)險(xiǎn)的策略，一個(gè)有效的策略應(yīng)考慮以下3個(gè)問(wèn)題：1.風(fēng)險(xiǎn)避

46、免對(duì)付風(fēng)險(xiǎn)的最好辦法是主動(dòng)地避免風(fēng)險(xiǎn)，即在風(fēng)險(xiǎn)發(fā)生前，分析引起風(fēng)險(xiǎn)的原因，然后采取措施，以避免風(fēng)險(xiǎn)的發(fā)生分析為避免“頻繁的人員流動(dòng)”風(fēng)險(xiǎn)可采取哪些策略。13.5.4 風(fēng)險(xiǎn)管理和控制2.風(fēng)險(xiǎn)監(jiān)控監(jiān)控可以提供風(fēng)險(xiǎn)指示(是否正在變高或變低)的因素例如，對(duì)人員流動(dòng)風(fēng)險(xiǎn)可監(jiān)控如下因素：項(xiàng)目組成員對(duì)項(xiàng)目的態(tài)度項(xiàng)目組的凝聚力成員之間的關(guān)系與報(bào)酬和利益相關(guān)的問(wèn)題在公司內(nèi)和公司外工作的可能性 3.風(fēng)險(xiǎn)管理及監(jiān)控計(jì)劃(RMMP)Risk Management and Monitoring Plan對(duì)于每個(gè)風(fēng)險(xiǎn)，特別對(duì)那些高概率高影響的風(fēng)險(xiǎn)應(yīng)制定RMMPRMMP的實(shí)施會(huì)導(dǎo)致額外的項(xiàng)目開(kāi)銷對(duì)于一個(gè)大型項(xiàng)目，可能識(shí)別出

47、30或40種風(fēng)險(xiǎn)。如果為每種風(fēng)險(xiǎn)定義3至7個(gè)風(fēng)險(xiǎn)管理步驟，則風(fēng)險(xiǎn)管理本身可作為一個(gè)子項(xiàng)目風(fēng)險(xiǎn)管理和監(jiān)控活動(dòng)風(fēng)險(xiǎn)管理和監(jiān)控計(jì)劃目錄1.引言 1.1文檔的范圍和目的 1.2概述 1)目標(biāo) 2)風(fēng)險(xiǎn)轉(zhuǎn)化的優(yōu)先級(jí) 1.3組織 1)管理 2)職責(zé) 3)工作流程 1.4風(fēng)險(xiǎn)轉(zhuǎn)化過(guò)程 1)進(jìn)度 2)里程碑和評(píng)審 3)預(yù)算2. 風(fēng)險(xiǎn)分析 2.1風(fēng)險(xiǎn)識(shí)別 1)風(fēng)險(xiǎn)源及風(fēng)險(xiǎn)概述 2)風(fēng)險(xiǎn)分類 2.2 風(fēng)險(xiǎn)預(yù)測(cè) 1)估算風(fēng)險(xiǎn)概率 2)估算風(fēng)險(xiǎn)的后果 3)估算規(guī)則 4)產(chǎn)生估計(jì)誤差的原因 2.3風(fēng)險(xiǎn)評(píng)估 1) 評(píng)估方法 2) 評(píng)估假設(shè)及限制性 3) 風(fēng)險(xiǎn)參照水準(zhǔn) 4) 評(píng)估結(jié)果3.風(fēng)險(xiǎn)管理 3.1 建議 3.2 風(fēng)險(xiǎn)

48、轉(zhuǎn)化選項(xiàng) 3.3 控制風(fēng)險(xiǎn)轉(zhuǎn)化的建議 3.4 風(fēng)險(xiǎn)監(jiān)控過(guò)程4附錄 4.1 風(fēng)險(xiǎn)位置的估算 4.2 風(fēng)險(xiǎn)排除計(jì)劃13.6 軟件項(xiàng)目的組織項(xiàng)目組織形式不僅要考慮軟件項(xiàng)目的特點(diǎn)，還需要考慮參與人員的素質(zhì)在軟件項(xiàng)目的組織原則：盡早落實(shí)責(zé)任：在項(xiàng)目開(kāi)始組織時(shí)，要盡早指定專人負(fù)責(zé)，使他有權(quán)進(jìn)行管理，并對(duì)任務(wù)的完成負(fù)全責(zé)減少接口：一個(gè)組織的生產(chǎn)率隨完成任務(wù)中存在通信路徑數(shù)目的增加而降低。要有合理的人員分工、好的組織結(jié)構(gòu)、有效的通信，減少不必要的生產(chǎn)率的損失責(zé)權(quán)均衡：軟件經(jīng)理人員所負(fù)的責(zé)任不應(yīng)比委任給他的權(quán)力還大13.6.1 項(xiàng)目組織模式按項(xiàng)目劃分的模式：按項(xiàng)目將開(kāi)發(fā)人員組織成項(xiàng)目組，項(xiàng)目組的成員共同完成該項(xiàng)

49、目的所有開(kāi)發(fā)任務(wù)，包括項(xiàng)目的定義、需求分析、設(shè)計(jì)、編碼、測(cè)試、評(píng)審以及所有的文檔編制，甚至包括該項(xiàng)目的維護(hù)按職能劃分的模式：按軟件過(guò)程中所反映的各種職能將項(xiàng)目的參與者組織成相應(yīng)的專業(yè)組，如開(kāi)發(fā)組、測(cè)試組、質(zhì)量保證組、維護(hù)組等矩陣形模式：上述兩種模式的復(fù)合，每個(gè)軟件人員既屬于某個(gè)專業(yè)組，又屬于某個(gè)項(xiàng)目組13.6.2 程序設(shè)計(jì)小組的組織形式程序設(shè)計(jì)小組主要是指從事軟件開(kāi)發(fā)活動(dòng)的小組三種常見(jiàn)的程序設(shè)計(jì)小組的組織形式(具有不同的通信路徑數(shù))主程序員制小組(Chief programmer team)民主制小組(Democratic team)層次式小組(Hierarchical team)主程序員制小

50、組由一名主程序員、若干名程序員、一名后緩(back up)工程師和一名資料員組成主程序員通常由高級(jí)工程師擔(dān)任，負(fù)責(zé)小組的全部技術(shù)活動(dòng)，進(jìn)行任務(wù)的分配，協(xié)調(diào)技術(shù)問(wèn)題，組織評(píng)審，必要時(shí)也設(shè)計(jì)和實(shí)現(xiàn)項(xiàng)目中的關(guān)鍵部分程序員負(fù)責(zé)完成主程序員指派給他的任務(wù)，包括相關(guān)的文檔編寫后援工程師協(xié)助主程序員工作，必要時(shí)能替代主程序員，他也做部分的開(kāi)發(fā)工作資料員負(fù)責(zé)小組中所有文檔資料的管理，收集與過(guò)程度量相關(guān)的數(shù)據(jù)，為評(píng)審準(zhǔn)備資料。一個(gè)資料員可以同時(shí)服務(wù)于多個(gè)小組民主制小組小組成員之間地位平等，雖然形式上有一位組長(zhǎng)，但小組的工作目標(biāo)及決策都是由全體成員集體決定的能充分發(fā)揮每個(gè)成員的積極性小組成員平等地交換意見(jiàn)，互相合

51、作，形成一個(gè)良好的工作氛圍但這種形式的組內(nèi)通信路徑比較多層次式小組層次式小組：一名組長(zhǎng)領(lǐng)導(dǎo)若干名高級(jí)程序員，每名高級(jí)程序員領(lǐng)導(dǎo)若干名程序員組長(zhǎng)通常就是項(xiàng)目負(fù)責(zé)人，負(fù)責(zé)全組的技術(shù)工作，進(jìn)行任務(wù)分配，組織評(píng)審高級(jí)程序員負(fù)責(zé)項(xiàng)目的一個(gè)部分或一個(gè)子系統(tǒng)，負(fù)責(zé)該部分的分析、設(shè)計(jì)，并將子任務(wù)分配給程序員這種組織形式適合于具有層次結(jié)構(gòu)特征的項(xiàng)目的開(kāi)發(fā)組內(nèi)的通信路徑數(shù)介于主程序員制小組和民主制小組之間三種程序設(shè)計(jì)小組的組織結(jié)構(gòu)及通信13.6.3 人員配備合理地配備人員包括：對(duì)不同的開(kāi)發(fā)活動(dòng)指派不同的人員，并明確指出對(duì)種類人員的要求通常在項(xiàng)目初期需要的人員并不太多，但其業(yè)務(wù)和技術(shù)水平要高在項(xiàng)目的中后期需要較多的

52、人參與，其中大多是一些有專門技術(shù)的人在項(xiàng)目臨近結(jié)束(試運(yùn)行)時(shí)，只需少量人員參與即可如果一個(gè)軟件項(xiàng)目從開(kāi)始到結(jié)束都保持一個(gè)恒定的人員配備，那么就會(huì)出現(xiàn)下圖中的情況配備人員的原則重質(zhì)量：軟件項(xiàng)目組不僅需要足夠的人，更需要業(yè)務(wù)和技術(shù)水平高的人重培訓(xùn)：培養(yǎng)所需技術(shù)人員和管理人員是有效解決人員問(wèn)題的好方法雙階梯提升：人員提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進(jìn)行，不能混在一起項(xiàng)目經(jīng)理的要求項(xiàng)目經(jīng)理是項(xiàng)目的組織者，關(guān)系到項(xiàng)目的成敗一個(gè)稱職的項(xiàng)目經(jīng)理應(yīng)具備如下能力：獲得充分資源的能力組建團(tuán)隊(duì)的能力分解工作的能力為項(xiàng)目組織提供良好環(huán)境的能力權(quán)衡項(xiàng)目目標(biāo)的能力應(yīng)付危機(jī)，解決沖突的能力談判及廣泛溝通的能力技術(shù)綜合能力領(lǐng)

53、導(dǎo)才能軟件人員的素質(zhì)要求牢固掌握計(jì)算機(jī)軟件的基本知識(shí)和技能善于分析和綜合問(wèn)題，具有嚴(yán)密的邏輯思維能力工作踏實(shí)、細(xì)致、不靠碰運(yùn)氣，遵循標(biāo)準(zhǔn)和規(guī)范，具有嚴(yán)格的科學(xué)作風(fēng)工作中表現(xiàn)出有耐心、有毅力、有責(zé)任心善于聽(tīng)取別人的意見(jiàn)，善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系具有良好的書面和口頭表達(dá)能力13.7 軟件質(zhì)量管理高質(zhì)量的軟件應(yīng)該具備以下條件：滿足軟件需求定義的功能和性能文檔符合事先確定的軟件開(kāi)發(fā)標(biāo)準(zhǔn)軟件的特點(diǎn)和屬性遵循軟件工程的目標(biāo)和原則還應(yīng)該考慮在預(yù)算和進(jìn)度范圍內(nèi)交付，因此在項(xiàng)目進(jìn)行過(guò)程中要對(duì)偏差進(jìn)行控制質(zhì)量控制和質(zhì)量保證質(zhì)量控制是為了保證每一件工作產(chǎn)品都滿足對(duì)它的需求而應(yīng)用于整個(gè)開(kāi)發(fā)周期中的一

54、系列審查、評(píng)審和測(cè)試質(zhì)量控制在創(chuàng)建工作產(chǎn)品的過(guò)程中包含一個(gè)反饋循環(huán)，通過(guò)對(duì)質(zhì)量的反饋，使得能夠在得到的工作產(chǎn)品不能滿足其規(guī)約時(shí)調(diào)整開(kāi)發(fā)過(guò)程所有工作產(chǎn)品都應(yīng)該具有定義好的和可度量的規(guī)約，這樣就可以將每個(gè)過(guò)程的產(chǎn)品與這一規(guī)約進(jìn)行比較質(zhì)量保證由管理層的審計(jì)和報(bào)告構(gòu)成，目標(biāo)是為管理層提供獲知產(chǎn)品質(zhì)量信息所需的數(shù)據(jù)，從而獲得產(chǎn)品質(zhì)量是否符合預(yù)定目標(biāo)的認(rèn)識(shí)和信心13.7.1 軟件質(zhì)量保證軟件質(zhì)量保證活動(dòng)由兩類不同的角色承擔(dān)負(fù)責(zé)技術(shù)工作的軟件工程師：通過(guò)采用可靠的技術(shù)方法和措施、進(jìn)行正式的技術(shù)評(píng)審、計(jì)劃周密的軟件測(cè)試來(lái)考慮質(zhì)量問(wèn)題，并完成軟件質(zhì)量保證和質(zhì)量控制活動(dòng)負(fù)責(zé)質(zhì)量保證工作的SQA (Software

55、 Quality Assurance)小組：輔助軟件工程小組得到高質(zhì)量的最終產(chǎn)品SQA小組的活動(dòng)(CMU SEI)為項(xiàng)目準(zhǔn)備SQA計(jì)劃參與開(kāi)發(fā)該項(xiàng)目的軟件過(guò)程描述評(píng)審各項(xiàng)軟件工程活動(dòng)、對(duì)其是否符合定義好的軟件過(guò)程中的相應(yīng)部分進(jìn)行核實(shí)審計(jì)指定的軟件工作產(chǎn)品、對(duì)其是否符合定義好的軟件過(guò)程中的相應(yīng)部分確保軟件工程及工作產(chǎn)品中的偏差已被記錄在案，并根據(jù)預(yù)定規(guī)程進(jìn)行處理記錄所有不符合的部分并報(bào)告給高級(jí)管理者。此外，SQA小組還需要協(xié)調(diào)變化的控制和管理，并幫助收集和分析軟件度量信息13.7.2 軟件評(píng)審軟件評(píng)審是軟件質(zhì)量保證的重要手段通常在軟件工程過(guò)程的每個(gè)活動(dòng)(如需求分析、設(shè)計(jì)、編碼)的后期進(jìn)行正式的軟

56、件評(píng)審兩種主要評(píng)審活動(dòng)：項(xiàng)目管理評(píng)審和技術(shù)評(píng)審(ISO/IEC 12207信息技術(shù) 軟件生存周期過(guò)程中的聯(lián)合評(píng)審過(guò)程定義)項(xiàng)目管理評(píng)審項(xiàng)目管理評(píng)審的任務(wù)是針對(duì)適用的項(xiàng)目計(jì)劃、進(jìn)度安排、標(biāo)準(zhǔn)和指南進(jìn)行項(xiàng)目狀態(tài)的評(píng)價(jià)評(píng)審的結(jié)果應(yīng)做出下列規(guī)定：基于對(duì)活動(dòng)或軟件產(chǎn)品狀態(tài)的評(píng)價(jià)，按照計(jì)劃進(jìn)行改進(jìn)活動(dòng)通過(guò)配備必要的資源維持項(xiàng)目的總體控制改變項(xiàng)目的方向或決定是否需要另外計(jì)劃評(píng)價(jià)和管理可能危及項(xiàng)目成功的風(fēng)險(xiǎn)問(wèn)題技術(shù)評(píng)審技術(shù)評(píng)審的任務(wù)是舉行技術(shù)評(píng)審以評(píng)價(jià)正在考慮中的軟件產(chǎn)品或服務(wù)，并提供下列證據(jù)：它們是完整的它們符合標(biāo)準(zhǔn)和規(guī)范對(duì)它們的更改是正確地實(shí)施的，并且僅僅影響配置管理過(guò)程所標(biāo)明的區(qū)域它們遵循適用的規(guī)程它們

57、已為下一個(gè)活動(dòng)做好準(zhǔn)備根據(jù)項(xiàng)目的計(jì)劃、進(jìn)度安排、標(biāo)準(zhǔn)和指南正在進(jìn)行開(kāi)發(fā)、動(dòng)作或維護(hù)軟件評(píng)審的方法軟件評(píng)審大致可分為正式評(píng)審和非正式評(píng)審正式評(píng)審(formal reviews)通常在軟件工程過(guò)程的每個(gè)活動(dòng)的后期進(jìn)行，采用正式的會(huì)議評(píng)審方式，通過(guò)正式評(píng)審的活動(dòng)標(biāo)志著該活動(dòng)到達(dá)了一個(gè)里程碑，該活動(dòng)的制品也就成為一個(gè)基線非正式評(píng)審(informal reviews)通常是一種由同事參加的即興聚會(huì)，大多采用“走查”(walkthrough)的方式正式的技術(shù)評(píng)審過(guò)程評(píng)審會(huì)議由評(píng)審會(huì)主席和若干名評(píng)審員組成，參加者大多是與評(píng)審內(nèi)容相關(guān)的技術(shù)專家，參加人員不宜太多，通常為35人必要時(shí)(如需求評(píng)審)可請(qǐng)用戶代表參

58、加 評(píng)審記錄指派專人記錄會(huì)上提出的所有問(wèn)題會(huì)議結(jié)束后將其整理成一份“評(píng)審問(wèn)題列表”并存檔 評(píng)審報(bào)告評(píng)審會(huì)結(jié)束時(shí)應(yīng)形成評(píng)審總結(jié)報(bào)告，總結(jié)報(bào)告應(yīng)指明被評(píng)審的制品，參加評(píng)審的人員，評(píng)審中發(fā)現(xiàn)的問(wèn)題以及評(píng)審的結(jié)論評(píng)審總結(jié)報(bào)告不必很長(zhǎng)(通常一頁(yè)紙就夠了)，而“評(píng)審問(wèn)題列表”可作為評(píng)審總結(jié)報(bào)告的附件。評(píng)審的指導(dǎo)原則評(píng)審產(chǎn)品，而不是評(píng)審生產(chǎn)者制定議事日程且遵守日程限制爭(zhēng)論和辨駁對(duì)各個(gè)問(wèn)題都發(fā)表見(jiàn)解，但不要試圖解決所有記錄的問(wèn)題做書面筆記限制參與者人數(shù)并堅(jiān)持事先做準(zhǔn)備為每個(gè)可能要評(píng)審的工作制品建立一個(gè)檢查表為正式技術(shù)評(píng)審分配資源和時(shí)間對(duì)所有評(píng)審者進(jìn)行有意義的培訓(xùn)評(píng)審以前所做的評(píng)審1.軟件配置管理基本概念軟件配置項(xiàng)(Software Configuration item，SCI)：為配置管理設(shè)計(jì)的軟件的集合，它在配