軟件文檔寫作第7講管理文檔完整

1、編輯課件1編輯課件27.1 7.1 管理文檔概述管理文檔概述 工程化的軟件生產(chǎn)方式是軟件業(yè)界始終在不懈追求的目標(biāo)。工程化的軟件生產(chǎn)方式是軟件業(yè)界始終在不懈追求的目標(biāo)。軟件項(xiàng)目管理方法適用與否，對(duì)軟件項(xiàng)目的成敗有著舉足輕重的軟件項(xiàng)目管理方法適用與否，對(duì)軟件項(xiàng)目的成敗有著舉足輕重的作用。而軟件項(xiàng)目管理方法改進(jìn)的途徑之一，就是建立行之有效、作用。而軟件項(xiàng)目管理方法改進(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ā)人員軟件操作軟件操作人員人員用戶用戶軟件管軟件管理文檔理文檔編輯課件3 管理文檔的作用主要體現(xiàn)在三個(gè)方面 是軟件開發(fā)各階段工作成果的體現(xiàn)是軟件開發(fā)各階段工作成果的體現(xiàn) 把軟件開發(fā)過程中的一些把軟件開發(fā)過程中的一些“不可見不可見”的事物轉(zhuǎn)換成的事物轉(zhuǎn)換成“可可見見”的文字資料的文字資料 提供了管理人員、開發(fā)人員、操作人員和用戶之間相互提供了管理人員、開發(fā)人員、操作人員和用戶之間相互溝通、協(xié)調(diào)的窗口溝通、協(xié)調(diào)的窗口編輯課件47.2 7.2 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開

3、發(fā)計(jì)劃 項(xiàng)目開發(fā)計(jì)劃又稱軟件定義文檔，是和軟件本身一樣重要的項(xiàng)目開發(fā)計(jì)劃又稱軟件定義文檔，是和軟件本身一樣重要的知識(shí)資產(chǎn)，是項(xiàng)目啟動(dòng)后第一件最重要的工作。知識(shí)資產(chǎn)，是項(xiàng)目啟動(dòng)后第一件最重要的工作。 項(xiàng)目開發(fā)計(jì)劃一般包括資源需求、工作分解、工作目標(biāo)、開項(xiàng)目開發(fā)計(jì)劃一般包括資源需求、工作分解、工作目標(biāo)、開發(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. 項(xiàng)目開發(fā)計(jì)劃書項(xiàng)目開發(fā)計(jì)劃書 項(xiàng)目開發(fā)計(jì)劃書的具體內(nèi)容隨著項(xiàng)目和開發(fā)機(jī)構(gòu)類型的不同而不同，一般項(xiàng)目開發(fā)計(jì)劃書的具體內(nèi)容隨著項(xiàng)目和開發(fā)機(jī)構(gòu)類

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

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

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

7、項(xiàng)目計(jì)劃的變作原則，來對(duì)項(xiàng)目計(jì)劃實(shí)施維護(hù)，并對(duì)項(xiàng)目計(jì)劃的變更實(shí)施必要的控制。更實(shí)施必要的控制。 另一個(gè)重要的方面是，在組織文檔時(shí)，就要考慮另一個(gè)重要的方面是，在組織文檔時(shí)，就要考慮到這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔的到這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔的相應(yīng)部分能夠容易替換。相應(yīng)部分能夠容易替換。編輯課件62. 2. 工作分解結(jié)構(gòu)工作分解結(jié)構(gòu) 工作分解結(jié)構(gòu)工作分解結(jié)構(gòu)(work breakdown structure, WBS)(work breakdown structure, WBS)是對(duì)整個(gè)是對(duì)整個(gè)項(xiàng)目工作的分級(jí)描述，是項(xiàng)目計(jì)劃開發(fā)的第一步。分解示意如項(xiàng)目工作的分級(jí)描述

8、，是項(xiàng)目計(jì)劃開發(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)工作分解結(jié)構(gòu)設(shè)計(jì)一工作分解結(jié)構(gòu)設(shè)計(jì)一般可以采用般可以采用2 2種方法：種方法：- - 自上而下自上而下的方法。的方法。從項(xiàng)目的目標(biāo)開始，從項(xiàng)目的目標(biāo)開始，逐步分解，直到具逐步分解，直到具體任務(wù)體任務(wù)- - 自下而上自下而上的方法。也的方法。也稱集思廣益法。即稱集思廣益法。即從底層開始，逐層從底層開始，逐層集成，最后匯合后集成，最后匯合后完成目標(biāo)完成目標(biāo)編輯課件7工作分解工作分解

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

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

11、程碑，都有一個(gè)正式的可以提交給管理層的階段性結(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)能代表項(xiàng)目中一個(gè)特定邏輯意義上的階段的終結(jié)。應(yīng)能代表項(xiàng)目中一個(gè)特定邏輯意義上的階段的終結(jié)。 要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的基本要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的基本活動(dòng)，而每個(gè)基本活動(dòng)都要有相應(yīng)的輸出結(jié)果。如下圖，是一個(gè)活動(dòng)，而每個(gè)基本活動(dòng)都要有相應(yīng)的輸出結(jié)果。如下圖，是一個(gè)需求描述中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出。需求描述中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出。可行性研究可行

12、性研究需求分析需求分析原型開發(fā)原型開發(fā)設(shè)計(jì)研究設(shè)計(jì)研究需求描述需求描述可行性報(bào)告可行性報(bào)告用戶需求用戶需求估算報(bào)告估算報(bào)告體系結(jié)構(gòu)設(shè)計(jì)體系結(jié)構(gòu)設(shè)計(jì)系統(tǒng)需求系統(tǒng)需求編輯課件94. 4. 項(xiàng)目進(jìn)度項(xiàng)目進(jìn)度 項(xiàng)目管理者要求估算完成各項(xiàng)活動(dòng)所需的時(shí)間和資源，并將它們嚴(yán)密的組織起來，以安排項(xiàng)目進(jìn)度。不同的項(xiàng)目，具有不同的項(xiàng)目開發(fā)進(jìn)度。 初始的項(xiàng)目進(jìn)度安排往往是不精確的，但隨著項(xiàng)目進(jìn)展信息的不斷增多，進(jìn)度安排也會(huì)越來越接近項(xiàng)目實(shí)際進(jìn)度，因此，必須不斷更新項(xiàng)目進(jìn)度。 項(xiàng)目進(jìn)度包括將一個(gè)項(xiàng)目分解為若干獨(dú)立的活動(dòng)，以及判斷完成這些活動(dòng)所需的時(shí)間。通常，有些活動(dòng)是可以并行的，項(xiàng)目管理者應(yīng)組織并協(xié)調(diào)這些并行的工作。

13、項(xiàng)目進(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)圖表及條形圖活動(dòng)圖表及條形圖編輯課件10 在進(jìn)度估算時(shí)，管理者需要有一定的余量。在進(jìn)度估算時(shí)，管理者需要有一定的余量。 如項(xiàng)目難度大，則花費(fèi)的時(shí)間也會(huì)較多。又如，項(xiàng)目個(gè)別如項(xiàng)目難度大，則花費(fèi)的時(shí)間也會(huì)較多。又如，項(xiàng)目個(gè)別開發(fā)人員可能發(fā)生的變動(dòng)，硬件環(huán)境的變化等，都是在估算開發(fā)人員可能發(fā)生的變動(dòng)，硬件環(huán)境的變化等，都是在估算項(xiàng)目進(jìn)度時(shí)必須考慮的因素。項(xiàng)目進(jìn)度時(shí)必須考慮的因素。 除了時(shí)間和人員、環(huán)境的變化，資源和預(yù)算也需要考慮適除了

14、時(shí)間和人員、環(huán)境的變化，資源和預(yù)算也需要考慮適當(dāng)?shù)挠嗔?。?dāng)?shù)挠嗔俊?恰當(dāng)?shù)墓浪惴椒ㄊ遣捎们‘?dāng)?shù)墓浪惴椒ㄊ遣捎谩袄硐雽?shí)際理想實(shí)際”方式。即先估算理方式。即先估算理想值，然后逐步加入預(yù)計(jì)出現(xiàn)的狀況、偶然因素致成的狀況、想值，然后逐步加入預(yù)計(jì)出現(xiàn)的狀況、偶然因素致成的狀況、項(xiàng)目開發(fā)人員的素質(zhì)和經(jīng)驗(yàn)項(xiàng)目開發(fā)人員的素質(zhì)和經(jīng)驗(yàn) 作為經(jīng)驗(yàn)數(shù)據(jù)，一般在最初估算的基礎(chǔ)上增加作為經(jīng)驗(yàn)數(shù)據(jù)，一般在最初估算的基礎(chǔ)上增加30%30%作為實(shí)作為實(shí)際可能發(fā)生的狀況值，再預(yù)留際可能發(fā)生的狀況值，再預(yù)留20%20%的估算值給所謂不可預(yù)見的估算值給所謂不可預(yù)見的其它問題，則進(jìn)度估算的結(jié)果會(huì)較符合實(shí)際。的其它問題，則進(jìn)度估算的結(jié)果

