軟件開(kāi)發(fā)文檔模板

1、軟 件 描 述 文 檔 產(chǎn)品名稱(chēng)公司名稱(chēng)軟件基本信息產(chǎn)品名稱(chēng)公司名稱(chēng)1、產(chǎn)品標(biāo)識(shí)：軟件標(biāo)識(shí)：軟件名稱(chēng)： 軟件型號(hào)及版本號(hào)： 制造商： 公司生產(chǎn)地址： 2、安全性級(jí)別是一種軟件，所以隨之而來(lái)的軟件安全性問(wèn)題也極為重要。 (a)軟件是一種抽象的邏輯產(chǎn)品，其存在形式是虛擬和動(dòng)態(tài)的.(b)軟件質(zhì)量的測(cè)度十分困難，其質(zhì)量的控制重點(diǎn)在軟件的需求分析和設(shè)計(jì)階段，開(kāi)發(fā)過(guò)程中產(chǎn)生錯(cuò)誤的難以追蹤；(c)硬件有老化現(xiàn)象，失效曲線似浴盆，硬件的維護(hù)可通過(guò)糾錯(cuò)、修復(fù)或更換失效的系統(tǒng)重新恢復(fù)功能。而軟件的維護(hù)復(fù)雜，只有通過(guò)修改代碼來(lái)排錯(cuò)。同時(shí)軟件可能在使用中隨著缺陷的發(fā)現(xiàn)和消除，而使性能提高。軟件的修改看似比硬件容易，卻

2、比硬件更難于控制?？瓷先o(wú)關(guān)緊要的軟件代碼修改會(huì)在軟件的其他地方引起無(wú)法預(yù)測(cè)的、十分關(guān)鍵的問(wèn)題；(d)軟件的失效防護(hù)困難。對(duì)硬件可采用預(yù)防性維護(hù)技術(shù)預(yù)防故障，采用斷開(kāi)失效部件的辦法診斷故障，而軟件則不能采用這些技術(shù)；但軟件的失效會(huì)毫無(wú)征兆的出現(xiàn)，會(huì)因執(zhí)行一條未經(jīng)驗(yàn)證的路徑而出現(xiàn)故障；而同一軟件的冗余不能提高可靠性。(e)軟件的失效是系統(tǒng)性失效，其失效的條件有時(shí)比較復(fù)雜。因此，可能會(huì)無(wú)法清晰地洞察其原因，而誤歸結(jié)其為系統(tǒng)中硬件的隨機(jī)失效。導(dǎo)致無(wú)法及時(shí)排除軟件中的故障，造成隱患的長(zhǎng)期存在。以上論述了軟件的復(fù)雜性，以及出現(xiàn)問(wèn)題無(wú)法預(yù)測(cè)性和軟件的實(shí)效防護(hù)困難。軟件一旦出現(xiàn)問(wèn)題則很可能導(dǎo)致患者或者對(duì)患者

3、造成嚴(yán)重的傷害，例如，軟件一旦在運(yùn)行過(guò)程中失效，機(jī)器停止工作則很可能導(dǎo)致患者由于而變?yōu)?，所以軟件安全性?jí)別為級(jí)。3、功能結(jié)構(gòu)上位機(jī)程序功能描述：下位機(jī)：a）功能模塊網(wǎng)絡(luò)：c）下位機(jī)程序框圖1） 上位機(jī)a）功能模塊網(wǎng)絡(luò)：b）上位機(jī)程序框圖：4、硬件關(guān)系5、運(yùn)行環(huán)境5.1硬件配置：5.2軟件運(yùn)行環(huán)境6、適應(yīng)范圍6.1軟件組件整體的功能用途6.2醫(yī)療器械的適用范圍7、禁忌癥8、上市歷史軟件實(shí)現(xiàn)過(guò)程產(chǎn)品名稱(chēng)公司名稱(chēng)1、 開(kāi)發(fā)綜述1.1 嵌入式開(kāi)發(fā)平臺(tái) 1.1.1 單片機(jī)的開(kāi)發(fā)平臺(tái) 1.2分析測(cè)控系統(tǒng)在進(jìn)行單片機(jī)應(yīng)用系統(tǒng)開(kāi)發(fā)時(shí)，首先要對(duì)該測(cè)控系統(tǒng)進(jìn)行可行性分析以及系統(tǒng)總統(tǒng)方案設(shè)計(jì)。1.2.1可行性分析可

4、行性分析主要是分析整個(gè)設(shè)計(jì)任務(wù)的可能性。 1.2.2系統(tǒng)總體方案設(shè)計(jì)當(dāng)完成可行性分析后，便進(jìn)入系統(tǒng)整體方案設(shè)計(jì)階段。這里，主要結(jié)合國(guó)內(nèi)外相關(guān)產(chǎn)品的技術(shù)參數(shù)和功能特性、本系統(tǒng)的應(yīng)用要求以及現(xiàn)有條件，來(lái)決定本設(shè)計(jì)所要實(shí)現(xiàn)的功能和技術(shù)指標(biāo)。接著，制定合理的計(jì)劃，編寫(xiě)設(shè)計(jì)任務(wù)書(shū)，從而完成該單片機(jī)應(yīng)用系統(tǒng)的總體方案設(shè)計(jì)。 1.3器件選型 1.4硬件資源分配1.5程序設(shè)計(jì)1.6仿真測(cè)試1.7實(shí)際硬件測(cè)試2需求規(guī)格2.1編寫(xiě)目的 1. 2. 2.2背景 1. 2. 用戶(hù)：醫(yī)務(wù)專(zhuān)業(yè)人員 3. 實(shí)現(xiàn)：公司 4. 構(gòu)建平臺(tái)：2.3定義1. 2.3. 4. 5. 6. 2.4對(duì)功能的規(guī)定1 功能劃分 1. 2. 3

5、. 4. 5. 6. 7. 8. 2 功能描述 1.： 2. 短；3. 4. 5. 6. 7. 8. 2.5對(duì)性能的規(guī)定2.5.1精度2.5.2時(shí)間特性要求新一次。2.5.3輸入輸出要求2.5.4警示信息3.軟件的生存周期1.確定軟件開(kāi)發(fā)的可行性與計(jì)劃此階段是軟件開(kāi)發(fā)方與需求方共同討論，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性。在軟件開(kāi)發(fā)的可行性研究與計(jì)劃階段內(nèi)，要確定該軟件的開(kāi)發(fā)目標(biāo)和總的要求，要進(jìn)行可行性分析、投資一收益分析、制訂開(kāi)發(fā)計(jì)劃。 這個(gè)階段我們需要編制項(xiàng)目開(kāi)發(fā)計(jì)劃。到了編制項(xiàng)目開(kāi)發(fā)計(jì)劃階段，我們要明白編制項(xiàng)目開(kāi)發(fā)計(jì)劃的目的是用文件的形式，把對(duì)于在開(kāi)發(fā)過(guò)程中各項(xiàng)工作的負(fù)責(zé)人員、開(kāi)發(fā)進(jìn)度、所

6、需經(jīng)費(fèi)預(yù)算、所需軟、硬件條件等問(wèn)題作出的安排記載下來(lái)，以便根據(jù)本計(jì)劃開(kāi)展和檢查本項(xiàng)目的開(kāi)發(fā)工作。2.對(duì)所開(kāi)發(fā)的軟件需求進(jìn)行分析 在確定軟件開(kāi)發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開(kāi)發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。”唯一不變的是變化本身。”，同樣需求也是在整個(gè)軟件開(kāi)發(fā)過(guò)程中不斷變化和深人的，因此我們必須制定需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的順利進(jìn)行。 這個(gè)階段我們需要編寫(xiě)軟件需求說(shuō)明書(shū)和數(shù)據(jù)要求說(shuō)明書(shū)。編制軟件需求說(shuō)明書(shū)是為了使用戶(hù)和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。內(nèi)容

