[計(jì)算機(jī)]軟件文檔寫作11-管理文檔ppt課件

1、17.1 7.1 管理文檔概述管理文檔概述 工程化的軟件消費(fèi)方式是軟件業(yè)界始終在不懈追求的目的。工程化的軟件消費(fèi)方式是軟件業(yè)界始終在不懈追求的目的。軟件工程管理方法適用與否，對(duì)軟件工程的成敗有著舉足輕重軟件工程管理方法適用與否，對(duì)軟件工程的成敗有著舉足輕重的作用。而軟件工程管理方法改進(jìn)的途徑之一，就是建立行之的作用。而軟件工程管理方法改進(jìn)的途徑之一，就是建立行之有效、可操作性強(qiáng)的軟件管理文檔。有效、可操作性強(qiáng)的軟件管理文檔。軟件管理文檔軟件管理文檔項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃測(cè)試計(jì)劃測(cè)試計(jì)劃測(cè)試分析報(bào)告測(cè)試分析報(bào)告開發(fā)進(jìn)度報(bào)告開發(fā)進(jìn)度報(bào)告開發(fā)總結(jié)報(bào)告開發(fā)總結(jié)報(bào)告管理文檔的組成：管理文檔的組成：管理

2、文檔有以下幾個(gè)方面的作用：管理文檔有以下幾個(gè)方面的作用：維護(hù)人員維護(hù)人員軟件開發(fā)軟件開發(fā)管理人員管理人員軟件開發(fā)人員軟件開發(fā)人員軟件操作軟件操作人員人員用戶用戶軟件管軟件管理文檔理文檔 管理文檔的作用主要表達(dá)在管理文檔的作用主要表達(dá)在3 3個(gè)方面：個(gè)方面： 是軟件開發(fā)各階段工作成果的表達(dá)；是軟件開發(fā)各階段工作成果的表達(dá)； 把軟件開發(fā)過程中的一些把軟件開發(fā)過程中的一些“不可見不可見的事物轉(zhuǎn)換成的事物轉(zhuǎn)換成“可見的文字資料；可見的文字資料； 提供了管理人員、開發(fā)人員、操作人提供了管理人員、開發(fā)人員、操作人員和用戶之間互相溝通、協(xié)調(diào)的窗口。員和用戶之間互相溝通、協(xié)調(diào)的窗口。127.2 7.2 工程開

3、發(fā)方案工程開發(fā)方案 工程開發(fā)方案又稱軟件定義文檔，是和軟件本身一樣重要的工程開發(fā)方案又稱軟件定義文檔，是和軟件本身一樣重要的知識(shí)資產(chǎn)，是工程啟動(dòng)后第一件最重要的工作。知識(shí)資產(chǎn)，是工程啟動(dòng)后第一件最重要的工作。 工程開發(fā)方案一般包括資源需求、工作分解、工作目的、開工程開發(fā)方案一般包括資源需求、工作分解、工作目的、開發(fā)團(tuán)隊(duì)及人員安排、進(jìn)度安排、內(nèi)外接口約定、風(fēng)險(xiǎn)分析以及軟發(fā)團(tuán)隊(duì)及人員安排、進(jìn)度安排、內(nèi)外接口約定、風(fēng)險(xiǎn)分析以及軟件質(zhì)量控制機(jī)制等。件質(zhì)量控制機(jī)制等。1. 1. 工程開發(fā)方案書工程開發(fā)方案書 工程開發(fā)方案書的詳細(xì)內(nèi)容隨著工程和開發(fā)機(jī)構(gòu)類型的不同而不同，一工程開發(fā)方案書的詳細(xì)內(nèi)容隨著工程和

4、開發(fā)機(jī)構(gòu)類型的不同而不同，一般都會(huì)包括以下幾個(gè)部分：般都會(huì)包括以下幾個(gè)部分： 工程目的工程目的。簡(jiǎn)述工程目的，并列出影響管理的約束條件，如預(yù)算、時(shí)間。簡(jiǎn)述工程目的，并列出影響管理的約束條件，如預(yù)算、時(shí)間 開發(fā)團(tuán)隊(duì)及人員安排開發(fā)團(tuán)隊(duì)及人員安排。闡述團(tuán)隊(duì)組織方式、人員構(gòu)成及分工。闡述團(tuán)隊(duì)組織方式、人員構(gòu)成及分工 軟硬件資源需求軟硬件資源需求。分析和列出所需資源，注明估算的資源需要時(shí)間及價(jià)格。分析和列出所需資源，注明估算的資源需要時(shí)間及價(jià)格 工作分解工作分解。分解工程為一系列活動(dòng)，確定工程里程碑及可交付文檔。分解工程為一系列活動(dòng)，確定工程里程碑及可交付文檔 工程進(jìn)度工程進(jìn)度。描繪工程各活動(dòng)之間的依賴