15、會(huì)較符合實(shí)際。編輯課件11任任 務(wù)務(wù)持續(xù)時(shí)間持續(xù)時(shí)間( (天數(shù)天數(shù)) )依依 賴賴 關(guān)關(guān) 系系T1T18 8T2T21515T3T31515T1(M1)T1(M1)T4T41010T5T51010T2T2，T4(M2)T4(M2)T6T65 5T1T1，T2(M3)T2(M3)T7T72020T1(M1)T1(M1)T8T82525T4(M5)T4(M5)T9T91515T3T3，T6(M4)T6(M4)T10T101515T5T5，T7(M7)T7(M7)T11T117 7T9(M6)T9(M6)T12T121010T11(M8)T11(M8)5. 5. 運(yùn)用圖和表描述項(xiàng)目進(jìn)度運(yùn)用圖和表描述

16、項(xiàng)目進(jìn)度 項(xiàng)目進(jìn)度可以采用圖表工具更直觀的表示任務(wù)分解、活動(dòng)依賴關(guān)系和人員分配情況等。 下表是一個(gè)“任務(wù)的持續(xù)時(shí)間及其依賴關(guān)系”的例子。編輯課件12甘特圖法(Gantt 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ò)圖是表示項(xiàng)目進(jìn)度的兩種圖形表示法。(1) 條形圖。又稱甘特圖法(Gantt Chart)，可以表示面向活動(dòng)的負(fù)責(zé)人是誰，以及活動(dòng)的開始和結(jié)束時(shí)間。如下圖所示的例子。編輯課codingA test

17、ingA debuggingAB coding understandingC modifyingC testingB testingC debuggingB debuggingC testingABC012356789 codingA testingA debuggingA understandingC modifyingC testingB testingC debuggingB debuggingC testingABC4 debuggingAB coding 例：開發(fā)三個(gè)模塊A、B、C。 A為公用模塊，B、C的測(cè)試須等A的調(diào)試完成后進(jìn)行。A的編碼需6天，測(cè)試8天，調(diào)試6天。B的編碼需7天

18、，測(cè)試8天，調(diào)試6天。C利用已有的模塊，須先理解原模塊8天，再修改8天，測(cè)試9天，調(diào)試7天。最后三模塊集成測(cè)試需5天完成。(2) 活動(dòng)網(wǎng)絡(luò)圖。又稱網(wǎng)絡(luò)計(jì)劃法 表示構(gòu)成一個(gè)項(xiàng)目的不同活動(dòng)之間的依賴關(guān)系。是用網(wǎng)狀圖表安排與控制各項(xiàng)活動(dòng)的方法。最適合反映多個(gè)工作之間的邏輯關(guān)系。編輯課件14持續(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)

