軟件工程-實(shí)踐者的研究方法講義_第二十一章項(xiàng)目進(jìn)度安排ppt課件

1、軟件工程第21章 工程進(jìn)度安排主要內(nèi)容根本概念工程進(jìn)度安排為軟件工程定義義務(wù)集定義義務(wù)網(wǎng)絡(luò)進(jìn)度安排掙值分析小結(jié)工程進(jìn)度安排應(yīng)該創(chuàng)建一個(gè)軟件工程義務(wù)網(wǎng)絡(luò)，該網(wǎng)絡(luò)將使他可以按時(shí)完成任務(wù)。網(wǎng)絡(luò)創(chuàng)建完成之后，必需為每一個(gè)義務(wù)確定責(zé)任，還要確保完成這些責(zé)任，并在風(fēng)險(xiǎn)到來(lái)時(shí)調(diào)整該網(wǎng)絡(luò)。簡(jiǎn)單地說(shuō)，這就是軟件工程進(jìn)度安排和跟蹤。在工程級(jí)，是那些運(yùn)用從軟件工程師處獲得的信息的軟件工程管理者們。在個(gè)體級(jí)，是軟件工程師本人。工程進(jìn)度安排為了建造復(fù)雜的系統(tǒng)，很多軟件工程義務(wù)會(huì)并行地進(jìn)展，而且在一個(gè)義務(wù)中得到的任務(wù)結(jié)果能夠?qū)υ诹硪粋€(gè)義務(wù)中將要進(jìn)展的任務(wù)具有深遠(yuǎn)的影響。沒(méi)有進(jìn)度安排，義務(wù)之間的這種相互依賴(lài)性是非常難以了解

2、的。實(shí)踐上，沒(méi)有一個(gè)詳細(xì)的進(jìn)度安排，要評(píng)價(jià)中等程度或大型的軟件工程的進(jìn)展情況也是不能夠的。工程進(jìn)度安排 軟件過(guò)程模型規(guī)定的軟件工程義務(wù)要根據(jù)詳細(xì)實(shí)現(xiàn)的功能進(jìn)展細(xì)化；任務(wù)量和工期應(yīng)分配到每個(gè)義務(wù)；義務(wù)網(wǎng)絡(luò)的創(chuàng)建，使得軟件團(tuán)隊(duì)可以在最后期限之前完成工程。任務(wù)產(chǎn)品是工程進(jìn)度安排和相關(guān)的信息。正確的進(jìn)度安排需求：(1)網(wǎng)絡(luò)中包含一切的義務(wù)；(2)給每個(gè)義務(wù)合理分配任務(wù)量和時(shí)間；(3)明確指出義務(wù)間的依賴(lài)關(guān)系；(4)資源應(yīng)分配給詳細(xì)要完成的任務(wù)；(5)提供短時(shí)間間隔的里程碑，以便于過(guò)程跟蹤。根本概念雖然軟件延期交付的緣由很多，但是大多數(shù)都可以追溯到下面列出的一個(gè)或多個(gè)根本緣由上：不真實(shí)踐的工程終了期限，

3、由軟件工程小組以外的某個(gè)人所制定，并強(qiáng)加給軟件工程小組內(nèi)的管理者和開(kāi)發(fā)者?？蛻?hù)需求發(fā)生變卦，而這種變卦沒(méi)有在工程變卦進(jìn)度表上預(yù)先安排。對(duì)完成該任務(wù)所需的任務(wù)量和/或資源數(shù)量估計(jì)缺乏。在工程開(kāi)場(chǎng)時(shí)，沒(méi)有思索可預(yù)測(cè)的和/或不可預(yù)測(cè)的風(fēng)險(xiǎn)。出現(xiàn)了事先無(wú)法估計(jì)的技術(shù)難題。出現(xiàn)了事先無(wú)法估計(jì)的人力問(wèn)題。由于工程團(tuán)隊(duì)成員之間的交流不暢而導(dǎo)致的延期。工程管理者未能發(fā)現(xiàn)工程進(jìn)度拖后，也未能采取措施來(lái)處理這一問(wèn)題。實(shí)例假定一個(gè)軟件工程團(tuán)隊(duì)授命開(kāi)發(fā)一個(gè)實(shí)時(shí)控制器軟件，將在9個(gè)月內(nèi)推向市場(chǎng)，在進(jìn)展了仔細(xì)的估算和風(fēng)險(xiǎn)分析之后，軟件工程管理者得到的結(jié)論是：在現(xiàn)有人員條件下，需求14個(gè)月的時(shí)間才干完成這一軟件。這位工程管

