技術(shù)開發(fā)管理制度范本

技術(shù)開發(fā)治理制度2014（試行）主題：軟件開發(fā)治理制度文檔編號(hào)：版本講明：版本號(hào)版本日期作者備注V1.02014年10月30日牟寶林創(chuàng)建V1.02014年10月30日牟寶林審批

目錄第一節(jié)總則 3第二節(jié)立項(xiàng)治理 3第三節(jié)需求分析 4第四節(jié)項(xiàng)目打算和監(jiān)控 4第五節(jié)系統(tǒng)設(shè)計(jì) 5第六節(jié)系統(tǒng)實(shí)現(xiàn) 5第七節(jié)系統(tǒng)測(cè)試和用戶測(cè)試 6第八節(jié)試運(yùn)行 7第九節(jié)系統(tǒng)驗(yàn)收 8第十節(jié)系統(tǒng)上線 8第十一節(jié)合作開發(fā)治理 9第十二節(jié)系統(tǒng)交付 10第十三節(jié)外包開發(fā)治理 10第十四節(jié)附則 10附件一立項(xiàng)分析報(bào)告 11附件二業(yè)務(wù)需求講明書 14附件三系統(tǒng)需求規(guī)格講明書 17附件四需求變更申請(qǐng) 26附件五項(xiàng)目打算書 28附件六項(xiàng)目打算變更講明 32附件七設(shè)計(jì)講明書 33附件八單元測(cè)試用例 36附件九設(shè)計(jì)評(píng)審報(bào)告 38附件十系統(tǒng)/用戶測(cè)試打算 40附件十一系統(tǒng)/用戶測(cè)試報(bào)告 43附件十二試運(yùn)行打算 44附件十三數(shù)據(jù)遷移打算 46附件十四數(shù)據(jù)遷移報(bào)告 48附件十五試運(yùn)行報(bào)告 50附件十六系統(tǒng)驗(yàn)收?qǐng)?bào)告 51附件十七系統(tǒng)上線打算 54附件十八系統(tǒng)驗(yàn)收評(píng)估報(bào)告 57附件十九系統(tǒng)交付申請(qǐng) 59第一節(jié)總則為規(guī)范自有軟件研發(fā)以及外包軟件的治理工作，特制定本制度。本制度適用于公司軟件研發(fā)與治理。本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造，此類工作均需要以項(xiàng)目制治理。本制度中自行開發(fā)是指要緊依靠公司自身的治理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng)設(shè)計(jì)、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺(tái)；合作開發(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)的日常支持由技術(shù)研發(fā)部承擔(dān)；外包開發(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)目打算和監(jiān)控、配置治理、合作開發(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ù)組（或需求提出組）、開發(fā)組（可能包括網(wǎng)絡(luò)治理員和合作開發(fā)商）。第二節(jié)立項(xiàng)治理提出項(xiàng)目需求的部門參與公司層面立項(xiàng)，進(jìn)行立項(xiàng)的技術(shù)可行性分析，編寫《立項(xiàng)分析報(bào)告》（附件一），開展前期籌備工作?！读㈨?xiàng)分析報(bào)告》應(yīng)明確項(xiàng)目的范圍和邊界。需求提出部門將《立項(xiàng)分析報(bào)告》交相關(guān)部門會(huì)簽后，上交公司總裁與董事長進(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ù)組（由公司技術(shù)研發(fā)部需求治理組和相關(guān)業(yè)務(wù)部門組成）和開發(fā)組（自行開發(fā)為技術(shù)研發(fā)部開發(fā)組、網(wǎng)絡(luò)治理員；外包開發(fā)為技術(shù)研發(fā)部指定的開發(fā)組長、網(wǎng)絡(luò)治理員和外包商成員；合作開發(fā)為技術(shù)研發(fā)部開發(fā)組指定人員、網(wǎng)絡(luò)治理員和外包商成員）。公司技術(shù)研發(fā)部PMO（項(xiàng)目治理辦公室）委派一名項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)行項(xiàng)目治理工作，確保開發(fā)能及時(shí)完成并能滿足業(yè)務(wù)需要。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識(shí)來勝任項(xiàng)目各方面的工作。第三節(jié)需求分析立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求講明書》（附件二），并確保《業(yè)務(wù)需求講明書》中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門審批確認(rèn)，作為業(yè)務(wù)需求基線。業(yè)務(wù)組在獲得《業(yè)務(wù)需求講明書》后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格講明書》（附件三）。《系統(tǒng)需求規(guī)格講明書》需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、治理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)(KPI)等），最好是采納原型方式表達(dá)?！断到y(tǒng)需求規(guī)格講明書》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)部門負(fù)責(zé)人確認(rèn)。關(guān)于合作開發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應(yīng)提交《需求變更申請(qǐng)》（附件四），項(xiàng)目經(jīng)理審批后交給開發(fā)組長實(shí)施。項(xiàng)目組應(yīng)對(duì)需求變更阻礙到的文檔及時(shí)更新。第四節(jié)項(xiàng)目打算和監(jiān)控軟件開發(fā)采納項(xiàng)目形式進(jìn)行治理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的打算、組織、領(lǐng)導(dǎo)和操縱。需求分析過程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目打算書》（附件五），包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。在項(xiàng)目的各個(gè)時(shí)期，業(yè)務(wù)組組長和開發(fā)組組長需配合項(xiàng)目經(jīng)理制定時(shí)期性項(xiàng)目打算。業(yè)務(wù)組組長和開發(fā)組組長需配合項(xiàng)目經(jīng)理對(duì)項(xiàng)目打算執(zhí)行情況進(jìn)行監(jiān)控，確保項(xiàng)目按打算完成。第十六條項(xiàng)目打算需要變更時(shí)，項(xiàng)目經(jīng)理填寫《項(xiàng)目打算變更講明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和開發(fā)組組長執(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ì)時(shí)期中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿足系統(tǒng)需求。項(xiàng)目組進(jìn)行設(shè)計(jì)，出具《設(shè)計(jì)講明書》（附件七）和《單元測(cè)試用例》（附件八）?！对O(shè)計(jì)講明書》中需要定義系統(tǒng)輸入輸出講明和接口設(shè)計(jì)講明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具《設(shè)計(jì)評(píng)審報(bào)告》（附件九）。業(yè)務(wù)組組長和開發(fā)組組長應(yīng)參加此評(píng)審并對(duì)評(píng)審意見簽字確認(rèn)。設(shè)計(jì)評(píng)審均以《業(yè)務(wù)需求講明書》和《系統(tǒng)需求規(guī)格講明書》為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求。對(duì)已確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得項(xiàng)目經(jīng)理、業(yè)務(wù)組組長和開發(fā)組組長的審批后方可進(jìn)行。對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔治理人員進(jìn)行歸檔治理。第六節(jié)系統(tǒng)實(shí)現(xiàn)開發(fā)組依照《設(shè)計(jì)講明書》制定系統(tǒng)實(shí)現(xiàn)打算，并提交項(xiàng)目經(jīng)理對(duì)打算可行性進(jìn)行審批。系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試。開發(fā)組保證開發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限操縱機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對(duì)開發(fā)環(huán)境、測(cè)試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；假如環(huán)境的分隔是通過邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對(duì)該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。第七節(jié)系統(tǒng)測(cè)試和用戶測(cè)試測(cè)試組制定《系統(tǒng)測(cè)試打算》（附件十），并提交項(xiàng)目經(jīng)理對(duì)打算可行性進(jìn)行審批?！断到y(tǒng)測(cè)試打算》必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求。開發(fā)組向數(shù)據(jù)擁有部門申請(qǐng)獵取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獵取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問操縱，確保只有相關(guān)項(xiàng)目人員才能訪問及使用。開發(fā)組負(fù)責(zé)測(cè)試數(shù)據(jù)預(yù)備，測(cè)試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數(shù)據(jù)。對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和愛護(hù)。開發(fā)組或合作開發(fā)商協(xié)助技術(shù)研發(fā)部測(cè)試組建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)測(cè)試中對(duì)新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測(cè)試。技術(shù)研發(fā)部測(cè)試組出具《系統(tǒng)測(cè)試報(bào)告》（附件十一），測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。系統(tǒng)測(cè)試通過后，開發(fā)組配合業(yè)務(wù)組建立用戶測(cè)試環(huán)境，業(yè)務(wù)組依照用戶測(cè)試用例進(jìn)行用戶測(cè)試，出具《用戶測(cè)試報(bào)告》（附件十一），業(yè)務(wù)組組長和開發(fā)組組長應(yīng)在用戶測(cè)試報(bào)告中簽字確認(rèn)。項(xiàng)目組完成系統(tǒng)關(guān)心文檔（其中包括《用戶操作手冊(cè)》和《安裝維護(hù)手冊(cè)》）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)關(guān)心文檔及時(shí)更新。第八節(jié)試運(yùn)行系統(tǒng)要緊使用部門依照項(xiàng)目規(guī)模及阻礙決定試運(yùn)行策略。項(xiàng)目組制定《試運(yùn)行打算》（附件十二），并制定試運(yùn)行驗(yàn)收指標(biāo)，上報(bào)公司主管領(lǐng)導(dǎo)審批?！对囘\(yùn)行打算》中應(yīng)包含問題應(yīng)對(duì)機(jī)制，明確問題溝通渠道和職責(zé)分工。項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，預(yù)備培訓(xùn)資料，對(duì)相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。項(xiàng)目組依照《試運(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)換時(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)收的評(píng)估指標(biāo)之一。數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移打算》（附件十三），《數(shù)據(jù)遷移打算》中應(yīng)包含遷移方案、測(cè)試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對(duì)比表、遷移時(shí)刻、回退打算等信息。數(shù)據(jù)遷移打算需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報(bào)告》（附件十四），其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對(duì)完整性檢查情況、對(duì)準(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)依照系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。試運(yùn)行達(dá)到試運(yùn)行打算規(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)要緊使用部門及技術(shù)研發(fā)部聯(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)依照驗(yàn)收情況整理形成《系統(tǒng)驗(yàn)收?qǐng)?bào)告》（附件十六）提交系統(tǒng)要緊使用部門和技術(shù)研發(fā)部批閱。系統(tǒng)要緊使用部門和開發(fā)部門負(fù)責(zé)人依照系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn)收意見。第十節(jié)系統(tǒng)上線系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。項(xiàng)目組制定《系統(tǒng)上線打算》（附件十七），上報(bào)公司主管領(lǐng)導(dǎo)審批。在上線打算得到批準(zhǔn)后才能開始部署上線工作?！断到y(tǒng)上線打算》內(nèi)容應(yīng)包括但不限于：部署方式和資源分配（包括人力資源及服務(wù)器資源）；上線工作時(shí)刻表；上線操作步驟以及問題處理步驟；項(xiàng)目時(shí)期性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的批閱、進(jìn)度安排等）；數(shù)據(jù)遷移的需求和實(shí)施打算；完整可行的應(yīng)急預(yù)案和“回退”打算；用戶培訓(xùn)打算（包括：培訓(xùn)打算、培訓(xùn)手冊(cè)、培訓(xùn)考核等）；公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問題時(shí)應(yīng)及時(shí)處理，對(duì)重大問題應(yīng)啟動(dòng)緊急預(yù)案。在完成上線后要填寫《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》（附件十八）。《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)務(wù)操作阻礙度、問題處理情況、備份、批處理等。上線單位治理層要對(duì)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》進(jìn)行審批簽字。公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(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)按打算定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交時(shí)期性成果文檔。發(fā)生重大問題時(shí)，合作開發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。開發(fā)組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開發(fā)合同中明確。第十二節(jié)系統(tǒng)交付在系統(tǒng)驗(yàn)收通過后，項(xiàng)目組對(duì)運(yùn)維組進(jìn)行系統(tǒng)維護(hù)培訓(xùn)。項(xiàng)目組提交全部經(jīng)審批的交付物給PMO存檔。項(xiàng)目組填寫《系統(tǒng)交付申請(qǐng)》（附件十九），提交主管技術(shù)總裁審批后，交付運(yùn)維組。第十三節(jié)外包開發(fā)治理立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控外包開發(fā)商的項(xiàng)目治理及軟件開發(fā)活動(dòng)。外包開發(fā)商應(yīng)按打算定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交時(shí)期性成果文檔。發(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é)附則本制度由公司技術(shù)研發(fā)部負(fù)責(zé)解釋和修訂。本制度自公布之日起開始執(zhí)行。