19、686678886975(1) 標(biāo)出標(biāo)出 Lasting Time(2) 標(biāo)出標(biāo)出 EST: = 從起點(diǎn)始，所有進(jìn)從起點(diǎn)始，所有進(jìn)入事件的入事件的 EST+LT 中最大的中最大的(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 LT(5) 標(biāo)出標(biāo)出Key Path：即即EST = LST的的所有事件組成的路徑所有事件組成的路徑通常，甘特圖適合按開發(fā)階段安排，以作項(xiàng)目總體進(jìn)度控制。網(wǎng)絡(luò)計(jì)劃法便于在細(xì)節(jié)上安排人力，適合按開發(fā)階段或子項(xiàng)目的工作步驟安排。編

20、輯課件15風(fēng)風(fēng) 險(xiǎn)險(xiǎn)風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 描描 述述職員跳槽職員跳槽項(xiàng)目項(xiàng)目有經(jīng)驗(yàn)的職員未完成項(xiàng)目就跳槽有經(jīng)驗(yàn)的職員未完成項(xiàng)目就跳槽管理層變更管理層變更項(xiàng)目項(xiàng)目不同的管理層考慮、關(guān)注的事情會(huì)不同不同的管理層考慮、關(guān)注的事情會(huì)不同硬件缺乏硬件缺乏項(xiàng)目項(xiàng)目項(xiàng)目所需的基礎(chǔ)硬件沒有按期交付項(xiàng)目所需的基礎(chǔ)硬件沒有按期交付需求變更需求變更項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品軟件需求與預(yù)期的相比，將會(huì)有較大變化軟件需求與預(yù)期的相比，將會(huì)有較大變化描述延遲描述延遲項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品有關(guān)主要接口的描述未按期完成有關(guān)主要接口的描述未按期完成低估了系統(tǒng)規(guī)模低估了系統(tǒng)規(guī)模項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品過低估計(jì)了系統(tǒng)的規(guī)模過低估計(jì)了系統(tǒng)

21、的規(guī)模CASECASE工具性能較差工具性能較差產(chǎn)品產(chǎn)品支持項(xiàng)目的支持項(xiàng)目的CASECASE工具達(dá)不到要求工具達(dá)不到要求技術(shù)變更技術(shù)變更業(yè)務(wù)業(yè)務(wù)系統(tǒng)的基礎(chǔ)技術(shù)被新技術(shù)取代系統(tǒng)的基礎(chǔ)技術(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)品就已經(jīng)上市了6. 6. 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 由于絕大多數(shù)軟件項(xiàng)目都存在不確定性，因此，風(fēng)險(xiǎn)管理對(duì)軟件項(xiàng)目而言就尤為重要。 根據(jù)產(chǎn)生的影響不同，一般將風(fēng)險(xiǎn)分為三類：項(xiàng)目風(fēng)險(xiǎn)、產(chǎn)品風(fēng)險(xiǎn)和業(yè)務(wù)風(fēng)險(xiǎn)。下表給出了一些典型風(fēng)險(xiǎn)：編輯課件16風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型可可 能能 的的 風(fēng)風(fēng) 險(xiǎn)險(xiǎn)技術(shù)技術(shù)系統(tǒng)使用的數(shù)據(jù)庫的處理速度不

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

23、，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工客戶不了解需求變更對(duì)項(xiàng)目造成的影響客戶不了解需求變更對(duì)項(xiàng)目造成的影響估算估算低估了軟件開發(fā)所需要的時(shí)間低估了軟件開發(fā)所需要的時(shí)間低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率低估了軟件的規(guī)模低估了軟件的規(guī)模下圖是風(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)險(xiǎn)。的是發(fā)現(xiàn)可能的風(fēng)險(xiǎn)。右表給出了可能

24、的風(fēng)右表給出了可能的風(fēng)險(xiǎn)及風(fēng)險(xiǎn)類型的實(shí)例。險(xiǎn)及風(fēng)險(xiǎn)類型的實(shí)例。 這些風(fēng)險(xiǎn)將可能影這些風(fēng)險(xiǎn)將可能影響到軟件產(chǎn)品、過程響到軟件產(chǎn)品、過程或業(yè)務(wù)?；驑I(yè)務(wù)。編輯課件17(2) 風(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)出現(xiàn)可能性的評(píng)估大致可以有：非常小(75%)。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)出現(xiàn)的可能性出現(xiàn)的可能性后果后果開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算小小災(zāi)難性災(zāi)難性招聘不到符合項(xiàng)目技術(shù)要求的職員招聘不到符合項(xiàng)目技術(shù)要求的職員大大災(zāi)難性災(zāi)難性在項(xiàng)目的非常時(shí)刻，關(guān)鍵職員生病在項(xiàng)目的非常時(shí)刻，關(guān)鍵職員生病中等中等嚴(yán)重嚴(yán)重要復(fù)

25、用的軟件組件有缺陷，限制了項(xiàng)目的性能要復(fù)用的軟件組件有缺陷，限制了項(xiàng)目的性能中等中等嚴(yán)重嚴(yán)重需求發(fā)生變化，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工中等中等嚴(yán)重嚴(yán)重開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目大大嚴(yán)重嚴(yán)重系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快中等中等嚴(yán)重嚴(yán)重低估了軟件開發(fā)所需要的時(shí)間低估了軟件開發(fā)所需要的時(shí)間大大嚴(yán)重嚴(yán)重CASE工具不能被集成工具不能被集成大大可容忍可容忍客戶不了解需求變更對(duì)項(xiàng)目造成的影響客戶不了解需求變更對(duì)項(xiàng)目造成的影響中等中等可容忍可容忍職員所需的培訓(xùn)跟不上職員所需的培訓(xùn)跟不上中等中等可容忍可容忍

26、低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率中等中等可容忍可容忍低估了軟件的規(guī)模低估了軟件的規(guī)模大大可容忍可容忍CASE工具產(chǎn)生的編碼效率低工具產(chǎn)生的編碼效率低中等中等可忽略可忽略 風(fēng)險(xiǎn)影響大小的評(píng)估，可能的結(jié)果有：災(zāi)難性的、嚴(yán)重的、可以容忍的和可以忽略的。 右表是對(duì)上表已識(shí)別風(fēng)險(xiǎn)分析后得出的結(jié)果作成的表格： 這個(gè)表格的內(nèi)容應(yīng)隨著項(xiàng)目的進(jìn)展而更新。 經(jīng)過風(fēng)險(xiǎn)分析和排序，就可以判斷哪些風(fēng)險(xiǎn)是最重要需要優(yōu)先關(guān)注的，以有利于項(xiàng)目的順利開展。編輯課件18風(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è)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目

27、將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(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)出可追溯信息來評(píng)估需求變更帶來的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化導(dǎo)出可追溯信息來評(píng)估需求變更帶來的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化機(jī)構(gòu)調(diào)整機(jī)構(gòu)調(diào)整擬一份簡(jiǎn)短

28、報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)擬一份簡(jiǎn)短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)數(shù)據(jù)庫的性能數(shù)據(jù)庫的性能研究購(gòu)買高性能數(shù)據(jù)庫的可能性研究購(gòu)買高性能數(shù)據(jù)庫的可能性低估開發(fā)時(shí)間低估開發(fā)時(shí)間再次估算開發(fā)時(shí)間，對(duì)要使用的組件、開發(fā)環(huán)境的效用進(jìn)行檢查，明確資源再次估算開發(fā)時(shí)間，對(duì)要使用的組件、開發(fā)環(huán)境的效用進(jìn)行檢查，明確資源(3) 風(fēng)險(xiǎn)規(guī)劃 風(fēng)險(xiǎn)規(guī)劃過程就是對(duì)已識(shí)別的每一個(gè)重大風(fēng)險(xiǎn)，確定相應(yīng)的處理策略。制定風(fēng)險(xiǎn)管理計(jì)劃同樣需要項(xiàng)目管理者的判斷和經(jīng)驗(yàn)。 下表給出了處理上表中嚴(yán)重和災(zāi)難性風(fēng)險(xiǎn)的可能的策略。風(fēng)險(xiǎn)規(guī)劃的策略有三類：風(fēng)險(xiǎn)規(guī)劃的策略有三類：- - 規(guī)避策略規(guī)