7、包括對(duì)功能的規(guī)定對(duì)性能的規(guī)定等。這個(gè)階段，我們可以通過(guò)編制數(shù)據(jù)要求說(shuō)明書(shū)，來(lái)向整個(gè)開(kāi)發(fā)時(shí)期提供關(guān)于被處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。3.軟件開(kāi)發(fā)的設(shè)計(jì)階段 此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫(xiě)打下良好的基礎(chǔ)。這個(gè)結(jié)算我們需要編寫(xiě)概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)和測(cè)試計(jì)劃初稿。概要設(shè)計(jì)說(shuō)明書(shū):概要設(shè)計(jì)說(shuō)明書(shū)又可稱(chēng)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，這里所說(shuō)的系統(tǒng)是指程序系統(tǒng)。編制的目的是說(shuō)明對(duì)程序系統(tǒng)的設(shè)計(jì)考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、

8、接口設(shè)計(jì)。運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。詳細(xì)設(shè)計(jì)說(shuō)明書(shū):詳細(xì)設(shè)計(jì)說(shuō)明書(shū)又可稱(chēng)程序設(shè)計(jì)說(shuō)明書(shū)。編制目的是說(shuō)明一個(gè)軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序(每個(gè)模塊或子程序)的設(shè)計(jì)考慮，如果一個(gè)軟件系統(tǒng)比較簡(jiǎn)單，層次很少，本文件可以不單獨(dú)編寫(xiě)，有關(guān)內(nèi)容合并人概要設(shè)計(jì)說(shuō)明書(shū)。數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū):數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)的編制目的是對(duì)于設(shè)計(jì)中的數(shù)據(jù)庫(kù)的所有標(biāo)識(shí)、邏輯結(jié)構(gòu)和物理結(jié)構(gòu)作出具體的設(shè)計(jì)規(guī)定。測(cè)試計(jì)劃初稿:這里所說(shuō)的測(cè)試，主要是指整個(gè)程序系統(tǒng)的組裝測(cè)試和確認(rèn)測(cè)試。本文件的編制是為了提供一個(gè)對(duì)該軟件的測(cè)試計(jì)劃，包括對(duì)每項(xiàng)測(cè)試活動(dòng)的內(nèi)容、進(jìn)度安排、設(shè)計(jì)考慮、測(cè)試數(shù)據(jù)的整理方法及評(píng)價(jià)準(zhǔn)

9、則。4.實(shí)現(xiàn)階段 此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫(xiě)規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。這個(gè)階段我們需要編寫(xiě)模塊開(kāi)發(fā)卷宗和用戶(hù)手冊(cè)完工操作手冊(cè)。模塊開(kāi)發(fā)卷宗(開(kāi)始編寫(xiě)):模塊開(kāi)發(fā)卷宗是在模塊開(kāi)發(fā)過(guò)程中逐步編寫(xiě)出來(lái)的，每完成一個(gè)模塊或一組密切相關(guān)的模塊的復(fù)審時(shí)編寫(xiě)一份，應(yīng)該把所有的模塊開(kāi)發(fā)卷宗匯集在一起。編寫(xiě)的目的是記錄和匯總低層次開(kāi)發(fā)的進(jìn)度和結(jié)果，以便于對(duì)整個(gè)模塊開(kāi)發(fā)工作的管理和復(fù)審，并為將來(lái)的維護(hù)提供非常有用的技術(shù)信息。用戶(hù)手冊(cè)完工操作手冊(cè):操作手冊(cè)的編制是為了向操作人員提供該軟件每一個(gè)運(yùn)行的具體過(guò)程和有關(guān)知識(shí)

10、，包括操作方法的細(xì)節(jié)。5.測(cè)試階段 在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、組裝測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。這個(gè)階段我們需要編寫(xiě)模塊開(kāi)發(fā)卷宗和項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。 模塊開(kāi)發(fā)卷宗(此階段內(nèi)必須完成)測(cè)試分析報(bào)告:測(cè)試分析報(bào)告的編寫(xiě)是為了把組裝測(cè)試和確認(rèn)測(cè)試的結(jié)果、發(fā)現(xiàn)及分析寫(xiě)成文件加以記載。項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告:項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告的編制是為了總結(jié)本項(xiàng)目開(kāi)發(fā)工作的經(jīng)驗(yàn)，說(shuō)明實(shí)際取得的開(kāi)發(fā)結(jié)果以及對(duì)整個(gè)開(kāi)發(fā)工作的各個(gè)方面

11、的評(píng)價(jià)。6.運(yùn)行與維護(hù)階段 軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投人使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶(hù)的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面?？傊?，失敗的軟件項(xiàng)目各有其失敗，而成功的軟件項(xiàng)目都一樣:離不開(kāi)規(guī)范的軟件開(kāi)發(fā)過(guò)程。想要設(shè)計(jì)出優(yōu)秀的，適合實(shí)際需要的軟件作品，科學(xué)規(guī)范的軟件開(kāi)發(fā)流程是必須遵守的。當(dāng)然，軟件開(kāi)發(fā)工作也需要與時(shí)俱進(jìn)，這一套軟件開(kāi)發(fā)六部曲也并不是永遠(yuǎn)適用的。我們需要在平時(shí)的工作中多多總結(jié)，才能做到與時(shí)俱進(jìn)，才能一直保持，實(shí)現(xiàn)科學(xué)的軟件開(kāi)發(fā)。4.軟件的驗(yàn)證和確認(rèn)軟件測(cè)試工作量往往占軟件開(kāi)

12、發(fā)總工作量的40%以上。軟件測(cè)試之所以在軟件生命周期占有如此重要地位，是因?yàn)樗灤┝塑浖x與開(kāi)發(fā)的整個(gè)生命周期，是軟件質(zhì)量保證的重要手段。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及源程序，都應(yīng)成為軟件測(cè)試的對(duì)象。與開(kāi)發(fā)過(guò)程類(lèi)似，測(cè)試過(guò)程也需要分步驟進(jìn)行，后一個(gè)步驟在邏輯上是前一個(gè)步驟的繼續(xù)。在眾多測(cè)試中，確認(rèn)測(cè)試檢查軟件能否按合同要求進(jìn)行工作，即是否滿(mǎn)足軟件需求說(shuō)明書(shū)中的確認(rèn)標(biāo)準(zhǔn)，是軟件發(fā)布之前不可或缺的重要測(cè)試之一。軟件測(cè)試階段的劃分模型單元測(cè)試，是在程序編碼階段對(duì)各單元模塊進(jìn)行單獨(dú)的測(cè)試，旨在及時(shí)發(fā)現(xiàn)并糾正程序單元中暗藏的缺陷。集成測(cè)試主要是考察模塊的集成，包括這些模塊組成的 (子)系 統(tǒng)的功能、

13、性能及其外部接口等質(zhì)量特性。確認(rèn)測(cè)試，是根據(jù)軟件需求規(guī)格說(shuō)明中對(duì)功能性需求和非功能性需求的描述,考察軟件各項(xiàng)特征是否符合要求。系統(tǒng)測(cè)試，則是測(cè)試由軟件和硬件集成的完整系統(tǒng)，以檢查其 是否符合需求 。4.1測(cè)試方法我們采用了以下兩種方法來(lái)測(cè)試軟件：(1)等價(jià)類(lèi)劃分：把程序的輸入域劃分成數(shù)據(jù)類(lèi)，據(jù)此可以導(dǎo)出測(cè)試用例，一個(gè)理想的測(cè)試用例能獨(dú)自發(fā)現(xiàn)一類(lèi)錯(cuò)誤。(2)邊值分析：確定程序處理的邊界情況，設(shè)計(jì)使程序運(yùn)行在邊界情況附近的測(cè)試方案。諸如：下標(biāo)、純量、數(shù)據(jù)結(jié)構(gòu)和循環(huán)等邊界附近 。4.2系統(tǒng)測(cè)試計(jì)劃見(jiàn)附件4.3用戶(hù)測(cè)試計(jì)劃見(jiàn)附件5.核心算法1）上位機(jī)程序核心算法：數(shù)字濾波無(wú)需其他的硬件成本，只用一個(gè)計(jì)