附件一立項(xiàng)分析報(bào)告文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注項(xiàng)目介紹1.1.項(xiàng)目目的提示：用簡練的語言講明本項(xiàng)目“是什么”，“實(shí)現(xiàn)什么目的”。描述簡練且清晰。1.2.項(xiàng)目背景提示：闡述項(xiàng)目背景，重點(diǎn)講明“什么緣故”會(huì)產(chǎn)生本項(xiàng)目。（1）公司的短期、長期進(jìn)展戰(zhàn)略；（2）業(yè)務(wù)需求及進(jìn)展趨勢(shì)；（3）技術(shù)狀況及進(jìn)展趨勢(shì)；（4）專門的業(yè)務(wù)需求等。1.3.項(xiàng)目范圍提示：依照對(duì)現(xiàn)有需求的了解來確定項(xiàng)目差不多范圍，講明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。2.項(xiàng)目打算2.1.項(xiàng)目團(tuán)隊(duì)提示：講明項(xiàng)目團(tuán)隊(duì)的角色、知識(shí)技能要求、建議人選、人數(shù)、工作時(shí)刻，如下表所示。角色知識(shí)技能要求建議人選、人數(shù)工作時(shí)刻項(xiàng)目經(jīng)理需求開發(fā)人員系統(tǒng)設(shè)計(jì)人員編程人員測(cè)試人員質(zhì)量保證人員配置治理人員服務(wù)與維護(hù)人員……2.2.成本可能內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi)…2.3.進(jìn)度表提示：制定項(xiàng)目開發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑打算）。例如：編號(hào)里程碑名稱可能結(jié)束時(shí)刻備注需求調(diào)研完成項(xiàng)目打算完成需求分析完成概要設(shè)計(jì)完成詳細(xì)設(shè)計(jì)完成實(shí)現(xiàn)完成集成測(cè)試完成系統(tǒng)測(cè)試完成用戶驗(yàn)收測(cè)試完成試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收3.總結(jié)提示：給出清晰的建議結(jié)論，便于上級(jí)領(lǐng)導(dǎo)決策。

