【正文】 日 測試截止時間： XXXX 年 XX 月 XX 日 2．測試情況統(tǒng)計分析 (1) 情況統(tǒng)計 共提交測試案例件。 3．寫 明人員聯(lián)系電話， NOTES 郵箱。 2．軟件系統(tǒng)配置 各種操作系統(tǒng)、通訊系統(tǒng)、測試版本、外圍系統(tǒng)等。 31 由技術部門提供該項目的技術可行性分析結(jié)論。 項目要實現(xiàn)的具體功能。 28 附件 5： 項目編號： XXXXXXX 項 目 可 行 性 分 析 報 告 年 月 日 龍江銀行 29 目 錄 第一章 項目概述 第二章 投資匡算 第三章 結(jié)論 30 第一章 項目概述 對項目整體情況進行介紹。包括：數(shù)據(jù)存貯時間、數(shù)據(jù)存貯方式、數(shù)據(jù)下載的要求、歷史數(shù)據(jù)的清理周期和清理條件等。 描述存量客戶、存量數(shù)據(jù)的移行要求。 26 對賬處理 描述對賬方面的具體要求，如對賬涉及的行級別、具體數(shù)據(jù)項等內(nèi)容。 后督 在此節(jié)應明確后督的具體內(nèi)容。 25 處理要求 描述本模塊對輸入的業(yè)務要素進行校驗和 系統(tǒng)處理的全過程，如輸入要素的檢查、賬戶合法性檢查、余額控制、系統(tǒng)處理過程、異常處理要求、提示信息等等。 本模塊功能 用戶權限要求 與其他模塊的關系 交易渠道 介質(zhì) 注：此處的交易渠道和介質(zhì)是對每個交易的具體說明，在 節(jié)描述的交易渠道和介質(zhì)是概述性質(zhì)。 另外，由于柜面、網(wǎng)銀和電話銀行等不同渠道發(fā)起的交易，在具體輸入輸出及處理上有一定差異，建議將網(wǎng)銀 /電話銀行方面的需求單獨進行描述。如對外服務時間是否為法定工作日 8： 30－ 17： 節(jié)假日的特殊處理要求、是否需要設置系統(tǒng)運行開關、運行的平臺等。 主要功能 以列表形式描述需求的主要功能，細化到每個交易或最小模塊，可以按交易或模塊的從屬關系設多級標題，每個模塊說明中應包含本模塊的功能說明及本模塊的實現(xiàn)優(yōu)先級。如果流程、角色較復雜，可繪制多張圖表描述。 序號 術語名稱 解 釋 備 注 1. 2. 3. 4. 5. 業(yè)務規(guī)則 描述項目相關的業(yè)務規(guī)則和基本規(guī)定，如客戶協(xié)議、開銷戶控制、交易授權等。如投產(chǎn)范圍為各級分支行，客戶為理財投資者，內(nèi)部柜員為 前臺運行管理人員。 業(yè)務目標和意義 描述項目所要實現(xiàn)的基本目標和意義，如推出某一新業(yè)務品種，開發(fā)一個內(nèi)部管理系統(tǒng)等。 [參考文件 ] 附件： 應用系統(tǒng) 開發(fā)流程圖 立項審批表 13 附件 1： I T 應 用 系 統(tǒng) 開 發(fā) 流 程 圖立項 開發(fā) 測試驗收推廣外 包 公 司科 技 條 線 項 目 組 主 管 領 導 招 標 委 員 會業(yè) 務 部 門提 出 需 求Y立 項 申 請審 批NN立 項Y自 行 開 發(fā)項 目 外 包項 目 招 標確 定 外 包 公 司簽 訂 協(xié) 議設 計 方 案項 目 設 計設 計 方 案項 目 設 計設 計 方 案項 目 設 計測 試 申 請測 試 申 請測 試測 試改 進N測 試YN驗 收驗 收驗 收YYNNYN推 廣資 料 歸 檔YYY可 行 性 研 究N 14 附件 2： 項目立項審批表 項目編號： 年 月 日 項目名稱 提出單位 聯(lián)系人 聯(lián)系電話 NOTES郵箱 項目概況： 應用主管部門意見 聯(lián)系人 聯(lián)系電話 Notes郵箱 部門負責人審批意見： (簽字、蓋章 ) 開發(fā)管理部意見： 負責人審批意見： 風險管理部意見： 負責人審批意見： 行長審批意見： 15 附件 3： 業(yè)務需求單 業(yè)務需求 發(fā)起部門 主管部門 協(xié)辦部門 聯(lián)系人 聯(lián)系電話 NOTES郵箱 詳細需求描述： (具體到交易碼、科目號及詳細流程，涉及打印格式調(diào)整的需附打印格式樣本 ) 部門負責人： 日期： 部門公章 應用主管部門意見： 部門負責人： 責任 人： 日期： 協(xié)辦部門意見： 部門負責人： 日期： 開發(fā)管理部意見： 計劃完成時間： 部門負責人： 責任人： 日期： 投產(chǎn)驗收情況 ： 責任人： 日期： 16 附件 4： 項目編號： XXXXXXX 項 目 業(yè) 務 需 求 書 年 月 日 龍江銀行 文檔屬性 屬性 內(nèi)容 立項部門： XXXXXX 部門 17 文檔標題： XXXXXX 項目業(yè)務需求書 文檔編號： 建議為部門名稱－項目名稱首字母縮寫 文檔版本號： 如 文檔編寫完成日期： 編寫人： 審核者： 編寫人聯(lián)系電話： NOTES 聯(lián)系郵箱： 編寫說明： 本模板是業(yè)務需求書的公共模板，為適應我行業(yè)務快速穩(wěn)定發(fā)展，各專業(yè)部門在要求千差萬別的情況下也有很強的創(chuàng)新性，此模板雖具一定代表性，但可能存在不完全適應業(yè)務需要的情況。 （六）根據(jù)改進計劃，對項目 工程活動進行持續(xù)改進，對影響項目工程活動的各方面因素進行調(diào)整和優(yōu)化。 （二） 對于因政策性要求且時間緊迫的項目，項目的相關活動可以并行進行。 （二）在投產(chǎn)過程中因不確定因素導致投產(chǎn)失敗，項目組應查明原因，若是純技術問題，待問題解決后可再次直接投產(chǎn)；否則應該重新進行測試，待測試通過后，方可再次發(fā)起投產(chǎn)。 第三十六條 驗收不合格的處理 如果項目沒有通過驗收，需重新進行相應模塊的開發(fā)、測試。 《業(yè)務測試計劃》（見附件 6）和《業(yè)務測試案例》（見附件 7） 完成驗收測試，并記錄測試結(jié)果 。 第三十二條 在測試完成后，業(yè)務條線應完成測試報告、用戶手冊、培訓教材；科技條線應完成安裝維護手冊、版本說明書、投產(chǎn)方案等項目 文檔的編制工作。 第二十八條 單元測試由項目組完成，項目承擔部門可根據(jù) 9 實際情況，有 選擇地 進行項目的集成測試和 系統(tǒng)測試。 （四）對已有產(chǎn)品進行升級改造的項目和小型項目，只需編寫《程序規(guī)格書》。 應組織研究分析《非功能性需求說明書》對生產(chǎn)系統(tǒng)的影響， 結(jié)合總行生產(chǎn)運行維護要求提出修 8 改完善建議， 并在七個工作日內(nèi)將確認意見返回 總行科技條線開發(fā)管理部 。 （三）《業(yè)務需求分析說明書》 在提交應用主管部門確認前，需進行評審，確保需求的一致性和正確性。 （二）項目經(jīng)理負責組織《項目方案》編寫工作，項目方案 7 應對系統(tǒng)的技術實現(xiàn)手段、系統(tǒng)與系統(tǒng)外部邏輯關系及系統(tǒng)內(nèi)部的關鍵邏輯結(jié)構(gòu)進行描述， 項目經(jīng)理應該協(xié)調(diào)組織對項目方案的評審 ；對于對安全生產(chǎn)和客戶服務有重大影響的項目，《 項目方案》必須進行正式評審。 第二十二條 立項 （一）對于已有產(chǎn)品進行升級改造的需求，規(guī)模大于 15 人天的項目須進行科技立項。 （二）對于不可行的技術問題出具《技術可行性分析報告》，由審批經(jīng)理審批后，同時反饋給應用主管部門。 （三）總行應用主管部門應指定業(yè)務代表，由業(yè)務代表與項目承擔部門溝通協(xié)調(diào)，提交《可行性分析報告》（見附件 5）及《業(yè)務需求書》（見附件 4），配合項目承擔部門進行需求分析。 （四）項目組成員由總行科技條線開發(fā)人員、總分行各條線業(yè)務人員構(gòu)成。 （二）分析《