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

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

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

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

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

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

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

單元測試用例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測試編號功能模塊－子模塊－編號測試項(xiàng)目模塊功能－子模塊功能用例描述描述測試上述功能的測試點(diǎn)依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1，填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關(guān)用例名稱序號前置條件測試子項(xiàng)執(zhí)行步驟預(yù)期結(jié)果實(shí)際結(jié)果備注測試序號填寫本用例運(yùn)行的前置條件。如登陸、權(quán)限、設(shè)備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細(xì)列出各個(gè)用例角色的操作的動(dòng)作。對應(yīng)每一步的預(yù)測結(jié)果；對應(yīng)每一個(gè)執(zhí)行步驟的實(shí)際結(jié)果；填寫與測試相關(guān)聯(lián)的核對點(diǎn)、檢查點(diǎn)。

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

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

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