14、算過(guò)程，可靠性高，不存在阻抗匹配問(wèn)題。尤其是數(shù)字濾波可以對(duì)頻率很低的信號(hào)進(jìn)行濾波，這是模擬濾波器做不到的。數(shù)字濾波使用軟件算法實(shí)現(xiàn)，多輸入通道可共用一個(gè)濾波程序，降低系統(tǒng)開(kāi)支。只要適當(dāng)改變?yōu)V波器的濾波程序或運(yùn)算，就能方便地改變其濾波特性，這對(duì)于濾除低頻干擾和隨機(jī)信號(hào)會(huì)有較大的效果。本程序是采用的是數(shù)字濾波算法中的算術(shù)平均濾波算法，該算法的基本原理很簡(jiǎn)單，就是連續(xù)取N次采樣值后進(jìn)行算術(shù)平均。說(shuō)明：算術(shù)平均濾波算法適用于對(duì)具有隨機(jī)干擾的信號(hào)進(jìn)行濾波。這種信號(hào)的特點(diǎn)是有一個(gè)平均值，信號(hào)在某一數(shù)值附近上下波動(dòng)。信號(hào)的平均平滑程度完全到?jīng)Q于N值。當(dāng)N較大時(shí)，平滑度高，靈敏度低；當(dāng)N較小時(shí)，平滑度低，但靈

15、敏度高。為了方便求平均值，N一般取4、8、16、32之類(lèi)的2的整數(shù)冪，以便在程序中用移位操作來(lái)代替除法。波形從左走到右，需要18s；縱坐標(biāo)一共140點(diǎn)，20個(gè)點(diǎn)代表1kPa。選擇20個(gè)點(diǎn)作為1kPa，每次刷新波形時(shí)候，先把壓力軸從上到下清除（即用屏幕底色填充），在把當(dāng)前壓力值換算到縱坐標(biāo)上，從當(dāng)前點(diǎn)畫(huà)藍(lán)色線一直到時(shí)間軸上。隨著時(shí)間的推移，便產(chǎn)生了藍(lán)色的填充的壓力波形。當(dāng)時(shí)間軸到了最大值時(shí)，回到最小值。壓力軸范圍為-1到6kPa，壓力數(shù)值超出了上下限范圍后，就強(qiáng)制把波形置為-1或6kPa。流速波形也是采用的數(shù)字濾波中的算術(shù)平均算法，波形縱坐標(biāo)代表流速值，橫坐標(biāo)代表時(shí)間。時(shí)間軸每50ms更新一次，

16、一共360點(diǎn)，波形從左走到右，需要18s；縱坐標(biāo)一共140點(diǎn)，分為上下半軸，各占70個(gè)點(diǎn)，上半軸為吸氣波形，下半軸為呼氣波形。每次刷新波形時(shí)候，先把流速軸從上到下清除（即用屏幕底色填充），每隔50ms采集一次流速值，即50ms之內(nèi)累加的脈沖數(shù)換算為流速值，在根據(jù)當(dāng)前是吸氣還是呼氣狀態(tài)，把流速值換算到縱坐標(biāo)上，從當(dāng)前點(diǎn)畫(huà)淺藍(lán)色線一直到時(shí)間軸上。隨著時(shí)間的推移，便產(chǎn)生了淺藍(lán)色的填充的流速波形。當(dāng)時(shí)間軸到了最大值時(shí)，回到最小值。流速軸范圍為0-70，流速數(shù)值超出了上下限范圍后，就強(qiáng)制把波形置為70。2）下位機(jī)程序核心算法下位機(jī)潮氣量的算法：由于打氣的氣流不是一個(gè)恒定的流速，所以采用了積分的算法，即氣

17、流流速的積分等于潮氣量。上圖曲線為潮氣量流速波形，x代表時(shí)間，y代表流速。潮氣量則為陰影部分的面積，采用積分算法在【a，b】?jī)?nèi)插入若干個(gè)分點(diǎn) a=x0x1x2x3xn-1xn =b1.把【a，b】分成n個(gè)小區(qū)間【xi-1 ,xi】長(zhǎng)度為xi =xi -xi-1；2.近似替代：在每個(gè)【xi-1 ,xi】上任取一點(diǎn)i，以【xi-1 ,xi】為底，f（i）為速度的小矩形面積為A= f（i）xi3.求和：面積的近似值為Ani=1 f（i）xi4.取極限：當(dāng)分割無(wú)線加細(xì)，即小區(qū)間的最大長(zhǎng)度=maxx1，x2，x3，xn 0時(shí)，有小矩形面積和ni=1 f（i）xi A，即可達(dá)到積分計(jì)算公式也就是潮氣量計(jì)算

18、公式0A=limni=1 f（i）xi軟 件風(fēng) 險(xiǎn) 管 理 報(bào) 告 產(chǎn)品名稱(chēng)公司1.概要：軟件風(fēng)險(xiǎn)概述： 使軟件項(xiàng)目的實(shí)施受到影響和損失、甚至導(dǎo)致失敗的、可能會(huì)發(fā)生的事件 例如，人員的臨時(shí)流失，計(jì)劃過(guò)于樂(lè)觀，設(shè)計(jì)的低劣軟件風(fēng)險(xiǎn)的特點(diǎn) 事先難以確定 帶來(lái)?yè)p失，影響項(xiàng)目實(shí)施，甚至?xí)?dǎo)致項(xiàng)目失敗風(fēng)險(xiǎn)管理的組成風(fēng)險(xiǎn)評(píng)估 風(fēng)險(xiǎn)識(shí)別：識(shí)別風(fēng)險(xiǎn)，形成風(fēng)險(xiǎn)列表 風(fēng)險(xiǎn)分析：判定每一個(gè)風(fēng)險(xiǎn)出現(xiàn)的概率、產(chǎn)生的影響及其重要性 風(fēng)險(xiǎn)優(yōu)先級(jí)：按照每個(gè)風(fēng)險(xiǎn)的重要性排出一個(gè)風(fēng)險(xiǎn)優(yōu)先級(jí)風(fēng)險(xiǎn)評(píng)估是風(fēng)險(xiǎn)控制的基礎(chǔ)風(fēng)險(xiǎn)控制 風(fēng)險(xiǎn)管理計(jì)劃：針對(duì)各個(gè)重要風(fēng)險(xiǎn)制定風(fēng)險(xiǎn)管理計(jì)劃，確保各個(gè)單獨(dú)的風(fēng)險(xiǎn)管理計(jì)劃之間以及它們與相互計(jì)劃之間的一致性

19、風(fēng)險(xiǎn)化解：執(zhí)行風(fēng)險(xiǎn)管理計(jì)劃，以緩解或消除風(fēng)險(xiǎn) 風(fēng)險(xiǎn)監(jiān)控：監(jiān)控風(fēng)險(xiǎn)化解的過(guò)程，可能會(huì)識(shí)別出新的風(fēng)險(xiǎn)2.風(fēng)險(xiǎn)評(píng)估2.1風(fēng)險(xiǎn)識(shí)別n 風(fēng)險(xiǎn)的類(lèi)別 計(jì)劃編制 組織和管理 開(kāi)發(fā)環(huán)境 最終用戶(hù) 客戶(hù) 需求 產(chǎn)品外部環(huán)境 人員 設(shè)計(jì)和實(shí)現(xiàn) 過(guò)程2.1.1計(jì)劃編制風(fēng)險(xiǎn)n 計(jì)劃、資源和產(chǎn)品的定義完全由客戶(hù)或上層領(lǐng)導(dǎo)決定，忽略了項(xiàng)目組的意見(jiàn)，并且這些決定不完全一致n 計(jì)劃忽略了必要的任務(wù)和活動(dòng)n 計(jì)劃不切實(shí)際n 計(jì)劃基于特定小組成員，而這樣的小組成員根本得不到n 產(chǎn)品規(guī)模估算過(guò)于樂(lè)觀n 工作量估算過(guò)于樂(lè)觀n 進(jìn)度的壓力造成生產(chǎn)率的下降n 目標(biāo)日期提前，但沒(méi)有相應(yīng)地調(diào)整產(chǎn)品范圍和可用資源n 一個(gè)關(guān)鍵任務(wù)的延遲導(dǎo)致其他