5、關(guān)系、到達(dá)里程碑的時(shí)間等。描繪工程各活動(dòng)之間的依賴關(guān)系、到達(dá)里程碑的時(shí)間等 風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析。分析工程可能存在的風(fēng)險(xiǎn)、發(fā)生的可能性及應(yīng)對(duì)風(fēng)險(xiǎn)的策略。分析工程可能存在的風(fēng)險(xiǎn)、發(fā)生的可能性及應(yīng)對(duì)風(fēng)險(xiǎn)的策略 監(jiān)控機(jī)制監(jiān)控機(jī)制。制定詳細(xì)、可操作的工程監(jiān)控機(jī)制，明確管理報(bào)告的遞交時(shí)間。制定詳細(xì)、可操作的工程監(jiān)控機(jī)制，明確管理報(bào)告的遞交時(shí)間 開發(fā)估算開發(fā)估算。包括規(guī)模、工作量、本錢等的估算，要求根據(jù)并積累歷史數(shù)據(jù)。包括規(guī)模、工作量、本錢等的估算，要求根據(jù)并積累歷史數(shù)據(jù) 制定工程開發(fā)方案的過程被稱為工程籌劃。制定工程開發(fā)方案的過程被稱為工程籌劃。 由于方案所具有的在時(shí)間上的提早性，工程開由于方案所具有的在時(shí)

6、間上的提早性，工程開發(fā)方案通常會(huì)經(jīng)常性的修正，有些部分甚至?xí)l繁的發(fā)方案通常會(huì)經(jīng)常性的修正，有些部分甚至?xí)l繁的改變！改變！ 而部分內(nèi)容的變化，會(huì)影響開發(fā)方案的正確性而部分內(nèi)容的變化，會(huì)影響開發(fā)方案的正確性和符合性，使其越來(lái)越偏離工程實(shí)際，最后變得沒有和符合性，使其越來(lái)越偏離工程實(shí)際，最后變得沒有價(jià)值。如隨著工程需求的逐漸明確引起的工程方案細(xì)價(jià)值。如隨著工程需求的逐漸明確引起的工程方案細(xì)化、工程可提供資源變化引起的工程方案的變化等?；?、工程可提供資源變化引起的工程方案的變化等。 所以，在實(shí)際工作中，需要有明確的責(zé)任人和所以，在實(shí)際工作中，需要有明確的責(zé)任人和操作原那么，來(lái)對(duì)工程方案施行維護(hù)，并

7、對(duì)工程方案操作原那么，來(lái)對(duì)工程方案施行維護(hù)，并對(duì)工程方案的變更施行必要的控制。的變更施行必要的控制。 另一個(gè)重要的方面是，在組織文檔時(shí)，就要考另一個(gè)重要的方面是，在組織文檔時(shí)，就要考慮到這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔慮到這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔的相應(yīng)部分可以容易交換。的相應(yīng)部分可以容易交換。232. 2. 工作分解構(gòu)造工作分解構(gòu)造 工作分解構(gòu)造工作分解構(gòu)造work breakdown structure, WBSwork breakdown structure, WBS是對(duì)整是對(duì)整個(gè)工程工作的分級(jí)描繪，是工程方案開發(fā)的第一步。分解示意個(gè)工程工作的分級(jí)描繪，是工程方

8、案開發(fā)的第一步。分解示意如以下圖所示。如以下圖所示。目標(biāo)目標(biāo)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)1 1級(jí)級(jí)2 2級(jí)級(jí)m m級(jí)級(jí)工作包工作包任務(wù)任務(wù)1 1任務(wù)任務(wù)2 2任務(wù)任務(wù)3 3 任務(wù)任務(wù)n n活動(dòng)活動(dòng) 工作分解構(gòu)造設(shè)工作分解構(gòu)造設(shè)計(jì)一般可以采用計(jì)一般可以采用2 2種方種方法：法：- - 自上而下自上而下的方法。的方法。從工程的目的開場(chǎng)，從工程的目的開場(chǎng)，逐步分解，直到詳逐步分解，直到詳細(xì)任務(wù)；細(xì)任務(wù)；- - 自下而上自下而上的方法。的方法。也稱集思廣益法。也稱集思廣益法。即從底層開場(chǎng)，逐即從底層開場(chǎng)，逐層集成，最后集合層集成，最后集合后完成目的。后完成目的。工作分解工作分解構(gòu)造

