軟件開發(fā)具體流程及管理制度詳解

［標(biāo)簽:標(biāo)題］軟件開發(fā)管理制度第一節(jié)總則第一條為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。第二條本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。第三條本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進行系統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項目實施和技術(shù)支持工作，一般形式是公司負責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由研發(fā)部和合作商共同承擔(dān)，研發(fā)負責(zé)內(nèi)部支持，合作商負責(zé)外部支持；外包開發(fā)是指將IT應(yīng)用項目的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責(zé)應(yīng)用項目的實施。第四條軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。第五條除特別指定，本制度中項目組包括業(yè)務(wù)組（營銷部、運維部）、IT組（研發(fā)部和合作開發(fā)商）。第二節(jié)立項管理第六條提出開發(fā)需求的營銷部、運維部等業(yè)務(wù)部門參與公司層面立項，研發(fā)部進行立項的技術(shù)可行性分析，共同編寫《立項分析報告》（附件一），開展前期籌備工作?！读㈨椃治鰣蟾妗窇?yīng)明確項目的范圍和邊界。第七條應(yīng)用系統(tǒng)主要使用部門將《立項分析報告》上交公司進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。頁腳內(nèi)容1［標(biāo)簽:標(biāo)題］第八條《立項分析報告》得到批準(zhǔn)后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和IT組（自行開發(fā)為研發(fā)部；外包開發(fā)為外包商成員；合作開發(fā)為研發(fā)部和外包商成員）。公司委派一名員工負責(zé)監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。項目組人員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項目各方面的工作。第三節(jié)需求分析第九條立項后業(yè)務(wù)組對用戶需求進行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確?！稑I(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。《業(yè)務(wù)需求說明書》經(jīng)系統(tǒng)使用單位（用戶）確認，作為業(yè)務(wù)需求基線。第十條IT組在獲得《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》（附件三）?！断到y(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標(biāo)等）?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給用戶相關(guān)業(yè)務(wù)流程負責(zé)人確認。第十一條當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），IT組組長審批后交給業(yè)務(wù)組與用戶確認方可實施。第十二條項目組應(yīng)對需求變更影響到的文檔及時更新。第四節(jié)項目計劃和監(jiān)控第十三條軟件開發(fā)采用項目形式進行管理。項目經(jīng)理（監(jiān)理）負責(zé)整個項目的計劃、組織、領(lǐng)導(dǎo)和控制。第十四條需求分析過程中，項目經(jīng)理（監(jiān)理）組織制定詳細的《項目計劃書》（附件五），包括具體任務(wù)描述和項目進度表等。第十五條在項目的各個階段，業(yè)務(wù)組組長和IT組組長需配合項目經(jīng)理（監(jiān)理）制定階段性項目計劃。業(yè)務(wù)組組長和IT組組長需配合項目經(jīng)理（監(jiān)理）對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。2頁腳內(nèi)容2［標(biāo)簽:標(biāo)題］第十六條項目計劃需要變更時，項目經(jīng)理（監(jiān)理）填寫《項目計劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和IT組組長執(zhí)行。第五節(jié)系統(tǒng)設(shè)計第十七條系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十八條在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。第十九條項目組進行詳細設(shè)計，出具《設(shè)計說明書》（附件七）和《單元測試用例》（附件八）。《設(shè)計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對概要設(shè)計進行評審，出具《設(shè)計評審報告》（附件九）。業(yè)務(wù)組組長和IT組組長應(yīng)參加此評審并對評審意見簽字確認。第二十條設(shè)計評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。第二十一條 對已確認通過的系統(tǒng)設(shè)計進行修改需獲得管理部門、業(yè)務(wù)組組長和IT組組長的審批后方可進行。第二十二條 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理。第六節(jié)系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)《設(shè)計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理（監(jiān)理）對計劃可行性進行審批。第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。第二十五條項目組保證開發(fā)、測試和訪問環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機制，并明確項目成員的職責(zé)分工。對開發(fā)環(huán)境、測試環(huán)境與訪問環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項目組對已授權(quán)訪問環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪頁腳內(nèi)容3［標(biāo)簽:標(biāo)題］問。第二十六條 項目組進行單元測試和集成測試，測試人員簽字確認測試結(jié)果。第七節(jié)系統(tǒng)測試和用戶測試第二十七條 項目組制定《系統(tǒng)/用戶測試計劃》（附件十），并提交項目經(jīng)理（監(jiān)理）對計劃可行性進行審批。第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。第二十九條項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進行嚴(yán)格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。第三十條項目組負責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實際數(shù)據(jù)。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。第三十一條IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》（附件十一），測試人員簽字確認測試結(jié)果。第三十二條系統(tǒng)測試通過后，IT組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測試用例進行用戶測試，出具《用戶測試報告》（附件十一），業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報告中簽字確認。第三十三條項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。第八節(jié)試運行第三十四條系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。第三十五條項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。《試運行計劃》中應(yīng)包含問題應(yīng)對機制，明確問題溝通渠道和職責(zé)分工。第三十六條 項目組聯(lián)合試運行單位進行相關(guān)系統(tǒng)部署工作，準(zhǔn)頁腳內(nèi)容4［標(biāo)簽:標(biāo)題］備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。第三十七條 項目組根據(jù)《試運行計劃》進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標(biāo)之一。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理（監(jiān)理）和主管領(lǐng)導(dǎo)簽字審批。第三十九條 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報告》（附件十四），其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門驗收轉(zhuǎn)換結(jié)果后在該報告上簽字確認。第四十條系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進行驗收。第四十一條系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運行報告中。必要時，項目組應(yīng)根據(jù)系統(tǒng)運行情況對應(yīng)用系統(tǒng)進行優(yōu)化。第四十二條試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。此報告應(yīng)由項目組和試運行單位簽字確認，并提交公司主管領(lǐng)導(dǎo)審閱。公司主管領(lǐng)導(dǎo)審閱試運行結(jié)果，決定試運行結(jié)束或延期。第九節(jié)系統(tǒng)驗收第四十三條系統(tǒng)主要用戶單位及公司項目組聯(lián)合組成獨立系統(tǒng)驗收小組，也可授權(quán)原項目組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進行綜合評估。第四十四條驗收小組應(yīng)根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》頁腳內(nèi)容5［標(biāo)簽:標(biāo)題］（附件十六）提交系統(tǒng)主要使用部門和公司審閱。第四十五條 系統(tǒng)主要使用部門和研發(fā)部負責(zé)人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。第十節(jié)系統(tǒng)上線第四十六條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條 項目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領(lǐng)導(dǎo)審批。在上線計劃得到批準(zhǔn)后才能開始部署上線工作。第四十九條 《系統(tǒng)上線計劃》內(nèi)容應(yīng)包括但不限于：1、部署方式和資源分配（包括人力資源及服務(wù)器資源）；2、上線工作時間表；3、上線操作步驟以及問題處理步驟；4、項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進度安排等）；5、數(shù)據(jù)遷移的需求和實施計劃；6、完整可行的應(yīng)急預(yù)案和“回退”計劃；7、用戶培訓(xùn)計劃（包括：培訓(xùn)計劃、培訓(xùn)手冊、培訓(xùn)考核等）；8、總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。第五十條上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應(yīng)及時處理，對重大問題應(yīng)啟動緊急預(yù)案。第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報總公司項目組匯總整理。《系統(tǒng)驗收評估報告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)務(wù)操作影響度、問題處理情況、備份、批處理等。第五十二條 上線單位管理層要對《系統(tǒng)驗收評估報告》進行審批簽字。第五十三條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門統(tǒng)一管理。第十一節(jié)合作開發(fā)管理頁腳內(nèi)容6［標(biāo)簽:標(biāo)題］第五十四條 合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認定參見第三方管理制度。第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。第五十六條 項目經(jīng)理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關(guān)注需求和設(shè)計變更。第五十七條項目經(jīng)理負責(zé)監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。合作開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第五十九條 項目組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十條以上各要求需要在開發(fā)合同中明確。第十二節(jié)外包開發(fā)管理第六十一條 立項申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。第六十二條項目經(jīng)理負責(zé)監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。外包開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。第六十三條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。第六十四條 項目組同外包開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十五條 以上各要求需要在開發(fā)合同中明確。第十三節(jié)角色與職責(zé)表第六十六條主要角色及其職責(zé)如下表所示。企業(yè)在應(yīng)用時，可以將各個角色映射到企業(yè)原有的崗位上，也可以依據(jù)角色建立新的崗位。一個人可以被賦予多個角色，視具體情況而定。常設(shè)角色職責(zé)簡述機構(gòu)過程改進角色軟件工程過程組（SEPG）（1）制定適合于本機構(gòu)的過程規(guī)范。（2）在機構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評估機構(gòu)過程能力等。質(zhì)量保證小組（QAG）（1）監(jiān)督規(guī)范的實施，確保所有項目以及相關(guān)部門準(zhǔn)照規(guī)范開展工作。（2）分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組SEPG完善規(guī)范。頁腳內(nèi)容7

