軟件開(kāi)發(fā)方案及軟件開(kāi)發(fā)的完整步驟及軟件開(kāi)發(fā)的具體流程與管理制度詳解

第73頁(yè)，共73頁(yè)軟件開(kāi)發(fā)的完整步驟目錄1問(wèn)題定義 41.1用戶調(diào)查 41.2編寫(xiě)《系統(tǒng)目標(biāo)與范圍說(shuō)明》 42可行性研究 42.1確定項(xiàng)目的規(guī)模和目標(biāo) 42.2研究正在運(yùn)行的系統(tǒng) 42.3建立新系統(tǒng)的高層邏輯模型 52.4重新定義問(wèn)題 52.5導(dǎo)出和評(píng)價(jià)各種方案 52.6推薦可行方案 52.7編寫(xiě)《可行性研究報(bào)告》 52.8提交審查 53需求分析 63.1制定需求分析計(jì)劃 63.2需求獲取 63.3分析和綜合 63.4協(xié)商與溝通 63.5編寫(xiě)《需求規(guī)格說(shuō)明書(shū)》 63.6需求驗(yàn)證 73.7修改完善開(kāi)發(fā)計(jì)劃 73.8技術(shù)審查和管理復(fù)審 74概要設(shè)計(jì) 74.1制定規(guī)范 74.2設(shè)想供選擇的方案 74.3推薦最佳方案 84.4功能分解 84.5軟件結(jié)構(gòu)設(shè)計(jì) 84.6數(shù)據(jù)設(shè)計(jì) 84.7制定測(cè)試計(jì)劃 84.8編寫(xiě)《概要設(shè)計(jì)規(guī)格說(shuō)明書(shū)》 84.9其他文檔編寫(xiě) 84.10技術(shù)審查和管理復(fù)審 95詳細(xì)設(shè)計(jì) 95.1數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 95.2物理設(shè)計(jì) 95.3算法設(shè)計(jì) 95.4界面設(shè)計(jì) 95.5其他設(shè)計(jì) 105.6編寫(xiě)《詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)》 105.7技術(shù)審查和管理復(fù)審 106編碼 106.1選擇合適的程序設(shè)計(jì)語(yǔ)言 106.2制定編碼規(guī)范 106.3建立數(shù)據(jù)庫(kù)系統(tǒng) 106.4程序編碼 117測(cè)試 117.1測(cè)試用例設(shè)計(jì) 117.2單元測(cè)試 117.3集成測(cè)試 117.4系統(tǒng)測(cè)試 117.5編寫(xiě)《測(cè)試分析報(bào)告》 12