9、主要有構(gòu)造主要有4 4個(gè)用處個(gè)用處：思路工具思路工具：可以描繪工程的整體思路，是一個(gè)方：可以描繪工程的整體思路，是一個(gè)方案和設(shè)計(jì)的工具；案和設(shè)計(jì)的工具；構(gòu)造設(shè)計(jì)工具構(gòu)造設(shè)計(jì)工具：是工程工作的構(gòu)造圖，可以明晰：是工程工作的構(gòu)造圖，可以明晰表達(dá)工程各項(xiàng)工作間的互相關(guān)系；表達(dá)工程各項(xiàng)工作間的互相關(guān)系；方案工具方案工具：可以展示工程全貌，說明為完成工程：可以展示工程全貌，說明為完成工程所需完成的各項(xiàng)活動(dòng)；所需完成的各項(xiàng)活動(dòng)；1.1. 工程狀態(tài)報(bào)告工具工程狀態(tài)報(bào)告工具：可以作為工程狀態(tài)報(bào)告的框：可以作為工程狀態(tài)報(bào)告的框架。隨著低一級(jí)工程活動(dòng)的完成，工程由下而上架。隨著低一級(jí)工程活動(dòng)的完成，工程由下而上不

10、斷整合，某一項(xiàng)工作的完成將成為里程碑，所不斷整合，某一項(xiàng)工作的完成將成為里程碑，所以，工作分解構(gòu)造就定義了里程碑事件。以，工作分解構(gòu)造就定義了里程碑事件。343. 3. 工程里程碑與階段性文檔工程里程碑與階段性文檔 由于軟件產(chǎn)品是無(wú)形的，因此，管理者需要通過文檔的形由于軟件產(chǎn)品是無(wú)形的，因此，管理者需要通過文檔的形式獲得信息，理解軟件的開發(fā)狀況，以作出管理的決定。式獲得信息，理解軟件的開發(fā)狀況，以作出管理的決定。 里程碑的建立，可以描繪軟件開發(fā)活動(dòng)一個(gè)過程的終結(jié)。里程碑的建立，可以描繪軟件開發(fā)活動(dòng)一個(gè)過程的終結(jié)。在每個(gè)里程碑，都有一個(gè)正式的可以提交給管理層的階段性結(jié)在每個(gè)里程碑，都有一個(gè)正式的

11、可以提交給管理層的階段性結(jié)果。比方，一份報(bào)告。果。比方，一份報(bào)告。 里程碑報(bào)告的內(nèi)容不拘，以能清楚說明階段性結(jié)果為標(biāo)準(zhǔn)，里程碑報(bào)告的內(nèi)容不拘，以能清楚說明階段性結(jié)果為標(biāo)準(zhǔn)，應(yīng)能代表工程中一個(gè)特定邏輯意義上的階段的終結(jié)。應(yīng)能代表工程中一個(gè)特定邏輯意義上的階段的終結(jié)。 要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的根要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的根本活動(dòng)，而每個(gè)根本活動(dòng)都要有相應(yīng)的輸出結(jié)果。如以下圖，本活動(dòng)，而每個(gè)根本活動(dòng)都要有相應(yīng)的輸出結(jié)果。如以下圖，是一個(gè)需求描繪中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出。是一個(gè)需求描繪中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出?？尚行匝芯靠尚行匝芯靠尚行?/p>

12、研究可行性研究可行性研究可行性研究可行性研究可行性研究可行性研究可行性研究可行性報(bào)告可行性報(bào)告用戶需求用戶需求估算報(bào)告估算報(bào)告體系結(jié)果設(shè)計(jì)體系結(jié)果設(shè)計(jì)系統(tǒng)需求系統(tǒng)需求454. 4. 工程進(jìn)度工程進(jìn)度 工程管理者要求估算完成各項(xiàng)活動(dòng)所需的時(shí)間和資源，并將工程管理者要求估算完成各項(xiàng)活動(dòng)所需的時(shí)間和資源，并將它們嚴(yán)密的組織起來(lái)，以安排工程進(jìn)度。不同的工程，具有不同它們嚴(yán)密的組織起來(lái)，以安排工程進(jìn)度。不同的工程，具有不同的工程開發(fā)進(jìn)度。的工程開發(fā)進(jìn)度。 初始的工程進(jìn)度安排往往是不準(zhǔn)確的，但隨著工程進(jìn)展信息初始的工程進(jìn)度安排往往是不準(zhǔn)確的，但隨著工程進(jìn)展信息的不斷增多，進(jìn)度安排也會(huì)越來(lái)越接近工程實(shí)際進(jìn)度