4、理者下一步該怎樣辦呢？實(shí)例1.按照以往工程的歷史數(shù)據(jù)進(jìn)展詳細(xì)的估算，確定工程的估算任務(wù)量和工期。2.采用增量過(guò)程模型制定一個(gè)軟件工程戰(zhàn)略，以保證可以在規(guī)定的交付日期提供主要功能，而將其他功能的實(shí)現(xiàn)推到以后。然后將這一方案做成文檔。3.與客戶(hù)交流，并闡明為什么規(guī)定的交付日期是不現(xiàn)實(shí)的。一定要指出一切這些估算都是基于以往的工程實(shí)際，而且為了在目前規(guī)定的交付期限完成該工程，與以往相比在任務(wù)效率上必需提高的百分比。4.將增量開(kāi)發(fā)戰(zhàn)略作為可選方案提交給客戶(hù)。工程進(jìn)度安排技術(shù)性工程的現(xiàn)實(shí)情況是，在實(shí)現(xiàn)一個(gè)大目的之前必需完成數(shù)以百計(jì)的小義務(wù)。這些義務(wù)中有些是處于主流之外的，其進(jìn)度不會(huì)影響到整個(gè)工程的完成時(shí)間

5、。而有些義務(wù)那么是位于“關(guān)鍵途徑之上的，假設(shè)這些“關(guān)鍵義務(wù)的進(jìn)度拖后，那么整個(gè)工程的完成日期就會(huì)遭到要挾。工程進(jìn)度安排工程管理者的職責(zé)是定義一切的工程義務(wù)，建立相應(yīng)的網(wǎng)絡(luò)來(lái)描畫(huà)它們之間的依賴(lài)關(guān)系，明確網(wǎng)絡(luò)中的關(guān)鍵義務(wù)，然后跟蹤關(guān)鍵義務(wù)的進(jìn)展，以確保可以在“某天某時(shí)發(fā)現(xiàn)進(jìn)度延遲情況。為了做到這一點(diǎn)，管理者必需建立相當(dāng)詳細(xì)的進(jìn)度表，使得工程管理者可以監(jiān)視進(jìn)度，并控制整個(gè)工程。工程進(jìn)度安排軟件工程進(jìn)度安排是一種活動(dòng)，它經(jīng)過(guò)將任務(wù)量分配給特定的軟件工程義務(wù)，從而將所估算的任務(wù)量分配到方案的工程工期內(nèi)。進(jìn)度是隨時(shí)間而不斷演化的。在工程方案早期，是建立一個(gè)宏觀進(jìn)度表，該進(jìn)度表標(biāo)識(shí)出一切主要的過(guò)程框架活動(dòng)和

6、這些活動(dòng)所影響的產(chǎn)品功能。隨著工程的進(jìn)展，宏觀進(jìn)度表中的每個(gè)條目都會(huì)被細(xì)化成詳細(xì)的進(jìn)度表，這樣就標(biāo)識(shí)了特定的軟件義務(wù)，同時(shí)也進(jìn)展了進(jìn)度安排。根本原那么劃分。必需將工程劃分成多個(gè)可以管理的活動(dòng)、動(dòng)作和義務(wù)。為了實(shí)現(xiàn)工程的劃分，產(chǎn)品和過(guò)程都需求進(jìn)展分解。相互依賴(lài)性。劃分后的各個(gè)活動(dòng)、動(dòng)作或義務(wù)之間的相互依賴(lài)關(guān)系必需是明確的。有些義務(wù)必需按順序再現(xiàn)，而有些義務(wù)那么可以并發(fā)進(jìn)展。有些活動(dòng)或動(dòng)作只需在其他活動(dòng)產(chǎn)生的任務(wù)產(chǎn)品完成后才可以開(kāi)場(chǎng)，而有些那么可以獨(dú)立進(jìn)展。根本原那么時(shí)間分配。每個(gè)安排了進(jìn)度方案的義務(wù)必需分配一定數(shù)量的任務(wù)單位。此外，還必需為每個(gè)義務(wù)指定開(kāi)場(chǎng)日期和完成日期，義務(wù)的開(kāi)場(chǎng)時(shí)期和完成日期