附件二業(yè)務(wù)需求講明書文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1概述1.1業(yè)務(wù)調(diào)研人員名單【可選】序號(hào)職能部門姓名主管聯(lián)系電話備注1.2業(yè)務(wù)范圍此處描寫總體業(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)文檔講明：列出本文檔的所有參考文獻(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)和治理模式。例如：典型按庫存生產(chǎn)模式。生產(chǎn)打算以年度銷售打算為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。采購打算的制訂以生產(chǎn)打算為依據(jù)。2.5現(xiàn)有業(yè)務(wù)流程清單【可選】講明：現(xiàn)有業(yè)務(wù)流程需要考慮，專門多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。流程編號(hào)流程名稱責(zé)任部門輔助部門3業(yè)務(wù)流程及業(yè)務(wù)處理描述講明：針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。3.1具體業(yè)務(wù)流程（系統(tǒng)名稱+編號(hào)）關(guān)于具體業(yè)務(wù)流程的命名有規(guī)范，對(duì)具體流程進(jìn)行編號(hào)，便于形成需求矩陣，同時(shí)形成需求的治理和跟蹤。3.1.1業(yè)務(wù)流程3.1.2業(yè)務(wù)描述講明：描述具體的業(yè)務(wù)流程。3.1.3相關(guān)業(yè)務(wù)對(duì)象講明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。業(yè)務(wù)對(duì)象使用部門對(duì)應(yīng)電子檔案編號(hào)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ù)對(duì)項(xiàng)目實(shí)施的需求和期望【可選】5.3其他未盡事宜

