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