20、相關(guān)任務(wù)的連鎖反應(yīng)2.1.2組織和管理風(fēng)險(xiǎn)n 缺乏強(qiáng)有力、有凝聚力的領(lǐng)導(dǎo)(項(xiàng)目組、企業(yè))n 解雇員工導(dǎo)致項(xiàng)目小組能力下降n 削減預(yù)算打亂項(xiàng)目計(jì)劃n 僅由管理層和市場(chǎng)人員進(jìn)行技術(shù)決策，導(dǎo)致進(jìn)度延長(zhǎng)n 低效的項(xiàng)目組組織結(jié)構(gòu)降低生產(chǎn)率n 管理層審查/決策的周期比預(yù)期時(shí)間長(zhǎng)n 管理層作出了打擊項(xiàng)目組積極性的決定n 非技術(shù)的第三方的工作比預(yù)期要長(zhǎng)(如, 采購(gòu)硬件設(shè)備)n 計(jì)劃性太差，無(wú)法適應(yīng)期望的開(kāi)發(fā)速度n 項(xiàng)目計(jì)劃由于壓力而放棄，導(dǎo)致開(kāi)發(fā)混亂n 管理方面的英雄主義，忽視客觀確切的狀態(tài)報(bào)告，降低發(fā)現(xiàn)和改正問(wèn)題的能力2.1.3開(kāi)發(fā)環(huán)境風(fēng)險(xiǎn)n 設(shè)施不能及時(shí)到位n 設(shè)施到位，但不配套n 開(kāi)發(fā)工具未能及時(shí)到位n

21、 開(kāi)發(fā)工具不如期望的那樣有效，開(kāi)發(fā)人員需要更多的時(shí)間，或者更換工具n 開(kāi)發(fā)工具的學(xué)習(xí)期比預(yù)期的要長(zhǎng)n 開(kāi)發(fā)工具的選擇不是基于技術(shù)需求，不能提供計(jì)劃要求的功能2.1.4最終用戶(hù)風(fēng)險(xiǎn)n 最終用戶(hù)堅(jiān)持新的需求n 最終用戶(hù)對(duì)最后交付的產(chǎn)品不滿(mǎn)意，要求重新設(shè)計(jì)和重做n 最終用戶(hù)不買(mǎi)進(jìn)項(xiàng)目產(chǎn)品，無(wú)法提供后續(xù)支持n 最終用戶(hù)的意見(jiàn)未被采納，造成產(chǎn)品最終無(wú)法滿(mǎn)足用戶(hù)要求2.1.5客戶(hù)風(fēng)險(xiǎn)n 客戶(hù)堅(jiān)持新的需求n 客戶(hù)對(duì)規(guī)劃、原型和規(guī)格的審核/決策超出預(yù)期n 客戶(hù)沒(méi)有參與規(guī)劃、原型和規(guī)格的審核，導(dǎo)致需求不穩(wěn)定，以及長(zhǎng)時(shí)間的變更n 客戶(hù)答復(fù)的時(shí)間比預(yù)期的要長(zhǎng)n 客戶(hù)堅(jiān)持技術(shù)決策而導(dǎo)致計(jì)劃延長(zhǎng)n 客戶(hù)對(duì)開(kāi)發(fā)進(jìn)度管理過(guò)

22、細(xì)，導(dǎo)致實(shí)際進(jìn)度變慢n 客戶(hù)提供的組件無(wú)法與開(kāi)發(fā)的產(chǎn)品匹配，導(dǎo)致需要額外的設(shè)計(jì)和集成工作n 客戶(hù)提供的組件質(zhì)量欠佳，導(dǎo)致額外的測(cè)試、設(shè)計(jì)或者功能不完善n 客戶(hù)要求的支持工具與環(huán)境不兼容，性能差或者不完善，導(dǎo)致生產(chǎn)率降低n 客戶(hù)不接受交付的軟件，盡管它滿(mǎn)足了所有的規(guī)格n 客戶(hù)期望的開(kāi)發(fā)速度是開(kāi)發(fā)人員所無(wú)法達(dá)到的2.1.6需求風(fēng)險(xiǎn)n 需求已經(jīng)成為項(xiàng)目基準(zhǔn)，但仍在變化n 需求定義欠佳：不清晰、不準(zhǔn)確、不一致n 增加額外的需求2.1.7產(chǎn)品風(fēng)險(xiǎn)n 錯(cuò)誤發(fā)生率高的模塊，需要更多的時(shí)間對(duì)它進(jìn)行測(cè)試、設(shè)計(jì)和實(shí)現(xiàn)n 矯正質(zhì)量低下的不可接受的產(chǎn)品需要更多的時(shí)間對(duì)它進(jìn)行測(cè)試、設(shè)計(jì)和實(shí)現(xiàn)n 由于功能錯(cuò)誤，導(dǎo)致需要重

23、新進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)n 開(kāi)發(fā)額外不需要的功能延長(zhǎng)了進(jìn)度n 要滿(mǎn)足產(chǎn)品規(guī)模和速度要求，需要更多的時(shí)間n 嚴(yán)格要求與現(xiàn)有系統(tǒng)兼容，需要更多的時(shí)間n 要求軟件重用，需要更多的時(shí)間2.1.8外邊環(huán)境風(fēng)險(xiǎn)n 產(chǎn)品依賴(lài)政府規(guī)章，而規(guī)章的改變不可預(yù)期n 產(chǎn)品依賴(lài)草擬中的技術(shù)標(biāo)準(zhǔn)，而最后的標(biāo)準(zhǔn)不可預(yù)期2.1.9人員風(fēng)險(xiǎn)n 招聘人員所需的時(shí)間比預(yù)期要長(zhǎng)n 作為人員參與工作的先決條件(如培訓(xùn)、其他項(xiàng)目的完成等)不能按時(shí)完成n 開(kāi)發(fā)人員與管理層關(guān)系不佳導(dǎo)致決策遲緩、影響全局n 項(xiàng)目組成員沒(méi)有全身心地投入到項(xiàng)目中，因而無(wú)法達(dá)到所需的產(chǎn)品功能和性能需求n 缺乏激勵(lì)措施、士氣低下，降低生產(chǎn)能力n 缺乏必要的規(guī)范，增加工作失誤

24、，重復(fù)工作，降低工作質(zhì)量n 缺乏工作基礎(chǔ)(語(yǔ)言、經(jīng)驗(yàn)、工具等)n 項(xiàng)目結(jié)束前，項(xiàng)目組成員離開(kāi)項(xiàng)目組n 項(xiàng)目后期，加入新的開(kāi)發(fā)人員，額外的培訓(xùn)和溝通降低了項(xiàng)目組成員的開(kāi)發(fā)效率n 項(xiàng)目組成員不能有效的在一起工作n 由于項(xiàng)目組成員之間的沖突，導(dǎo)致溝通不暢，設(shè)計(jì)欠佳，接口錯(cuò)誤和額外重復(fù)的工作n 有問(wèn)題的項(xiàng)目組成員沒(méi)有調(diào)離項(xiàng)目組，影響其他成員的積極性n 項(xiàng)目組的最佳人選沒(méi)有加入項(xiàng)目組，或者加入項(xiàng)目組但沒(méi)有合理使用n 關(guān)鍵任務(wù)只能兼職參與n 項(xiàng)目人員不足n 任務(wù)的分配和人員的技能不匹配n 人員工作的進(jìn)展比預(yù)期的要慢n 項(xiàng)目管理人員怠工導(dǎo)致計(jì)劃和進(jìn)度失效n 技術(shù)人員怠工導(dǎo)致工作遺漏、質(zhì)量低下，工作需要重做2