13、，因此，必的不斷增多，進(jìn)度安排也會(huì)越來(lái)越接近工程實(shí)際進(jìn)度，因此，必須不斷更新工程進(jìn)度。須不斷更新工程進(jìn)度。 工程進(jìn)度包括將一個(gè)工程分解為假設(shè)干獨(dú)立的活動(dòng)，以及判工程進(jìn)度包括將一個(gè)工程分解為假設(shè)干獨(dú)立的活動(dòng)，以及判斷完成這些活動(dòng)所需的時(shí)間。通常，有些活動(dòng)是可以并行的，工斷完成這些活動(dòng)所需的時(shí)間。通常，有些活動(dòng)是可以并行的，工程管理者應(yīng)組織并協(xié)調(diào)這些并行的工作。工程進(jìn)度過程見以下圖：程管理者應(yīng)組織并協(xié)調(diào)這些并行的工作。工程進(jìn)度過程見以下圖：識(shí)別活動(dòng)識(shí)別活動(dòng)識(shí)別活動(dòng)識(shí)別活動(dòng)依賴關(guān)系依賴關(guān)系估算活動(dòng)估算活動(dòng)的資源的資源為活動(dòng)分為活動(dòng)分配資源配資源創(chuàng)建項(xiàng)目創(chuàng)建項(xiàng)目圖表圖表軟件需求軟件需求活動(dòng)圖表及條形圖

14、活動(dòng)圖表及條形圖 在在進(jìn)度估算時(shí)，管理者需要有一定的余量。進(jìn)度估算時(shí)，管理者需要有一定的余量。 如如工程難度大，那么花費(fèi)的時(shí)間也會(huì)較多。又如，工程難度大，那么花費(fèi)的時(shí)間也會(huì)較多。又如，工程個(gè)別開發(fā)人員可能發(fā)生的變動(dòng)，硬件環(huán)境的變化等，工程個(gè)別開發(fā)人員可能發(fā)生的變動(dòng)，硬件環(huán)境的變化等，都是在估算工程進(jìn)度時(shí)必須考慮的因素。都是在估算工程進(jìn)度時(shí)必須考慮的因素。 除了時(shí)間和人員、環(huán)境的變化，資源除了時(shí)間和人員、環(huán)境的變化，資源和預(yù)算也需要和預(yù)算也需要考慮適當(dāng)?shù)挠嗔俊？紤]適當(dāng)?shù)挠嗔俊?恰當(dāng)?shù)墓浪惴椒ㄊ遣捎们‘?dāng)?shù)墓浪惴椒ㄊ遣捎谩袄硐雽?shí)際方式。即先理想實(shí)際方式。即先估算理想值，然后逐步參加預(yù)計(jì)出現(xiàn)的狀況、偶

15、爾因素估算理想值，然后逐步參加預(yù)計(jì)出現(xiàn)的狀況、偶爾因素致成的狀況、工程開發(fā)人員的素質(zhì)和經(jīng)歷致成的狀況、工程開發(fā)人員的素質(zhì)和經(jīng)歷 作為經(jīng)歷數(shù)據(jù)，一般在最初估算的根底上增加作為經(jīng)歷數(shù)據(jù)，一般在最初估算的根底上增加30%30%作作為實(shí)際可能發(fā)生的狀況值，再預(yù)留為實(shí)際可能發(fā)生的狀況值，再預(yù)留20%20%的估算值給所謂不的估算值給所謂不可預(yù)見的其它問題，那么進(jìn)度估算的結(jié)果會(huì)較符合實(shí)際。可預(yù)見的其它問題，那么進(jìn)度估算的結(jié)果會(huì)較符合實(shí)際。565. 5. 運(yùn)用圖和表描繪工程進(jìn)度運(yùn)用圖和表描繪工程進(jìn)度 工程進(jìn)度可以采用圖表工具更直觀的表示任務(wù)分解、活動(dòng)依工程進(jìn)度可以采用圖表工具更直觀的表示任務(wù)分解、活動(dòng)依賴關(guān)系

