2021年軟件開發(fā)管理流程制度（附全套表格模板及填寫指引）58頁

1、2021年軟件開發(fā)管理流程制度（附全套表格模板及填寫指引）58頁2021年軟件開發(fā)管理流程制度（附全套表格模板及填寫指引）58頁2021年軟件開發(fā)管理流程制度（附全套表格模板及填寫指引）58頁X X X X X X有限公司軟件開發(fā)管理制度文件編號(hào)：MC-SRD-I-01版 本：A0編制:審核:批準(zhǔn):生效日期：2020-06-012020-06-01Ywo2020-5-19冋 Qslfrx X X X X X目錄 TOC o 1-5 h z 1總則4立項(xiàng)管理4需求分析54項(xiàng)目計(jì)劃和監(jiān)控55 系統(tǒng)設(shè)計(jì)66系統(tǒng)實(shí)現(xiàn)67系統(tǒng)測(cè)試和用戶測(cè)試78 試運(yùn)行7 HYPERLINK l bookmark40 o

2、 Current Document 9系統(tǒng)驗(yàn)收810系統(tǒng)上線911合作開發(fā)管理912外包開發(fā)管理1013外包服務(wù)管理1114附則11附件一立項(xiàng)分析報(bào)告12附件二業(yè)務(wù)需求說明書15 HYPERLINK l bookmark4 o Current Document 附件三系統(tǒng)需求規(guī)格說明書18附件四需求變更申請(qǐng)29附件五項(xiàng)目計(jì)劃書31附件六項(xiàng)目計(jì)劃變更說明35附件七概要設(shè)計(jì)說明書36附件八單元測(cè)試用例40附件九設(shè)計(jì)評(píng)審報(bào)告42 HYPERLINK l bookmark32 o Current Document 附件十系統(tǒng)/用戶測(cè)試計(jì)劃45附件十一系統(tǒng)/用戶測(cè)試報(bào)告48附件十二試運(yùn)行計(jì)劃49附件十三

3、數(shù)據(jù)遷移計(jì)劃51附件十四數(shù)據(jù)遷移報(bào)告53附件十五試運(yùn)行報(bào)告54附件十六系統(tǒng)驗(yàn)收?qǐng)?bào)告55附件十七系統(tǒng)上線計(jì)劃56附件十八系統(tǒng)驗(yàn)收評(píng)估報(bào)告58軟件開發(fā)管理制度1總則為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用 于公司軟件研發(fā)與管理。本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。軟件開發(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)測(cè)試、用戶接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、 系統(tǒng)上線和數(shù)據(jù)遷移。除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組（或需求提出組）、IT組（可能包 括網(wǎng)絡(luò)管

4、理員和合作開發(fā)商）。2立項(xiàng)管理提出開發(fā)需求的信息技術(shù)部門參與公司層面立項(xiàng)，進(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ā)為辦公室網(wǎng)絡(luò)管理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡(luò) 管理員和外包商成員）。公司委派一名員工負(fù)責(zé)監(jiān)督

5、項(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)目各方面的工作。3需求分析立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理，出具業(yè)務(wù)需求說明書（附件二）， 并確保業(yè)務(wù)需求說明書中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門審批 確認(rèn)，作為業(yè)務(wù)需求基線。IT組在獲得業(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）等）。系統(tǒng)需求規(guī)格說明

6、書需要由業(yè)務(wù)組提交 給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。對(duì)于合作開發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應(yīng)提交需求變更申 請(qǐng)（附件四），IT組組長(zhǎng)審批后交給合作開發(fā)商實(shí)施。項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。4項(xiàng)目計(jì)劃和監(jiān)控軟件開發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng) 導(dǎo)和控制。需求分析過程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的項(xiàng)目計(jì)劃書（附件五），包括 具體任務(wù)描述和項(xiàng)目進(jìn)度表等。在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(xiàng)目經(jīng)理制定階段性項(xiàng) 目計(jì)劃。業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(xiàng)目經(jīng)理對(duì)項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行 監(jiān)控，確保項(xiàng)目按計(jì)劃完成。項(xiàng)目計(jì)劃需要變更時(shí)，項(xiàng)目經(jīng)理填寫項(xiàng)目計(jì)劃變更說明

