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