16、和人員分配情況等。賴關(guān)系和人員分配情況等。 下下表是一個(gè)表是一個(gè)“任務(wù)的持續(xù)時(shí)間及其依賴關(guān)系任務(wù)的持續(xù)時(shí)間及其依賴關(guān)系的例子。的例子。任任 務(wù)務(wù)持續(xù)時(shí)間持續(xù)時(shí)間天數(shù)天數(shù)依依 賴賴 關(guān)關(guān) 系系T1T18 8T2T21515T3T315T1T1M1M1T4T41010T5T51010T2T2，T4T4M2M2T6T65 5T1T1，T2T2M3M3T7T72020T1T1M1M1T8T82525T4T4M5M5T9T91515T3T3，T6T6M4M4T10T101515T5T5，T7T7M7M7T11T117 7T9T9M6M6T12T121010T11T11M8M867甘特圖法甘特圖法Gant

17、t ChartGantt Chart的例的例tw12345678ABCD當(dāng)前進(jìn)度當(dāng)前進(jìn)度優(yōu)點(diǎn)：簡(jiǎn)單，能動(dòng)態(tài)地反優(yōu)點(diǎn)：簡(jiǎn)單，能動(dòng)態(tài)地反映開發(fā)進(jìn)程。映開發(fā)進(jìn)程。缺點(diǎn)：難以反映多個(gè)任務(wù)缺點(diǎn)：難以反映多個(gè)任務(wù)間的邏輯關(guān)系。間的邏輯關(guān)系。 條形圖和活動(dòng)網(wǎng)絡(luò)圖是表示工程進(jìn)度的兩種圖形表示法。條形圖和活動(dòng)網(wǎng)絡(luò)圖是表示工程進(jìn)度的兩種圖形表示法。1 1 條形圖條形圖。又稱甘特圖法。又稱甘特圖法Gantt ChartGantt Chart，可以表示面向，可以表示面向活動(dòng)的負(fù)責(zé)人是誰(shuí)，以及活動(dòng)的開場(chǎng)和完畢時(shí)間。如以下圖所活動(dòng)的負(fù)責(zé)人是誰(shuí)，以及活動(dòng)的開場(chǎng)和完畢時(shí)間。如以下圖所示的例子。示的例子。78012345678

18、 codingA testingA debuggingAB coding understandingC modifyingC testingB testingC debuggingB debuggingC testingABC012356789 codingA testingA debuggingA understandingC modifyingC testingB testingC debuggingB debuggingC testingABC4 debuggingAB coding例例：開發(fā)三個(gè)模塊：開發(fā)三個(gè)模塊A A、B B、C C。 A A為公用模塊，為公用模塊，B B、C C的測(cè)

19、試須等的測(cè)試須等A A的調(diào)試完成后進(jìn)展。的調(diào)試完成后進(jìn)展。A A的編的編碼需碼需6 6天，測(cè)試天，測(cè)試8 8天，調(diào)試天，調(diào)試6 6天。天。B B的編碼需的編碼需7 7天，測(cè)試天，測(cè)試8 8天，調(diào)試天，調(diào)試6 6天。天。C C利用已有的模塊，須先理解原模塊利用已有的模塊，須先理解原模塊8 8天，再修改天，再修改8 8天，測(cè)試天，測(cè)試9 9天，調(diào)試天，調(diào)試7 7天。天。最后三模塊集成測(cè)試最后三模塊集成測(cè)試需需5 5天完成。天完成。2 2 活動(dòng)網(wǎng)絡(luò)圖活動(dòng)網(wǎng)絡(luò)圖。又稱網(wǎng)絡(luò)方案法。又稱網(wǎng)絡(luò)方案法 表示構(gòu)成一個(gè)工程的不同活動(dòng)之間的依賴關(guān)系。是用網(wǎng)狀表示構(gòu)成一個(gè)工程的不同活動(dòng)之間的依賴關(guān)系。是用網(wǎng)狀圖表安排

20、與控制各項(xiàng)活動(dòng)的方法。最合適反映多個(gè)工作之間的圖表安排與控制各項(xiàng)活動(dòng)的方法。最合適反映多個(gè)工作之間的邏輯關(guān)系。邏輯關(guān)系。89持續(xù)時(shí)間持續(xù)時(shí)間Lasting Time機(jī)動(dòng)時(shí)間機(jī)動(dòng)時(shí)間Slack Time編編號(hào)號(hào)EarliestStart TimeLatestStart Time012345678941363029222014126006142082028293641(0)(0)(15)(4)(2)(4)(0)(2)(0)(2)(0)(0)6866788869751 標(biāo)出標(biāo)出 Lasting Time2 標(biāo)出標(biāo)出 EST: = 從起點(diǎn)始，所有從起點(diǎn)始，所有進(jìn)入事件的進(jìn)入事件的 EST+LT 中最大