附件三系統(tǒng)需求規(guī)格講明書文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1引言1.1目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。1.2讀者對(duì)象及閱讀建議講明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。1.3文檔范圍【可選】講明：對(duì)本文的范圍做闡述，本文檔改動(dòng)時(shí)，受到阻礙的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。1.4參考文檔講明：列出本文檔的所有參考文獻(xiàn)（能夠是非正式出版物），包括打算任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。1.5術(shù)語與縮寫解釋講明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識(shí)。2綜合描述2.1系統(tǒng)背景【可選】講明：介紹系統(tǒng)的預(yù)期效果、歷史緣故。2.2問題講明【可選】提供一段講明，總結(jié)此項(xiàng)目需要解決的問題。能夠采納以下格式：問題是[對(duì)問題進(jìn)行講明]阻礙[問題阻礙的干系人]問題的后果[該問題會(huì)導(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）能夠?qū)㈤_發(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)平臺(tái)？以后會(huì)使用哪些平臺(tái)？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處能夠從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。2.4.2干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來講明系統(tǒng)中的各個(gè)干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表[誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫姓名。]講明[對(duì)干系人類型的簡要講明。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級(jí)用戶等）]職責(zé)[列出干系人對(duì)所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。]2.4.3關(guān)鍵的干系人/用戶需要列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。關(guān)于列出的每個(gè)問題，需澄清以下要點(diǎn)：?什么緣故會(huì)出現(xiàn)這一問題？?目前如何解決該問題？?干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問題的相對(duì)重視程度。分級(jí)和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。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é)。對(duì)功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。2.7功能清單及重要程度講明講明：功能名稱、功能描述、重要程度。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級(jí)不，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)；編號(hào)級(jí)不重要程度功能名稱功能描述備注2.8功能與業(yè)務(wù)對(duì)比關(guān)系表講明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)技術(shù)開發(fā)治理制度第17頁，共53頁系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評(píng)審《系統(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)存儲(chǔ)器和輔助存儲(chǔ)器的容量。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具體功能內(nèi)容講明：關(guān)于每一類功能或者有時(shí)關(guān)于每一個(gè)功能，需要具體描述其輸入、加工和輸出的需求。3.2非功能需求3.2.1外部接口用戶接口講明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，假如系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a對(duì)屏幕格式的要求講明：對(duì)界面上的各對(duì)象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。b報(bào)表或菜單的頁面打印格式和內(nèi)容c輸入輸出的需求講明：解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)講明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的操縱輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。d程序功能鍵的可用性講明：快捷鍵定義等。硬件接口【可選】講明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。軟件接口【可選】講明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)治理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格講明號(hào)、版本號(hào)、來源。關(guān)于每一個(gè)接口，這部分應(yīng)講明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并依照信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。【接口定義】下表是對(duì)一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口類型填寫是輸入接口（inbound）依舊輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請(qǐng)指明數(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)模塊的配置。通信接口【可選】講明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。3.2.2其他非功能性需求講明：下表中的各種需求，可依照實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。名稱詳細(xì)要求靜態(tài)數(shù)值需求動(dòng)態(tài)數(shù)值需求精度時(shí)刻特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性…靜態(tài)數(shù)值需求講明：支持的終端數(shù)；支持并行操作的用戶數(shù)。動(dòng)態(tài)數(shù)值需求講明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)刻周期中處理的數(shù)據(jù)總量。精度講明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。時(shí)刻特性要求講明：關(guān)于該軟件的時(shí)刻特性要求，如對(duì)：a．響應(yīng)時(shí)刻；b．更新處理時(shí)刻；c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時(shí)刻；d．解題時(shí)刻等要求。數(shù)據(jù)治理要求【可選】講明：需要治理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對(duì)數(shù)據(jù)及其重量的存儲(chǔ)要求做出估算。可用性指出一般用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)刻，指出典型任務(wù)的可評(píng)測(cè)任務(wù)次數(shù)或依照用戶已知或喜愛的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能可靠性指出可用時(shí)刻百分比(xx.xx%)、使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降級(jí)模式操作等。平均故障間隔時(shí)刻(MTBF)。平均修復(fù)時(shí)刻(MTTR)—系統(tǒng)在發(fā)生故障后能夠暫停運(yùn)行的時(shí)刻。指出系統(tǒng)輸出要求具備的周密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。3.2.3文檔需求講明：要緊是在線用戶手冊(cè)與關(guān)心系統(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)查對(duì)象時(shí)刻、地點(diǎn)需求信息記錄

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

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