7、（附件六），并提 交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)執(zhí)行。5系統(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ì)說明書（附件七）和單元測(cè)試用例（附件八）。設(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ù)組組長(zhǎng)和IT組組長(zhǎng)應(yīng)參加此評(píng)審并對(duì)評(píng)審意見簽字確認(rèn)。設(shè)計(jì)評(píng)審均以業(yè)務(wù)需求說明書和系統(tǒng)需求規(guī)格說明書為依據(jù)，確保 系統(tǒng)設(shè)計(jì)滿足全部需求。對(duì)已

8、確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門、業(yè)務(wù)組組長(zhǎng)和IT組組 長(zhǎng)的審批后方可進(jìn)行。對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。6系統(tǒng)實(shí)現(xiàn)項(xiàng)目組根據(jù)設(shè)計(jì)說明書制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行 性進(jìn)行審批。系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試和集成測(cè)試。項(xiàng)目組保證開發(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)境。項(xiàng)目組進(jìn)行單

9、元測(cè)試和集成測(cè)試，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。7系統(tǒng)測(cè)試和用戶測(cè)試項(xiàng)目組制定系統(tǒng)/用戶測(cè)試計(jì)劃（附件十），并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行 性進(jìn)行審批。系統(tǒng)/用戶測(cè)試計(jì)劃必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和 需要的系統(tǒng)設(shè)置要求。項(xiàng)目組向數(shù)據(jù)擁有部門申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn) 行嚴(yán)格的訪問控制，確保只有相關(guān)項(xiàng)目人員才能訪問及使用。項(xiàng)目組負(fù)責(zé)測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數(shù)據(jù)。 對(duì)己評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。IT組或合作開發(fā)商建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)測(cè)試中對(duì)新系統(tǒng)內(nèi)部 各模塊之間的接口和與其他系統(tǒng)的接口進(jìn)行充分測(cè)試。出具系統(tǒng)測(cè)試報(bào)告（附

10、件十一），測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。系統(tǒng)測(cè)試通過后，IT組配合業(yè)務(wù)組建立用戶測(cè)試環(huán)境，業(yè)務(wù)組根據(jù)用戶測(cè)試 用例進(jìn)行用戶測(cè)試，出具用戶測(cè)試報(bào)告（附件十一），業(yè)務(wù)組組長(zhǎng)和IT 組組長(zhǎng)應(yīng)在用戶測(cè)試報(bào)告中簽字確認(rèn)。項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括用戶操作手冊(cè)和安裝維護(hù)手冊(cè)）。 凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。8試運(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)對(duì)機(jī)制，明確問題溝通渠道 和職責(zé)分工。項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶 和信息技術(shù)人員

11、進(jìn)行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。項(xiàng)目組根據(jù)試運(yùn)行計(jì)劃進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系 統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄 原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報(bào)告相關(guān)內(nèi)容。系統(tǒng) 參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評(píng)估指標(biāo)之一。數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的數(shù)據(jù)遷移計(jì)劃（附件十三），數(shù)據(jù)遷移計(jì)劃 中應(yīng)包含遷移方案、測(cè)試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對(duì)照表、遷移時(shí)間、回 退計(jì)劃等信息。數(shù)據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具數(shù)據(jù)遷 移報(bào)告（附件十四），其中包括數(shù)據(jù)來源、

12、轉(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)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(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é)束或延期。9系統(tǒng)驗(yàn)收系

13、統(tǒng)主要使用部門及信息技術(shù)部門聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組，也可授權(quán)原 項(xiàng)目組作為驗(yàn)收小組。驗(yàn)收小組從功能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合 評(píng)估。驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成系統(tǒng)驗(yàn)收?qǐng)?bào)告（附件十六）提交系統(tǒng) 主要使用部門和信息技術(shù)部門審閱。系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn) 收意見。10系統(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)后才能開始部署上線工作。系統(tǒng)上線計(jì)劃內(nèi)容應(yīng)包括但不限于：部署方式和資源分配（包括人力資源及服務(wù)器資源）；上線工作時(shí)間表；上