29、避策略：采用這些策略會(huì)降低風(fēng)險(xiǎn)出現(xiàn)的概率。如：采用這些策略會(huì)降低風(fēng)險(xiǎn)出現(xiàn)的概率。如“有缺陷的組件有缺陷的組件”- - 最低風(fēng)險(xiǎn)策略最低風(fēng)險(xiǎn)策略：采用這些策略會(huì)減少風(fēng)險(xiǎn)影響。如：采用這些策略會(huì)減少風(fēng)險(xiǎn)影響。如“職員生病風(fēng)險(xiǎn)職員生病風(fēng)險(xiǎn)”- - 應(yīng)急計(jì)劃應(yīng)急計(jì)劃：用以應(yīng)對(duì)最嚴(yán)重的情形出現(xiàn)，以防萬一。如：用以應(yīng)對(duì)最嚴(yán)重的情形出現(xiàn)，以防萬一。如“機(jī)構(gòu)財(cái)務(wù)問題機(jī)構(gòu)財(cái)務(wù)問題”編輯課件19風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型潛在的特征潛在的特征技術(shù)技術(shù)硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術(shù)問題硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術(shù)問題人員人員職員工作士氣低靡，團(tuán)隊(duì)成員之間關(guān)系不協(xié)調(diào)，工作分配不當(dāng)職員工作士氣低靡，團(tuán)隊(duì)成員之

30、間關(guān)系不協(xié)調(diào)，工作分配不當(dāng)機(jī)構(gòu)機(jī)構(gòu)機(jī)構(gòu)內(nèi)說三道四，缺乏資深管理人員機(jī)構(gòu)內(nèi)說三道四，缺乏資深管理人員工具工具團(tuán)隊(duì)成員不愿使用工具，抱怨團(tuán)隊(duì)成員不愿使用工具，抱怨CASE工具，需要更強(qiáng)大的工作站工具，需要更強(qiáng)大的工作站需求需求很多需求變更請(qǐng)求以及客戶怨言很多需求變更請(qǐng)求以及客戶怨言估算估算跟不上雙方協(xié)商的進(jìn)度，無法除掉暴露出來的缺陷跟不上雙方協(xié)商的進(jìn)度，無法除掉暴露出來的缺陷(4) 風(fēng)險(xiǎn)監(jiān)控 風(fēng)險(xiǎn)監(jiān)控就是要對(duì)每一個(gè)識(shí)別的風(fēng)險(xiǎn)及其策略執(zhí)行情況進(jìn)行定期評(píng)估，從而確定風(fēng)險(xiǎn)出現(xiàn)可能性的變化趨勢(shì)以及風(fēng)險(xiǎn)影響的后果是否有所改變。通常，這類信息是不可能直接觀察到的，需要綜合其它因素。 應(yīng)該指出的是，風(fēng)險(xiǎn)監(jiān)控應(yīng)該

31、是一個(gè)持續(xù)不斷的過程，在每一次對(duì)風(fēng)險(xiǎn)管理進(jìn)行評(píng)估時(shí)，每一個(gè)重大的風(fēng)險(xiǎn)都應(yīng)該進(jìn)行單獨(dú)的討論和評(píng)估。 下表列舉了一些典型因素的例子，可能會(huì)對(duì)評(píng)這些估風(fēng)險(xiǎn)類型有幫助。編輯課件207.3 7.3 軟件測(cè)試計(jì)劃和測(cè)試報(bào)告軟件測(cè)試計(jì)劃和測(cè)試報(bào)告 軟件測(cè)試是軟件開發(fā)完成，投入運(yùn)行前，對(duì)軟件需求、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，軟件質(zhì)量保證的關(guān)鍵步驟，在軟件開發(fā)的整個(gè)過程中，占有極為重要的位置。 軟件測(cè)試文檔主要包括：測(cè)試規(guī)劃、測(cè)試策略、測(cè)試手段和測(cè)試結(jié)果。 由于測(cè)試工作的重要性，而人工測(cè)試又特別困難，因此，測(cè)試過程自動(dòng)化會(huì)是測(cè)試技術(shù)發(fā)展的方向。1. 1. 軟件測(cè)試、軟件檢查和調(diào)試軟件測(cè)試、軟件檢查和調(diào)試 我們

32、已經(jīng)知道軟件測(cè)試的目的是盡可能多的發(fā)現(xiàn)系統(tǒng)存在的錯(cuò)誤。我們已經(jīng)知道軟件測(cè)試的目的是盡可能多的發(fā)現(xiàn)系統(tǒng)存在的錯(cuò)誤。所以，軟件測(cè)試包括軟件檢查與軟件測(cè)試。所以，軟件測(cè)試包括軟件檢查與軟件測(cè)試。- - 軟件檢查軟件檢查：對(duì)系統(tǒng)的各種表達(dá)形式，如文檔、設(shè)計(jì)圖和程序源代碼等：對(duì)系統(tǒng)的各種表達(dá)形式，如文檔、設(shè)計(jì)圖和程序源代碼等進(jìn)行分析、檢查，這一工作應(yīng)貫穿整個(gè)開發(fā)過程。進(jìn)行分析、檢查，這一工作應(yīng)貫穿整個(gè)開發(fā)過程。- - 軟件測(cè)試軟件測(cè)試：使用測(cè)試數(shù)據(jù)對(duì)軟件的實(shí)現(xiàn)進(jìn)行運(yùn)行檢查，查看系統(tǒng)的輸：使用測(cè)試數(shù)據(jù)對(duì)軟件的實(shí)現(xiàn)進(jìn)行運(yùn)行檢查，查看系統(tǒng)的輸出及運(yùn)行行為是否符合設(shè)計(jì)要求。出及運(yùn)行行為是否符合設(shè)計(jì)要求。編輯課件

33、21下圖表示了軟件檢查和軟件測(cè)試在軟件過程中的位置軟件檢查軟件檢查需求描述需求描述高層設(shè)計(jì)高層設(shè)計(jì)形式化描述形式化描述詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)程程 序序原原 型型軟件測(cè)試軟件測(cè)試 從圖中可以看出，軟件檢查貫穿整個(gè)軟件過程，而軟件測(cè)試僅對(duì)原型或軟件程序。 軟件調(diào)試是一個(gè)對(duì)缺陷定位和修改的過程，同時(shí)也是一項(xiàng)技巧性很強(qiáng)的工作。軟件調(diào)試，從軟件測(cè)試的結(jié)果開始。如圖所示。測(cè)試結(jié)果測(cè)試結(jié)果描描 述述測(cè)試用例測(cè)試用例定位錯(cuò)誤定位錯(cuò)誤設(shè)計(jì)修復(fù)設(shè)計(jì)修復(fù)修復(fù)錯(cuò)誤修復(fù)錯(cuò)誤回歸測(cè)試回歸測(cè)試編輯課件222. 2. 軟件測(cè)試的成本軟件測(cè)試的成本 由于測(cè)試不可能窮盡，因此，就有了軟件測(cè)試的一個(gè)致命缺陷，即測(cè)試的不完全、不徹底性。因

