【正文】 （三）負責組織技術風險較大項目的項目方案評審工作。 第十三條 審批經(jīng)理的主要職責： （一）負責項目的《項目方案》、外部技術資源申請、需求變更申請等要求的審批工作。 （六）負責編制《業(yè)務測試計劃》（見附件 6）和《業(yè)務測試案例》（見附件 7）。 3 （四）負責處理業(yè)務需求的有關事項，協(xié)助項目組進行需求分析。 （二）負責與第三方之間的溝通協(xié)調(diào)，取得第三方需求文檔、技術接口文檔，明確聯(lián)調(diào)時間和投產(chǎn)時間等要求。 第十一條 應用主管部門下設業(yè)務代表，該業(yè)務代表屬于項目組成員；項目承擔部門下設審批經(jīng)理、項目經(jīng)理、項目組成員；項目運行部門下設 非功能性需求研究崗。 第九條 IT 應用系統(tǒng)的開發(fā)管理應遵循 統(tǒng)一規(guī)劃、統(tǒng)一需求、統(tǒng)一設計、統(tǒng)一開發(fā)平臺的 原則。 第八條 工程活動是指在項目生命周期內(nèi)除管理活動之外的，與技術相關的各項活動，主要包括軟件需求分析、總體設計、軟件需求設計、系統(tǒng)設計、程序設計、編碼、代碼檢查、單元測 2 試、集成測試、系統(tǒng)測試、驗收及投產(chǎn)等。 第六條 本規(guī)定所稱 應用主管部門是指總行科技條線及各相關業(yè)務條線。應用類軟件開發(fā)項目關閉條件須同時滿足項目投產(chǎn)后五周且提交項目驗收材料。 第三條 本規(guī)定所稱管理對象是 指 對 總行及 各分支行 在應用開發(fā)類項目 管理活動及工程活動的管理過程。 1 龍江銀行 IT 應用系統(tǒng)開發(fā)管理規(guī)定 第一章 總 則 第一條 為了明確總行及各分行在應用開發(fā)類項目活動中的職責，規(guī)范系統(tǒng)開發(fā)流程，特制定本規(guī)定。 第二條 本規(guī)定適用于總行及各分行科技條線以及相關業(yè) 務條線 IT 應用系統(tǒng)開發(fā)的管理。 第四條 本規(guī)定所稱 項目生命周期是指從科技條線完成《項目方案》開始直至項目關閉。 第五條 本規(guī)定所稱 項目承擔部門和項目運行部門 分別 是指總行科技條線 的開發(fā)管理部和運行管理部 。 第七條 本規(guī)定所稱 需求 變更是指應用主管部門在項目關閉前對《業(yè)務需求分析說明書》中的需求內(nèi)容進行調(diào)整。工程活動可以根據(jù)項目的規(guī)模、性質(zhì)等特性進行相應的裁剪。 第二章 崗位與職責 第十條 核心系統(tǒng)或涉及核心業(yè)務管理及流程方面的需求，由總行運營管理條線結(jié)算業(yè)務管理部負責提出；涉及信貸系統(tǒng)方面的需求，由總行信貸管理條線信貸資產(chǎn)管理部負責提出；中間業(yè)務類需求，由總行機構業(yè)務條線中間業(yè)務部負責提出；技術優(yōu)化改造類需求，由總行科技條線開發(fā)管理部負責提出；其它應用系統(tǒng)需求根據(jù)具體情況確定負責部門。 第十二條 業(yè)務代表的主要職責： （一）作為應用主管部門指定的授權人。 （三）負責與第三方協(xié)調(diào)開發(fā)及測試環(huán)境，要求第三方保證項目開發(fā)期間內(nèi)的環(huán)境支持和技術支持。 （五）負責項目組與業(yè)務條線之間的溝通協(xié)調(diào)，參加《業(yè)務需求分析說明書》的評審。 （七）負責提交 正式的《測試驗收報告》。 （二）負責協(xié)調(diào)解決項目組內(nèi)部無法解決的問題和風險。 （四）負責跟蹤監(jiān)督項目實施情況。 第十四條 項目經(jīng)理的主要職責： （一）負責項目的管理工作，組織制定上報項目的《項目方案》和項目計劃、變更方案、需求變更申請、外部技術資源申請等。 （三）負 責接收任務和內(nèi)部任務的下達工作，對項目狀況進行跟蹤和監(jiān)控，收集報告實施過程中的問題和風險，確保項目按時、保質(zhì)完成。 第十六條 非功能性需求研究崗的主要職責： （一）參與項目承擔部門組織的《非功能性需求說明書》評審。 第十七條 項目組各崗位對照關系 （一）業(yè)務代表由總、分行各條線業(yè)務人員構成。 （三）項目經(jīng)理由總行科技條線 開發(fā)人員擔任。 （五）非功能性需求研究崗由總行科技條線運行管理部人員擔任。 （二）總行應用主管部門，首先對總行或分行業(yè)務需求部門提出的《可行性分析報告》（見附件 5）及《業(yè)務 需求書》（見附件 4）進行業(yè)務分析，確認項目是否可行。 第十九條 可行性研究 （一）項目需求分析階段的首要工作是對業(yè)務需求進行技術可行性分析，并編寫《業(yè)務需求分析說明書》，同時估算工作量。 第二十條 立項申請 （一）對于通 過技術可行性分析的業(yè)務需求，應將分析意見反饋給應用主管部門。 （三）對于通過可行性分析的業(yè)務需求，應用主管部門應填寫《 項目 立項審批表》（見附件 2）經(jīng)相關條線和主管行長進行項目立項審批，如果項目復雜度較高，影響范圍較大，涉及專業(yè)超過兩個以上則需經(jīng)行長審批。其測試驗收及投產(chǎn)階段需按本規(guī)定執(zhí)行。 （二）對于已有產(chǎn)品的需求變更工作量小于 15 人天的，可以不進行科技立項，但必須由應用主管部門提交正式的《業(yè)務需求單》（見附件 3）。 第四章 開 發(fā) 第二十三條 總體設計 （一） 項目總體設計階段的主要工作是編寫項目的《項目方案》。 第二十四條 功能設計 （一）項目功能設計階段的主要工程活動是編寫《業(yè)務需求分析說明書》，對安全生產(chǎn)有重大影響的項目須編寫《 非功能性需求說明書 》。 《業(yè)務需求分析說明書》 作為與應用主管部門進行確認和驗收的文檔。 （四）《業(yè)務需求分析說明書》完成后，反饋給 應用主管部門進行確認。 （五）《非功能性需求說明書》的編制和評審： ，組織相關人員對非功能性的需求進行分析， 對安全生產(chǎn)有重大影響的項目 和對項目運行環(huán)境有特殊要求的，應該形成《非功能性需求 說明書》。 第二十五條 系統(tǒng)設計 （一）項目經(jīng)理應組織項目組成員進行系統(tǒng)設計，根據(jù)實際情況編寫《系統(tǒng)規(guī)格書》或 《程序規(guī)格書》 ；項目經(jīng)理可以根據(jù)實際情況組織編寫數(shù)據(jù)庫設計說明書、接口說明書等文檔。 （三）在項目實施過程中因設計變更或需求變更引起的系統(tǒng)設計和程序設計 的調(diào)整，須組織對《系統(tǒng)規(guī)格書》和《程序規(guī)格書》進行修訂。對已有產(chǎn)品進行升級改造的項目需編寫與原系統(tǒng)差異對照詳細的說明文檔。 第二十七條 項目經(jīng)理應組織項目組成員根據(jù)《程序規(guī)格書》進行編碼，并組織進行代碼檢查或評審。 第二十九條 項目 經(jīng)理應該按照項目計劃時間要求，確定測試目標、測試范圍、測試軟硬件配置、測試規(guī)模分析等內(nèi)容，協(xié)助業(yè)務條線編寫《業(yè)務測試計劃》（見附件 6）和《業(yè)務測試案例》（見附件 7）。 第三十一條 項目組在測試執(zhí)行過程中，應詳細、準確地記錄測試問題，跟蹤問題處理情況，直到測試問題關閉。 第三十三條 對于已有產(chǎn)品進行升級改造的項目，業(yè)務代表應根據(jù)項目組提供的新老系統(tǒng)差異對照說明重新修訂用戶手冊反饋應用主管部門。 第三十五條 驗收 10 （一）驗收測試應具體包括用戶功能、業(yè)務流程、安裝測試、備份恢復測試等方面的測試： 。 、項目經(jīng)理和項目組成員應該協(xié)調(diào)測試過程中發(fā)現(xiàn)的各種問題，并對項目測試風險和軟件產(chǎn)品缺陷進行跟蹤和管理。 （三）驗收測試通過后，由應用主管部門在五個工作日內(nèi)出具書面《測試驗收報告》（見附件 8） ，加蓋部門公章，經(jīng)相關部門審批后，提交科技條線安排進行項目投產(chǎn) 。 第七章 推 廣 第三十七條 投產(chǎn) （一）項目運行部門根據(jù)項目投產(chǎn)方案，組織在生產(chǎn)環(huán)境進行投產(chǎn)。項目投產(chǎn)后，應對項目軟件產(chǎn)品版本進行歸檔管理。對于投產(chǎn)后發(fā)現(xiàn)的生產(chǎn)問題，項目承擔部門應及時組織研發(fā)生產(chǎn)補丁，解決生產(chǎn)問題。 第三十八條 后期管理 （一）項目的工程活動須根據(jù)本規(guī)定執(zhí)行，及時完成項目文檔的交付件，其內(nèi)容可根據(jù)實際情況裁剪執(zhí)行。 （三）總行科技條線根據(jù)自身實際情況，按照本規(guī)定對本單位的項目工程活動進行評價和分析。 （五）總行科技條線根據(jù)項目的進度和定期的評估報告，制定項目工程活動的改進計劃。 12 第三十九條 資料歸檔 科技條線及相關業(yè)務部門進行資料的歸檔。 第四十一條 本規(guī)定自印發(fā)之日起施行。因此，業(yè)務部門在編寫過程中可參照此格式編寫，也可以實用性為原則在此基礎上合理裁減，只要完整詳盡表明業(yè)務需求本意即可。 項目背景 說明開發(fā)該項目或產(chǎn)品的背景資料，包括啟動原因、業(yè)務背景及我行相關系統(tǒng)現(xiàn)狀等內(nèi)容，可對市場上現(xiàn)有同類產(chǎn)品進行簡單介紹以 作為參考借鑒，定義產(chǎn)品或項目的名稱 (含中英文全稱和縮寫 )。 指導思想和基本原則 描述項目開發(fā)的指導思想和基本原則，包括需求編寫的依據(jù)、業(yè)務原理及系統(tǒng)設計構想方面的基本要求等。 描述該項目的投產(chǎn)范圍和面向用戶 (包含內(nèi)部柜員及客戶 )。 第二章 功能概述 描述需求的整體架構和完整流程，包含術語定義、業(yè)務規(guī)則、主要功 21 能模塊、賬戶體系、參數(shù)設計、交易渠道、運行時間等內(nèi)容，是整體業(yè)務需求的主體框架。如有英文簡稱應使用中英文對照完整描述，重要的名詞要明確計算精度或字段長度。 總 體結(jié)構 描述需求的業(yè)務流程和整體架構，包含業(yè)務流程圖、主要功能模塊和賬戶體系，可以是文字及圖表說明。業(yè)務流程圖應詳細說明客戶、銀行柜員等各角色在各步驟中的主要操作內(nèi)容。 主要功能模塊 以圖表形式將需求劃分為主要功能模塊，并說明各功能模塊間的關 22 系。 賬戶體系 描述該項目的賬戶體系設置，如 總 /分賬戶結(jié)構、登記簿、第三方關聯(lián)賬戶等。 功能編號 功能名稱 說明 實現(xiàn)優(yōu)先級