［標(biāo)簽:標(biāo)題］項目管理過程角色機構(gòu)領(lǐng)導(dǎo)（1）是機構(gòu)內(nèi)所有項目的主管，對立項管理和結(jié)項管理有最終決策權(quán)。（2）監(jiān)督項目經(jīng)理的工作，審批項目經(jīng)理的各種申請。項目經(jīng)理（1）向機構(gòu)領(lǐng)導(dǎo)匯報工作。（2）是項目規(guī)劃、項目監(jiān)控、風(fēng)險管理和需求管理過程域的負責(zé)人。（3）監(jiān)督項目成員的工作，審批項目成員的各種申請。項目研發(fā)過程角色需求分析員調(diào)查、分析并定義需求，撰寫相應(yīng)的需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。系統(tǒng)設(shè)計師根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計文檔。程序員（1）根據(jù)系統(tǒng)設(shè)計文檔，編寫軟件系統(tǒng)的代碼。（2）隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。測試員從事單元測試、集成測試和系統(tǒng)測試，主要工作包括制定測試計劃、設(shè)計測試用例、執(zhí)行測試和撰寫測試報告。機構(gòu)支撐過程角色配置管理員（1）為項目制定《配置管理計劃》。（2）創(chuàng)建并維護配置庫，如分配權(quán)限、清除垃圾文件、備份配置庫等。質(zhì)量保證員（即QAG成員）（1）為項目制定《質(zhì)量保證計劃》。（2）周期性的開展“過程與產(chǎn)品質(zhì)量檢查”。（3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。外包管理員（1）挑選最合適的承包商，簽訂外包開發(fā)合同。（2）監(jiān)控外包開發(fā)過程，驗收外包開發(fā)成果。采購管理員（1）挑選最合適的供應(yīng)商，簽訂采購合同。（2）驗收采購物品。培訓(xùn)管理員制定機構(gòu)（或項目）的《培訓(xùn)計劃》，監(jiān)督該計劃的實施，撰寫《培訓(xùn)評估報告》?？蛻舴?wù)人員為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢），快速響應(yīng)客戶的要求，給客戶一個滿意的解答。產(chǎn)品維護人員（1）糾錯性維護：及時解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷。（2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。臨時角色職責(zé)說明立項建議小組（1）開展立項調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫相應(yīng)文檔。（2）申請立項，并在立項評審會議上答辯。立項評審委員會由機構(gòu)領(lǐng)導(dǎo)、各級經(jīng)理、市場人員、技術(shù)專家、財務(wù)人員等組成，委員會按少數(shù)服從多數(shù)原則投票決定是否同意立項。結(jié)項評審委員會對項目的有形資產(chǎn)和無形資產(chǎn)進行清算，對項目進行綜合評估，總結(jié)經(jīng)驗教訓(xùn)等。結(jié)項委員會的人員組成與立項評審委員會的類似。技術(shù)評審委員會對工作成果進行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。該委員會由項目內(nèi)頁腳內(nèi)容8