附件五項(xiàng)目打算書文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1文檔介紹1.1文檔目的1.2文檔范圍1.3參考文獻(xiàn)提示：列出本文檔的所有參考文獻(xiàn)（能夠是非正式出版物），格式如下：[標(biāo)識(shí)符]作者，文獻(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客戶與最終用戶介紹提示：請(qǐng)講明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。2.4約束提示：（1）請(qǐng)講明在項(xiàng)目開發(fā)過程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請(qǐng)講明相關(guān)項(xiàng)目可能對(duì)本項(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里程碑打算序號(hào)里程碑名稱開始日期結(jié)束日期工作成果備注5資源打算5.1人力資源打算提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個(gè)人能夠兼多個(gè)角色）。角色職責(zé)人員姓名工作講明高層領(lǐng)導(dǎo)項(xiàng)目經(jīng)理需求分析員系統(tǒng)設(shè)計(jì)員程序員測(cè)試員…5.2軟硬件資源打算提示：分析項(xiàng)目開發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)阻礙軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），要緊內(nèi)容包括：資源級(jí)不（分為“關(guān)鍵”、“一般”兩種）詳細(xì)配置方式（如“差不多存在”、“能夠借用”或“需要購買”等）與獵取時(shí)刻使用講明（如“誰”在“什么”時(shí)候使用）軟硬件資源名稱級(jí)不詳細(xì)配置獵取方式與時(shí)刻使用講明關(guān)鍵關(guān)鍵一般…6文檔交付列表序號(hào)交付文檔名稱交付日期備注7風(fēng)險(xiǎn)治理打算提示：以下是各個(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)急打算。風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)級(jí)不風(fēng)險(xiǎn)描述緩解方案應(yīng)急打算嚴(yán)峻性(1-5)可能性(%)風(fēng)險(xiǎn)系數(shù)(嚴(yán)峻性*可能性)8溝通打算甲方代表乙方代表溝通方式溝通頻率/時(shí)刻期望結(jié)果9附件項(xiàng)目進(jìn)度打算