21、的中最大的3 標(biāo)出標(biāo)出 LST: = 從終點(diǎn)從終點(diǎn)EST = LST始，所有分開事件的始，所有分開事件的 LST LT 中最小的中最小的4 標(biāo)出標(biāo)出 ST: = 終點(diǎn)終點(diǎn)LST 起點(diǎn)起點(diǎn)EST LT5 標(biāo)出標(biāo)出Key Path：即即EST = LST的所有事件組成的途徑的所有事件組成的途徑 通常，通常，甘特圖甘特圖合適按開發(fā)階段安排，以作工程總體進(jìn)度控制。合適按開發(fā)階段安排，以作工程總體進(jìn)度控制。網(wǎng)絡(luò)方案網(wǎng)絡(luò)方案便于在細(xì)節(jié)上安排人力，合適按開發(fā)階段或子工程的工便于在細(xì)節(jié)上安排人力，合適按開發(fā)階段或子工程的工作步驟安排。作步驟安排。9106. 6. 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 由于絕大多數(shù)軟件工程都存在不

22、確定性，因此，風(fēng)險(xiǎn)管理由于絕大多數(shù)軟件工程都存在不確定性，因此，風(fēng)險(xiǎn)管理對(duì)軟件工程而言就尤為重要。對(duì)軟件工程而言就尤為重要。 根據(jù)產(chǎn)生的影響不同，一般將風(fēng)險(xiǎn)分為三類：根據(jù)產(chǎn)生的影響不同，一般將風(fēng)險(xiǎn)分為三類：工程風(fēng)險(xiǎn)工程風(fēng)險(xiǎn)、產(chǎn)品風(fēng)險(xiǎn)產(chǎn)品風(fēng)險(xiǎn)和和業(yè)務(wù)風(fēng)險(xiǎn)業(yè)務(wù)風(fēng)險(xiǎn)。下表給出了一些典型風(fēng)險(xiǎn)：。下表給出了一些典型風(fēng)險(xiǎn)：風(fēng)風(fēng) 險(xiǎn)險(xiǎn)風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 描描 述述職員跳槽職員跳槽工程工程有經(jīng)歷的職員未完成工程就跳槽有經(jīng)歷的職員未完成工程就跳槽管理層變更管理層變更工程工程不同的管理層考慮、關(guān)注的事情會(huì)不同不同的管理層考慮、關(guān)注的事情會(huì)不同硬件缺乏硬件缺乏工程工程工程所需的根底硬件沒有按期交付工程所需的

23、根底硬件沒有按期交付需求變更需求變更工程和產(chǎn)品工程和產(chǎn)品軟件需求與預(yù)期的相比，將會(huì)有較大變化軟件需求與預(yù)期的相比，將會(huì)有較大變化描繪延遲描繪延遲工程和產(chǎn)品工程和產(chǎn)品有關(guān)主要接口的描繪未按期完成有關(guān)主要接口的描繪未按期完成低估了系統(tǒng)規(guī)模低估了系統(tǒng)規(guī)模工程和產(chǎn)品工程和產(chǎn)品過低估計(jì)了系統(tǒng)的規(guī)模過低估計(jì)了系統(tǒng)的規(guī)模CASECASE工具性能較差工具性能較差產(chǎn)品產(chǎn)品支持工程的支持工程的CASECASE工具達(dá)不到要求工具達(dá)不到要求技術(shù)變更技術(shù)變更業(yè)務(wù)業(yè)務(wù)系統(tǒng)的根底技術(shù)被新技術(shù)取代系統(tǒng)的根底技術(shù)被新技術(shù)取代產(chǎn)品競(jìng)爭(zhēng)產(chǎn)品競(jìng)爭(zhēng)業(yè)務(wù)業(yè)務(wù)系統(tǒng)還未完成，其它有競(jìng)爭(zhēng)力的產(chǎn)品就已經(jīng)上市了系統(tǒng)還未完成，其它有競(jìng)爭(zhēng)力的產(chǎn)品就已