14、線操作步驟以及問題處理步驟；項(xiàng)目階段性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等）；數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃；完整可行的應(yīng)急預(yù)案和“回退”計(jì)劃；用戶培訓(xùn)計(jì)劃（包括：培訓(xùn)計(jì)劃、培訓(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)告（附件十八），上報(bào)公司項(xiàng)目組匯 總整理。系統(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ù)組

15、和IT組將整理的文檔提交各自部門統(tǒng)一 管理。11合作開發(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組組長(zhǎng)派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開發(fā)合同中明確。12外包開發(fā)管理立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)

16、商，確保承包方有相應(yīng)資質(zhì)， 簽訂外包開發(fā)合同。與選定開發(fā)商簽訂保密協(xié)議，明確其保密責(zé)任。要求選定開發(fā)商提供所有必要的軟件配置項(xiàng)。應(yīng)確保所有軟件配置項(xiàng)為最新，與實(shí)際運(yùn)行環(huán)境配套。應(yīng)確保所有軟件配置項(xiàng)安全，由專人負(fù)責(zé)管理。應(yīng)在軟件安裝之前根據(jù)開發(fā)要求檢測(cè)軟件質(zhì)量，包括功能、性能和安全的各 個(gè)方面，檢測(cè)軟件包中可能存在的惡意代碼，并審查其中可能存在的后門。核心業(yè)務(wù)系統(tǒng)或模塊宜由委托方（即本機(jī)構(gòu)）自主開發(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ì)

17、量保證過程。項(xiàng)目組同外包開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開發(fā)合同中明確。13外包服務(wù)管理機(jī)房托管服務(wù)的受托方必須滿足征信管理機(jī)構(gòu)等相關(guān)管理部門規(guī)定的資質(zhì) 要求。機(jī)房托管服務(wù)的受托方及其法定代表人在征信系統(tǒng)中必須無不良信用記錄。應(yīng)與外包服務(wù)的受托方簽訂正規(guī)的外包服務(wù)合同，明確其權(quán)利和責(zé)任。應(yīng)確保外包服務(wù)的受托方的系統(tǒng)訪問權(quán)限受到約束，涉及敏感操作（如輸入 用戶口令等）應(yīng)由委托方人員進(jìn)行操作。外包服務(wù)的受托方進(jìn)行現(xiàn)場(chǎng)技術(shù)支持服務(wù)時(shí)，應(yīng)事先提交計(jì)劃操作內(nèi)容。委 托方應(yīng)在現(xiàn)場(chǎng)陪同服務(wù)外包人員，核對(duì)操作內(nèi)容并準(zhǔn)確記錄實(shí)際操作內(nèi)容。 外包服務(wù)的受托方人員不得查看、復(fù)制或帶離任何敏感信息。外包服

18、務(wù)的受托方應(yīng)嚴(yán)格履行服務(wù)外包合同（協(xié)議）中的各項(xiàng)安全承諾，在 提供技術(shù)服務(wù)期間，應(yīng)嚴(yán)格遵守委托方相關(guān)安全規(guī)定與操作規(guī)程。14附則本制度由公司總部信息技術(shù)部負(fù)責(zé)解釋和修訂。本制度自發(fā)布之日起開始執(zhí)行。附件一立項(xiàng)分析報(bào)告立項(xiàng)分析報(bào)告文件狀態(tài)：文件標(biāo)識(shí)：ProjectName-V草稿當(dāng)前版本：X. Y正式發(fā)布作者：L J止在修改完成日期：Year-Month-Day版本歷史版木/狀態(tài)作者參與者起止日期備注1項(xiàng)目介紹1.1項(xiàng)目目的提示:用簡(jiǎn)練的語言說明本項(xiàng)目“是什么”,“實(shí)現(xiàn)什么目的”。描述簡(jiǎn)練且清 晰。1.2項(xiàng)目背景提示:闡述項(xiàng)目背景,重點(diǎn)說明“為什么”會(huì)產(chǎn)生本項(xiàng)目。公司的短期、長(zhǎng)期發(fā)展戰(zhàn)略;業(yè)務(wù)需