25、.1.10設(shè)計(jì)和實(shí)現(xiàn)風(fēng)險(xiǎn)n 設(shè)計(jì)過(guò)于簡(jiǎn)單，考慮不仔細(xì)、不全面，導(dǎo)致重新設(shè)計(jì)和實(shí)現(xiàn)n 設(shè)計(jì)過(guò)于復(fù)雜，導(dǎo)致一些不必要的工作，影響效率n 設(shè)計(jì)質(zhì)量低下，導(dǎo)致重新設(shè)計(jì)和實(shí)現(xiàn)n 使用不熟悉的方法，導(dǎo)致需要額外的培訓(xùn)時(shí)間n 產(chǎn)品使用低級(jí)語(yǔ)言編寫(xiě)，導(dǎo)致效率較低n 分別開(kāi)發(fā)的模塊無(wú)法有效集成，需要重新設(shè)計(jì)和實(shí)現(xiàn)2.1.11過(guò)程風(fēng)險(xiǎn)n 跟蹤不準(zhǔn)確，導(dǎo)致無(wú)法預(yù)知項(xiàng)目進(jìn)展是否落后于計(jì)劃n 前期的質(zhì)量保證行為不真實(shí)，導(dǎo)致后期的重復(fù)工作n 質(zhì)量跟蹤不準(zhǔn)確，導(dǎo)致無(wú)法得知影響進(jìn)度的質(zhì)量問(wèn)題n 不能有效遵循標(biāo)準(zhǔn)，導(dǎo)致溝通不足，質(zhì)量問(wèn)題和重復(fù)工作n 風(fēng)險(xiǎn)管理粗心，導(dǎo)致沒(méi)有發(fā)現(xiàn)重大的項(xiàng)目風(fēng)險(xiǎn)3.風(fēng)險(xiǎn)列表編號(hào)風(fēng)險(xiǎn)名稱(chēng)1計(jì)劃過(guò)于樂(lè)觀

26、2由于要完全支持自動(dòng)從主機(jī)更新數(shù)據(jù)而照成額外的需求3由于市場(chǎng)變化而需額外的需求4圖形格式子系統(tǒng)接口不穩(wěn)定5設(shè)計(jì)欠佳，需要重新設(shè)計(jì)4.風(fēng)險(xiǎn)分析4.1評(píng)估風(fēng)險(xiǎn)發(fā)生的概率n 主觀性較強(qiáng)，采用方法 熟悉系統(tǒng)、有經(jīng)驗(yàn)的人參與評(píng)估 多人獨(dú)立評(píng)估，綜合折中 采用分類(lèi)：非常可能(0.8-1.0), 很可能(0.6-0.8)，或許(0.40.6)，不太可能(0.2-0.4)，不可能(0-0.2)編號(hào)風(fēng)險(xiǎn)名稱(chēng)概率1計(jì)劃過(guò)于樂(lè)觀50%2由于要完全支持自動(dòng)從主機(jī)更新數(shù)據(jù)而照成額外的需求5%3由于市場(chǎng)變化而需額外的需求35%4圖形格式子系統(tǒng)接口不穩(wěn)定25%5設(shè)計(jì)欠佳，需要重新設(shè)計(jì)15%4.2評(píng)估風(fēng)險(xiǎn)發(fā)生造成的損失n 可

27、以基于“進(jìn)度”，“成本”或者“工作量”來(lái)進(jìn)行估算編號(hào)風(fēng)險(xiǎn)名稱(chēng)概率損失（人周）1計(jì)劃過(guò)于樂(lè)觀50%52由于要完全支持自動(dòng)從主機(jī)更新數(shù)據(jù)而照成額外的需求5%203由于市場(chǎng)變化而需額外的需求35%84圖形格式子系統(tǒng)接口不穩(wěn)定25%45設(shè)計(jì)欠佳，需要重新設(shè)計(jì)15%154.3計(jì)算風(fēng)險(xiǎn)危險(xiǎn)度風(fēng)險(xiǎn)危險(xiǎn)度 = 風(fēng)險(xiǎn)概率 風(fēng)險(xiǎn)損失編號(hào)風(fēng)險(xiǎn)名稱(chēng)概率損失（人周）危險(xiǎn)度1計(jì)劃過(guò)于樂(lè)觀50%52.52由于要完全支持自動(dòng)從主機(jī)更新數(shù)據(jù)而照成額外的需求5%201.03由于市場(chǎng)變化而需額外的需求35%82.84圖形格式子系統(tǒng)接口不穩(wěn)定25%41.05設(shè)計(jì)欠佳，需要重新設(shè)計(jì)15%152.254.4風(fēng)險(xiǎn)優(yōu)先級(jí)n 統(tǒng)計(jì)表明，項(xiàng)目8

28、0%成本用于解決20%的問(wèn)題n 風(fēng)險(xiǎn)管理重點(diǎn)關(guān)注20重要的部分n 根據(jù)風(fēng)險(xiǎn)的危險(xiǎn)度確定風(fēng)險(xiǎn)的重要性，忽略其他的部分編號(hào)風(fēng)險(xiǎn)名稱(chēng)概率損失（人周）危險(xiǎn)度3由于市場(chǎng)變化而需額外的需求35%82.81計(jì)劃過(guò)于樂(lè)觀50%52.55設(shè)計(jì)欠佳，需要重新設(shè)計(jì)15%152.252由于要完全支持自動(dòng)從主機(jī)更新數(shù)據(jù)而照成額外的需求5%201.04圖形格式子系統(tǒng)接口不穩(wěn)定25%41.05.風(fēng)險(xiǎn)監(jiān)控n 檢查風(fēng)險(xiǎn)的化解程度及其變化(概率、損失)n 風(fēng)險(xiǎn)監(jiān)控的方式 監(jiān)控和跟蹤重要的(前10個(gè))風(fēng)險(xiǎn)，記錄風(fēng)險(xiǎn)危險(xiǎn)度的變化以及風(fēng)險(xiǎn)化解的進(jìn)展 中間審查，在每個(gè)里程碑后進(jìn)行小規(guī)模的走查 任命風(fēng)險(xiǎn)官員(適合于大項(xiàng)目)，警告項(xiàng)目風(fēng)險(xiǎn)，

29、防止項(xiàng)目經(jīng)理和開(kāi)發(fā)人員忽略計(jì)劃中的風(fēng)險(xiǎn)管理軟 件 集 成 測(cè) 試 計(jì) 劃 產(chǎn)品名稱(chēng)公司1 目的軟件集成測(cè)試計(jì)劃用于明確軟件產(chǎn)品確認(rèn)測(cè)試過(guò)程中測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行及測(cè)試總結(jié)工作的具體任務(wù)分解、人員安排、進(jìn)度及輸出結(jié)果。以使整個(gè)測(cè)試工作有計(jì)劃地順利進(jìn)行。本文規(guī)定了測(cè)試的編寫(xiě)格式及要求。2適用范圍本規(guī)范適用于軟件項(xiàng)目與軟件產(chǎn)品的集成測(cè)試活動(dòng)。3職責(zé)3.1 項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)集成測(cè)試計(jì)劃的審批。3.2 開(kāi)發(fā)人員： 負(fù)責(zé)編制集成測(cè)試計(jì)劃。4集成測(cè)試計(jì)劃規(guī)范4.1集成測(cè)試一般集中于各個(gè)模塊接口間的測(cè)試。集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間。集成測(cè)試內(nèi)容必須源于系統(tǒng)設(shè)計(jì)報(bào)告。集成測(cè)試著重于集成版本的外部接口的行為