34、此，對(duì)于任何程序只能進(jìn)行少量的測(cè)試。當(dāng)發(fā)現(xiàn)錯(cuò)誤，可以說明程序有問題，而未發(fā)現(xiàn)錯(cuò)誤，卻不能聲稱程序沒有錯(cuò)誤。 根據(jù)軟件工程的基本原理，當(dāng)測(cè)試標(biāo)準(zhǔn)越高，則將要投入的人力、財(cái)力也越高。左圖反映了測(cè)試成本的變化規(guī)律。 為在軟件質(zhì)量和投入之間取得需求平衡，可以采用著名的“進(jìn)度、成本、質(zhì)量”三角公式。如下右圖，即只要確定了其中兩項(xiàng)，就可以確定第三項(xiàng)。 因此，在編制軟件測(cè)試計(jì)劃時(shí)，必須考慮三者之間的關(guān)系。測(cè)試的程度測(cè)試的程度未發(fā)現(xiàn)的隱藏錯(cuò)誤數(shù)未發(fā)現(xiàn)的隱藏錯(cuò)誤數(shù)不足測(cè)試不足測(cè)試測(cè)試成本測(cè)試成本過度測(cè)試過度測(cè)試最佳測(cè)試點(diǎn)最佳測(cè)試點(diǎn)進(jìn)度進(jìn)度質(zhì)量質(zhì)量成本成本編輯課件233. 3. 軟件測(cè)試的原則軟件測(cè)試的原則測(cè)試時(shí)

35、，如果成功地實(shí)施了測(cè)試計(jì)劃和方案，就能夠發(fā)現(xiàn)系統(tǒng)中盡量多的錯(cuò)誤。測(cè)試的一個(gè)附帶收獲是，能夠證明軟件的功能和性能是與需求說明相符的。要達(dá)成上述要求，就需要遵守以下原則：(1) (1) 測(cè)試規(guī)劃應(yīng)包含測(cè)試工作的全部?jī)?nèi)容測(cè)試規(guī)劃應(yīng)包含測(cè)試工作的全部?jī)?nèi)容。即不僅是程序測(cè)試，還包括文檔。即不僅是程序測(cè)試，還包括文檔(2) (2) 測(cè)試應(yīng)貫穿軟件開發(fā)的整個(gè)過程測(cè)試應(yīng)貫穿軟件開發(fā)的整個(gè)過程。即堅(jiān)持各個(gè)階段的評(píng)審，杜絕隱患。即堅(jiān)持各個(gè)階段的評(píng)審，杜絕隱患(3) (3) 測(cè)試用例應(yīng)包括輸入和預(yù)期輸出測(cè)試用例應(yīng)包括輸入和預(yù)期輸出。(4)(4) 設(shè)計(jì)測(cè)試用例時(shí)，輸入應(yīng)包括合理的和不合理的數(shù)據(jù)設(shè)計(jì)測(cè)試用例時(shí)，輸入應(yīng)包

36、括合理的和不合理的數(shù)據(jù)。(5) (5) 功能測(cè)試應(yīng)由獨(dú)立第三方完成功能測(cè)試應(yīng)由獨(dú)立第三方完成。但調(diào)試仍應(yīng)由開發(fā)者自己完成。但調(diào)試仍應(yīng)由開發(fā)者自己完成。(6) (6) 充分注意并利用測(cè)試中的群集現(xiàn)象充分注意并利用測(cè)試中的群集現(xiàn)象。(7) (7) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試隨意性嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試隨意性。計(jì)劃應(yīng)明確規(guī)定，不隨意解釋。計(jì)劃應(yīng)明確規(guī)定，不隨意解釋(8)(8) 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。仔細(xì)分析測(cè)試結(jié)果，防止錯(cuò)誤遺漏。仔細(xì)分析測(cè)試結(jié)果，防止錯(cuò)誤遺漏(9)(9) 妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等測(cè)試文檔妥善保存測(cè)試計(jì)劃、測(cè)試用

37、例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等測(cè)試文檔。編輯課件244. 4. 軟件測(cè)試過程軟件測(cè)試過程從程序測(cè)試的角度看，測(cè)試分為兩個(gè)階段。如圖從程序測(cè)試的角度看，測(cè)試分為兩個(gè)階段。如圖單元單元( (構(gòu)件構(gòu)件) )測(cè)試測(cè)試集成集成( (組件組件) )測(cè)試測(cè)試軟件開發(fā)者完成軟件開發(fā)者完成獨(dú)立測(cè)試團(tuán)隊(duì)承擔(dān)獨(dú)立測(cè)試團(tuán)隊(duì)承擔(dān)程序測(cè)試過程的目的是盡可能多的發(fā)現(xiàn)并改正錯(cuò)誤，提高軟件質(zhì)量。程序測(cè)試過程的目的是盡可能多的發(fā)現(xiàn)并改正錯(cuò)誤，提高軟件質(zhì)量。測(cè)試過程的每一個(gè)階段也都會(huì)對(duì)前一階段有反饋信息。因此，測(cè)試過測(cè)試過程的每一個(gè)階段也都會(huì)對(duì)前一階段有反饋信息。因此，測(cè)試過程是一個(gè)不斷修正和進(jìn)化的過程。其階段劃分如下圖所示程是一個(gè)

38、不斷修正和進(jìn)化的過程。其階段劃分如下圖所示測(cè)試計(jì)劃測(cè)試計(jì)劃測(cè)試設(shè)計(jì)測(cè)試設(shè)計(jì)測(cè)試準(zhǔn)備測(cè)試準(zhǔn)備測(cè)試執(zhí)行測(cè)試執(zhí)行測(cè)試評(píng)估測(cè)試評(píng)估修正修正修正修正修正修正修正修正測(cè)試過程需要下面三個(gè)基礎(chǔ)數(shù)據(jù)和資料的支持：測(cè)試過程需要下面三個(gè)基礎(chǔ)數(shù)據(jù)和資料的支持：- -軟件配置軟件配置：軟件正常運(yùn)行的環(huán)境配置。：軟件正常運(yùn)行的環(huán)境配置。- - 測(cè)試配置測(cè)試配置：軟件測(cè)試運(yùn)行的環(huán)境配置，是軟件配置的子集。：軟件測(cè)試運(yùn)行的環(huán)境配置，是軟件配置的子集。- - 測(cè)試工具測(cè)試工具：為提高測(cè)試效率、降低測(cè)試勞動(dòng)強(qiáng)度、保證測(cè)試質(zhì)量使用的工具：為提高測(cè)試效率、降低測(cè)試勞動(dòng)強(qiáng)度、保證測(cè)試質(zhì)量使用的工具編輯課件25內(nèi)內(nèi) 容容說說 明明測(cè)試