19、求及發(fā)展趨勢(shì);技術(shù)狀況及發(fā)展趨勢(shì);特殊的業(yè)務(wù)需求等。3項(xiàng)目范圍提示:根據(jù)對(duì)現(xiàn)有需求的了解來確定項(xiàng)目基本范圍,說明本系統(tǒng)“應(yīng)當(dāng)包含的 內(nèi)容和“不包含的內(nèi)容2項(xiàng)目計(jì)劃1.4項(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ù)人員1.5成本估計(jì)內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi)1.6進(jìn)度表提示:制定項(xiàng)目開發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計(jì)劃）。例如:編號(hào)里程碑名稱預(yù)計(jì)結(jié)束時(shí)間備注需求調(diào)研完成項(xiàng)目計(jì)劃完成需求分析完成概要設(shè)計(jì)完

20、成詳細(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)：J草稿正式發(fā)布正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X. Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注業(yè)務(wù)需求說明書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)。4相關(guān)文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物）,包括現(xiàn)有規(guī)范、

21、標(biāo)準(zhǔn)、 批文、引用到的文件、資料等。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組織機(jī)構(gòu)描述2.3角色職責(zé)說明:將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象,描述該抽象角色的操作 職責(zé)。2.4管理綜述【可選】說明:主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如:典型按庫存生產(chǎn)模式。生產(chǎn)計(jì)劃以年度銷售計(jì)劃為指導(dǎo),并綜合考慮設(shè)備能力、 生產(chǎn)天數(shù)、庫存、歷史銷售記錄。采購(gòu)計(jì)劃的制訂以生產(chǎn)計(jì)劃為依據(jù)。5現(xiàn)有業(yè)務(wù)

22、流程清單【可選】說明:現(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)）對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范,對(duì)具體流程進(jìn)行編號(hào),便于形成需求矩陣,同時(shí) 形成需求的管理和跟蹤。3.1.1業(yè)務(wù)流程1.2業(yè)務(wù)描述說明:描述具體的業(yè)務(wù)流程。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)行本

23、軟件開發(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)：J草稿正式發(fā)布正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X. Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注系統(tǒng)需求

24、規(guī)格說明書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)（可以是非正式出版物）,包括計(jì)劃任務(wù)書、合同、 批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。5術(shù)語與縮寫解釋說明:列出木文件中用到的專門術(shù)語的定義和縮寫詞的原詞組,并給予解釋,以便 于所有讀者達(dá)成共識(shí)。2綜合描述1系統(tǒng)背景【可選】說明:介紹系統(tǒng)的預(yù)期效果、

25、歷史原因。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)可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi);(3)有助于控制需 求的變更。完整而準(zhǔn)確的定義本產(chǎn)品的干系人；明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。2.4干系人與用戶說

26、明【可選】4.1用戶環(huán)境【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境。以下是幾項(xiàng)建議：該任務(wù)由多少人來完成?是否總在變化?一個(gè)任務(wù)周期需要多長(zhǎng)時(shí)間?執(zhí)行每項(xiàng)活動(dòng)要用多長(zhǎng)時(shí)間?是否總在變化?是否有特殊的環(huán)境約束:移動(dòng)、戶外、乘機(jī)旅行等?目前使用的是哪些系統(tǒng)平臺(tái)?以后會(huì)使用哪些平臺(tái)?還在使用哪些應(yīng)用程序?您的應(yīng)用程序是否需要和這些應(yīng)用程序集成?在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。2.4.2干系人簡(jiǎn)檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個(gè)干系人,詳盡的簡(jiǎn)檔應(yīng) 包括各種干系人在以下方面的信息:代表誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可 選。）此處