［標(biāo)簽:標(biāo)題］外的技術(shù)專家組成。配置控制委員會對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。第十四節(jié)附則第六十七條 本制度由公司研發(fā)部負責(zé)解釋和修訂。第六十八條 本制度自發(fā)布之日起開始執(zhí)行。附件一立項分析報告文件狀態(tài)：［V］草稿［］正式發(fā)布［］正在修改文件標(biāo)識：當(dāng)前版本：作者：完成日期：項目介紹項目目的提示：用簡練的語言說明本項目“是什么”實現(xiàn)什么目的。描述簡練且清晰。項目背景頁腳內(nèi)容9 ［標(biāo)簽:標(biāo)題］ 提示：闡述項目背景，重點說明“為什么”會產(chǎn)生本項目。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢；（3）技術(shù)狀況及發(fā)展趨勢；（4）特殊的業(yè)務(wù)需求等。項目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”項目計劃項目團隊提示：說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。角色知識技能要求建議人選、人數(shù)工作時間項目經(jīng)理需求開發(fā)人員系統(tǒng)設(shè)計人員編程人員測試人員質(zhì)量保證人員配置管理人員服務(wù)與維護人員2.2. 成本估計內(nèi)容成本（人民幣）備注頁腳內(nèi)容10

［標(biāo)簽:標(biāo)題］人力資源軟硬件資源差旅費會議費接待費…2.3. 項目時限：根據(jù)用戶要求和公司研發(fā)能力設(shè)定計劃研發(fā)完成時間總結(jié)提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。頁腳內(nèi)容11