24、經(jīng)上市了1011 下下圖是風(fēng)險(xiǎn)管理過程示意圖。圖是風(fēng)險(xiǎn)管理過程示意圖。風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)監(jiān)控風(fēng)險(xiǎn)監(jiān)控潛在的風(fēng)險(xiǎn)潛在的風(fēng)險(xiǎn)列表列表優(yōu)先級(jí)高的優(yōu)先級(jí)高的風(fēng)險(xiǎn)列表風(fēng)險(xiǎn)列表風(fēng)險(xiǎn)規(guī)避和風(fēng)險(xiǎn)規(guī)避和應(yīng)急計(jì)劃應(yīng)急計(jì)劃風(fēng)險(xiǎn)評(píng)估風(fēng)險(xiǎn)評(píng)估1 1 風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別 風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)管理的第一階段，其管理的第一階段，其目的是發(fā)現(xiàn)可能的風(fēng)目的是發(fā)現(xiàn)可能的風(fēng)險(xiǎn)。右表給出了可能險(xiǎn)。右表給出了可能的風(fēng)險(xiǎn)及風(fēng)險(xiǎn)類型的的風(fēng)險(xiǎn)及風(fēng)險(xiǎn)類型的實(shí)例。實(shí)例。 這些風(fēng)險(xiǎn)將可能這些風(fēng)險(xiǎn)將可能影響到軟件產(chǎn)品、過影響到軟件產(chǎn)品、過程或業(yè)務(wù)。程或業(yè)務(wù)。風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型可可 能能 的的 風(fēng)風(fēng) 險(xiǎn)險(xiǎn)技術(shù)技術(shù)系

25、統(tǒng)使用的數(shù)據(jù)庫(kù)的處理速度不夠快系統(tǒng)使用的數(shù)據(jù)庫(kù)的處理速度不夠快要復(fù)用的軟件組件有缺陷，限制了工程的性能要復(fù)用的軟件組件有缺陷，限制了工程的性能人員人員招聘不到符合工程技術(shù)要求的職員招聘不到符合工程技術(shù)要求的職員在工程的非常時(shí)刻，關(guān)鍵職員生病，無(wú)法發(fā)揮作用在工程的非常時(shí)刻，關(guān)鍵職員生病，無(wú)法發(fā)揮作用職員所需的培訓(xùn)跟不上職員所需的培訓(xùn)跟不上機(jī)構(gòu)機(jī)構(gòu)重新進(jìn)展機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)工程重新進(jìn)展機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)工程開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減工程預(yù)算開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減工程預(yù)算工具工具CASE工具產(chǎn)生的編碼效率低工具產(chǎn)生的編碼效率低CASE工具不能被集成工具不能

26、被集成需求需求需求發(fā)生變化，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工客戶不理解需求變更對(duì)工程造成的影響客戶不理解需求變更對(duì)工程造成的影響估算估算低估了軟件開發(fā)所需要的時(shí)間低估了軟件開發(fā)所需要的時(shí)間低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率低估了軟件的規(guī)模低估了軟件的規(guī)模11122 2 風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)分析就是對(duì)每一個(gè)已經(jīng)識(shí)別的風(fēng)險(xiǎn)，對(duì)其出現(xiàn)的可能性和影響的嚴(yán)風(fēng)險(xiǎn)分析就是對(duì)每一個(gè)已經(jīng)識(shí)別的風(fēng)險(xiǎn)，對(duì)其出現(xiàn)的可能性和影響的嚴(yán)重性作出判斷。重性作出判斷。 風(fēng)險(xiǎn)風(fēng)險(xiǎn)出現(xiàn)出現(xiàn)可能性的評(píng)估大致可以有：非常小可能性的評(píng)估大致可以有：非常小10%75%75%。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)出現(xiàn)的可能性出現(xiàn)的可能性后果后果開發(fā)機(jī)構(gòu)

27、的財(cái)務(wù)出現(xiàn)問題，必須削減工程預(yù)算開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減工程預(yù)算小小災(zāi)難性災(zāi)難性招聘不到符合工程技術(shù)要求的職員招聘不到符合工程技術(shù)要求的職員大大災(zāi)難性災(zāi)難性在工程的非常時(shí)刻，關(guān)鍵職員生病在工程的非常時(shí)刻，關(guān)鍵職員生病中等中等嚴(yán)重嚴(yán)重要復(fù)用的軟件組件有缺陷，限制了工程的性能要復(fù)用的軟件組件有缺陷，限制了工程的性能中等中等嚴(yán)重嚴(yán)重需求發(fā)生變化，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工中等中等嚴(yán)重嚴(yán)重開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)工程開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)工程大大嚴(yán)重嚴(yán)重系統(tǒng)使用的數(shù)據(jù)庫(kù)的處理速度不夠快系統(tǒng)使用的數(shù)據(jù)庫(kù)的處理速度不夠快中等中等嚴(yán)重嚴(yán)重低估了軟件開發(fā)所需要