27、只需填寫姓名。說明對(duì)干系人類型的簡(jiǎn)要說明。類型介紹干系人的技能特長(zhǎng)、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè) 務(wù)用戶、專家用戶、初級(jí)用戶等）職責(zé)列出干系人對(duì)所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人 的利益。使用頻率該干系人使用系統(tǒng)的頻率意見/問題在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。4. 3關(guān)鍵的干系人/用戶需要列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。對(duì)于列出的每個(gè)問題,需澄清以下 要點(diǎn):為什么會(huì)出現(xiàn)這一問題？目前如何解決該問題？干系人需要什么樣的解決方案？ 務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問題的相對(duì)重視程度。分級(jí)和累積投票方法表 明，必須解決的問題與干系人或用戶希望解決的問題大有不

28、同。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功能與*上務(wù)對(duì)照關(guān)系表說明:業(yè)務(wù)組為主編寫業(yè)務(wù)需求,業(yè)務(wù)需求提交至信息技術(shù)組后,由信息技術(shù)組建 立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)

29、務(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è)備、支持軟件、接口、控制等方面的約束名稱

30、詳細(xì)要求2. 9. 2設(shè)計(jì)約束【可選】說明:開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、 第三方產(chǎn)品等。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具體需求1功能需求1. 1具體功能1. 1. 1 內(nèi)容說明:對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能,需要具體描述其輸入、加工和輸 出的需求。3.2非功能需求1外部接口1.1用戶接口說明:提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如,如果系統(tǒng)的用戶通過顯示終端 進(jìn)行操作,就必須指定如下要求:a 對(duì)屏幕格式的要求說明:對(duì)界面上的各對(duì)象、類型、寬度

31、、取值范圍、數(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 程序功能鍵的可用性說明:快捷鍵定義等。1.2硬件接口【可選】說明:要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下 事宜:支撐什么樣的設(shè)備,如何支撐這些設(shè)備,有何約定。1.3軟件接口【可選】說明:在此要指定需使用的其他軟件產(chǎn)品（例如,數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué) 軟件包

32、）,以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品,要提供如下 內(nèi)容:名字、助記符、規(guī)格說明號(hào)、版本號(hào)、來源。對(duì)于每一個(gè)接口,這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的,并根據(jù)信息的 內(nèi)容和格式定義接口,但不必詳細(xì)描述任何已有完整文件的接口,只要引用定義該 接口的文件即可?！窘涌诙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ù)量頻度填寫

33、數(shù)據(jù)處理的頻度復(fù)雜度批處理/人工填寫接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工(nianual)還是自動(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ì)信息可

34、選】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負(fù)責(zé)人控制報(bào)告【接口配置】接口基礎(chǔ)信息配置說明:接口基礎(chǔ)信息的配置項(xiàng)目,描述配置的方式。接口運(yùn)行參數(shù)配置說明:接口運(yùn)行參數(shù)的配置方式和步驟?！酒渌渲每蛇x】說明:外圍系統(tǒng)或相關(guān)模塊的配置。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)

35、數(shù)值需求說明:支持的終端數(shù);支持并行操作的用戶數(shù)。2動(dòng)態(tài)數(shù)值需求說明:欲處理的事務(wù)和任務(wù)的數(shù)量,以及在正常情況下和峰值工作條件下一定時(shí)間 周期中處理的數(shù)據(jù)總量。2. 2. 3 精度說明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求,可能包括傳輸過程中的精度。3. 2.2. 4時(shí)間特性要求說明:對(duì)于該軟件的時(shí)間特性要求,如對(duì):響應(yīng)時(shí)間；更新處理時(shí)間；數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；解題時(shí)間等要求。3. 2. 2. 5數(shù)據(jù)管理要求【可選】說明:需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模,要按可預(yù)見的增長(zhǎng)對(duì) 數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。3. 2. 2. 6可用性指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培

36、訓(xùn)時(shí)間,指出典型任務(wù)的 可評(píng)測(cè)任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能3. 2. 2. 7可靠性指出可用時(shí)間百分比(XX. XX%).使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降級(jí)模式操作等。平 均故障間隔時(shí)間(MTBF)O平均修復(fù)時(shí)間(MTTR)系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行 的時(shí)間。指出系統(tǒng)輸出要求具備的精密度(分辨率)和精確度(按照某一已知的標(biāo) 準(zhǔn))。3.2.3文檔需求說明:主要是在線用戶手冊(cè)與幫助系統(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é)如有類似信息描述,