39、過程測(cè)試過程描述測(cè)試過程的主要階段描述測(cè)試過程的主要階段需求跟蹤需求跟蹤用戶最關(guān)心系統(tǒng)能否目要求，測(cè)試計(jì)劃應(yīng)包含對(duì)每項(xiàng)需求的單獨(dú)測(cè)試用戶最關(guān)心系統(tǒng)能否目要求，測(cè)試計(jì)劃應(yīng)包含對(duì)每項(xiàng)需求的單獨(dú)測(cè)試測(cè)試項(xiàng)目測(cè)試項(xiàng)目軟件需求測(cè)試的內(nèi)容都應(yīng)在此定義軟件需求測(cè)試的內(nèi)容都應(yīng)在此定義測(cè)試時(shí)間安排測(cè)試時(shí)間安排給出總的時(shí)間安排和相應(yīng)的資源分配給出總的時(shí)間安排和相應(yīng)的資源分配測(cè)試記錄測(cè)試記錄測(cè)試所得到的結(jié)果、測(cè)試過程、執(zhí)行情況等必須系統(tǒng)地記錄測(cè)試所得到的結(jié)果、測(cè)試過程、執(zhí)行情況等必須系統(tǒng)地記錄軟硬件需求軟硬件需求列出測(cè)試所要使用的軟件工具和測(cè)試環(huán)境列出測(cè)試所要使用的軟件工具和測(cè)試環(huán)境約束約束需要考慮和預(yù)料的影響測(cè)試

40、過程的約束需要考慮和預(yù)料的影響測(cè)試過程的約束5. 5. 測(cè)試計(jì)劃的導(dǎo)出與結(jié)構(gòu)測(cè)試計(jì)劃的導(dǎo)出與結(jié)構(gòu)測(cè)試計(jì)劃應(yīng)該從系統(tǒng)描述和設(shè)計(jì)中導(dǎo)出。下圖是測(cè)試計(jì)劃從系統(tǒng)描述和設(shè)計(jì)中導(dǎo)出示意圖需求描述需求描述系統(tǒng)描述系統(tǒng)描述系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)單元代碼單元代碼測(cè)試測(cè)試驗(yàn)收測(cè)驗(yàn)收測(cè)試計(jì)劃試計(jì)劃系統(tǒng)集成系統(tǒng)集成測(cè)試計(jì)劃測(cè)試計(jì)劃子系統(tǒng)集成子系統(tǒng)集成測(cè)試計(jì)劃測(cè)試計(jì)劃服服 務(wù)務(wù)驗(yàn)收測(cè)試驗(yàn)收測(cè)試系統(tǒng)集成系統(tǒng)集成測(cè)試測(cè)試子系統(tǒng)集子系統(tǒng)集成測(cè)試成測(cè)試 測(cè)試計(jì)劃的主測(cè)試計(jì)劃的主要組成部分如右表要組成部分如右表所示所示編輯課件266. 6. 幾種常見的測(cè)試用圖表工具幾種常見的測(cè)試用圖表工具(1) 檢查表 檢查表是一張標(biāo)

41、明了所要檢查項(xiàng)目和內(nèi)容的表格，可以用來突出重點(diǎn)和總結(jié)整個(gè)過程的關(guān)鍵點(diǎn)。優(yōu)點(diǎn)是簡(jiǎn)潔、清晰。 典型的檢查表如需求檢查表、系統(tǒng)結(jié)構(gòu)檢查表、代碼結(jié)構(gòu)檢查表、共性缺陷檢查表等。 檢查表因其重要性，目前已實(shí)現(xiàn)了自動(dòng)化和智能化。如IBM Rochester軟件開發(fā)中的PTF(program temporary fix，程序臨時(shí)修補(bǔ))檢查表。(2) Pareto圖 一個(gè)按下降次序排列的頻率豎條圖。通常，X軸表示缺陷產(chǎn)生的原因，Y軸表示缺陷數(shù)。下圖就是一個(gè)軟件產(chǎn)品缺陷原因的Pareto圖。5040302010缺陷數(shù)缺陷數(shù)原因原因數(shù)據(jù)初始化數(shù)據(jù)初始化接口接口復(fù)雜邏輯復(fù)雜邏輯民族語言民族語言地址地址數(shù)據(jù)定義數(shù)據(jù)定義

42、編輯課件27(3) 直方圖 是一種樣本或總體的頻率計(jì)數(shù)的圖形表示。X軸自左至右按上升序列出某一個(gè)參數(shù)的單位間隔，Y軸為頻率計(jì)數(shù)。直方圖常用來表示某一參數(shù)的分布特性。如下圖是一個(gè)軟件產(chǎn)品按不同嚴(yán)重程度的缺陷頻率和缺陷報(bào)告提交的天數(shù)直方圖。10080604020總?cè)毕輸?shù)的總?cè)毕輸?shù)的%SEV2SEV1SEV3SEV4嚴(yán)重級(jí)別10080604020總?cè)毕輸?shù)的總?cè)毕輸?shù)的%8141715212228293536+缺陷報(bào)告提交的天數(shù)編輯課件287. 7. 設(shè)計(jì)軟件測(cè)試設(shè)計(jì)軟件測(cè)試(1) 缺陷測(cè)試設(shè)計(jì) 下圖是缺陷測(cè)試的一般模型。其中，需要設(shè)計(jì)測(cè)試用例，給出測(cè)試預(yù)期結(jié)果。測(cè)試用例是對(duì)測(cè)試需要的輸入和當(dāng)前測(cè)試內(nèi)容