附件六項(xiàng)目打算變更講明項(xiàng)目名稱申請(qǐng)日期項(xiàng)目打算變更申請(qǐng)申請(qǐng)變更的《項(xiàng)目打算》輸入名稱，版本，完成日期等信息變更的內(nèi)容及其理由評(píng)可能劃變更將對(duì)項(xiàng)目造成的阻礙項(xiàng)目負(fù)責(zé)人簽字變更申請(qǐng)的審批意見處經(jīng)理審批審批意見：簽字：日期開發(fā)部負(fù)責(zé)人審批審批意見：簽字：日期業(yè)務(wù)部門意見審批意見：簽字：日期更改項(xiàng)目打算變更后的《項(xiàng)目打算》輸入名稱，版本，完成日期等信息項(xiàng)目負(fù)責(zé)人簽字

附件七設(shè)計(jì)講明書文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(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)的打算任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；屬于本項(xiàng)目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，講明能夠取得這些文件的來源。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ì)講明從本章開始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。以下給出的提綱是針對(duì)一般情況的。關(guān)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其專門多條目的內(nèi)容往往與它所隸屬的上一層模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡單地講明這一點(diǎn)即可。3.1程序描述給出對(duì)該程序的簡要描述，要緊講明安排設(shè)計(jì)本程序的目的意義，同時(shí)，還要講明本程序的特點(diǎn)（如是常駐內(nèi)存依舊特不駐？是否子程序？是可重人的依舊不可重人的？有無覆蓋要求？是順序處理依舊并發(fā)處理等）。3.2功能講明該程序應(yīng)具有的功能，可采納IPO圖（即輸入一處理一輸出圖）的形式。3.3性能講明對(duì)該程序的全部性能要求，包括對(duì)精度、靈活性和時(shí)刻特性的要求。3.4輸人項(xiàng)給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。3.5輸出項(xiàng)給出對(duì)每一個(gè)輸出項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的講明、安全保密條件等等。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存儲(chǔ)分配依照需要，講明本程序的存儲(chǔ)分配。3.10注釋設(shè)計(jì)講明預(yù)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對(duì)各變量的功能、范圍、缺省條件等所加的注釋；對(duì)使用的邏輯所加的注釋等等。3.11限制條件講明本程序運(yùn)行中所受到的限制條件。3.12測(cè)試打算講明對(duì)本程序進(jìn)行單體測(cè)試的打算，包括對(duì)測(cè)試的技術(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í)符）設(shè)計(jì)講明用類似F．3的方式，講明第2個(gè)程序乃至第N個(gè)程序的設(shè)計(jì)考慮。