7、取決于義務(wù)之間的相互依賴(lài)性以及任務(wù)方式是全職還是兼職。任務(wù)量確認(rèn)。每個(gè)工程都有預(yù)定數(shù)量的人員參與。在進(jìn)展時(shí)間分配時(shí)，工程管理者必需確保在恣意時(shí)段中分配的人員數(shù)量不會(huì)超越工程團(tuán)隊(duì)中的總?cè)藛T數(shù)量。根本原那么確定責(zé)任。安排了進(jìn)度方案的每個(gè)義務(wù)都應(yīng)該指定特定的團(tuán)隊(duì)成員來(lái)?yè)?dān)任。明確結(jié)果。安排了進(jìn)度方案的每個(gè)義務(wù)都應(yīng)該有一個(gè)明確的輸出結(jié)果。對(duì)于軟件工程而言，輸出結(jié)果通常是一個(gè)任務(wù)產(chǎn)品或某個(gè)任務(wù)產(chǎn)品的一部分。通?？蓪⒍鄠€(gè)任務(wù)產(chǎn)品組合成“可交付產(chǎn)品。確定里程碑。每個(gè)義務(wù)或義務(wù)組都應(yīng)該與一個(gè)工程里程碑相關(guān)聯(lián)。當(dāng)一個(gè)或多個(gè)任務(wù)產(chǎn)品經(jīng)過(guò)質(zhì)量評(píng)審并且得到認(rèn)可時(shí)，標(biāo)志著一個(gè)里程碑的完成。人員與任務(wù)量之間的關(guān)系對(duì)于小型軟

8、件開(kāi)發(fā)工程，只需一個(gè)人就可以完成需求分析、設(shè)計(jì)、編碼和測(cè)試。隨著工程規(guī)模的增長(zhǎng)，必然會(huì)有更多的人員參與。許多擔(dān)任軟件開(kāi)發(fā)任務(wù)的管理者依然普遍堅(jiān)信這樣一個(gè)神話：“即使進(jìn)度拖后，我們也總是可以添加更多的程序員，并在后期跟隨上進(jìn)度。不幸的是，在工程后期添加人手通常會(huì)對(duì)工程產(chǎn)生破壞性的影響，其結(jié)果是使進(jìn)度進(jìn)一步拖延。后期添加的人員必需學(xué)習(xí)這一系統(tǒng)，而培訓(xùn)他們的人員正是不斷在任務(wù)著的那些人，當(dāng)他們進(jìn)展教學(xué)時(shí)，就不能完成任何任務(wù)，從而使工程進(jìn)一步拖延。人員與任務(wù)量之間的關(guān)系除去學(xué)習(xí)系統(tǒng)所需的時(shí)間之外，新參與人員將會(huì)添加人員之間交流的途徑數(shù)量和整個(gè)工程中交流的復(fù)雜度。雖然交流對(duì)于一個(gè)勝利的軟件開(kāi)發(fā)工程而言絕

9、對(duì)是必不可少的，但是每添加一條新的交流途徑就會(huì)添加額外的任務(wù)量，從而需求更多的時(shí)間。多年以來(lái)的閱歷數(shù)據(jù)和實(shí)際分析都闡明工程進(jìn)度是具有彈性的。即在一定程度上可以縮短工程交付日期，也可以拖延工程交付日期。人員與任務(wù)量之間的關(guān)系PNR曲線闡明了一個(gè)軟件工程中所投入的任務(wù)量與交付時(shí)間的關(guān)系。工程任務(wù)量和交付時(shí)間的函數(shù)關(guān)系曲線如圖21-1所示。圖中的t0表示工程交付所需的最少時(shí)間，而t0左邊的曲線是非線性上升的。人員與任務(wù)量之間的關(guān)系圖21-1 任務(wù)量和交付時(shí)間的關(guān)系任務(wù)量分配在第20章中討論的各種軟件工程估算技術(shù)最終都?xì)w結(jié)為對(duì)完成軟件開(kāi)發(fā)所需任務(wù)單位的估算。軟件過(guò)程中的任務(wù)量分配通常采用40-20-4