37、則關(guān)聯(lián)到 數(shù)據(jù)字典的相關(guān)部分并加輔助說明,如:引用到的字段等。4補(bǔ)充資料【可選】1待確定的問題列表【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄附件四需求變更申請(qǐng)需求變更申請(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ù)

38、組填寫業(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) 度和成本影響估計(jì)需求變更對(duì)開發(fā)工作量和進(jìn)度的影響,需說明本次變更工作量/ 成本是否超過本項(xiàng)目總開發(fā)工作量/總成本的1%?僅信息技術(shù)組填寫信息技術(shù)部審批意見信息技術(shù)組負(fù)責(zé)人 意見：同意不同意指定驗(yàn)證人員：簽字：日期：處經(jīng)理意見：同意不同意匯報(bào)上級(jí)簽字：日期：上級(jí)經(jīng)理意見：同意不同意簽字：日期：變更結(jié)果變更的

39、系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字：日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是否正確性是否附加變更是否版本和名稱是否驗(yàn)證人意見符合要求不符合要求簽字：日期：附件五項(xiàng)目計(jì)劃書密級(jí)：內(nèi)部項(xiàng)目計(jì)劃書編號(hào)：CE-Q/JL-002- (1205) - (001)版本：VI. 0 項(xiàng)目名稱: 提交人： 提交日期:總頁數(shù)正文附錄生效日期：年 月 日編制：審核：批準(zhǔn)：文件變化記錄單版本編號(hào)變化狀態(tài)簡(jiǎn)要說明變更人變更日期批準(zhǔn)人批準(zhǔn)日期VI. 0C初始創(chuàng)建注：變化狀態(tài)：C-初始創(chuàng)建；A增加內(nèi)容；M修改內(nèi)容；D刪除內(nèi)容。1項(xiàng)目概述2項(xiàng)目名稱3用戶介紹4項(xiàng)目背景5項(xiàng)目目標(biāo)6項(xiàng)目范圍7項(xiàng)目組織8項(xiàng)目組成員結(jié)構(gòu)TaskRoles

40、P0SMTeamQACM需求確認(rèn)概要設(shè)計(jì)編碼實(shí)現(xiàn)系統(tǒng)部署過程與產(chǎn)品質(zhì)量保證項(xiàng)目整體監(jiān)控風(fēng)險(xiǎn)與問題管理外部接口人事務(wù)內(nèi)容接口人接口方式電話E-mail工作匯報(bào)北大老師郵件，會(huì)議9技術(shù)路線一般網(wǎng)站架構(gòu)，出于性能考慮，采用memcache.10系統(tǒng)集成計(jì)劃關(guān)聯(lián)系統(tǒng)名稱是否為本 期計(jì)劃計(jì)劃開始 日期計(jì)劃結(jié)束日期關(guān)聯(lián)系統(tǒng) 接口人備注無/本期無集成 計(jì)劃11 Sprint Planning序號(hào)計(jì)劃開始日期計(jì)劃結(jié)束日期產(chǎn)出物估算（速率）12評(píng)審計(jì)劃序號(hào)評(píng)審活動(dòng)評(píng)審方式評(píng)審對(duì)象預(yù)計(jì)評(píng)審時(shí)間評(píng)審負(fù)責(zé)人1213風(fēng)險(xiǎn)管理暫無14培訓(xùn)計(jì)劃需培訓(xùn)內(nèi)容培訓(xùn)時(shí)間需參加培訓(xùn)人員培訓(xùn)講師暫無/15下屬計(jì)劃序號(hào)計(jì)劃名稱負(fù)責(zé)人Sp