28、的時(shí)間低估了軟件開發(fā)所需要的時(shí)間大大嚴(yán)重嚴(yán)重CASE工具不能被集成工具不能被集成大大可容忍可容忍客戶不理解需求變更對(duì)工程造成的影響客戶不理解需求變更對(duì)工程造成的影響中等中等可容忍可容忍職員所需的培訓(xùn)跟不上職員所需的培訓(xùn)跟不上中等中等可容忍可容忍低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率中等中等可容忍可容忍低估了軟件的規(guī)模低估了軟件的規(guī)模大大可容忍可容忍CASE工具產(chǎn)生的編碼效率低工具產(chǎn)生的編碼效率低中等中等可忽略可忽略 風(fēng)險(xiǎn)風(fēng)險(xiǎn)影響影響大小的評(píng)大小的評(píng)估，可能的結(jié)果有：災(zāi)估，可能的結(jié)果有：災(zāi)難性的、嚴(yán)重的、可以難性的、嚴(yán)重的、可以容忍的和可以忽略的。容忍的和可以忽略的。 右表是對(duì)上表已識(shí)右表是對(duì)上表

29、已識(shí)別風(fēng)險(xiǎn)分析后得出的結(jié)別風(fēng)險(xiǎn)分析后得出的結(jié)果作成的表格：果作成的表格： 這個(gè)表格的內(nèi)容應(yīng)這個(gè)表格的內(nèi)容應(yīng)隨著工程的進(jìn)展而更新。隨著工程的進(jìn)展而更新。 經(jīng)過風(fēng)險(xiǎn)分析和排經(jīng)過風(fēng)險(xiǎn)分析和排序，就可以判斷哪些風(fēng)序，就可以判斷哪些風(fēng)險(xiǎn)是最重要需要優(yōu)先關(guān)險(xiǎn)是最重要需要優(yōu)先關(guān)注的，以有利于工程的注的，以有利于工程的順利開展。順利開展。12133 3 風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)規(guī)劃 風(fēng)險(xiǎn)規(guī)劃過程就是對(duì)已識(shí)別的每一個(gè)重大風(fēng)險(xiǎn)，確定相應(yīng)的處理策略。制風(fēng)險(xiǎn)規(guī)劃過程就是對(duì)已識(shí)別的每一個(gè)重大風(fēng)險(xiǎn)，確定相應(yīng)的處理策略。制定風(fēng)險(xiǎn)管理方案同樣需要工程管理者的判斷和經(jīng)歷。定風(fēng)險(xiǎn)管理方案同樣需要工程管理者的判斷和經(jīng)歷。 下表給出了處理上表中

30、嚴(yán)重和災(zāi)難性風(fēng)險(xiǎn)的可能的策略。下表給出了處理上表中嚴(yán)重和災(zāi)難性風(fēng)險(xiǎn)的可能的策略。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)策策 略略機(jī)構(gòu)的財(cái)務(wù)風(fēng)險(xiǎn)機(jī)構(gòu)的財(cái)務(wù)風(fēng)險(xiǎn)擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)工程將對(duì)業(yè)務(wù)目的有重大奉獻(xiàn)擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)工程將對(duì)業(yè)務(wù)目的有重大奉獻(xiàn)職員招聘風(fēng)險(xiǎn)職員招聘風(fēng)險(xiǎn)穩(wěn)定已有職員，加緊招聘工作，加緊已有低層職員的培訓(xùn)、培養(yǎng)穩(wěn)定已有職員，加緊招聘工作，加緊已有低層職員的培訓(xùn)、培養(yǎng)職員生病風(fēng)險(xiǎn)職員生病風(fēng)險(xiǎn)重新對(duì)團(tuán)隊(duì)進(jìn)展組織，使更多工作可以并發(fā)和重疊，員工可以理解別人工作重新對(duì)團(tuán)隊(duì)進(jìn)展組織，使更多工作可以并發(fā)和重疊，員工可以理解別人工作有缺陷的組件有缺陷的組件購(gòu)置更可靠、穩(wěn)定的組件，替代有潛在缺陷的組件購(gòu)置更可靠、穩(wěn)定的組件，替代有潛在缺陷的組件需求變更需求變更導(dǎo)出可追溯信息來(lái)評(píng)估需求變更帶來(lái)的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化導(dǎo)出可追溯信息來(lái)評(píng)估需求變更帶來(lái)的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化機(jī)構(gòu)調(diào)整機(jī)構(gòu)調(diào)整擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)工程將對(duì)業(yè)務(wù)目的有重大奉獻(xiàn)擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)工程將對(duì)業(yè)務(wù)目的有重大奉獻(xiàn)數(shù)據(jù)庫(kù)的性能數(shù)據(jù)庫(kù)的性能研究