43、的描述，運(yùn)行結(jié)果需要和測(cè)試預(yù)期結(jié)果比較，以獲得測(cè)試是否通過的結(jié)論。測(cè)試用例測(cè)試用例測(cè)試數(shù)據(jù)測(cè)試數(shù)據(jù)測(cè)試結(jié)果測(cè)試結(jié)果測(cè)試報(bào)告測(cè)試報(bào)告設(shè)計(jì)測(cè)設(shè)計(jì)測(cè)試用例試用例準(zhǔn)備測(cè)準(zhǔn)備測(cè)試數(shù)據(jù)試數(shù)據(jù)用測(cè)試數(shù)據(jù)用測(cè)試數(shù)據(jù)運(yùn)行程序運(yùn)行程序?qū)⒔Y(jié)果與測(cè)將結(jié)果與測(cè)試預(yù)期比較試預(yù)期比較 理想的測(cè)試是使每個(gè)可能的程序運(yùn)行順序都能無遺漏的得到測(cè)試，然而這是不可能的。因此，測(cè)試需要基于一個(gè)可能的測(cè)試用例子集，制定和設(shè)計(jì)一個(gè)測(cè)試子集的選擇策略。編輯課件29輸輸 入入 數(shù)數(shù) 據(jù)據(jù)預(yù)期輸出結(jié)果預(yù)期輸出結(jié)果運(yùn)行輸出結(jié)果運(yùn)行輸出結(jié)果結(jié)果是否正常結(jié)果是否正常期望的期望的非期望的非期望的正常測(cè)試輸入數(shù)據(jù)正常測(cè)試輸入數(shù)據(jù)1n導(dǎo)致反常的輸入數(shù)據(jù)導(dǎo)致

44、反常的輸入數(shù)據(jù)1m 黑盒測(cè)試 黑盒測(cè)試是將系統(tǒng)作為一個(gè)黑盒子，只通過系統(tǒng)輸入，觀察其相應(yīng)的輸出，來確定系統(tǒng)功能是否符合需求規(guī)格說明書的定義。因此，黑盒測(cè)試又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試的系統(tǒng)模型如下圖。正常測(cè)試正常測(cè)試輸入數(shù)據(jù)輸入數(shù)據(jù)期望的輸期望的輸出結(jié)果出結(jié)果暴露缺陷的暴露缺陷的輸出結(jié)果輸出結(jié)果導(dǎo)致反導(dǎo)致反常的輸常的輸入數(shù)據(jù)入數(shù)據(jù)系系統(tǒng)統(tǒng) 黑盒測(cè)試方法即適合功能構(gòu)成的系統(tǒng)，也適合對(duì)象構(gòu)成的系統(tǒng)。測(cè)試的關(guān)鍵是要設(shè)計(jì)出有極大可能落在導(dǎo)致系統(tǒng)反常的輸入數(shù)據(jù)集合中的那些輸入。使用下表可以組織黑盒測(cè)試方法的輸入和輸出。編輯課件30輸入條件輸入條件有效等價(jià)類有效等價(jià)類無效等價(jià)類無效等價(jià)類 等價(jià)劃分

45、 黑盒測(cè)試的一種方法。等價(jià)劃分的測(cè)試方法就是把程序的輸入域劃分成若干不同性質(zhì)得到的集合，在這些集合中，程序有基本一致的行為表現(xiàn)，然后從每個(gè)集合中選取少量有代表性的數(shù)據(jù)作為測(cè)試用例。下圖就是等價(jià)劃分測(cè)試的模型。系系統(tǒng)統(tǒng)無效輸入無效輸入有效輸入有效輸入輸出輸出 等價(jià)劃分方法測(cè)試用例的設(shè)計(jì)要經(jīng)歷劃分等價(jià)類和選取測(cè)試用例兩步。等價(jià)類的劃分可以使用等價(jià)類表描述。確定測(cè)試用例則需要根據(jù)等價(jià)類表，按以下確定測(cè)試用例則需要根據(jù)等價(jià)類表，按以下3 3個(gè)步驟進(jìn)行：個(gè)步驟進(jìn)行：- - 為每個(gè)等價(jià)類規(guī)定唯一編號(hào)為每個(gè)等價(jià)類規(guī)定唯一編號(hào)- - 設(shè)計(jì)一個(gè)測(cè)試用例，使其盡可能多的覆蓋尚未覆蓋的有效等價(jià)類，重復(fù)該步設(shè)計(jì)一個(gè)測(cè)

46、試用例，使其盡可能多的覆蓋尚未覆蓋的有效等價(jià)類，重復(fù)該步- - 設(shè)計(jì)測(cè)試用例，逐一覆蓋所有無效等價(jià)類設(shè)計(jì)測(cè)試用例，逐一覆蓋所有無效等價(jià)類編輯課件31 結(jié)構(gòu)化測(cè)試 結(jié)構(gòu)化測(cè)試是一種根據(jù)軟件結(jié)構(gòu)知識(shí)和實(shí)現(xiàn)知識(shí)所進(jìn)行的測(cè)試方法。結(jié)構(gòu)化測(cè)試也成為白盒測(cè)試。結(jié)構(gòu)化測(cè)試的過程如下圖所示。測(cè)試數(shù)據(jù)測(cè)試數(shù)據(jù)測(cè)試輸出測(cè)試輸出組件代碼組件代碼導(dǎo)出導(dǎo)出測(cè)試測(cè)試 結(jié)構(gòu)化測(cè)試除了用于單元測(cè)試外，一般適合用于相對(duì)較小的程序，如一個(gè)子程序或?qū)ο蟮囊粋€(gè)操作等。 結(jié)構(gòu)化測(cè)試是通過代碼分析來估計(jì)需要多少測(cè)試用例，以保證測(cè)試過程中，程序或組件中所有語句都至少遍歷一遍。 路徑測(cè)試 是結(jié)構(gòu)化測(cè)試的一種策略。即在程序控制流程圖的基礎(chǔ)上，

47、通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例。而設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的每一個(gè)可執(zhí)行語句都能至少執(zhí)行一次。 在面向?qū)ο蟮某绦蜷_發(fā)過程中，路徑測(cè)試在測(cè)試對(duì)象中的方法時(shí)，常會(huì)用到。程序中的路徑數(shù)量通常與程序的長(zhǎng)度成正比。編輯課件32(2) 集成測(cè)試設(shè)計(jì) 集成測(cè)試開始于系統(tǒng)組件、子系統(tǒng)或完整系統(tǒng)的組裝完成時(shí)，其目的是發(fā)現(xiàn)組件交互中的問題。 集成測(cè)試的主要困難是在測(cè)試過程中對(duì)發(fā)現(xiàn)的錯(cuò)誤的定位。一個(gè)好的方法是采用所謂的增量法。即先從一個(gè)集成度最小的系統(tǒng)配置開始測(cè)試，完成后一個(gè)增量一個(gè)增量的增加配置，然后逐步完成系統(tǒng)完整配置的測(cè)試。下圖就是增量化集成測(cè)試的例子。ABT