1問(wèn)題定義 問(wèn)題定義指在項(xiàng)目初期，從客戶或用戶處獲取需求，弄清用戶需要計(jì)算機(jī)解決的問(wèn)題根本所在，以及項(xiàng)目所需的經(jīng)費(fèi)和資源的文檔，最終使開(kāi)發(fā)人員與客戶就所構(gòu)建的系統(tǒng)的范圍達(dá)成一致意見(jiàn)1.1用戶調(diào)查對(duì)用戶進(jìn)行訪談，調(diào)查，初步了解項(xiàng)目范圍，需要解決的問(wèn)題以及項(xiàng)目經(jīng)費(fèi)的重要信息。1.2編寫(xiě)《系統(tǒng)目標(biāo)與范圍說(shuō)明》將本階段的結(jié)果寫(xiě)成相應(yīng)的文檔，即《系統(tǒng)目標(biāo)與范圍說(shuō)明》2可行性研究軟件可行性分析最根本的任務(wù)是用最少的代價(jià)，對(duì)以后的行動(dòng)方針提出建議。如果問(wèn)題沒(méi)有可行的解釋，分析員應(yīng)該建議停止這項(xiàng)開(kāi)發(fā)工程，以避免時(shí)間、資源、人力和金錢(qián)的浪費(fèi)；如果問(wèn)題值得解，分析員應(yīng)該推薦一個(gè)較好的解決方案，并且為工程制定一個(gè)初步的計(jì)劃。2.1確定項(xiàng)目的規(guī)模和目標(biāo)分析員對(duì)有關(guān)人員進(jìn)行調(diào)查訪問(wèn)，仔細(xì)閱讀和分析有關(guān)的材料，對(duì)項(xiàng)目的規(guī)模和目標(biāo)進(jìn)行定和確認(rèn)，清晰地描述項(xiàng)目的一切限制和約束，確保分析員正在解決的問(wèn)題確實(shí)是要解決的問(wèn)題。2.2研究正在運(yùn)行的系統(tǒng)收集，研究，分析現(xiàn)有系統(tǒng)的文檔資料和使用手冊(cè)，實(shí)地考察現(xiàn)有系統(tǒng)，在考察的基礎(chǔ)上，訪問(wèn)有關(guān)人員，確定目標(biāo)系統(tǒng)必須完成的基本功能。2.3建立新系統(tǒng)的高層邏輯模型根據(jù)對(duì)現(xiàn)有系統(tǒng)的分析研究，逐步明確了新系統(tǒng)的功能，處理流程以及所受約束，然后使用數(shù)據(jù)流圖和數(shù)據(jù)字典，概括的描述高層的數(shù)據(jù)處理和流動(dòng)。2.4重新定義問(wèn)題將新系統(tǒng)的高層邏輯模型與項(xiàng)目的問(wèn)題及目標(biāo)進(jìn)行比較，重新復(fù)查問(wèn)題定義，工程規(guī)模和目標(biāo)。2.5導(dǎo)出和評(píng)價(jià)各種方案分析員建立了新系統(tǒng)的高層邏輯模型，并進(jìn)行復(fù)查后，要從技術(shù)的角度出發(fā)，提出高層邏輯模型的不同方案，即導(dǎo)出若干較高層次的物理解法。根據(jù)技術(shù)可行性，經(jīng)濟(jì)可行性，社會(huì)可行性對(duì)各種方案進(jìn)行評(píng)估，去掉行不通的解法，得到可行的解法。2.6推薦可行方案根據(jù)之前可行性研究的結(jié)構(gòu)，應(yīng)該決定該項(xiàng)目是否值得去開(kāi)發(fā)。若值得開(kāi)發(fā)，那么可行的解決方案是什么，并且說(shuō)明該方案可行的原因和理由。草擬開(kāi)發(fā)計(jì)劃初步確定工程進(jìn)度表，開(kāi)發(fā)人員，所需要的資源以及對(duì)項(xiàng)目所需要的時(shí)間進(jìn)行估計(jì)。2.7編寫(xiě)《可行性研究報(bào)告》將該階段的可行性研究過(guò)程的結(jié)果寫(xiě)成相應(yīng)的文檔，即《可行性研究報(bào)告》2.8提交審查用戶和使用部門(mén)對(duì)《可行性研究報(bào)告》進(jìn)行仔細(xì)審查，從而決定該項(xiàng)目是否進(jìn)行開(kāi)發(fā)，是否接受可行的實(shí)現(xiàn)方案。3需求分析需求分析要求開(kāi)發(fā)人員準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化到相應(yīng)的形式功能規(guī)約（需求規(guī)格說(shuō)明）的過(guò)程。需求分析是軟件定義階段中的最后一步，是確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。3.1制定需求分析計(jì)劃需求分析是一項(xiàng)重要的工作，也是最困難的工作，這個(gè)階段可能會(huì)耗費(fèi)相當(dāng)?shù)臅r(shí)間，人力以及物力。若有明確的計(jì)劃進(jìn)行指導(dǎo)，將使得需求分析工作更加有條不紊的進(jìn)行。3.2需求獲取需求獲取是一個(gè)對(duì)準(zhǔn)備建立的系統(tǒng)和正在使用的系統(tǒng)進(jìn)行信息收集并從這些信息中提取用戶需求和系統(tǒng)需求的過(guò)程?？梢酝ㄟ^(guò)用戶面談，實(shí)地考察，用例，需求專題討論會(huì)等方式發(fā)現(xiàn)，獲取需求。3.3分析和綜合分析人員根據(jù)導(dǎo)出的需求，進(jìn)行移植的分析檢查，在分析，綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能，找出各元素之間的聯(lián)系，接口特性和設(shè)計(jì)上的限制。導(dǎo)出軟件的邏輯模型根據(jù)分析與綜合的結(jié)果，細(xì)化可行性研究階段形成的高層邏輯模型，包括數(shù)據(jù)流圖和數(shù)據(jù)字典，E-R圖，狀態(tài)轉(zhuǎn)換圖等,以圖文的形式建立起性系統(tǒng)的邏輯模型。3.4協(xié)商與溝通在有多個(gè)項(xiàng)目相關(guān)人員（信息持有者）參與的地方，需求將不可避免的發(fā)生沖突，在這個(gè)階段需要對(duì)需求的優(yōu)先權(quán)進(jìn)行排序并通過(guò)協(xié)商發(fā)現(xiàn)并解決這些沖突。3.5編寫(xiě)《需求規(guī)格說(shuō)明書(shū)》把雙發(fā)共同的理解與分析的結(jié)果用規(guī)范的方式描述出來(lái)，形成《需求規(guī)格說(shuō)明書(shū)》，并向下一階段提交，作為今后各項(xiàng)工作的基礎(chǔ)。3.6需求驗(yàn)證為保障軟件質(zhì)量，確保軟件開(kāi)發(fā)成，一旦對(duì)系統(tǒng)提出一組要求之后，必須嚴(yán)格驗(yàn)證這些需求的正確性，一般從一致性，完整性，現(xiàn)實(shí)性，有效性四個(gè)方面進(jìn)行驗(yàn)證。在這個(gè)階段，系統(tǒng)客戶和系統(tǒng)開(kāi)發(fā)人員必須詳細(xì)地閱讀需求文檔并檢查其中的錯(cuò)誤，一旦檢查出任何問(wèn)題必須記錄下來(lái)，接著客戶就需要和開(kāi)發(fā)人員協(xié)商如何解決問(wèn)題。3.7修改完善開(kāi)發(fā)計(jì)劃在需求分析階段對(duì)待開(kāi)發(fā)的系統(tǒng)有了更進(jìn)一步的了解，所以能更準(zhǔn)確的估計(jì)開(kāi)發(fā)成本，進(jìn)度以及資源要求，因此，對(duì)原計(jì)劃要進(jìn)行適當(dāng)修正。3.8技術(shù)審查和管理復(fù)審用戶和使用部門(mén)對(duì)《需求規(guī)格說(shuō)明書(shū)》進(jìn)行仔細(xì)的審查，通過(guò)后該文檔將作文今后工作的基礎(chǔ)。4概要設(shè)計(jì)概要設(shè)計(jì)也成為總體設(shè)計(jì)，在這個(gè)極端需要確定軟件的總體結(jié)構(gòu)，也就是軟件應(yīng)該由哪些模塊組成，以及模塊與模塊之間的接口關(guān)系，軟件系統(tǒng)主要的數(shù)據(jù)結(jié)構(gòu)，同時(shí)還要制定測(cè)試計(jì)劃，形成概要設(shè)計(jì)說(shuō)明書(shū)。4.1制定規(guī)范盡管每個(gè)開(kāi)發(fā)組織都有概要設(shè)計(jì)規(guī)范，但是不同的應(yīng)有有些特殊性，所以應(yīng)該針對(duì)具體的軟件特點(diǎn)，制定出合適的規(guī)范。包括設(shè)計(jì)文檔的編制標(biāo)準(zhǔn)，編碼的信息形式，與硬件、操作系統(tǒng)的接口規(guī)約，命名規(guī)則等。4.2設(shè)想供選擇的方案在概要設(shè)計(jì)時(shí)，設(shè)計(jì)人員應(yīng)該考慮各種可能的實(shí)現(xiàn)方案，并且力求從中選出最佳方案。此時(shí)設(shè)計(jì)人員有充分的自由比較不同的實(shí)現(xiàn)方案，一旦選出了最佳方案，將能大大提高系統(tǒng)的性價(jià)比。4.3推薦最佳方案綜合分析對(duì)比各種合理方案的利弊，推薦一個(gè)最佳方案，并為最佳方案制定詳細(xì)的實(shí)現(xiàn)計(jì)劃。用戶和有關(guān)技術(shù)專家應(yīng)該認(rèn)真審查，若符合需求并且完全能夠?qū)崿F(xiàn)，則提請(qǐng)負(fù)責(zé)人審批。方案被接受后者進(jìn)入下一階段。4.4功能分解為確定軟件結(jié)構(gòu)，首先需要從現(xiàn)實(shí)角度把復(fù)雜的功能進(jìn)一步分解。分析員結(jié)合算法描述仔細(xì)分析數(shù)據(jù)流圖中的每個(gè)處理，將復(fù)雜的功能分解成一系列比較簡(jiǎn)單的功能。經(jīng)過(guò)分解細(xì)化之后，通常一個(gè)模塊只完成一個(gè)適當(dāng)?shù)墓δ?，每個(gè)模塊對(duì)于大多數(shù)程序員都是易于理解的。4.5軟件結(jié)構(gòu)設(shè)計(jì)設(shè)計(jì)軟件模塊的結(jié)構(gòu)就是要把軟件模塊組成良好的層次系統(tǒng)，描述各模塊之間的關(guān)系。頂層模塊調(diào)用它下層模塊，每個(gè)下層模塊再調(diào)用更下層的模塊，最下層的模塊完成最具體的功能，這樣自頂向下實(shí)現(xiàn)一個(gè)完整的功能。4.6數(shù)據(jù)設(shè)計(jì)數(shù)據(jù)設(shè)計(jì)包括數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，文件設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)。根據(jù)需求分析階段獲得的數(shù)據(jù)要求，確定實(shí)現(xiàn)系統(tǒng)所必須的數(shù)據(jù)，數(shù)據(jù)之前的關(guān)系，存儲(chǔ)數(shù)據(jù)的實(shí)體。4.7制定測(cè)試計(jì)劃為了保證軟件的可測(cè)試性，軟件在一開(kāi)始就要考慮軟件的測(cè)試問(wèn)題，但是這個(gè)階段的測(cè)試計(jì)劃應(yīng)該是針對(duì)軟件結(jié)構(gòu)的測(cè)試和系統(tǒng)測(cè)試。4.8編寫(xiě)《概要設(shè)計(jì)規(guī)格說(shuō)明書(shū)》將本階段的成果編制為相應(yīng)的文檔，即《概要設(shè)計(jì)規(guī)格說(shuō)明書(shū)》。4.9其他文檔編寫(xiě)需要提交審查的文檔還包括用戶手冊(cè)，測(cè)試計(jì)劃，實(shí)現(xiàn)計(jì)劃等，還需要對(duì)這些文檔進(jìn)行編寫(xiě)。4.10技術(shù)審查和管理復(fù)審最后應(yīng)該對(duì)總體設(shè)計(jì)的結(jié)果進(jìn)行嚴(yán)格的技術(shù)審查，在技術(shù)審查通過(guò)之后再由客戶從管理角度進(jìn)行復(fù)審。5詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的根本目的是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以吧這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序。5.1數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)指的是對(duì)需求分析，概要設(shè)計(jì)階段確定的概念性的數(shù)據(jù)進(jìn)行確切的定義。5.2物理設(shè)計(jì)對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)。物理結(jié)構(gòu)主要是指數(shù)據(jù)庫(kù)的存儲(chǔ)記錄格式，存儲(chǔ)記錄安排和存儲(chǔ)方法，這些都依賴于具體使用的數(shù)據(jù)庫(kù)系統(tǒng)。5.3算法設(shè)計(jì)在總體設(shè)計(jì)的結(jié)構(gòu)完成之后，結(jié)構(gòu)各個(gè)環(huán)節(jié)的實(shí)現(xiàn)是多解的。這就需要用系統(tǒng)設(shè)計(jì)與分析的技術(shù)來(lái)描述?？梢允褂媚承﹫D形、表格、語(yǔ)言等工具將每個(gè)模塊處理過(guò)程的詳細(xì)算法表示出來(lái)。5.4界面設(shè)計(jì)用戶界面的設(shè)計(jì)現(xiàn)在顯得比較重要，可以采用字符用戶界面設(shè)計(jì)，圖形用戶界面和多媒體人機(jī)界面設(shè)計(jì)。這就要結(jié)合具體的系統(tǒng)來(lái)處理。5.5其他設(shè)計(jì)根據(jù)軟件系統(tǒng)的類型，可能還要進(jìn)行其他設(shè)計(jì)，例如：代碼設(shè)計(jì)，輸入/輸出格式設(shè)計(jì)，人機(jī)對(duì)話設(shè)計(jì)，網(wǎng)絡(luò)設(shè)計(jì)等。5.6編寫(xiě)《詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)》將本階段的成果編制為相應(yīng)的文檔，即《詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)》。5.7技術(shù)審查和管理復(fù)審最后應(yīng)該對(duì)詳細(xì)設(shè)計(jì)的結(jié)果進(jìn)行嚴(yán)格的技術(shù)審查，所有處理過(guò)程的算法和數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)等都要進(jìn)行評(píng)審。6編碼編碼即把軟件設(shè)計(jì)的結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序。作為軟件工程中的一個(gè)階段，編碼是對(duì)設(shè)計(jì)的進(jìn)一步具體化，因此，程序的質(zhì)量主要取決于軟件設(shè)計(jì)的質(zhì)量。但程序設(shè)計(jì)語(yǔ)言的選擇以及編碼風(fēng)格也對(duì)程序的可靠性，可讀性，可測(cè)試性和可維護(hù)性產(chǎn)生深遠(yuǎn)的影響。6.1選擇合適的程序設(shè)計(jì)語(yǔ)言編程語(yǔ)言在軟件活動(dòng)中處于中心地位，選擇一門(mén)適合的編程語(yǔ)言十分重要。通常從應(yīng)用領(lǐng)域，算法與計(jì)算復(fù)雜性，數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性，效率等幾個(gè)方面考慮某一語(yǔ)言是否可選作編碼語(yǔ)言。6.2制定編碼規(guī)范良好的代碼風(fēng)格和編碼規(guī)范可以降低程序出錯(cuò)的幾率，提高程序的易讀性和質(zhì)量，利于構(gòu)造大軟件所必須的團(tuán)隊(duì)開(kāi)發(fā)，同時(shí)也可以有效降低程序的維護(hù)成本。6.3建立數(shù)據(jù)庫(kù)系統(tǒng)根據(jù)之前數(shù)據(jù)與數(shù)據(jù)流程分析以及數(shù)據(jù)庫(kù)設(shè)計(jì)的結(jié)果建立數(shù)據(jù)庫(kù)結(jié)構(gòu)。6.4程序編碼使用選定的程序設(shè)計(jì)語(yǔ)言，將詳細(xì)設(shè)計(jì)中的過(guò)程性描述翻譯成用該語(yǔ)言編寫(xiě)的源程序（源代碼）。技術(shù)審查和管理復(fù)審最后應(yīng)該對(duì)編碼的生成的源程序進(jìn)行嚴(yán)格的技術(shù)審查，確保程序運(yùn)行結(jié)果正確有效，滿足要求。7測(cè)試測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程，即根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。7.1測(cè)試用例設(shè)計(jì)是以發(fā)現(xiàn)錯(cuò)誤為目的而精心設(shè)計(jì)的一組測(cè)試數(shù)據(jù)，測(cè)試用例＝{輸入數(shù)據(jù)＋期望結(jié)構(gòu)}。測(cè)試用例將用于之后的測(cè)試。7.2單元測(cè)試單元測(cè)試針對(duì)程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)，驗(yàn)證它們是否符合模塊功能說(shuō)明的需求。單元測(cè)試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。7.3集成測(cè)試集成測(cè)試是組裝軟件的系統(tǒng)技術(shù)，即在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)，并在此過(guò)程中進(jìn)行測(cè)試，其主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題。確認(rèn)測(cè)試確定所開(kāi)發(fā)的軟件是否符合軟件需求規(guī)格說(shuō)明書(shū)的要求。7.4系統(tǒng)測(cè)試把新開(kāi)發(fā)的軟件安裝到系統(tǒng)中，檢查它能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行。7.5編寫(xiě)《測(cè)試分析報(bào)告》將本階段的成果編制為相應(yīng)的文檔，即《測(cè)試分析報(bào)告》。軟件開(kāi)發(fā)管理制度總則為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照?qǐng)?zhí)行。本制度中軟件開(kāi)發(fā)指新系統(tǒng)開(kāi)發(fā)和現(xiàn)有系統(tǒng)重大改造。本制度中自行開(kāi)發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng)設(shè)計(jì)、軟件開(kāi)發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購(gòu)置有關(guān)的硬件設(shè)備和支撐軟件平臺(tái)；合作開(kāi)發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項(xiàng)目實(shí)施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行項(xiàng)目實(shí)施，IT系統(tǒng)的日常支持由研發(fā)部和合作商共同承擔(dān)，研發(fā)負(fù)責(zé)內(nèi)部支持，合作商負(fù)責(zé)外部支持；外包開(kāi)發(fā)是指將IT應(yīng)用項(xiàng)目的設(shè)計(jì)、開(kāi)發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負(fù)責(zé)應(yīng)用項(xiàng)目的實(shí)施。軟件開(kāi)發(fā)遵循項(xiàng)目管理和軟件工程的基本原則。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、合作開(kāi)發(fā)管理和結(jié)項(xiàng)管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測(cè)試、用戶接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)遷移。除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組（營(yíng)銷部、運(yùn)維部）、IT組（研發(fā)部和合作開(kāi)發(fā)商）。第二節(jié)立項(xiàng)管理提出開(kāi)發(fā)需求的營(yíng)銷部、運(yùn)維部等業(yè)務(wù)部門(mén)參與公司層面立項(xiàng)，研發(fā)部進(jìn)行立項(xiàng)的技術(shù)可行性分析，共同編寫(xiě)《立項(xiàng)分析報(bào)告》（附件一），開(kāi)展前期籌備工作?！读㈨?xiàng)分析報(bào)告》應(yīng)明確項(xiàng)目的范圍和邊界。應(yīng)用系統(tǒng)主要使用部門(mén)將《立項(xiàng)分析報(bào)告》上交公司進(jìn)行立項(xiàng)審批，以保證系統(tǒng)項(xiàng)目與公司整體策略相一致?！读㈨?xiàng)分析報(bào)告》得到批準(zhǔn)后，成立項(xiàng)目組（如果是外包開(kāi)發(fā)，則成立外包商項(xiàng)目組；如果是合作開(kāi)發(fā)，則與外包商共同成立合作開(kāi)發(fā)項(xiàng)目組，以下統(tǒng)稱“項(xiàng)目組”），項(xiàng)目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門(mén)組成）和IT組（自行開(kāi)發(fā)為研發(fā)部；外包開(kāi)發(fā)為外包商成員；合作開(kāi)發(fā)為研發(fā)部和外包商成員）。公司委派一名員工負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)行項(xiàng)目管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿足業(yè)務(wù)需要。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識(shí)來(lái)勝任項(xiàng)目各方面的工作。第三節(jié)需求分析立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說(shuō)明書(shū)》（附件二），并確保《業(yè)務(wù)需求說(shuō)明書(shū)》中包含了所有的業(yè)務(wù)需求?！稑I(yè)務(wù)需求說(shuō)明書(shū)》經(jīng)系統(tǒng)使用單位（用戶）確認(rèn)，作為業(yè)務(wù)需求基線。IT組在獲得《業(yè)務(wù)需求說(shuō)明書(shū)》后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》（附件三）?！断到y(tǒng)需求規(guī)格說(shuō)明書(shū)》需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)等）?！断到y(tǒng)需求規(guī)格說(shuō)明書(shū)》需要由業(yè)務(wù)組提交給用戶相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應(yīng)提交《需求變更申請(qǐng)》（附件四），IT組組長(zhǎng)審批后交給業(yè)務(wù)組與用戶確認(rèn)方可實(shí)施。項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。第四節(jié)項(xiàng)目計(jì)劃和監(jiān)控軟件開(kāi)發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理（監(jiān)理）負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。需求分析過(guò)程中，項(xiàng)目經(jīng)理（監(jiān)理）組織制定詳細(xì)的《項(xiàng)目計(jì)劃書(shū)》（附件五），包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(xiàng)目經(jīng)理（監(jiān)理）制定階段性項(xiàng)目計(jì)劃。業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(xiàng)目經(jīng)理（監(jiān)理）對(duì)項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行監(jiān)控，確保項(xiàng)目按計(jì)劃完成。項(xiàng)目計(jì)劃需要變更時(shí)，項(xiàng)目經(jīng)理（監(jiān)理）填寫(xiě)《項(xiàng)目計(jì)劃變更說(shuō)明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過(guò)審批后，交給業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)執(zhí)行。第五節(jié)系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)應(yīng)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)要遵循完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。在系統(tǒng)設(shè)計(jì)階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿足系統(tǒng)需求。項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說(shuō)明書(shū)》（附件七）和《單元測(cè)試用例》（附件八）?！对O(shè)計(jì)說(shuō)明書(shū)》中需要定義系統(tǒng)輸入輸出說(shuō)明和接口設(shè)計(jì)說(shuō)明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具《設(shè)計(jì)評(píng)審報(bào)告》（附件九）。業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)應(yīng)參加此評(píng)審并對(duì)評(píng)審意見(jiàn)簽字確認(rèn)。設(shè)計(jì)評(píng)審均以《業(yè)務(wù)需求說(shuō)明書(shū)》和《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求。對(duì)已確認(rèn)通過(guò)的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門(mén)、業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)的審批后方可進(jìn)行。對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。第六節(jié)系統(tǒng)實(shí)現(xiàn)項(xiàng)目組根據(jù)《設(shè)計(jì)說(shuō)明書(shū)》制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理（監(jiān)理）對(duì)計(jì)劃可行性進(jìn)行審批。系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試和集成測(cè)試。項(xiàng)目組保證開(kāi)發(fā)、測(cè)試和訪問(wèn)環(huán)境獨(dú)立，為各環(huán)境建立訪問(wèn)權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對(duì)開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境與訪問(wèn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問(wèn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對(duì)該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問(wèn)。項(xiàng)目組進(jìn)行單元測(cè)試和集成測(cè)試，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。第七節(jié)系統(tǒng)測(cè)試和用戶測(cè)試項(xiàng)目組制定《系統(tǒng)/用戶測(cè)試計(jì)劃》（附件十），并提交項(xiàng)目經(jīng)理（監(jiān)理）對(duì)計(jì)劃可行性進(jìn)行審批。《系統(tǒng)/用戶測(cè)試計(jì)劃》必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求。項(xiàng)目組向數(shù)據(jù)擁有部門(mén)申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問(wèn)控制，確保只有相關(guān)項(xiàng)目人員才能訪問(wèn)及使用。項(xiàng)目組負(fù)責(zé)測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實(shí)際數(shù)據(jù)。對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。IT組或合作開(kāi)發(fā)商建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)測(cè)試中對(duì)新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測(cè)試。出具《系統(tǒng)測(cè)試報(bào)告》（附件十一），測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。系統(tǒng)測(cè)試通過(guò)后，IT組配合業(yè)務(wù)組建立用戶測(cè)試環(huán)境，業(yè)務(wù)組根據(jù)用戶測(cè)試用例進(jìn)行用戶測(cè)試，出具《用戶測(cè)試報(bào)告》（附件十一），業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)應(yīng)在用戶測(cè)試報(bào)告中簽字確認(rèn)。項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊(cè)》和《安裝維護(hù)手冊(cè)》）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。第八節(jié)試運(yùn)行系統(tǒng)主要使用部門(mén)根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。項(xiàng)目組制定《試運(yùn)行計(jì)劃》（附件十二），并制定試運(yùn)行驗(yàn)收指標(biāo)，上報(bào)公司主管領(lǐng)導(dǎo)審批。《試運(yùn)行計(jì)劃》中應(yīng)包含問(wèn)題應(yīng)對(duì)機(jī)制，明確問(wèn)題溝通渠道和職責(zé)分工。項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。項(xiàng)目組根據(jù)《試運(yùn)行計(jì)劃》進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫(xiě)試運(yùn)行報(bào)告相關(guān)內(nèi)容。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評(píng)估指標(biāo)之一。數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計(jì)劃》（附件十三），《數(shù)據(jù)遷移計(jì)劃》中應(yīng)包含遷移方案、測(cè)試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對(duì)照表、遷移時(shí)間、回退計(jì)劃等信息。數(shù)據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理（監(jiān)理）和主管領(lǐng)導(dǎo)簽字審批。數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報(bào)告》（附件十四），其中包括數(shù)據(jù)來(lái)源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對(duì)完整性檢查情況、對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門(mén)驗(yàn)收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過(guò)后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過(guò)程中，試運(yùn)行單位辦公室把系統(tǒng)運(yùn)行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運(yùn)行報(bào)告中。必要時(shí)，項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件時(shí)，項(xiàng)目組編寫(xiě)《試運(yùn)行報(bào)告》（附件十五）。此報(bào)告應(yīng)由項(xiàng)目組和試運(yùn)行單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo)審閱。公司主管領(lǐng)導(dǎo)審閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。第九節(jié)系統(tǒng)驗(yàn)收系統(tǒng)主要用戶單位及公司項(xiàng)目組聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組，也可授權(quán)原項(xiàng)目組作為驗(yàn)收小組。驗(yàn)收小組從功能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合評(píng)估。驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成《系統(tǒng)驗(yàn)收?qǐng)?bào)告》（附件十六）提交系統(tǒng)主要使用部門(mén)和公司審閱。系統(tǒng)主要使用部門(mén)和研發(fā)部負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn)收意見(jiàn)。第十節(jié)系統(tǒng)上線系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。項(xiàng)目組制定《系統(tǒng)上線計(jì)劃》（附件十七），上報(bào)公司主管領(lǐng)導(dǎo)審批。在上線計(jì)劃得到批準(zhǔn)后才能開(kāi)始部署上線工作?！断到y(tǒng)上線計(jì)劃》內(nèi)容應(yīng)包括但不限于：1、部署方式和資源分配（包括人力資源及服務(wù)器資源）；2、上線工作時(shí)間表；3、上線操作步驟以及問(wèn)題處理步驟；4、項(xiàng)目階段性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等）；5、數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃；6、完整可行的應(yīng)急預(yù)案和“回退”計(jì)劃；7、用戶培訓(xùn)計(jì)劃（包括：培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核等）；8、總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問(wèn)題時(shí)應(yīng)及時(shí)處理，對(duì)重大問(wèn)題應(yīng)啟動(dòng)緊急預(yù)案。在完成上線后要填寫(xiě)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》（附件十八），上報(bào)總公司項(xiàng)目組匯總整理?！断到y(tǒng)驗(yàn)收評(píng)估報(bào)告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問(wèn)題、權(quán)限問(wèn)題、業(yè)務(wù)操作影響度、問(wèn)題處理情況、備份、批處理等。上線單位管理層要對(duì)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》進(jìn)行審批簽字。公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門(mén)統(tǒng)一管理。第十一節(jié)合作開(kāi)發(fā)管理合作開(kāi)發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見(jiàn)第三方管理制度。合作開(kāi)發(fā)商必須遵循公司《軟件開(kāi)發(fā)管理制度》。項(xiàng)目經(jīng)理同合作開(kāi)發(fā)商明確規(guī)定項(xiàng)目變更的范圍和處理方式，重點(diǎn)關(guān)注需求和設(shè)計(jì)變更。項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。合作開(kāi)發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，合作開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。IT組組長(zhǎng)派專人監(jiān)控合作開(kāi)發(fā)商的質(zhì)量保證過(guò)程。項(xiàng)目組同合作開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開(kāi)發(fā)合同中明確。第十二節(jié)外包開(kāi)發(fā)管理立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后，選定開(kāi)發(fā)商，簽訂外包開(kāi)發(fā)合同。項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控外包開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。外包開(kāi)發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，外包開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。項(xiàng)目經(jīng)理監(jiān)控外包開(kāi)發(fā)商的質(zhì)量保證過(guò)程。項(xiàng)目組同外包開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開(kāi)發(fā)合同中明確。第十三節(jié)角色與職責(zé)表主要角色及其職責(zé)如下表所示。企業(yè)在應(yīng)用時(shí)，可以將各個(gè)角色映射到企業(yè)原有的崗位上，也可以依據(jù)角色建立新的崗位。一個(gè)人可以被賦予多個(gè)角色，視具體情況而定。常設(shè)角色職責(zé)簡(jiǎn)述機(jī)構(gòu)過(guò)程改進(jìn)角色軟件工程過(guò)程組（SEPG）（1）制定適合于本機(jī)構(gòu)的過(guò)程規(guī)范。（2）在機(jī)構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評(píng)估機(jī)構(gòu)過(guò)程能力等。質(zhì)量保證小組（QAG）（1）監(jiān)督規(guī)范的實(shí)施，確保所有項(xiàng)目以及相關(guān)部門(mén)準(zhǔn)照規(guī)范開(kāi)展工作。（2）分析并解決機(jī)構(gòu)內(nèi)存在的共性質(zhì)量問(wèn)題，協(xié)組SEPG完善規(guī)范。項(xiàng)目管理過(guò)程角色機(jī)構(gòu)領(lǐng)導(dǎo)（1）是機(jī)構(gòu)內(nèi)所有項(xiàng)目的主管，對(duì)立項(xiàng)管理和結(jié)項(xiàng)管理有最終決策權(quán)。（2）監(jiān)督項(xiàng)目經(jīng)理的工作，審批項(xiàng)目經(jīng)理的各種申請(qǐng)。項(xiàng)目經(jīng)理（1）向機(jī)構(gòu)領(lǐng)導(dǎo)匯報(bào)工作。（2）是項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和需求管理過(guò)程域的負(fù)責(zé)人。（3）監(jiān)督項(xiàng)目成員的工作，審批項(xiàng)目成員的各種申請(qǐng)。項(xiàng)目研發(fā)過(guò)程角色需求分析員調(diào)查、分析并定義需求，撰寫(xiě)相應(yīng)的需求文檔，盡最大努力使需求文檔能夠正確無(wú)誤地反映用戶的真實(shí)意愿。系統(tǒng)設(shè)計(jì)師根據(jù)需求文檔設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫(kù)、模塊等，并撰寫(xiě)相應(yīng)的設(shè)計(jì)文檔。程序員（1）根據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫(xiě)軟件系統(tǒng)的代碼。（2）隨時(shí)測(cè)試和檢查自己的代碼，及時(shí)消除代碼中的缺陷。測(cè)試員從事單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試，主要工作包括制定測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試和撰寫(xiě)測(cè)試報(bào)告。機(jī)構(gòu)支撐過(guò)程角色配置管理員（1）為項(xiàng)目制定《配置管理計(jì)劃》。（2）創(chuàng)建并維護(hù)配置庫(kù)，如分配權(quán)限、清除垃圾文件、備份配置庫(kù)等。質(zhì)量保證員（即QAG成員）（1）為項(xiàng)目制定《質(zhì)量保證計(jì)劃》。（2）周期性的開(kāi)展“過(guò)程與產(chǎn)品質(zhì)量檢查”。（3）跟蹤質(zhì)量問(wèn)題，給出質(zhì)量改進(jìn)措施。外包管理員（1）挑選最合適的承包商，簽訂外包開(kāi)發(fā)合同。（2）監(jiān)控外包開(kāi)發(fā)過(guò)程，驗(yàn)收外包開(kāi)發(fā)成果。采購(gòu)管理員（1）挑選最合適的供應(yīng)商，簽訂采購(gòu)合同。（2）驗(yàn)收采購(gòu)物品。培訓(xùn)管理員制定機(jī)構(gòu)（或項(xiàng)目）的《培訓(xùn)計(jì)劃》，監(jiān)督該計(jì)劃的實(shí)施，撰寫(xiě)《培訓(xùn)評(píng)估報(bào)告》?？蛻舴?wù)人員為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢），快速響應(yīng)客戶的要求，給客戶一個(gè)滿意的解答。產(chǎn)品維護(hù)人員（1）糾錯(cuò)性維護(hù)：及時(shí)解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷。（2）完善性維護(hù)：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。臨時(shí)角色職責(zé)說(shuō)明立項(xiàng)建議小組（1）開(kāi)展立項(xiàng)調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫(xiě)相應(yīng)文檔。（2）申請(qǐng)立項(xiàng)，并在立項(xiàng)評(píng)審會(huì)議上答辯。立項(xiàng)評(píng)審委員會(huì)由機(jī)構(gòu)領(lǐng)導(dǎo)、各級(jí)經(jīng)理、市場(chǎng)人員、技術(shù)專家、財(cái)務(wù)人員等組成，委員會(huì)按少數(shù)服從多數(shù)原則投票決定是否同意立項(xiàng)。結(jié)項(xiàng)評(píng)審委員會(huì)對(duì)項(xiàng)目的有形資產(chǎn)和無(wú)形資產(chǎn)進(jìn)行清算，對(duì)項(xiàng)目進(jìn)行綜合評(píng)估，總結(jié)經(jīng)驗(yàn)教訓(xùn)等。結(jié)項(xiàng)委員會(huì)的人員組成與立項(xiàng)評(píng)審委員會(huì)的類似。技術(shù)評(píng)審委員會(huì)對(duì)工作成果進(jìn)行正式技術(shù)評(píng)審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開(kāi)發(fā)人員及時(shí)消除缺陷。該委員會(huì)由項(xiàng)目?jī)?nèi)外的技術(shù)專家組成。配置控制委員會(huì)對(duì)配置管理各項(xiàng)活動(dòng)擁有決策權(quán)（例如審批計(jì)劃，審批變更請(qǐng)求等）。第十四節(jié)附則本制度由公司研發(fā)部負(fù)責(zé)解釋和修訂。本制度自發(fā)布之日起開(kāi)始執(zhí)行。立項(xiàng)分析報(bào)告文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注項(xiàng)目介紹項(xiàng)目目的提示：用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么”，“實(shí)現(xiàn)什么目的”。描述簡(jiǎn)練且清晰。項(xiàng)目背景提示：闡述項(xiàng)目背景，重點(diǎn)說(shuō)明“為什么”會(huì)產(chǎn)生本項(xiàng)目。（1）公司的短期、長(zhǎng)期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢(shì)；（3）技術(shù)狀況及發(fā)展趨勢(shì)；（4）特殊的業(yè)務(wù)需求等。項(xiàng)目范圍提示：根據(jù)對(duì)現(xiàn)有需求的了解來(lái)確定項(xiàng)目基本范圍，說(shuō)明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。項(xiàng)目計(jì)劃項(xiàng)目團(tuán)隊(duì)提示：說(shuō)明項(xiàng)目團(tuán)隊(duì)的角色、知識(shí)技能要求、建議人選、人數(shù)、工作時(shí)間，如下表所示。角色知識(shí)技能要求建議人選、人數(shù)工作時(shí)間項(xiàng)目經(jīng)理需求開(kāi)發(fā)人員系統(tǒng)設(shè)計(jì)人員編程人員測(cè)試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員……成本估計(jì)內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi)…項(xiàng)目時(shí)限：根據(jù)用戶要求和公司研發(fā)能力設(shè)定計(jì)劃研發(fā)完成時(shí)間總結(jié)提示：給出清晰的建議結(jié)論，便于上級(jí)領(lǐng)導(dǎo)決策。