10、0法那么?？傮w任務(wù)量的40%分配給前期的分析和設(shè)計(jì)，40%用于后期測(cè)試。這種任務(wù)量分配方法只能作為指點(diǎn)原那么。各個(gè)工程的特點(diǎn)決議了其任務(wù)量如何分配。用于工程方案的任務(wù)量很少超越2%-3%，除非提交給組織的工程方案費(fèi)用極高而且具有高風(fēng)險(xiǎn)。需求分析大約占用10%-25%的任務(wù)量，用于分析或原型開(kāi)發(fā)的任務(wù)量應(yīng)該與工程規(guī)模和復(fù)雜度成正比地增長(zhǎng)。通常有20%-25%的任務(wù)量用于軟件設(shè)計(jì)，用于設(shè)計(jì)評(píng)審和隨之而來(lái)的迭代開(kāi)發(fā)也必需思索。任務(wù)量分配由于在軟件設(shè)計(jì)時(shí)投入了相當(dāng)?shù)娜蝿?wù)量，隨后的編碼任務(wù)就變得相對(duì)簡(jiǎn)單?？傮w任務(wù)量的15%-20%就可以完成這一任務(wù)。測(cè)試和隨之而來(lái)的調(diào)試任務(wù)將占用30%-40%的軟件開(kāi)發(fā)

11、任務(wù)量。軟件的重要性決議了所需測(cè)試任務(wù)的分量，假設(shè)軟件系統(tǒng)是人命相關(guān)的，就應(yīng)該思索分配更高的測(cè)試任務(wù)量比例。為軟件工程定義義務(wù)集無(wú)論一個(gè)軟件團(tuán)隊(duì)選擇的是線性順序模型、增量模型、演化模型，或它們的某種變型，過(guò)程模型都是由義務(wù)集組成的，這些義務(wù)集使得軟件團(tuán)隊(duì)可以定義、開(kāi)發(fā)和最終維護(hù)計(jì)算機(jī)軟件。為軟件工程定義義務(wù)集沒(méi)有能普遍適用于一切軟件工程的義務(wù)集。適用于大型復(fù)雜系統(tǒng)的義務(wù)集能夠?qū)τ谛⌒拖鄬?duì)簡(jiǎn)單的軟件工程而言就過(guò)于復(fù)雜。因此一個(gè)有效的軟件過(guò)程應(yīng)該定義一組義務(wù)集來(lái)滿(mǎn)足不同類(lèi)型工程的要求。為軟件工程定義義務(wù)集在進(jìn)展工程進(jìn)度安排時(shí)，必需將義務(wù)集分布在工程時(shí)序圖上。義務(wù)集應(yīng)該根據(jù)軟件團(tuán)隊(duì)所決議的工程類(lèi)型和

12、嚴(yán)厲程度而有所不同。雖然很難建立一個(gè)全面詳盡的軟件工程分類(lèi)方法，但大多數(shù)軟件組織遇到的工程普通屬于下述類(lèi)型。為軟件工程定義義務(wù)集1、概念開(kāi)發(fā)工程。2、新運(yùn)用開(kāi)發(fā)工程。3、運(yùn)用加強(qiáng)工程。4、運(yùn)用維護(hù)工程。5、再工程工程。為軟件工程定義義務(wù)集即使在單一的工程類(lèi)型中，也會(huì)有許多要素影響義務(wù)集的選擇。PRE05中描畫(huà)了很多要素：工程的規(guī)模、潛在的用戶(hù)數(shù)量、義務(wù)的關(guān)鍵性、運(yùn)用程序的壽命、需求的穩(wěn)定性、客戶(hù)/開(kāi)發(fā)者進(jìn)展溝通的容易程度、可運(yùn)用技術(shù)的成熟度、性能約束、嵌入式和非嵌入式特性、工程人員配置、再工程要素等。義務(wù)集舉例每種工程類(lèi)型都可以經(jīng)過(guò)線性順序、迭代或者演化等過(guò)程模型來(lái)實(shí)現(xiàn)。在某些情況下，工程類(lèi)型

13、可以從一種方式平滑地轉(zhuǎn)換為另一種方式。例如，勝利的概念開(kāi)發(fā)工程通常會(huì)演化成為新運(yùn)用開(kāi)發(fā)工程，而新運(yùn)用開(kāi)發(fā)工程終了之后，能夠又開(kāi)場(chǎng)了一個(gè)運(yùn)用加強(qiáng)工程。這個(gè)進(jìn)程是自然的和可預(yù)測(cè)的，不論組織是采用何種過(guò)程模型都將會(huì)發(fā)生。下面將引見(jiàn)概念開(kāi)發(fā)工程的主要軟件工程義務(wù)。義務(wù)集舉例概念開(kāi)發(fā)工程是在探求某些新技術(shù)能否可行時(shí)發(fā)起的。這種技術(shù)能否可行尚不可知，但是某個(gè)客戶(hù)置信其具有潛在的利益。概念開(kāi)發(fā)工程的完成需求運(yùn)用以下主要義務(wù)：確定概念范圍。初步的概念謀劃。技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。概念證明。概念實(shí)現(xiàn)?？蛻?hù)對(duì)概念的反響。軟件工程活動(dòng)求精上一小節(jié)中所描畫(huà)的主要義務(wù)可以用來(lái)制定工程的宏觀進(jìn)度表。但是，必需將宏觀進(jìn)度表進(jìn)展細(xì)化，