［標(biāo)簽:標(biāo)題］附件二業(yè)務(wù)需求說明書（業(yè)務(wù)組編制）文件狀態(tài)：［V］草稿［］正式發(fā)布［］正在修改文件標(biāo)識：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1概述業(yè)務(wù)調(diào)研人員名單【可選】序號i 職能部門姓名主管聯(lián)系電話備注1.2業(yè)務(wù)范圍此處描寫總體業(yè)務(wù)的概要分類。業(yè)務(wù)目標(biāo)從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評價標(biāo)準(zhǔn)。相關(guān)文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。頁腳內(nèi)容12［標(biāo)簽:標(biāo)題］業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。2組織結(jié)構(gòu)及業(yè)務(wù)業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)組織機構(gòu)描述角色職責(zé)說明：將業(yè)務(wù)涉及的具體人員進行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。例如：現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進行重組的。流程編號流程名稱責(zé)任部門輔助部門3業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對每一項具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。業(yè)務(wù)流程業(yè)務(wù)描述說明：描述具體的業(yè)務(wù)流程。相關(guān)業(yè)務(wù)對象說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。頁腳內(nèi)容13［標(biāo)簽:標(biāo)題］業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號業(yè)務(wù)規(guī)則及關(guān)鍵算法說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。4假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。運行環(huán)境約束設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。產(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其他目前核心問題和困難業(yè)務(wù)對項目實施的需求和期望【可選】其他未盡事宜頁腳內(nèi)容14［標(biāo)簽:標(biāo)題］附件三系統(tǒng)需求規(guī)格說明書（IT組編制）文件狀態(tài)：［V］草稿［］正式發(fā)布［］正在修改文件標(biāo)識：當(dāng)前版本：作者：完成日期：版本歷史版本/狀態(tài)作者參與者起止日期備注1引言目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。讀者對象及閱讀建議說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。文檔范圍【可選】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。參考文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。術(shù)語與縮寫解釋說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于頁腳內(nèi)容15［標(biāo)簽:標(biāo)題］所有讀者達成共識。2綜合描述系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題?？梢圆捎靡韵赂袷?問題是［對問題進行說明］影響［問題影響的干系人］問題的后果［該問題會導(dǎo)致什么后果］成功的解決方案［應(yīng)列出成功解決方案的一些主要優(yōu)點］2.3系統(tǒng)范圍說明：闡述本項目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。完整而準(zhǔn)確的定義本產(chǎn)品的干系人；明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。干系人與用戶說明【可選】用戶環(huán)境【可選】詳細說明目標(biāo)用戶的工作環(huán)境。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。干系人簡檔頁腳內(nèi)容16［標(biāo)簽:標(biāo)題］【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表［誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫姓名。］說明［對干系人類型的簡要說明。］類型［介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）］職責(zé)［列出干系人對所開發(fā)的系統(tǒng)負有的關(guān)鍵職責(zé)，即他們作為干系人的利益。］使用頻率［該干系人使用系統(tǒng)的頻率］意見/問題［在此處列出會阻礙成功的問題以及任何其他相關(guān)信息。］關(guān)鍵的干系人/用戶需要列出干系人認為現(xiàn)有解決方案存在的關(guān)鍵問題。對于列出的每個問題，需澄清以下要占：：為什么會出現(xiàn)這一問題？目前如何解決該問題？干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。目標(biāo)業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細節(jié)。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。重要程度，以ABC三類來表示：人：核心功能；B：輔助功能；C：外圍功能；頁腳內(nèi)容17

［標(biāo)簽:標(biāo)題］說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進行確認（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評審《系統(tǒng)說明：列出進行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。格式限制說明：本項將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括:硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。2.9.1運行環(huán)境約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、頁腳內(nèi)容18［標(biāo)簽:標(biāo)題］第三方產(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具體需求功能需求具體功能內(nèi)容說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。非功能需求外部接口用戶接口說明：提供用戶使用軟件產(chǎn)品時的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進行描述。b 報表或菜單的頁面打印格式和內(nèi)容c輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。d 程序功能鍵的可用性說明：快捷鍵定義等。硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。軟件接口【可選】頁腳內(nèi)容19

［標(biāo)簽:標(biāo)題］說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。【接口定義】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口類型填寫是輸入接口1前加加）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理/人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工（manual）還是自動（automatic），還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)（source）還是目標(biāo)系統(tǒng)（object）頁腳內(nèi)容20

［標(biāo)簽:標(biāo)題］數(shù)據(jù)庫填與交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填與交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S還是C/S。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填與交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團隊數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細信息［可選］］系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負責(zé)人控制報告【接口配置】(1)接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項目，描述配置的方式。(2)接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟?！酒渌渲茫劭蛇x］］說明：外圍系統(tǒng)或相關(guān)模塊的配置。通信接口【可選】說明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進行選擇其中的一種或者幾種進行描述，在表的后面是各種需求的詳細解釋。名稱詳細要求靜態(tài)數(shù)值需求頁腳內(nèi)容21［標(biāo)簽:標(biāo)題］說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。精度說明:對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。時間特性要求說明：對于該軟件的時間特性要求，如對：a.響應(yīng)時間；b.更新處理時間；c.數(shù)據(jù)的轉(zhuǎn)換和傳送時間；d.解題時間等要求。數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算?？捎眯灾赋銎胀ㄓ脩艉透呒売脩粢咝У貓?zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求頁腳內(nèi)容22［標(biāo)簽:標(biāo)題］性能可靠性指出可用時間百分比（xx.xx%）、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。平均故障間隔時間（MTBF）。平均修復(fù)時間（MTTR）一系統(tǒng)在發(fā)生故障后可以暫停運行的時間。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。文檔需求說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的使用許可、使用限制、接口標(biāo)準(zhǔn)。數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。4補充資料【可選】待確定的問題列表【可選】需求標(biāo)題調(diào)查方式調(diào)查人調(diào)查對象時間、地占八、、需求信息記錄頁腳內(nèi)容23

［標(biāo)簽:標(biāo)題］附件四 需求變更申請記錄號：項目：類型：開發(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ù)組填寫頁腳內(nèi)容24［標(biāo)簽:標(biāo)題］頁腳內(nèi)容25［標(biāo)簽:標(biāo)題］變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫風(fēng)險分析分析需求變更的風(fēng)險，僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對開發(fā)工作量、進度和成本影響估計需求變更對開發(fā)工作量和進度的影響，需說明本次變更工作量/成本是否超過本項目總開發(fā)工作量總成本的1%？僅信息技術(shù)組填寫研發(fā)部審批意見研發(fā)部負責(zé)人意見：同意 不同意指定驗證人員：簽字：日期：處經(jīng)理意見：同意 不同意 匯報上級簽字：日期：上級經(jīng)理意見：同意 不同意簽字：日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字：日期：變更驗證驗證變更結(jié)果完整性是 否頁腳內(nèi)容26

［標(biāo)簽:標(biāo)題］正確性是否附加變更是否版本和名稱是否驗證人意見：符合要求 不符合要求簽字： 日期：頁腳內(nèi)容27

［標(biāo)簽:標(biāo)題］附件五項目計劃書文件狀態(tài)：［V］草稿［］正式發(fā)布［］正在修改文件標(biāo)識：當(dāng)前版本：作者：完成日期：1文檔介紹文檔目的文檔范圍參考文獻提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下:［標(biāo)識符］作者，文獻名稱，出版單位（或歸屬單位），日期例如：［AAA］作者，《立項建議書》，機構(gòu)名稱，日期［標(biāo)簽:標(biāo)題］2項目介紹項目范圍提示：（1）用簡練的語言說明本項目“是什么”，“說明用途”。（2）說明本項目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。項目目標(biāo)提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標(biāo)?？蛻襞c最終用戶介紹提示：請說明本項目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。約束提示：（1）請說明在項目開發(fā)過程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請說明相關(guān)項目可能對本項目造成的影響。（3）說明一些假設(shè)和依賴。3項目過程定義軟件生命周期模型提示：簡要描述、繪制本項目的軟件生命周期模型。項目規(guī)范提示：描述項目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。方法與工具提示：說明在過程中將采用的方法與工具。例如采用RationalRose進行面向?qū)ο蠓治雠c設(shè)計，采用VisualSourceSafe進行配置管理，采用MicrosoftOffice制作文檔。方法與工具用途VisualSourceSafe配置管理…4里程碑計劃序號; 里程碑名稱開始日期結(jié)束日期工作成果備注頁腳內(nèi)容29