業(yè)務(wù)需求說(shuō)明書(shū)（業(yè)務(wù)組編制）文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1概述1.1業(yè)務(wù)調(diào)研人員名單【可選】序號(hào)職能部門(mén)姓名主管聯(lián)系電話備注1.2業(yè)務(wù)范圍此處描寫(xiě)總體業(yè)務(wù)的概要分類。1.3業(yè)務(wù)目標(biāo)從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評(píng)價(jià)標(biāo)準(zhǔn)。1.4相關(guān)文檔說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。1.5業(yè)務(wù)詞匯表說(shuō)明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語(yǔ)等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。2組織結(jié)構(gòu)及業(yè)務(wù)2.1業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說(shuō)明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)2.2組織機(jī)構(gòu)描述2.3角色職責(zé)說(shuō)明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。2.4管理綜述【可選】說(shuō)明：主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如：2.5現(xiàn)有業(yè)務(wù)流程清單【可選】說(shuō)明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。流程編號(hào)流程名稱責(zé)任部門(mén)輔助部門(mén)3業(yè)務(wù)流程及業(yè)務(wù)處理描述說(shuō)明：針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。3.1具體業(yè)務(wù)流程（系統(tǒng)名稱+編號(hào)）對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范，對(duì)具體流程進(jìn)行編號(hào)，便于形成需求矩陣，同時(shí)形成需求的管理和跟蹤。3.1.1業(yè)務(wù)流程3.1.2業(yè)務(wù)描述說(shuō)明：描述具體的業(yè)務(wù)流程。3.1.3相關(guān)業(yè)務(wù)對(duì)象說(shuō)明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。業(yè)務(wù)對(duì)象使用部門(mén)對(duì)應(yīng)電子檔案編號(hào)3.1.4業(yè)務(wù)規(guī)則及關(guān)鍵算法說(shuō)明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。4假定和約束說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如開(kāi)發(fā)期限等。4.1運(yùn)行環(huán)境約束4.2設(shè)計(jì)約束【可選】說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。4.3產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范【可選】說(shuō)明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。5其他5.1目前核心問(wèn)題和困難5.2業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望【可選】5.3其他未盡事宜

