【正文】 ，業(yè)務(wù)組根據(jù)用戶測試用例進行用戶測試，出具《用戶測試報告》（附件十一），業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報告中簽字確認。第七節(jié) 系統(tǒng)測試和用戶測試第二十七條 項目組制定《系統(tǒng)/用戶測試計劃》（附件十），并提交項目經(jīng)理（監(jiān)理）對計劃可行性進行審批。第二十一條 對已確認通過的系統(tǒng)設(shè)計進行修改需獲得管理部門、業(yè)務(wù)組組長和IT組組長的審批后方可進行。第十六條 項目計劃需要變更時，項目經(jīng)理（監(jiān)理）填寫《項目計劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和IT組組長執(zhí)行?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給用戶相關(guān)業(yè)務(wù)流程負責人確認。第七條 應(yīng)用系統(tǒng)主要使用部門將《立項分析報告》上交公司進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。項目組人員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項目各方面的工作。第四節(jié) 項目計劃和監(jiān)控第十三條 軟件開發(fā)采用項目形式進行管理。第十九條 項目組進行詳細設(shè)計，出具《設(shè)計說明書》（附件七）和《單元測試用例》（附件八）。第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。第三十條 項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實際數(shù)據(jù)。第八節(jié) 試運行第三十四條 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標之一。必要時，項目組應(yīng)根據(jù)系統(tǒng)運行情況對應(yīng)用系統(tǒng)進行優(yōu)化。 第十節(jié) 系統(tǒng)上線第四十六條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。第五十二條 上線單位管理層要對《系統(tǒng)驗收評估報告》進行審批簽字。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第六十四條 項目組同外包開發(fā)商商定驗收的標準和方法。（2）分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組SEPG完善規(guī)范。程序員（1）根據(jù)系統(tǒng)設(shè)計文檔，編寫軟件系統(tǒng)的代碼。外包管理員（1）挑選最合適的承包商，簽訂外包開發(fā)合同。臨時角色職責說明立項建議小組（1）開展立項調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫相應(yīng)文檔。第十四節(jié)附則第六十七條 本制度由公司研發(fā)部負責解釋和修訂。角色知識技能要求建議人選、人數(shù)工作時間項目經(jīng)理需求開發(fā)人員 系統(tǒng)設(shè)計人員 編程人員 測試人員質(zhì)量保證人員配置管理人員服務(wù)與維護人員……. 成本估計內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費會議費接待費…. 項目時限：根據(jù)用戶要求和公司研發(fā)能力設(shè)定計劃研發(fā)完成時間3. 總結(jié)提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。流程編號流程名稱責任部門輔助部門3 業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對每一項具體的目標業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。5 其他 目前核心問題和困難 業(yè)務(wù)對項目實施的需求和期望【可選】 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說明書（IT組編制）文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：當前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會阻礙成功的問題以及任何其他相關(guān)信息。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級別，按照繼承關(guān)系分為：一級，二級，三級；編號級別重要程度功能名稱功能描述備注 功能與業(yè)務(wù)對照關(guān)系表說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進行確認（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評審《系統(tǒng)需求規(guī)格書明書》。 非功能需求 外部接口說明：提供用戶使用軟件產(chǎn)品時的接口需求。對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。例如，局部網(wǎng)絡(luò)的協(xié)議等等。平均故障間隔時間 (MTBF)。提示：請說明本項目的客戶、用戶及其相關(guān)責任人是誰，描述最終用戶的特征。方法與工具用途Visual SourceSafe配置管理…4 里程碑計劃序號里程碑名稱開始日期結(jié)束日期工作成果備注5 資源計劃提示：制定本項目的角色職責表，并為已知的項目成員分配角色（一個人可以兼多個角色）。列出有關(guān)的參考資料，如：本項目的經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標準。說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。說明準備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。如登陸、權(quán)限、設(shè)備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細列出各個用例角色的操作的動作。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。根據(jù)測試標準及測試結(jié)果，綜合評價軟件的開發(fā)是否已達到預(yù)定目標。（2）或者在此處用表格制作一份進度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)2…5. 轉(zhuǎn)換操作步驟以及問題處理步驟6．數(shù)據(jù)核對計劃7．數(shù)據(jù)遷移的需求和實施計劃8．應(yīng)急預(yù)案及回退計劃1). 分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。包含主文件檢查、轉(zhuǎn)換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計科目對照表、機構(gòu)對照表、內(nèi)部基礎(chǔ)數(shù)據(jù)對照表、賬務(wù)報表的核對結(jié)果等。乙方應(yīng)當賠償給客戶方造成的損失。7. 應(yīng)急預(yù)案及回退計劃1). 分析引發(fā)上線失敗的潛在原因提示：說明上線失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。4．系統(tǒng)上線后數(shù)據(jù)準確性結(jié)論提示：可以描述詳見附件“數(shù)據(jù)遷移評估表” 5. 接口檢查結(jié)論6. 權(quán)限設(shè)置情況提示：請將權(quán)限設(shè)置表作為附件7. 系統(tǒng)上線后穩(wěn)定性結(jié)論提示：說明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性，是否影響業(yè)務(wù)操作，系統(tǒng)性能。應(yīng)急處理人員角色職責8. 業(yè)務(wù)人員培訓(xùn)方案提示：說明培訓(xùn)內(nèi)容，時間，地點，培訓(xùn)講師等信息9. 總公司下發(fā)的系統(tǒng)標準參數(shù)配置提示：可以直接將該配置作為附件。交付簽字業(yè)務(wù)部門負責人簽字信息技術(shù)部項目負責人簽字乙方項目負責人簽字附件十七 系統(tǒng)上線計劃1. 部署方式及資源分配（包括人力資源及服務(wù)器資源）提示：說明成立項目領(lǐng)導(dǎo)組等情況；說明人員、軟硬件設(shè)施、經(jīng)費等要求。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。應(yīng)急處理人員角色職責說明培訓(xùn)內(nèi)容，時間，地點，培訓(xùn)講師等信息。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告……4. 進度表提示：（1）用Microsoft Project制作進度表（Gantt Chart）插入此處或者參照此表制作一份進度表。例如n大于10，m小于等于1。評審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。4程序2（標識符）設(shè)計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設(shè)計考慮。詳細說明本程序所選用的算法，具體的計算公式和計算步驟。以下給出的提綱是針對一般情況的。風(fēng)險編號風(fēng)險級別風(fēng)險描述緩解方案應(yīng)急計劃嚴重性(15)可能性(%)風(fēng)險系數(shù)(嚴重性*可能性)8 溝通計劃甲方代表乙方代表溝通方式溝通頻率/時間期望結(jié)果9 附件l 項目進度計劃n 進度表提示：制定項目開發(fā)的進度表（建議給出項目里程碑計劃）。提示：描述項目需遵循的規(guī)范，例如：編碼規(guī)范。 數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。 精度 說明:對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團隊數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細信息[可選] 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負責人控制報告【接口配置】（1）接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項目，描述配置的方式。d 程序功能鍵的可用性說明：快捷鍵定義等。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括：硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。 目標業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。 干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表[誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。 術(shù)語與縮