30、。因此，測(cè)試需求須具有可觀測(cè)、可測(cè)評(píng)性。4.2 集成測(cè)試計(jì)劃制定的時(shí)間 在系統(tǒng)設(shè)計(jì)報(bào)告完成之后，依據(jù)系統(tǒng)設(shè)計(jì)報(bào)告制定集成測(cè)試計(jì)劃。類(lèi)別遞交時(shí)間制定者審批者集成測(cè)試計(jì)劃在系統(tǒng)設(shè)計(jì)階段就可以起草，最遲可在實(shí)現(xiàn)階段之初遞交。開(kāi)發(fā)人員項(xiàng)目負(fù)責(zé)人4.3 集成測(cè)試計(jì)劃內(nèi)容：1）明確測(cè)試所需要的資源（人員、人員的任務(wù)分派、各小組的聯(lián)系人、時(shí)間進(jìn)度、team里面的各種server、Lab環(huán)境等等），各種支持資源由誰(shuí)負(fù)責(zé)維護(hù)等。2）明確測(cè)試策略。就是什么測(cè)，什么不測(cè)。測(cè)的東西，測(cè)到什么程度，是不是用自動(dòng)化，等等。若有本次測(cè)試不涉及的地方，需在測(cè)試計(jì)劃里注明：哪些內(nèi)容不測(cè)、不測(cè)的原因是什么。3）必須列明產(chǎn)品通過(guò)的

31、準(zhǔn)則。4）指明測(cè)試中可能遇到的問(wèn)題與對(duì)策 4.4 集成測(cè)試計(jì)劃制定后，需經(jīng)過(guò)項(xiàng)目相關(guān)人員的評(píng)審。系 統(tǒng) 測(cè) 試 計(jì) 劃 產(chǎn)品名稱(chēng)公司目 錄1目的12適用范圍13圖例說(shuō)明14規(guī)程文檔結(jié)構(gòu)15規(guī)程25.1進(jìn)入準(zhǔn)則25.2測(cè)試策劃25.2.1流程圖25.2.2活動(dòng)描述35.3測(cè)試設(shè)計(jì)35.3.1流程圖35.3.2活動(dòng)描述45.4測(cè)試執(zhí)行45.4.1流程圖45.4.2活動(dòng)描述55.5缺陷管理65.5.1流程圖65.5.2活動(dòng)描述75.5.3缺陷等級(jí)85.5.4缺陷狀態(tài)85.6變更管理95.7退出準(zhǔn)則95.8規(guī)程接口96文件清單97圖表索引10公司目的使軟件系統(tǒng)測(cè)試活動(dòng)是規(guī)范和有計(jì)劃的及時(shí)對(duì)軟件產(chǎn)品進(jìn)行

32、系統(tǒng)測(cè)試，驗(yàn)證系統(tǒng)是否滿(mǎn)足需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方測(cè)試中發(fā)現(xiàn)的缺陷保證被記錄、跟蹤直到關(guān)閉；對(duì)項(xiàng)目的缺陷數(shù)據(jù)進(jìn)行量化的分析適用范圍本規(guī)程適用于以下人員項(xiàng)目經(jīng)理軟件測(cè)試組軟件項(xiàng)目組配置管理工程師圖例說(shuō)明在本文中用到了以下圖例，特此說(shuō)明：過(guò)程：用于描述要執(zhí)行的活動(dòng)和過(guò)程； 判定點(diǎn)：用于描述流程中是否滿(mǎn)足某個(gè)條件后的分流點(diǎn)； 接口：用于描述引用的接口規(guī)程； 文檔：用于描述輸入、輸出的文檔； 開(kāi)始節(jié)點(diǎn)：用于表示流程的入口； 結(jié)束節(jié)點(diǎn)：用于表示流程的結(jié)束；規(guī)程文檔結(jié)構(gòu)圖表1：規(guī)程文件結(jié)構(gòu)文檔結(jié)構(gòu)圖說(shuō)明：1系統(tǒng)測(cè)試計(jì)劃是根據(jù)項(xiàng)目的規(guī)模和重要性來(lái)確定，是可裁減的。一般來(lái)說(shuō)，系統(tǒng)

33、測(cè)試進(jìn)度計(jì)劃是必須的。但對(duì)于公司認(rèn)定的小項(xiàng)目，可以沒(méi)有系統(tǒng)測(cè)試進(jìn)度計(jì)劃，具體要求按照公司的相關(guān)規(guī)定小項(xiàng)目軟件過(guò)程管理指南執(zhí)行；2系統(tǒng)測(cè)試用例在測(cè)試管理工具TestDirector中進(jìn)行編寫(xiě)和管理，可以根據(jù)需要導(dǎo)出到Word；3項(xiàng)目組可根據(jù)系統(tǒng)的實(shí)際需要，通過(guò)提交功能或兼容性或性能測(cè)試任務(wù)單來(lái)啟動(dòng)相應(yīng)的測(cè)試任務(wù)，后二者的測(cè)試一般都需要在完成功能測(cè)試的基礎(chǔ)上才可執(zhí)行；4缺陷記錄跟蹤表是指從TestDirector里導(dǎo)出缺陷記錄到Excel時(shí)的文件格式，測(cè)試中發(fā)現(xiàn)的缺陷都將使用TestDirector來(lái)進(jìn)行記錄、跟蹤和管理；規(guī)程進(jìn)入準(zhǔn)則項(xiàng)目啟動(dòng)，并由項(xiàng)目經(jīng)理與部門(mén)（高級(jí)）經(jīng)理、測(cè)試組組長(zhǎng)商量，確定此

34、項(xiàng)目需要安排獨(dú)立的測(cè)試人員加入。測(cè)試策劃流程圖 圖表2：測(cè)試策劃流程活動(dòng)描述系統(tǒng)測(cè)試計(jì)劃或系統(tǒng)測(cè)試進(jìn)度計(jì)劃都需要項(xiàng)目組提供相關(guān)的項(xiàng)目文檔作為主要編寫(xiě)依據(jù)；系統(tǒng)測(cè)試計(jì)劃是可裁剪的，系統(tǒng)測(cè)試進(jìn)度計(jì)劃是必須的（小項(xiàng)目除外）；不管有沒(méi)有編寫(xiě)系統(tǒng)測(cè)試計(jì)劃，都需要對(duì)系統(tǒng)測(cè)試進(jìn)度計(jì)劃進(jìn)行評(píng)審，以確保時(shí)間上能與開(kāi)發(fā)進(jìn)度相一致，并且保證整個(gè)軟件測(cè)試活動(dòng)是有序的；系統(tǒng)測(cè)試計(jì)劃的評(píng)審需要軟件工程組各類(lèi)成員的代表共同參與（限于篇幅在圖中沒(méi)有表達(dá)出來(lái)，特在此說(shuō)明），評(píng)審的具體形式可根據(jù)項(xiàng)目開(kāi)發(fā)計(jì)劃中的要求進(jìn)行；對(duì)系統(tǒng)測(cè)試進(jìn)度計(jì)劃的評(píng)審形式一般為走查；測(cè)試設(shè)計(jì)流程圖圖表3：測(cè)試設(shè)計(jì)流程活動(dòng)描述系統(tǒng)測(cè)試用例的評(píng)審需要軟件工