41、rirrt Planning （project 計(jì)劃）SM&Team總體測(cè)試計(jì)劃測(cè)試負(fù)責(zé)人系統(tǒng)部署計(jì)劃運(yùn)維負(fù)責(zé)人度量計(jì)劃SM&QA質(zhì)量保證計(jì)劃QA配置管理計(jì)劃CM16項(xiàng)目產(chǎn)出物序號(hào)產(chǎn)出物名稱是否裁剪裁剪理由說明附件六項(xiàng)目計(jì)劃變更說明項(xiàng)目名稱申請(qǐng)日期項(xiàng)目計(jì)劃變更申請(qǐng)申請(qǐng)變更的 項(xiàng)目計(jì)劃輸入名稱，版本，完成日期等信息變更的內(nèi)容 及其理由評(píng)估計(jì)劃變更將對(duì) 項(xiàng)目造成的影響項(xiàng)目負(fù)責(zé)人簽字變更申請(qǐng)的審批意見處經(jīng)理審批審批意見：簽字，日期信息技術(shù)部負(fù)責(zé)人 審批審批意見：簽字，日期業(yè)務(wù)部門意見審批意見：簽字，日期更改項(xiàng)目計(jì)劃變更后的項(xiàng)目計(jì)劃輸入名稱，版本，完成日期等信息項(xiàng)目負(fù)責(zé)人簽字附件七概要設(shè)計(jì)說明書文件狀

42、態(tài)：V草稿正式發(fā)布正在修改文件標(biāo)識(shí)：ProjectName-ModuleDesign當(dāng)前版本：X. Y作者：完成日期：YearMonthDay版本歷史版本/狀態(tài)作者參與者起止日期備注保密級(jí)別：機(jī)密概要設(shè)計(jì)說明書項(xiàng)目/產(chǎn)品: 版本號(hào)： 編寫者： 審核者： 批準(zhǔn)者： 二O二O年五月十九日引言1.1編寫目的1.2背景暫略去。1-3定義參考資料GB/T 9385-2008計(jì)算機(jī)軟件需求規(guī)格說明規(guī)范總體設(shè)計(jì)2. 1需求規(guī)定2. 1. 1系統(tǒng)功能2. 1. 2系統(tǒng)性能要求系統(tǒng)初期能夠支撐千萬級(jí)的數(shù)據(jù)量。至少200人同時(shí)在線操作平臺(tái)數(shù)據(jù)的負(fù)載 里。2. 1.2. 1良好的用戶界面2. 1.2.2可維護(hù)性2.

43、 1.2.4可擴(kuò)展性2. 1.2.5安全性原則2. 1.2. 6穩(wěn)定性2. 1.2.7數(shù)據(jù)完備性2. 1. 3輸入輸出要求2. 1.4數(shù)據(jù)管理能力要求2. 1.5故障處理要求2. 1.5. 1硬件故障2. 1.5.2軟件故障2. 1.6其他專門要求2. 2運(yùn)行環(huán)境1設(shè)備要求2. 2. 2支持軟件2. 2. 3遠(yuǎn)程接口。2. 2. 4控制3基本設(shè)計(jì)概念和處理流程2. 3. 1總體流程描述2. 3. 2標(biāo)準(zhǔn)功能處理流程2. 3. 3權(quán)限控制2. 3. 4數(shù)據(jù)模型2. 4功能結(jié)構(gòu)2.4.1會(huì)員信息管理模塊2.4.2貸款客戶信息查詢2.4.3從業(yè)人員不良信息管理2. 5人工處理過程6尚未解決的問題接口

44、設(shè)計(jì)1數(shù)據(jù)字典描述3.2外部接口1軟件接口3.2.2硬件接口3.3內(nèi)部接口運(yùn)行設(shè)計(jì)1運(yùn)行組合服務(wù)2運(yùn)行控制3運(yùn)行時(shí)間系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)1邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn)2物理結(jié)構(gòu)設(shè)計(jì)要點(diǎn)3數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系暫無。系統(tǒng)出錯(cuò)處理設(shè)計(jì)1出錯(cuò)信息2補(bǔ)救措施3系統(tǒng)維護(hù)設(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ù)準(zhǔn)備說明:可以引用適當(dāng)?shù)母郊?如EXCEL文件、文本文件等扁平文件等,這些文件內(nèi) 存放著測(cè)試準(zhǔn)備的數(shù)據(jù)。測(cè)試用例功能1測(cè)試編號(hào)功能模塊一子模塊一編號(hào)測(cè)試項(xiàng)目模塊功能一子模塊功能用例描述描述測(cè)試上