［標(biāo)簽:標(biāo)題］5資源計劃5.1人力資源計劃提示：制定本項目的角色職責(zé)表，并為已知的項目成員分配角色（一個人可以兼多個角色）。角色職責(zé)人員姓名工作說明高層領(lǐng)導(dǎo)項目經(jīng)理需求分析員系統(tǒng)設(shè)計員程序員測試員…5.2軟硬件資源計劃提示：分析項目開發(fā)、測試、運行所需的軟硬件資源和關(guān)鍵計算機資源（會影響軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：資源級別（分為“關(guān)鍵”、“普通”兩種）詳細配置獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時間使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細配置獲取方式與時間使用說明關(guān)鍵頁腳內(nèi)容30

［標(biāo)簽:標(biāo)題］序: 交付文檔名稱交付日期備注7風(fēng)險管理計劃提示：以下是各個列標(biāo)題的解釋。約定在項目中的風(fēng)險管理方案，例如：風(fēng)險識別頻度、風(fēng)險跟蹤頻度等。風(fēng)險級別：確定風(fēng)險的嚴(yán)重性、可能性、風(fēng)險系數(shù)風(fēng)險描述：緩解方案或者應(yīng)急計劃。風(fēng)險編號風(fēng)險級別風(fēng)險描述緩解方案應(yīng)急計劃嚴(yán)重性-J可能性%）風(fēng)險系數(shù)（嚴(yán)重性*可能性）8溝通計劃甲方代表乙方代表溝通方式溝通頻率/時間期望結(jié)果頁腳內(nèi)容31