35、程組各類(lèi)成員的代表共同參與，特別是熟悉需求和設(shè)計(jì)的代表必須參加，評(píng)審的具體形式可根據(jù)項(xiàng)目開(kāi)發(fā)計(jì)劃中的要求進(jìn)行；編寫(xiě)系統(tǒng)測(cè)試用例的時(shí)候，需要遵循系統(tǒng)測(cè)試用例編寫(xiě)規(guī)范上的具體要求。應(yīng)以系統(tǒng)需求規(guī)格說(shuō)明書(shū)作為主要的依據(jù)，設(shè)計(jì)文檔、實(shí)際可運(yùn)行的程序雛形都可作為編寫(xiě)的輔助材料。在編寫(xiě)過(guò)程中，應(yīng)多與分析、設(shè)計(jì)人員溝通，不明確的地方以項(xiàng)目經(jīng)理的答案作為衡量標(biāo)準(zhǔn)；根據(jù)公司的實(shí)際情況，測(cè)試用例的編寫(xiě)和評(píng)審都將采取迭代的方式進(jìn)行，逐步完善；在整個(gè)設(shè)計(jì)過(guò)程中，可以階段性的部分評(píng)審，但在正式測(cè)試前應(yīng)至少完成一次整體性的評(píng)審；系統(tǒng)測(cè)試用例評(píng)審時(shí)，測(cè)試人員應(yīng)講解測(cè)試用例的編寫(xiě)思路，主要的關(guān)鍵點(diǎn)，并提出不能確定的問(wèn)題，由熟

36、悉需求和設(shè)計(jì)的人員進(jìn)行確認(rèn)和補(bǔ)充，以達(dá)到確保系統(tǒng)測(cè)試用例有效覆蓋系統(tǒng)需求的目的；測(cè)試組內(nèi)部走查的時(shí)候，需要使用系統(tǒng)測(cè)試用例檢查表。測(cè)試執(zhí)行流程圖圖表4：測(cè)試執(zhí)行流程活動(dòng)描述項(xiàng)目組在單元測(cè)試完成后，可提交系統(tǒng)測(cè)試的任務(wù)。項(xiàng)目經(jīng)理應(yīng)在演示前提交系統(tǒng)功能測(cè)試任務(wù)單，任務(wù)單上應(yīng)列出該版本修改了哪些特征項(xiàng)，以及指明測(cè)試的要點(diǎn)和時(shí)間要求；測(cè)試評(píng)估是指，由項(xiàng)目經(jīng)理或指定人員把系統(tǒng)功能測(cè)試任務(wù)單上的本次測(cè)試的范圍在測(cè)試系統(tǒng)中進(jìn)行功能演示，在演示的同時(shí)進(jìn)行業(yè)務(wù)重點(diǎn)的講解。在對(duì)系統(tǒng)進(jìn)行第一次演示時(shí)，項(xiàng)目組需要結(jié)合需求說(shuō)明的PPT文檔，先對(duì)測(cè)試人員介紹系統(tǒng)需求以及業(yè)務(wù)邏輯關(guān)系，然后再開(kāi)始系統(tǒng)的操作演示。雙方對(duì)系統(tǒng)的

37、可測(cè)試性達(dá)成一致后，即可開(kāi)始測(cè)試；如果雙方對(duì)可測(cè)試性無(wú)法達(dá)成一致時(shí)，則應(yīng)及時(shí)向高級(jí)經(jīng)理反映，并相互協(xié)商解決問(wèn)題；系統(tǒng)提交測(cè)試時(shí)，一般都需要演示，如果項(xiàng)目組認(rèn)為不需要演示，則必須經(jīng)過(guò)測(cè)試組組長(zhǎng)的同意演示任務(wù)必須在測(cè)試環(huán)境中執(zhí)行，項(xiàng)目組需要將程序發(fā)布到測(cè)試組的服務(wù)器上，在一次測(cè)試當(dāng)中程序不允許更新，具體可參見(jiàn)系統(tǒng)測(cè)試環(huán)境發(fā)布流程。測(cè)試組接收測(cè)試任務(wù)前系統(tǒng)演示要達(dá)到的要求：1）演示時(shí)沒(méi)有任何明顯的錯(cuò)誤；2）上次測(cè)試發(fā)現(xiàn)的缺陷都已修改。項(xiàng)目組給測(cè)試組系統(tǒng)測(cè)試計(jì)劃預(yù)留時(shí)間至少為2天。一輪測(cè)試結(jié)束后，測(cè)試人員應(yīng)及時(shí)將測(cè)試結(jié)果及主要情況、缺陷統(tǒng)計(jì)反饋填寫(xiě)在系統(tǒng)功能測(cè)試任務(wù)單上，并提交給項(xiàng)目經(jīng)理審核。在一個(gè)項(xiàng)

38、目中進(jìn)行多次測(cè)試時(shí)，每次測(cè)試的結(jié)果都反饋在系統(tǒng)功能測(cè)試任務(wù)單上，在整個(gè)項(xiàng)目的測(cè)試工作完成后，應(yīng)編寫(xiě)系統(tǒng)測(cè)試總結(jié)報(bào)告；在項(xiàng)目開(kāi)里程碑會(huì)議的時(shí)候，需要提交階段性的系統(tǒng)測(cè)試總結(jié)報(bào)告；測(cè)試組組長(zhǎng)應(yīng)對(duì)各個(gè)項(xiàng)目的系統(tǒng)測(cè)試總結(jié)報(bào)告進(jìn)行審核，項(xiàng)目組也應(yīng)對(duì)各類(lèi)測(cè)試報(bào)告進(jìn)行走查；測(cè)試人員應(yīng)嚴(yán)格按照測(cè)試進(jìn)度計(jì)劃的安排，進(jìn)行測(cè)試工作，如果根據(jù)項(xiàng)目的實(shí)際情況，時(shí)間上有差異的，則應(yīng)盡力配合項(xiàng)目組方面的時(shí)間安排，有需要時(shí)應(yīng)主動(dòng)采取加班等方式來(lái)保證按時(shí)按質(zhì)地完成測(cè)試任務(wù)，必要時(shí)可向測(cè)試組組長(zhǎng)申請(qǐng)加派人手增援；測(cè)試人員應(yīng)嚴(yán)格按照測(cè)試用例執(zhí)行測(cè)試，并在測(cè)試中不斷對(duì)測(cè)試用例進(jìn)行完善和補(bǔ)充；項(xiàng)目組可根據(jù)系統(tǒng)的實(shí)際需要，向測(cè)試組提出功

39、能測(cè)試以外的測(cè)試請(qǐng)求，比如：兼容性測(cè)試和性能測(cè)試，需要提交相應(yīng)的兼容性測(cè)試任務(wù)單或性能測(cè)試任務(wù)單，這兩種類(lèi)型的測(cè)試不需要演示，只要具備測(cè)試條件（一般在完成功能測(cè)試的前提下）即可進(jìn)行。執(zhí)行性能測(cè)試前需要編寫(xiě)性能測(cè)試計(jì)劃，跟項(xiàng)目經(jīng)理或主要開(kāi)發(fā)人員確定性能測(cè)試的范圍和各項(xiàng)性能預(yù)期指標(biāo)，編寫(xiě)性能測(cè)試腳本，組織和執(zhí)行性能測(cè)試，并作好觀察和記錄。性能測(cè)試一般需要2天的準(zhǔn)備時(shí)間，所以項(xiàng)目組有性能測(cè)試需求時(shí)，可盡量提前一些通知測(cè)試組，以方便做準(zhǔn)備工作。缺陷管理流程圖圖表5：缺陷管理流程活動(dòng)描述在TD的缺陷庫(kù)中新增一個(gè)缺陷之前，應(yīng)先檢查有沒(méi)有類(lèi)似的缺陷已經(jīng)存在，避免重復(fù)。缺陷填寫(xiě)的詳細(xì)要求請(qǐng)參照缺陷填寫(xiě)規(guī)范；在