14、以創(chuàng)建一個(gè)詳細(xì)的工程進(jìn)度表。細(xì)化任務(wù)始于將每個(gè)主要義務(wù)分解為一組子義務(wù)。定義義務(wù)網(wǎng)絡(luò)單個(gè)義務(wù)和子義務(wù)之間存在順序上的相互依賴(lài)關(guān)系。而且，當(dāng)有多人參與軟件工程工程時(shí)，多個(gè)開(kāi)發(fā)活動(dòng)和義務(wù)并行進(jìn)展的能夠性很大。在這種情況下，必需協(xié)調(diào)多個(gè)并發(fā)義務(wù)，以保證它們可以在后繼義務(wù)需求其任務(wù)產(chǎn)品之前完成。定義義務(wù)網(wǎng)絡(luò)義務(wù)網(wǎng)絡(luò)，也稱(chēng)為活動(dòng)網(wǎng)絡(luò)，是一個(gè)工程義務(wù)流程的圖形表示。有時(shí)將義務(wù)網(wǎng)絡(luò)作為在自開(kāi)工程進(jìn)度安排工具中輸入義務(wù)序列和依賴(lài)關(guān)系的機(jī)制。最簡(jiǎn)單的義務(wù)網(wǎng)絡(luò)方式只描畫(huà)了主要的軟件工程義務(wù)。圖21-2顯示了概念開(kāi)發(fā)工程的義務(wù)網(wǎng)絡(luò)表示圖。定義義務(wù)網(wǎng)絡(luò)圖21-2 概念開(kāi)發(fā)工程的義務(wù)網(wǎng)絡(luò)進(jìn)度安排軟件工程的進(jìn)度安排與任何

15、其他多義務(wù)工程任務(wù)的進(jìn)度安排幾乎沒(méi)有差別。因此，通用的工程進(jìn)度安排工具和技術(shù)不用做太多修正就可以運(yùn)用于軟件工程。程序評(píng)價(jià)及評(píng)審技術(shù)和關(guān)鍵途徑方法就是兩種可以用于軟件開(kāi)發(fā)的工程進(jìn)度安排方法。這兩種技術(shù)都是由早期工程方案活動(dòng)中曾經(jīng)產(chǎn)生的信息來(lái)驅(qū)動(dòng)的，這些信息包括：任務(wù)量的估算。產(chǎn)品功能的分解。適當(dāng)過(guò)程模型和義務(wù)集的選擇。義務(wù)的分解。義務(wù)之間的依賴(lài)關(guān)系可以經(jīng)過(guò)義務(wù)網(wǎng)絡(luò)來(lái)確定。時(shí)序圖在創(chuàng)建軟件工程進(jìn)度表時(shí)，方案者將從一組義務(wù)入手。假設(shè)運(yùn)用自開(kāi)工具，就可以采用義務(wù)網(wǎng)絡(luò)或者義務(wù)大綱的方式輸入任務(wù)分解構(gòu)造，然后再為每一項(xiàng)義務(wù)輸入任務(wù)量、工期和開(kāi)場(chǎng)日期。此外，還可以將某些義務(wù)分配給特定的人員。輸入信息之后，就可以產(chǎn)生時(shí)序圖，也叫甘特圖?？梢詾檎麄€(gè)工程建立一個(gè)時(shí)序圖，或者，也可以為各個(gè)工程功能或各個(gè)工程參與者分別建立各自的時(shí)序圖。圖21-3給出了時(shí)序圖的格式。時(shí)序圖圖21-3 一個(gè)時(shí)序圖的例子跟蹤進(jìn)度工程進(jìn)度表為軟件工程管理者提供了一張進(jìn)度道路圖。假設(shè)制定正確，工程進(jìn)度表中應(yīng)該可以確定在工程進(jìn)展過(guò)程中必需進(jìn)展跟蹤和控制的義務(wù)及里程碑。跟蹤OO工程的進(jìn)展雖然迭代模型是最好的針對(duì)OO工程的框架，但是，義務(wù)的并行性使得OO工程很難跟蹤。困難在于工程管理者很