系統(tǒng)需求規(guī)格說(shuō)明書(shū)（IT組編制）文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1引言1.1目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。1.2讀者對(duì)象及閱讀建議說(shuō)明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見(jiàn)。1.3文檔范圍【可選】說(shuō)明：對(duì)本文的范圍做闡述，本文檔改動(dòng)時(shí)，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。1.4參考文檔說(shuō)明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計(jì)劃任務(wù)書(shū)、合同、批文、引用到的文件、資料及軟件開(kāi)發(fā)標(biāo)準(zhǔn)等。1.5術(shù)語(yǔ)與縮寫(xiě)解釋說(shuō)明：列出本文件中用到的專門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識(shí)。2綜合描述2.1系統(tǒng)背景【可選】說(shuō)明：介紹系統(tǒng)的預(yù)期效果、歷史原因。2.2問(wèn)題說(shuō)明【可選】提供一段說(shuō)明，總結(jié)此項(xiàng)目需要解決的問(wèn)題?？梢圆捎靡韵赂袷剑?jiǎn)栴}是[對(duì)問(wèn)題進(jìn)行說(shuō)明]影響[問(wèn)題影響的干系人]問(wèn)題的后果[該問(wèn)題會(huì)導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn)]2.3系統(tǒng)范圍說(shuō)明：闡述本項(xiàng)目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說(shuō)清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開(kāi)發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。完整而準(zhǔn)確的定義本產(chǎn)品的干系人；明確本產(chǎn)品所影響到的部門(mén)和業(yè)務(wù)；用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。2.4干系人與用戶說(shuō)明【可選】2.4.1用戶環(huán)境【可選】詳細(xì)說(shuō)明目標(biāo)用戶的工作環(huán)境。以下是幾項(xiàng)建議：該任務(wù)由多少人來(lái)完成？是否總在變化？一個(gè)任務(wù)周期需要多長(zhǎng)時(shí)間？執(zhí)行每項(xiàng)活動(dòng)要用多長(zhǎng)時(shí)間？是否總在變化？是否有特殊的環(huán)境約束：移動(dòng)、戶外、乘機(jī)旅行等？目前使用的是哪些系統(tǒng)平臺(tái)？以后會(huì)使用哪些平臺(tái)？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來(lái)概述所涉及的任務(wù)和角色等等。2.4.2干系人簡(jiǎn)檔【可選】通過(guò)在下表中填寫(xiě)各干系人的相關(guān)信息來(lái)說(shuō)明系統(tǒng)中的各個(gè)干系人，詳盡的簡(jiǎn)檔應(yīng)包括各種干系人在以下方面的信息：代表[誰(shuí)是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫(xiě)姓名。]說(shuō)明[對(duì)干系人類型的簡(jiǎn)要說(shuō)明。]類型[介紹干系人的技能特長(zhǎng)、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級(jí)用戶等）]職責(zé)[列出干系人對(duì)所開(kāi)發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。]使用頻率[該干系人使用系統(tǒng)的頻率]意見(jiàn)/問(wèn)題[在此處列出會(huì)阻礙成功的問(wèn)題以及任何其他相關(guān)信息。]2.4.3關(guān)鍵的干系人/用戶需要列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問(wèn)題。對(duì)于列出的每個(gè)問(wèn)題，需澄清以下要點(diǎn)：? 為什么會(huì)出現(xiàn)這一問(wèn)題？? 目前如何解決該問(wèn)題？? 干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問(wèn)題的相對(duì)重視程度。分級(jí)和累積投票方法表明，必須解決的問(wèn)題與干系人或用戶希望解決的問(wèn)題大有不同。2.5目標(biāo)業(yè)務(wù)模型【可選】說(shuō)明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說(shuō)明書(shū)的輸入?yún)⒖假Y料。2.6功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個(gè)功能的細(xì)節(jié)。對(duì)功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。2.7功能清單及重要程度說(shuō)明說(shuō)明：功能名稱、功能描述、重要程度。重要程度，以ABC三類來(lái)表示：A：核心功能；B：輔助功能；C：外圍功能；級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)；編號(hào)級(jí)別重要程度功能名稱功能描述備注2.8功能與業(yè)務(wù)對(duì)照關(guān)系表說(shuō)明：業(yè)務(wù)組為主編寫(xiě)業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開(kāi)發(fā)商合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開(kāi)發(fā)商合作撰寫(xiě)和評(píng)審《系統(tǒng)需求規(guī)格書(shū)明書(shū)》。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動(dòng)（可選）功能名稱2.9假定和約束說(shuō)明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如：開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)期限等。格式限制說(shuō)明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報(bào)表格式；數(shù)據(jù)命名；財(cái)務(wù)處理；審計(jì)追蹤，等等。硬件限制說(shuō)明：本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括：硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。2.9.1運(yùn)行環(huán)境約束說(shuō)明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求2.9.2設(shè)計(jì)約束【可選】說(shuō)明：開(kāi)發(fā)過(guò)程中必須使用的軟件語(yǔ)言、軟件進(jìn)程需求、主要開(kāi)發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。2.9.3產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范說(shuō)明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。3具體需求3.1功能需求3.1.1具體功能3.1.1.1內(nèi)容說(shuō)明：對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，需要具體描述其輸入、加工和輸出的需求。3.2非功能需求3.2.1外部接口3.2.1.1用戶接口說(shuō)明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過(guò)顯示終端進(jìn)行操作，就必須指定如下要求：a 對(duì)屏幕格式的要求說(shuō)明：對(duì)界面上的各對(duì)象、類型、寬度、取值范圍、數(shù)據(jù)來(lái)源、能否為空等屬性進(jìn)行描述。b 報(bào)表或菜單的頁(yè)面打印格式和內(nèi)容c 輸入輸出的需求說(shuō)明：解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。d 程序功能鍵的可用性說(shuō)明：快捷鍵定義等。3.2.1.2硬件接口【可選】說(shuō)明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。3.2.1.3軟件接口【可選】說(shuō)明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說(shuō)明號(hào)、版本號(hào)、來(lái)源。對(duì)于每一個(gè)接口，這部分應(yīng)說(shuō)明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。【接口定義】下表是對(duì)一些接口的具體描述:接口名稱接口描述填寫(xiě)接口完成的任務(wù)接口類型填寫(xiě)是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫(xiě)接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫(xiě)接口輸出方系統(tǒng)或部件廠商提供/客戶化開(kāi)發(fā)文件類型填寫(xiě)文件類型；若通過(guò)數(shù)據(jù)庫(kù)表來(lái)交互，請(qǐng)指明數(shù)據(jù)庫(kù)及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫(xiě)數(shù)據(jù)處理的頻度復(fù)雜度批處理/人工填寫(xiě)接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工（manual）還是自動(dòng)(automatic)，還是都支持接口類型填寫(xiě)是實(shí)時(shí)接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說(shuō)明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫(xiě)與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫(xiě)是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object)數(shù)據(jù)庫(kù)填寫(xiě)交互系統(tǒng)使用的數(shù)據(jù)庫(kù)及版本軟件填寫(xiě)交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S還是C/S。位置填寫(xiě)該軟件在交互軟件體系中所出的位置技術(shù)支持填寫(xiě)交互系統(tǒng)的開(kāi)發(fā)商和支持商功能支持填寫(xiě)具體的支持商或技術(shù)團(tuán)隊(duì)數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息[可選]】系統(tǒng)填寫(xiě)接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫(kù)隸屬系統(tǒng)的數(shù)據(jù)庫(kù)及版本負(fù)責(zé)人控制報(bào)告【接口配置】（1）接口基礎(chǔ)信息配置說(shuō)明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。（2）接口運(yùn)行參數(shù)配置說(shuō)明：接口運(yùn)行參數(shù)的配置方式和步驟?！酒渌渲肹可選]】說(shuō)明：外圍系統(tǒng)或相關(guān)模塊的配置。3.2.1.4通信接口【可選】說(shuō)明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。3.2.2其他非功能性需求說(shuō)明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。名稱詳細(xì)要求靜態(tài)數(shù)值需求動(dòng)態(tài)數(shù)值需求精度時(shí)間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性…3.2.2.1靜態(tài)數(shù)值需求說(shuō)明：支持的終端數(shù)；支持并行操作的用戶數(shù)。3.2.2.2動(dòng)態(tài)數(shù)值需求說(shuō)明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。3.2.2.3精度說(shuō)明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。3.2.2.4時(shí)間特性要求說(shuō)明：對(duì)于該軟件的時(shí)間特性要求，如對(duì)：a．響應(yīng)時(shí)間；b．更新處理時(shí)間；c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；d．解題時(shí)間等要求。3.2.2.5數(shù)據(jù)管理要求【可選】說(shuō)明：需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。3.2.2.6可用性指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出典型任務(wù)的可評(píng)測(cè)任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能3.2.2.7可靠性指出可用時(shí)間百分比(xx.xx%)、使用小時(shí)數(shù)、維護(hù)訪問(wèn)權(quán)、降級(jí)模式操作等。平均故障間隔時(shí)間(MTBF)。平均修復(fù)時(shí)間(MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。3.2.3文檔需求說(shuō)明：主要是在線用戶手冊(cè)與幫助系統(tǒng)，也包括其他的文檔3.2.4第三方產(chǎn)品【可選】說(shuō)明：使用到的第三方產(chǎn)品相關(guān)的使用許可、使用限制、接口標(biāo)準(zhǔn)。3.3數(shù)據(jù)字典說(shuō)明：把相關(guān)的數(shù)據(jù)抽取出來(lái)統(tǒng)一維護(hù)，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說(shuō)明，如：引用到的字段等。4補(bǔ)充資料【可選】4.1待確定的問(wèn)題列表【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄

需求變更申請(qǐng)記錄號(hào)：項(xiàng)目：類型：開(kāi)發(fā)項(xiàng)目項(xiàng)目負(fù)責(zé)人：變更申請(qǐng)人：申請(qǐng)部門(mén)：申請(qǐng)日期：變更內(nèi)容變更的內(nèi)容及其理由說(shuō)明變更的內(nèi)容及變更的理由，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫(xiě)；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫(xiě)；變更的系統(tǒng)及版本說(shuō)明變更所涉及的工作產(chǎn)品及其當(dāng)前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫(xiě)；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫(xiě)；對(duì)業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫(xiě)業(yè)務(wù)負(fù)責(zé)人意見(jiàn)：同意不同意簽字：日期：

變更結(jié)果變更分析對(duì)相關(guān)的資源影響分析需求變更對(duì)人員、開(kāi)發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫(xiě)風(fēng)險(xiǎn)分析分析需求變更的風(fēng)險(xiǎn)，僅信息技術(shù)組填寫(xiě)對(duì)其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫(xiě)對(duì)開(kāi)發(fā)工作量、進(jìn)度和成本影響估計(jì)需求變更對(duì)開(kāi)發(fā)工作量和進(jìn)度的影響，需說(shuō)明本次變更工作量/成本是否超過(guò)本項(xiàng)目總開(kāi)發(fā)工作量/總成本的1%？?jī)H信息技術(shù)組填寫(xiě)研發(fā)部審批意見(jiàn)研發(fā)部負(fù)責(zé)人意見(jiàn)：同意不同意指定驗(yàn)證人員：簽字：日期：處經(jīng)理意見(jiàn)：同意不同意匯報(bào)上級(jí)簽字：日期：上級(jí)經(jīng)理意見(jiàn)：同意不同意簽字：日期：變更結(jié)果變更的系統(tǒng)及版本說(shuō)明變更后的工作產(chǎn)品簽字：日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是否正確性是否附加變更是否版本和名稱是否驗(yàn)證人意見(jiàn)：符合要求不符合要求簽字：日期：