［標(biāo)簽:標(biāo)題］9附件項目進度計劃進度表提示：制定項目開發(fā)的進度表（建議給出項目里程碑計劃例如:編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項目計劃完成需求分析完成概要設(shè)計完成詳細設(shè)計完成實現(xiàn)完成集成測試完成系統(tǒng)測試完成用戶驗收測試完成試運行結(jié)束項目驗收頁腳內(nèi)容32

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

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

［標(biāo)簽:標(biāo)題］附件八 單元測試用例1測試范圍說明：本用例測試的功能點。2測試環(huán)境環(huán)境2：3數(shù)據(jù)準(zhǔn)備說明：可以引用適當(dāng)?shù)母郊鏓XCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測試準(zhǔn)備的數(shù)據(jù)。測試用例功能1測試編號功能模塊一子模塊一編號測試項目模塊功能一子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1,填寫用到的各種測試數(shù)據(jù)的名稱頁腳內(nèi)容37

［標(biāo)簽:標(biāo)題］依賴樣例測試本用例依賴的相關(guān)用例名稱序號刖置條件測試子項執(zhí)行步驟預(yù)期結(jié)果實際結(jié)果備注測試序號填寫本用例運行的前置條件。如登陸、權(quán)限、設(shè)備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細列出各個用例角色的操作的動作。對應(yīng)每一步的預(yù)測結(jié)果；對應(yīng)每一個執(zhí)行步驟的實際結(jié)果；填寫與測試相關(guān)聯(lián)的核對點、檢查點。頁腳內(nèi)容38

［標(biāo)簽:標(biāo)題］附件九設(shè)計評審報告文件狀態(tài)：［V］草稿［］正式發(fā)布［］正在修改文件標(biāo)識：ProjectName-當(dāng)前版本：X.Y作者：完成日期：Year-Month-Day版本歷史1.基本信息提示：由評審主持人或評審員填寫此表格。待評審的工作成果工作成果名稱，標(biāo)識符，版本，作者，時間…技術(shù)評審方式（正式評審）或者（走查）評審時間評審地點參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù)：主持人評審小組頁腳內(nèi)容39