48、1T2T3a.a. 測(cè)試序列1ABT1T2T3CT4b.b. 測(cè)試序列2ABT1T2T3c.c. 測(cè)試序列3CDT4T5編輯課件33 自頂向下的和自底向上的測(cè)試是兩種不同的測(cè)試策略 在自頂向下的集成測(cè)試中，系統(tǒng)的高層組件在系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)完成之前進(jìn)行集成和測(cè)試。如下圖所示1 1級(jí)級(jí)1 1級(jí)級(jí)2 2級(jí)級(jí)2 2級(jí)級(jí)2 2級(jí)級(jí)測(cè)試序列測(cè)試序列 在自底向上的集成測(cè)試中，低層組件在高層組件開發(fā)出來之前進(jìn)行集成和測(cè)試。如下圖所示N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)級(jí)N-1N-1級(jí)級(jí)N-1N-1級(jí)級(jí)N-1N-1級(jí)級(jí)測(cè)試驅(qū)測(cè)試驅(qū)動(dòng)程序動(dòng)程序測(cè)試驅(qū)測(cè)試驅(qū)動(dòng)程序動(dòng)程序測(cè)試測(cè)試序列序列編輯課件3

49、4 接口測(cè)試 當(dāng)模塊或子系統(tǒng)被集成時(shí)，就有一個(gè)事先定義的接口供其它組件調(diào)用。接口測(cè)試的目的就是檢測(cè)因接口錯(cuò)誤或?qū)涌谶M(jìn)行的無效假設(shè)而造成的系統(tǒng)缺陷。下圖就是對(duì)接口測(cè)試的示意圖。測(cè)試用例測(cè)試用例ABC 圖中，指向方塊邊界的箭頭表示測(cè)試用例不是只針對(duì)單個(gè)組件的，而是對(duì)組件構(gòu)成的整個(gè)子系統(tǒng)的。 接口錯(cuò)誤是對(duì)象之間交互的結(jié)果，而不是出于單個(gè)對(duì)象的行為。因此，接口錯(cuò)誤是不可能通過對(duì)單個(gè)對(duì)象的測(cè)試發(fā)現(xiàn)的。 這種測(cè)試形式非常適合面向?qū)ο蟮南到y(tǒng)。 強(qiáng)度測(cè)試 系統(tǒng)被完全集成后，就可以進(jìn)行總體性能測(cè)試了。 為性能測(cè)試所設(shè)計(jì)的測(cè)試用例要保證能夠測(cè)試到系統(tǒng)的正常負(fù)荷。通常，要設(shè)計(jì)出一系列的測(cè)試，使得系統(tǒng)的測(cè)試負(fù)荷能穩(wěn)

50、步上升，直到系統(tǒng)達(dá)到性能極限。然后，強(qiáng)度測(cè)試?yán)^續(xù)使用測(cè)試用例測(cè)試，直到系統(tǒng)失敗。這類測(cè)試有兩個(gè)作用：檢查系統(tǒng)的柔性；可能模擬到正常情況下的不尋常組合，以暴露系統(tǒng)正常情況下不會(huì)暴露的缺陷。編輯課件35(3) 面向?qū)ο蟮臏y(cè)試 盡管前面介紹的測(cè)試方法能夠用于面向?qū)ο蟪绦虻臏y(cè)試，但是面向?qū)ο蟮臏y(cè)試還具有自己的另外一些特點(diǎn)。 面向?qū)ο蟮膯卧獪y(cè)試 以往單元測(cè)試的方法可繼續(xù)沿用，實(shí)際測(cè)試類成員函數(shù)。對(duì)象的完全覆蓋測(cè)試應(yīng)包括： - 對(duì)象中所有操作被單獨(dú)隔離的測(cè)試 - 對(duì)象中所有屬性的設(shè)置和訪問的測(cè)試 - 對(duì)象中所有可能狀態(tài)的測(cè)試 如果使用了繼承，則對(duì)類的測(cè)試應(yīng)延伸到所有子類所繼承的操作。編輯課件36 面向?qū)ο?/p>

51、的集成測(cè)試 由于面向?qū)ο蟪绦蛑?，類相互依賴極其緊密，根本無法在編譯不完全的程序上對(duì)類進(jìn)行測(cè)試。所以，面向?qū)ο蟮募蓽y(cè)試通常需要在整個(gè)程序編譯完成后進(jìn)行。此外，面向?qū)ο蟪绦蚓哂袆?dòng)態(tài)特性，程序的控制流往往無法確定，因此也只能對(duì)整個(gè)編譯后的程序做基于黑盒的集成測(cè)試。 面向?qū)ο蟮募蓽y(cè)試能夠發(fā)現(xiàn)相對(duì)獨(dú)立的單元測(cè)試無法檢出的那些類相互作用時(shí)才會(huì)產(chǎn)生的錯(cuò)誤。具體設(shè)計(jì)測(cè)試用例，可參考以下步驟：- 選定檢測(cè)的類，列出類的狀態(tài)、行為、傳遞的消息，及輸入/輸出的界定等- 利用結(jié)構(gòu)關(guān)系圖確定待測(cè)類的所有關(guān)聯(lián)，確定覆蓋標(biāo)準(zhǔn)- 根據(jù)程序中類的對(duì)象構(gòu)造測(cè)試用例，確認(rèn)輸入、服務(wù)和期望產(chǎn)生的行為等編輯課件378. 8. 軟件測(cè)試計(jì)劃文檔軟件測(cè)試計(jì)劃文檔 測(cè)試計(jì)劃起到測(cè)試工作過程框架結(jié)構(gòu)的功能，是好的測(cè)試工作的基礎(chǔ)。一個(gè)測(cè)試計(jì)劃的基本內(nèi)容包括：基本情況分析、測(cè)試需求說明、測(cè)試策略和記錄、測(cè)試資源配置、問題跟蹤報(bào)告、測(cè)試計(jì)劃的評(píng)審等。 基本情況分析。包括系統(tǒng)運(yùn)行平臺(tái)、應(yīng)用領(lǐng)域、特點(diǎn)和主要功能模塊等。分析要點(diǎn)有：測(cè)試目的和側(cè)重點(diǎn)、系統(tǒng)適合于測(cè)試的內(nèi)容/操作劃分、測(cè)試的潛在風(fēng)險(xiǎn)、系統(tǒng)與測(cè)試相關(guān)的資料說明。 測(cè)試需求說明。列出測(cè)試功能項(xiàng)，規(guī)定應(yīng)該測(cè)試的具體內(nèi)容。 測(cè)試策略和記錄。描述如何開展測(cè)試，規(guī)定測(cè)試記錄的內(nèi)容。必要時(shí)，應(yīng)給出測(cè)試記錄