40、任何情況下，“拒絕”、“暫緩”和“凍結(jié)”缺陷的時(shí)候，都需要在TD的備注中填寫(xiě)“拒絕”、“暫緩”或“凍結(jié)”的原因；并與測(cè)試人員當(dāng)面溝通，避免因?yàn)槔斫馍系钠罨蛳到y(tǒng)版本的偏差等原因而隨意地放過(guò)一個(gè)缺陷；暫緩缺陷和凍結(jié)缺陷，需要經(jīng)過(guò)評(píng)審，由產(chǎn)品經(jīng)理對(duì)缺陷定位和解決.在缺陷管理中只有產(chǎn)品經(jīng)理有權(quán)限對(duì)缺陷進(jìn)行“凍結(jié)”。對(duì)”拒絕”和”暫緩”的缺陷有爭(zhēng)議，測(cè)試組可以在系統(tǒng)演示時(shí)向項(xiàng)目組提出。對(duì)于每條暫緩的缺陷，項(xiàng)目組與測(cè)試組協(xié)商確定是否需要再測(cè)試此類(lèi)缺陷。原來(lái)暫緩和拒絕的缺陷，如果缺陷不存在了，由測(cè)試組關(guān)閉。測(cè)試組每?jī)蓚€(gè)月進(jìn)行批量關(guān)閉。在項(xiàng)目組中只有項(xiàng)目經(jīng)理具有“Rejected”缺陷的權(quán)限；對(duì)每一條缺陷需

41、要填寫(xiě)“原因分析”；當(dāng)測(cè)試人員對(duì)項(xiàng)目經(jīng)理“拒絕”的缺陷有爭(zhēng)議并無(wú)法達(dá)成一致的時(shí)候，可向評(píng)審委員會(huì)提出申請(qǐng)。評(píng)審委員會(huì)，是指由高級(jí)經(jīng)理、項(xiàng)目經(jīng)理、開(kāi)發(fā)、測(cè)試以及其他相關(guān)的專(zhuān)家組成的評(píng)審小組，對(duì)有爭(zhēng)議的缺陷進(jìn)行最終的確認(rèn)。（評(píng)審委員會(huì)的成員并不是固定的，而是根據(jù)實(shí)際情況的需要組成）；從上面的流程圖可以看出，對(duì)缺陷的管理實(shí)際上就是通過(guò)TestDirector來(lái)對(duì)缺陷的狀態(tài)進(jìn)行變化；也就是說(shuō)缺陷從產(chǎn)生到關(guān)閉都是在TD里進(jìn)行的，如果需要將缺陷記錄形成文件，可以通過(guò)TD來(lái)導(dǎo)出到Excel或其他格式的文件；缺陷等級(jí)嚴(yán)重程度名稱(chēng)缺陷等級(jí)英文名稱(chēng)描 述建議4Suggestion測(cè)試人員對(duì)系統(tǒng)的一些建議，不影響系

42、統(tǒng)的使用功能，開(kāi)發(fā)人員可根據(jù)實(shí)際情況選擇是否修改。高3High功能不能使用或在使用中出現(xiàn)的問(wèn)題影響了系統(tǒng)的穩(wěn)定性、造成數(shù)據(jù)存儲(chǔ)錯(cuò)誤或?qū)㈠e(cuò)誤數(shù)據(jù)帶入下一環(huán)節(jié)、一些重要特性或性能不能達(dá)到指定的要求等。中等2Medium功能可以使用、在出錯(cuò)后做出一定處理，操作能夠繼續(xù)進(jìn)行或功能實(shí)現(xiàn)有誤，但問(wèn)題的出現(xiàn)應(yīng)不影響本功能或其他功能的實(shí)質(zhì)性使用。低1Low用戶(hù)界面顯示、對(duì)齊、文字錯(cuò)誤等。具體的缺陷等級(jí)示例可以參考“缺陷填寫(xiě)規(guī)范”。圖表6：缺陷等級(jí)缺陷狀態(tài)狀態(tài)名稱(chēng)英文名稱(chēng)描 述新發(fā)現(xiàn)New是指當(dāng)測(cè)試工程師在執(zhí)行測(cè)試時(shí)新發(fā)現(xiàn)一個(gè)問(wèn)題的時(shí)候的狀態(tài)打開(kāi)Open是指當(dāng)項(xiàng)目經(jīng)理把新發(fā)現(xiàn)的問(wèn)題分配給某位開(kāi)發(fā)工程師以后的狀態(tài)

43、已修改Fixed是指開(kāi)發(fā)工程師完成被分配問(wèn)題的修改后的狀態(tài)被拒絕Rejected是指項(xiàng)目經(jīng)理在評(píng)審新發(fā)現(xiàn)的問(wèn)題時(shí)認(rèn)為該問(wèn)題與其他問(wèn)題重復(fù)或者不是一個(gè)缺陷的時(shí)候，才可以標(biāo)識(shí)為該狀態(tài)，并需要說(shuō)明理由。只要是缺陷都不應(yīng)被標(biāo)識(shí)為拒絕。重新打開(kāi)Reopen是指測(cè)試工程師對(duì)已修改的問(wèn)題進(jìn)行驗(yàn)證時(shí)發(fā)現(xiàn)該問(wèn)題仍然存在，則將此問(wèn)題標(biāo)識(shí)為該狀態(tài)已關(guān)閉Closed是指測(cè)試工程是對(duì)已修改的問(wèn)題進(jìn)行驗(yàn)證以后，認(rèn)為該問(wèn)題已經(jīng)修正。暫緩Respite是指項(xiàng)目經(jīng)理認(rèn)為需要修改，但因?yàn)樘厥庠驎壕徯薷牡?。該?lèi)缺陷需經(jīng)過(guò)評(píng)審,，產(chǎn)品經(jīng)理同意暫緩的缺陷，需寫(xiě)明原因及修改時(shí)間。未修改的暫緩缺陷在項(xiàng)目收尾階段分析、整理后提交到維護(hù)組。

44、凍結(jié)frozen是指項(xiàng)目組因技術(shù)或其它原因而沒(méi)法修改并確定不修改的缺陷，該類(lèi)嚴(yán)缺陷需經(jīng)過(guò)評(píng)審，同意凍結(jié)的，由產(chǎn)品經(jīng)理標(biāo)識(shí)為該狀態(tài)。圖表7：缺陷狀態(tài)變更管理在項(xiàng)目的開(kāi)發(fā)過(guò)程中，當(dāng)有影響到測(cè)試的變更（如需求變更、開(kāi)發(fā)進(jìn)度變更）發(fā)生的時(shí)候，項(xiàng)目經(jīng)理應(yīng)及時(shí)通知相關(guān)的測(cè)試人員，測(cè)試人員接到變更通知后，應(yīng)對(duì)該次變更情況作出分析，然后根據(jù)分析結(jié)果，對(duì)測(cè)試進(jìn)度計(jì)劃或系統(tǒng)測(cè)試用例等測(cè)試資源進(jìn)行修改或補(bǔ)充（即將變更部分重新走測(cè)試策劃、設(shè)計(jì)、執(zhí)行的流程），并采取走查方式跟相關(guān)的開(kāi)發(fā)人員進(jìn)行確認(rèn)；項(xiàng)目上線后一個(gè)月集中以會(huì)議形式給測(cè)試組演示需求/功能上的變更，在演示后，測(cè)試人員根據(jù)演示情況更新測(cè)試用例。退出準(zhǔn)則系統(tǒng)測(cè)試用例通過(guò)了評(píng)審，測(cè)試用例達(dá)到了有效覆蓋系統(tǒng)所有可測(cè)試的需求（功能/特征項(xiàng)）；按照系統(tǒng)測(cè)試進(jìn)度計(jì)劃完成了系統(tǒng)測(cè)試；測(cè)試結(jié)果，系統(tǒng)滿(mǎn)足需求規(guī)格說(shuō)明書(shū)的要求；在系統(tǒng)測(cè)試中發(fā)現(xiàn)的缺陷都已經(jīng)得到合理地處理（理論上只要不是“Rejected”和“frozen”的缺陷都應(yīng)該被“Closed”）圖表索引圖表1：規(guī)程文件結(jié)構(gòu)2圖表2：測(cè)試策劃流程3圖表3：測(cè)