附件八單元測(cè)試用例1測(cè)試范圍講明：本用例測(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ù)預(yù)備講明：能夠引用適當(dāng)?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測(cè)試預(yù)備的數(shù)據(jù)。測(cè)試用例功能1測(cè)試編號(hào)功能模塊－子模塊－編號(hào)測(cè)試項(xiàng)目模塊功能－子模塊功能用例描述描述測(cè)試上述功能的測(cè)試點(diǎn)依靠描述無環(huán)境及初始數(shù)據(jù)環(huán)境1，填寫用到的各種測(cè)試數(shù)據(jù)的名稱依靠樣例測(cè)試本用例依靠的相關(guān)用例名稱序號(hào)前置條件測(cè)試子項(xiàng)執(zhí)行步驟預(yù)期結(jié)果實(shí)際結(jié)果備注測(cè)試序號(hào)填寫本用例運(yùn)行的前置條件。如登陸、權(quán)限、設(shè)備就緒等；講明測(cè)試的差不多流依舊備選流；要求測(cè)試遍歷所有的備選流；詳細(xì)列出各個(gè)用例角色的操作的動(dòng)作。對(duì)應(yīng)每一步的預(yù)測(cè)結(jié)果；對(duì)應(yīng)每一個(gè)執(zhí)行步驟的實(shí)際結(jié)果；填寫與測(cè)試相關(guān)聯(lián)的核對(duì)點(diǎn)、檢查點(diǎn)。

附件九設(shè)計(jì)評(píng)審報(bào)告文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1.差不多信息提示：由評(píng)審主持人或評(píng)審員填寫此表格。待評(píng)審的工作成果工作成果名稱，標(biāo)識(shí)符，版本，作者，時(shí)刻…技術(shù)評(píng)審方式（正式評(píng)審）或者(走查)評(píng)審時(shí)刻評(píng)審地點(diǎn)參加技術(shù)評(píng)審的人員類不名字工作單位職稱、職務(wù)：主持人評(píng)審小組成員記錄2.缺陷識(shí)不和跟蹤評(píng)審問題跟蹤表編號(hào)問題描述問題類型嚴(yán)峻性提交者提交日期問題處理負(fù)責(zé)人解決措施/緣故講明問題解決狀態(tài)實(shí)際關(guān)閉日期問題關(guān)閉驗(yàn)證人備注1233.評(píng)審結(jié)論與意見提示：由主持人或評(píng)審員填寫此表格。評(píng)審結(jié)論[]工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。[√]工作成果差不多合格，需要作少量的修改，之后通過審核即可。[]工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。意見負(fù)責(zé)人簽字審批意見：簽字：日期