項(xiàng)目計(jì)劃書(shū)文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1文檔介紹1.1文檔目的1.2文檔范圍1.3參考文獻(xiàn)提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：[標(biāo)識(shí)符]作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：[AAA]作者，《立項(xiàng)建議書(shū)》，機(jī)構(gòu)名稱，日期1.5術(shù)語(yǔ)與縮寫(xiě)解釋縮寫(xiě)、術(shù)語(yǔ)解釋2項(xiàng)目介紹2.1項(xiàng)目范圍提示：（1）用簡(jiǎn)練的語(yǔ)言說(shuō)明本項(xiàng)目“是什么”，“說(shuō)明用途”。（2）說(shuō)明本項(xiàng)目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。2.2項(xiàng)目目標(biāo)提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。2.3客戶與最終用戶介紹提示：請(qǐng)說(shuō)明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰(shuí)，描述最終用戶的特征。2.4約束提示：（1）請(qǐng)說(shuō)明在項(xiàng)目開(kāi)發(fā)過(guò)程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請(qǐng)說(shuō)明相關(guān)項(xiàng)目可能對(duì)本項(xiàng)目造成的影響。（3）說(shuō)明一些假設(shè)和依賴。3項(xiàng)目過(guò)程定義3.1軟件生命周期模型提示：簡(jiǎn)要描述、繪制本項(xiàng)目的軟件生命周期模型。3.2項(xiàng)目規(guī)范提示：描述項(xiàng)目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。3.3方法與工具提示：說(shuō)明在過(guò)程中將采用的方法與工具。例如采用RationalRose進(jìn)行面向?qū)ο蠓治雠c設(shè)計(jì)，采用VisualSourceSafe進(jìn)行配置管理，采用MicrosoftOffice制作文檔。方法與工具用途VisualSourceSafe配置管理…4里程碑計(jì)劃序號(hào)里程碑名稱開(kāi)始日期結(jié)束日期工作成果備注5資源計(jì)劃5.1人力資源計(jì)劃提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個(gè)人可以兼多個(gè)角色）。角色職責(zé)人員姓名工作說(shuō)明高層領(lǐng)導(dǎo)項(xiàng)目經(jīng)理需求分析員系統(tǒng)設(shè)計(jì)員程序員測(cè)試員…5.2軟硬件資源計(jì)劃提示：分析項(xiàng)目開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)影響軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：資源級(jí)別（分為“關(guān)鍵”、“普通”兩種）詳細(xì)配置獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購(gòu)買(mǎi)”等）與獲取時(shí)間使用說(shuō)明（如“誰(shuí)”在“什么”時(shí)候使用）軟硬件資源名稱級(jí)別詳細(xì)配置獲取方式與時(shí)間使用說(shuō)明關(guān)鍵關(guān)鍵普通…6文檔交付列表序號(hào)交付文檔名稱交付日期備注7風(fēng)險(xiǎn)管理計(jì)劃提示：以下是各個(gè)列標(biāo)題的解釋。約定在項(xiàng)目中的風(fēng)險(xiǎn)管理方案，例如：風(fēng)險(xiǎn)識(shí)別頻度、風(fēng)險(xiǎn)跟蹤頻度等。風(fēng)險(xiǎn)級(jí)別：確定風(fēng)險(xiǎn)的嚴(yán)重性、可能性、風(fēng)險(xiǎn)系數(shù)風(fēng)險(xiǎn)描述：緩解方案或者應(yīng)急計(jì)劃。風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)級(jí)別風(fēng)險(xiǎn)描述緩解方案應(yīng)急計(jì)劃嚴(yán)重性(1-5)可能性(%)風(fēng)險(xiǎn)系數(shù)(嚴(yán)重性*可能性)8溝通計(jì)劃甲方代表乙方代表溝通方式溝通頻率/時(shí)間期望結(jié)果9附件項(xiàng)目進(jìn)度計(jì)劃進(jìn)度表提示：制定項(xiàng)目開(kāi)發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計(jì)劃）。例如：編號(hào)里程碑名稱預(yù)計(jì)結(jié)束時(shí)間備注需求調(diào)研完成項(xiàng)目計(jì)劃完成需求分析完成概要設(shè)計(jì)完成詳細(xì)設(shè)計(jì)完成實(shí)現(xiàn)完成集成測(cè)試完成系統(tǒng)測(cè)試完成用戶驗(yàn)收測(cè)試完成試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收