［標(biāo)簽:標(biāo)題］評審問題跟蹤表編問問嚴(yán)提提問解決問二實I'可備號題描題類重性交者交日題處措施/原因題際題注述型期理負說明解關(guān)關(guān)責(zé)人決閉閉狀日驗態(tài)期證人123評審結(jié)論與意見提示：由主持人或評審員填寫此表格。評審結(jié)論［］工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。［V］工作成果基本合格，需要作少量的修改，之后通過審核即可。［］工作成果不合格，需要作比較大的修改，之后必須重新對其評審。意見頁腳內(nèi)容40

［標(biāo)簽:標(biāo)題］負責(zé)簽字簽字：日期：附件十系統(tǒng)/用戶測試計劃.測試范圍與主要內(nèi)容提示：系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試范圍與內(nèi)容。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。.測試方法提示：例如黑盒測試和白盒測試。頁腳內(nèi)容41

［標(biāo)簽:標(biāo)題］.測試環(huán)境與測試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4.測試進度計劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測試計劃設(shè)計測試實施測試執(zhí)行測試對測試進行評估5.測試完成準(zhǔn)則提示：對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則：(1)功能性測試用例通過率達到100%；(2)非功能性測試用例通過率達到95%時。對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補充“基于BUG密度”的規(guī)則：相鄰n個CPU小時內(nèi)”測試期BUG密度”全部低于某個值m。例如n大于10,m小于等于1。最后一次回歸測試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2個/萬行程序；頁腳內(nèi)容42［標(biāo)簽:標(biāo)題］測試用例功能點覆蓋率100%；6.BUG管理與改錯計劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級別的BUG必須在幾日內(nèi)處理完成。頁腳內(nèi)容43

［標(biāo)簽:標(biāo)題］附件十一系統(tǒng)/用戶測試報告1.基本信息測試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測試用例等測試范圍測試驗收標(biāo)準(zhǔn)測試環(huán)境描述測試驅(qū)動程序描述提示：可以把測試驅(qū)動程序當(dāng)作附件測試人員測試時間須注明每次回歸測試的時間測試工具2.實況記錄模塊測試用例編號期望結(jié)果測試結(jié)果缺陷密度是否執(zhí)行了回歸測試3.測試總評價根據(jù)對測試結(jié)果提出一個關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。根據(jù)測試標(biāo)準(zhǔn)及測試結(jié)果，綜合評價軟件的開發(fā)是否已達到預(yù)定目標(biāo)。4.缺陷修改記錄提示：如果采用了缺陷管理工具，能自動產(chǎn)生缺陷報表的話，則無需本表。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時間解決方案頁腳內(nèi)容44

［標(biāo)簽:標(biāo)題］測試人員簽字/日期：附件十二試運行計劃文件狀文件標(biāo)ProjectName-TestRun-PLAN態(tài)：識：［V］草稿當(dāng)前版X.Y［］正式本：發(fā)布作［］正在者：修改完成日Year-Month-Day期：.試運行目標(biāo)提示：說明本次試運行的主要內(nèi)容與目標(biāo)（必須是可以驗證的）。.工作條件提示：說明試運行地點、參加人員、軟硬件設(shè)施、經(jīng)費等要求。.應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告 4.進度表提示：（1）用MicrosoftProject制作進度表（Gantt以@班）插入此處或者參照此頁腳內(nèi)容45

［標(biāo)簽:標(biāo)題］提示：指出可能存在的困難和風(fēng)險，制定應(yīng)急計劃以應(yīng)對突發(fā)事件。附錄：本計劃審批意見提示：項目經(jīng)理或者技術(shù)負責(zé)人根據(jù)項目計劃以及現(xiàn)實情況（如可以支配的人力資頁腳內(nèi)容46［標(biāo)簽:標(biāo)題］附件十三數(shù)據(jù)遷移計劃.數(shù)據(jù)遷移的重要事件和里程碑日期.數(shù)據(jù)遷移前的備份要求.數(shù)據(jù)遷移測試結(jié)果清單.轉(zhuǎn)換工作進度表提示：(1)用MicrosoftProject制作進度表(Gantt的@班)，插入此處或作為附.數(shù)據(jù)核對計劃.數(shù)據(jù)遷移的需求和實施計劃.應(yīng)急預(yù)案及回退計劃.分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。.預(yù)防