附件十系統(tǒng)/用戶測(cè)試打算文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1.測(cè)試范圍與要緊內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)依照項(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ò)工具類型工具開發(fā)商版本測(cè)試治理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器4.測(cè)試進(jìn)度打算任務(wù)人員任務(wù)開始日期結(jié)束日期制定測(cè)試打算設(shè)計(jì)測(cè)試實(shí)施測(cè)試執(zhí)行測(cè)試對(duì)測(cè)試進(jìn)行評(píng)估5.測(cè)試完成準(zhǔn)則提示：關(guān)于非嚴(yán)格系統(tǒng)能夠采納“基于測(cè)試用例”的準(zhǔn)則：（1）功能性測(cè)試用例通過率達(dá)到100％；（2）非功能性測(cè)試用例通過率達(dá)到95％時(shí)。關(guān)于嚴(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è)/萬行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6.BUG治理與改錯(cuò)打算提示：依照所采納的BUG治理工具確定：（1）BUG治理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級(jí)不的BUG必須在幾日內(nèi)處理完成。7.附錄.本打算審批意見項(xiàng)目經(jīng)理審批意見：簽字：日期

附件十一系統(tǒng)/用戶測(cè)試報(bào)告1.差不多信息測(cè)試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格講明書、測(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à)依照對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的要緊缺陷、局限性和軟件的約束限制等，并提出軟件測(cè)試過程中程序中的不足。依照測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。4.缺陷修改記錄提示：假如采納了缺陷治理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無需本表。缺陷名稱缺陷類型嚴(yán)峻程度模塊緣故駐留時(shí)刻解決方案…

附件十二試運(yùn)行打算文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標(biāo)識(shí)：ProjectName-當(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)遞交的工作成果工作成果名稱可能完成時(shí)刻試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(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)急打算以應(yīng)對(duì)突發(fā)事件。第42頁，共53頁附錄：本打算審批意見提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人依照項(xiàng)目打算以及現(xiàn)實(shí)情況（如能夠支配的人力資源），審批該《試運(yùn)行打算》。項(xiàng)目經(jīng)理或試運(yùn)行負(fù)責(zé)人審批意見：簽字：日期

附件十三數(shù)據(jù)遷移打算1.數(shù)據(jù)遷移的重要事件和里程碑日期2.數(shù)據(jù)遷移前的備份要求3.數(shù)據(jù)遷移測(cè)試結(jié)果清單4.轉(zhuǎn)換工作進(jìn)度表提示：（1）用MicrosoftProject制作進(jìn)度表（GanttChart），插入此處或作為附件。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時(shí)刻結(jié)束時(shí)刻參加人員任務(wù)1任務(wù)2…5.轉(zhuǎn)換操作步驟以及問題處理步驟6．?dāng)?shù)據(jù)核對(duì)打算7．?dāng)?shù)據(jù)遷移的需求和實(shí)施打算8．應(yīng)急預(yù)案及回退打算1).分析引發(fā)轉(zhuǎn)換失敗的潛在緣故提示：講明轉(zhuǎn)換失敗的幾類緣故，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。2).預(yù)防措施提示：針對(duì)轉(zhuǎn)換失敗的幾類緣故，制定預(yù)防措施。3).事件處理及回退打算提示：在突發(fā)事件出現(xiàn)時(shí)的應(yīng)對(duì)策略，應(yīng)從人員組織、流程制定等方面考慮。4).組織機(jī)制提示：建立應(yīng)急處理小組成員，明確職責(zé)到人。應(yīng)急處理人員角色職責(zé)8.培訓(xùn)打算講明培訓(xùn)內(nèi)容，時(shí)刻，地點(diǎn)，培訓(xùn)講師等信息。9.附錄：本打算審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字：日期開發(fā)部審批意見簽字：日期業(yè)務(wù)部門審批意見簽字：日期

附件十四數(shù)據(jù)遷移報(bào)告1.背景介紹提示：介紹系統(tǒng)轉(zhuǎn)換的背景情況。2.數(shù)據(jù)遷移目標(biāo)提示：講明本次數(shù)據(jù)遷移的要緊內(nèi)容與目標(biāo)。3.數(shù)據(jù)預(yù)備提示：所預(yù)備進(jìn)行轉(zhuǎn)換的數(shù)據(jù)情況描述以及數(shù)據(jù)來源部門的審批結(jié)果4.數(shù)據(jù)遷移實(shí)錄提示：回憶系統(tǒng)上線各時(shí)期工作，大體步驟