項(xiàng)目計(jì)劃變更說(shuō)明項(xiàng)目名稱申請(qǐng)日期項(xiàng)目計(jì)劃變更申請(qǐng)申請(qǐng)變更的《項(xiàng)目計(jì)劃》輸入名稱，版本，完成日期等信息變更的內(nèi)容及其理由評(píng)估計(jì)劃變更將對(duì)項(xiàng)目造成的影響項(xiàng)目負(fù)責(zé)人簽字變更申請(qǐng)的審批意見(jiàn)處經(jīng)理審批審批意見(jiàn)：簽字，日期研發(fā)部負(fù)責(zé)人審批審批意見(jiàn)：簽字，日期業(yè)務(wù)部門(mén)意見(jiàn)審批意見(jiàn)：簽字，日期更改項(xiàng)目計(jì)劃變更后的《項(xiàng)目計(jì)劃》輸入名稱，版本，完成日期等信息項(xiàng)目負(fù)責(zé)人簽字

設(shè)計(jì)說(shuō)明書(shū)文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1引言1.1編寫(xiě)目的說(shuō)明編寫(xiě)這份詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的目的，指出預(yù)期的讀者。1.2背景說(shuō)明：待開(kāi)發(fā)軟件系統(tǒng)的名稱；本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶和運(yùn)行該程序系統(tǒng)的計(jì)算中心。1.3定義列出本文件中用到專門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。1.4參考資料列出有關(guān)的參考資料，如：本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文；屬于本項(xiàng)目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠取得這些文件的來(lái)源。2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱、標(biāo)識(shí)符和它們之間的層次結(jié)構(gòu)關(guān)系。3程序1（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明從本章開(kāi)始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。以下給出的提綱是針對(duì)一般情況的。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡(jiǎn)單地說(shuō)明這一點(diǎn)即可。3.1程序描述給出對(duì)該程序的簡(jiǎn)要描述，主要說(shuō)明安排設(shè)計(jì)本程序的目的意義，并且，還要說(shuō)明本程序的特點(diǎn)（如是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無(wú)覆蓋要求？是順序處理還是并發(fā)處理等）。3.2功能說(shuō)明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。3.3性能說(shuō)明對(duì)該程序的全部性能要求，包括對(duì)精度、靈活性和時(shí)間特性的要求。3.4輸人項(xiàng)給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來(lái)源和安全保密條件等等。3.5輸出項(xiàng)給出對(duì)每一個(gè)輸出項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的說(shuō)明、安全保密條件等等。3.6算法詳細(xì)說(shuō)明本程序所選用的算法，具體的計(jì)算公式和計(jì)算步驟。3.7流程邏輯用圖表（例如流程圖、判定表等）輔以必要的說(shuō)明來(lái)表示本程序的邏輯流程。3.8接口用圖的形式說(shuō)明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說(shuō)明參數(shù)賦值和調(diào)用方式，說(shuō)明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫(kù)、數(shù)據(jù)文卷）。3.9存儲(chǔ)分配根據(jù)需要，說(shuō)明本程序的存儲(chǔ)分配。3.10注釋設(shè)計(jì)說(shuō)明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對(duì)各變量的功能、范圍、缺省條件等所加的注釋；對(duì)使用的邏輯所加的注釋等等。3.11限制條件說(shuō)明本程序運(yùn)行中所受到的限制條件。3.12測(cè)試計(jì)劃說(shuō)明對(duì)本程序進(jìn)行單體測(cè)試的計(jì)劃，包括對(duì)測(cè)試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動(dòng)程序及樁模塊等的規(guī)定。3.13尚未解決的問(wèn)題說(shuō)明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問(wèn)題。4程序2（標(biāo)識(shí)符）設(shè)計(jì)說(shuō)明用類似F．3的方式，說(shuō)明第2個(gè)程序乃至第N個(gè)程序的設(shè)計(jì)考慮。

