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

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

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

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

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

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

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

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

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

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

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

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

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

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