45、述功能的測(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)：J草稿正式發(fā)布正在修改文件標(biāo)識(shí)：ProjectName-當(dāng)前版本：X. Y作者：完成日期：Year-Month-Day版本歷史版

46、本/狀態(tài)作者參與者起止日期備注設(shè)計(jì)評(píng)審報(bào)告基本信息提示:由評(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)審 小組 成員記錄員缺陷識(shí)別和跟蹤評(píng)審問題跟蹤表編號(hào)問題描述問題類型嚴(yán)重性提交者提交日期問題 處理 負(fù)責(zé) 人解決 措施 /原 因說明問題解決狀態(tài)實(shí)際關(guān)閉日期問題 關(guān)閉 驗(yàn)證 人備注123評(píng)審結(jié)論與意見提示:由主持人或評(píng)審員填寫此表格。評(píng)審結(jié)論工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 J工作成果基本合格，需要作少量的修改，之后通過審

47、核即可。工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng) 審。意見負(fù)責(zé)人簽字：簽字日期：附件十 系統(tǒng)/用戶測(cè)試計(jì)劃文件狀態(tài)：V草稿正式發(fā)布正在修改文件標(biāo)識(shí)：當(dāng)前版本：作者：完成日期：YearMonthDay版本歷史版本/狀態(tài)作者參與者起止日期備注系統(tǒng)/用戶測(cè)試計(jì)劃測(cè)試范圍與主要內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。一般地，系統(tǒng) 測(cè)試的主要內(nèi)容包括功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性 (security)測(cè)試、安裝與反安裝測(cè)試等。測(cè)試方法提示：例如黑盒測(cè)試和白盒測(cè)試。測(cè)試環(huán)境與測(cè)試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類

48、型工具開發(fā)商版本測(cè)試管理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器4.測(cè)試進(jìn)度計(jì)劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試實(shí)施測(cè)試執(zhí)行測(cè)試對(duì)測(cè)試進(jìn)行評(píng)估5.測(cè)試完成準(zhǔn)則提不：對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則：功能性測(cè)試用例通過率達(dá)到100%；非功能性測(cè)試用例通過率達(dá)到95%時(shí)。對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期BUG密度”全部低于某個(gè)值m。例如n大于10, m小于等于1。最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2個(gè)/萬行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)

49、所采用的BUG管理工具確定：（1） BUG管理流程，（2） BUG修改流 程。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。附錄.本計(jì)劃審批意見項(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è)訶Q總評(píng)價(jià)根據(jù)對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性 和軟件的約束限制等，并

50、提出軟件測(cè)試過程中程序中的不足。根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。缺陷修改記錄提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無需本表。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時(shí)間解決方案測(cè)試人員簽字/日期:附件十二試運(yùn)行計(jì)劃文件狀態(tài)：V草稿正式發(fā) 布正在修 改文件標(biāo)識(shí)：ProjectName-TestRun-PLAN當(dāng)前版本：X. Y作者：完成日期：Year-MonthDay版本歷史版本/狀態(tài)作者參與者起止日期備注試運(yùn)行目標(biāo)提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。工作條件提示：說明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。3.應(yīng)遞交的工作

51、成果工作成果名稱預(yù)計(jì)完成時(shí)間試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(bào)告4.進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)25.可能存在的困難與風(fēng)險(xiǎn)提示：指出可能存在的困難和風(fēng)險(xiǎn)，制定應(yīng)急計(jì)劃以應(yīng)對(duì)突發(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ì)劃數(shù)據(jù)遷移的重要事件和里程碑日期數(shù)據(jù)遷移前的備份要求數(shù)據(jù)遷移測(cè)試結(jié)果清單轉(zhuǎn)換工作進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）,插入此處或作 為附件。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2轉(zhuǎn)換操作步驟以及問題處理步驟數(shù)據(jù)核對(duì)計(jì)劃數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃應(yīng)急預(yù)案及回退計(jì)劃1）分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。2）預(yù)防措施提示：針對(duì)轉(zhuǎn)換失敗的幾類原因，制定預(yù)防措施。3）事件處理及回退計(jì)劃提示