單元測(cè)試用例1測(cè)試范圍說(shuō)明：本用例測(cè)試的功能點(diǎn)。2測(cè)試環(huán)境環(huán)境1：硬件環(huán)境：服務(wù)器端：客戶端：軟件環(huán)境：服務(wù)器端：客戶端：網(wǎng)絡(luò)環(huán)境：環(huán)境2：3數(shù)據(jù)準(zhǔn)備說(shuō)明：可以引用適當(dāng)?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測(cè)試準(zhǔn)備的數(shù)據(jù)。測(cè)試用例功能1測(cè)試編號(hào)功能模塊－子模塊－編號(hào)測(cè)試項(xiàng)目模塊功能－子模塊功能用例描述描述測(cè)試上述功能的測(cè)試點(diǎn)依賴描述無(wú)環(huán)境及初始數(shù)據(jù)環(huán)境1，填寫(xiě)用到的各種測(cè)試數(shù)據(jù)的名稱依賴樣例測(cè)試本用例依賴的相關(guān)用例名稱序號(hào)前置條件測(cè)試子項(xiàng)執(zhí)行步驟預(yù)期結(jié)果實(shí)際結(jié)果備注測(cè)試序號(hào)填寫(xiě)本用例運(yùn)行的前置條件。如登陸、權(quán)限、設(shè)備就緒等；說(shuō)明測(cè)試的基本流還是備選流；要求測(cè)試遍歷所有的備選流；詳細(xì)列出各個(gè)用例角色的操作的動(dòng)作。對(duì)應(yīng)每一步的預(yù)測(cè)結(jié)果；對(duì)應(yīng)每一個(gè)執(zhí)行步驟的實(shí)際結(jié)果；填寫(xiě)與測(cè)試相關(guān)聯(lián)的核對(duì)點(diǎn)、檢查點(diǎn)。

設(shè)計(jì)評(píng)審報(bào)告文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注基本信息提示：由評(píng)審主持人或評(píng)審員填寫(xiě)此表格。待評(píng)審的工作成果工作成果名稱，標(biāo)識(shí)符，版本，作者，時(shí)間…技術(shù)評(píng)審方式（正式評(píng)審）或者(走查)評(píng)審時(shí)間評(píng)審地點(diǎn)參加技術(shù)評(píng)審的人員類別名字工作單位職稱、職務(wù)：主持人評(píng)審小組成員記錄員缺陷識(shí)別和跟蹤評(píng)審問(wèn)題跟蹤表編號(hào)問(wèn)題描述問(wèn)題類型嚴(yán)重性提交者提交日期問(wèn)題處理負(fù)責(zé)人解決措施/原因說(shuō)明問(wèn)題解決狀態(tài)實(shí)際關(guān)閉日期問(wèn)題關(guān)閉驗(yàn)證人備注123評(píng)審結(jié)論與意見(jiàn)提示：由主持人或評(píng)審員填寫(xiě)此表格。評(píng)審結(jié)論[]工作成果合格，“無(wú)需修改”或者“需要輕微修改但不必再審核”。[√]工作成果基本合格，需要作少量的修改，之后通過(guò)審核即可。[]工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。意見(jiàn)負(fù)責(zé)人簽字簽字：日期：系統(tǒng)/用戶測(cè)試計(jì)劃文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1.測(cè)試范圍與主要內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。一般地，系統(tǒng)測(cè)試的主要內(nèi)容包括功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性（security）測(cè)試、安裝與反安裝測(cè)試等。2.測(cè)試方法提示：例如黑盒測(cè)試和白盒測(cè)試。3.測(cè)試環(huán)境與測(cè)試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開(kāi)發(fā)商版本測(cè)試管理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器4.測(cè)試進(jìn)度計(jì)劃任務(wù)人員任務(wù)開(kāi)始日期結(jié)束日期制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試實(shí)施測(cè)試執(zhí)行測(cè)試對(duì)測(cè)試進(jìn)行評(píng)估5.測(cè)試完成準(zhǔn)則提示：對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則：（1）功能性測(cè)試用例通過(guò)率達(dá)到100％；（2）非功能性測(cè)試用例通過(guò)率達(dá)到95％時(shí)。對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期BUG密度”全部低于某個(gè)值m。例如n大于10，m小于等于1。最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2個(gè)/萬(wàn)行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6.BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。7.附錄.本計(jì)劃審批意見(jiàn)項(xiàng)目經(jīng)理審批意見(jiàn)：簽字日期

系統(tǒng)/用戶測(cè)試報(bào)告1.基本信息測(cè)試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說(shuō)明書(shū)、測(cè)試用例等測(cè)試范圍測(cè)試驗(yàn)收標(biāo)準(zhǔn)測(cè)試環(huán)境描述測(cè)試驅(qū)動(dòng)程序描述提示：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作附件測(cè)試人員測(cè)試時(shí)間須注明每次回歸測(cè)試的時(shí)間測(cè)試工具2.實(shí)況記錄模塊測(cè)試用例編號(hào)期望結(jié)果測(cè)試結(jié)果缺陷密度是否執(zhí)行了回歸測(cè)試3.測(cè)試總評(píng)價(jià)根據(jù)對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測(cè)試過(guò)程中程序中的不足。根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開(kāi)發(fā)是否已達(dá)到預(yù)定目標(biāo)。4.缺陷修改記錄提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無(wú)需本表。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時(shí)間解決方案…測(cè)試人員簽字/日期：試運(yùn)行計(jì)劃文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標(biāo)識(shí)：ProjectName-TestRun-PLAN當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1.試運(yùn)行目標(biāo)提示：說(shuō)明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。2.工作條件提示：說(shuō)明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。3.應(yīng)遞交的工作成果工作成果名稱預(yù)計(jì)完成時(shí)間試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(bào)告……4.進(jìn)度表提示：（1）用MicrosoftProject制作進(jìn)度表（GanttChart）插入此處或者參照此表制作一份進(jìn)度表。任務(wù)名稱及其描述開(kāi)始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…5.可能存在的困難與風(fēng)險(xiǎn)提示：指出可能存在的困難和風(fēng)險(xiǎn)，制定應(yīng)急計(jì)劃以應(yīng)對(duì)突發(fā)事件。附錄：本計(jì)劃審批意見(jiàn)提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項(xiàng)目計(jì)劃以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批該《試運(yùn)行計(jì)劃》。項(xiàng)目經(jīng)理或試運(yùn)行負(fù)責(zé)人審批意見(jiàn)：簽字日期

數(shù)據(jù)遷移計(jì)劃1.數(shù)據(jù)遷移的重要事件和里程碑日期2.數(shù)據(jù)遷移前的備份要求3.數(shù)據(jù)遷移測(cè)試結(jié)果清單