漢口銀行資產(chǎn)管理系統(tǒng)采購競爭性談判文件

1、競爭性談判文件競爭性談判文件 招標編號：招標編號：hztd-zx-2013-013 項目名稱：漢口銀行（理財業(yè)務）資產(chǎn)管理項目名稱：漢口銀行（理財業(yè)務）資產(chǎn)管理 系統(tǒng)采購系統(tǒng)采購 采購方式：競爭性談判采購方式：競爭性談判 采采 購購 人：漢口銀行股份有限公司人：漢口銀行股份有限公司 湖北華中天地國際工程咨詢有限公司湖北華中天地國際工程咨詢有限公司 二二 0 一三年十一月一三年十一月 目目 錄錄 第一章 談判邀請書.1 第二章 談判須知前附表.1 談判須知前附表.2 第三章 談判須知.3 第四章 主要合同條款.11 第五章 技術要求及其他要求.13 一、項目建設目標.14 二、系統(tǒng)功能需求.15

2、 三、系統(tǒng)技術需求.31 四、系統(tǒng)服務要求.43 五、其他需求.46 第六章 響應文件格式.48 一、談判書格式.49 二、商務方案.54 三、技術方案.62 四、 供應商其它承諾及附加說明 .78 第一章第一章 談判邀請書談判邀請書 談判邀請書談判邀請書 ： 湖北華中天地國際工程咨詢有限公司受漢口銀行股份有限公司委托，對漢口銀 行（理財業(yè)務）資產(chǎn)管理系統(tǒng)項目采購組織競爭性談判采購?，F(xiàn)邀請貴單位參加。 為便于貴公司參加談判，現(xiàn)就有關事宜函告如下 一、項目名稱：漢口銀行（理財業(yè)務）資產(chǎn)管理系統(tǒng)采購 二、項目內容：（理財業(yè)務）資產(chǎn)管理系統(tǒng) 2.1 建立符合漢口銀行管理面向個人客戶和機構客戶發(fā)售的理

3、財產(chǎn)品的管理系統(tǒng)。 該系統(tǒng)與本行理財銷售系統(tǒng)、bta 系統(tǒng)、報表管理系統(tǒng)、資金交易系統(tǒng)、外匯交易 中心前臺交易下行接口、核心業(yè)務系統(tǒng)、銀監(jiān)會和人民銀行信息報送系統(tǒng)等相連接， 實現(xiàn)從產(chǎn)品需求、設計、發(fā)行、起息、分紅、申購、贖回直至產(chǎn)品終止的整個理財產(chǎn) 品生命周期的流程化管理，以及資產(chǎn)端交易管理、組合管理（現(xiàn)金流分析、頭寸管理、 組合估值等） 、理財產(chǎn)品一對一核算管理，并提供相應的臺帳報表。 2.2 系統(tǒng)功能至少應包括但不限于與外圍設備連接、公共信息模塊、理財產(chǎn)品管 理模塊、基礎資產(chǎn)管理模塊、風險管理模塊、會計核算模塊、報表管理和系統(tǒng)、用戶 管理模塊等八大功能模塊。 三、供應商資格條件 3.1 具

4、有獨立法人資格的單位，注冊資金 1000 萬人民幣（或等值外幣）及以上； 3.2 具有軟件開發(fā) cmmi 資質或軟件企業(yè)認定證書； 3.3 具有該項目中涉及到的系統(tǒng)開發(fā)的獨立知識產(chǎn)權以及專利專有技術的合法使 用證明； 3.4 近三年內（2010 年 11 月以來）金融業(yè)或市場上有類似系統(tǒng)成功案例，團隊 核心成員及技術專家必須具有類似系統(tǒng)成功案例業(yè)績（相同角色） ，且具備 6 年以上 銀行服務經(jīng)驗； 3.5 近三年內（2010 年 11 月以來） ，在經(jīng)營活動中沒有違法和不良記錄； 3.6 在與漢口銀行的項目合作過程中，沒有合同違約、泄露漢口銀行商業(yè)秘密或 技術秘密等非公開信息等事件。 四、競爭

5、性談判文件的獲得 4.1 購買時間：2013 年 11 月 4 日 9：0017:00（北京時間，節(jié)假日除外） 。 4.2 購買地點：武漢市武昌區(qū)洪山廣場體育館路 12 號香格里嘉園 b 棟 1 單元 4 層。 4.3 文件售價：人民幣 500 元，售后不退。 4.4 購買競爭性談判文件時需出具下列文件：法人營業(yè)執(zhí)照副本、資質證書、 稅務登記證、組織機構代碼證、委托代理人身份證、授權委托書、一份類似業(yè)績合 同等文件的復印件一套并加蓋公章。 五、響應文件的遞交 5.1 遞交截止時間：2013 年 11 月 12 日 9：00。 5.2 遞交地點：武漢市武昌區(qū)八一路 58 號湖北省軍轉培訓基地 4

6、 樓會議室（湖 錦酒店八一路店對面） 。 六、談判地點和時間 6.1 談判地點：武漢市武昌區(qū)八一路 58 號湖北省軍轉培訓基地 4 樓會議室（湖 錦酒店八一路店對面） 。 6.2 談判時間：2013 年 11 月 12 日 9：00。 6.3 屆時請供應商的法定代表人或委托代理人、擬任漢口銀行（理財業(yè)務）資 產(chǎn)管理系統(tǒng)項目負責人出席談判會。 七、聯(lián)系方式 采購人：漢口銀行股份有限公司 地 址：武漢建設大道 933 號 聯(lián)系人：姜 玲 電 話采購代理機構：湖北華中天地國際工程咨詢有限公司 地 址：武漢市武昌區(qū)洪山廣場體育館路 12 號香格里嘉園 b 棟 1 單元 4

7、層 郵 編：430071 聯(lián)系人：葉松 電 話傳 真第二章第二章 談判須知前附表談判須知前附表 談判須知前附表談判須知前附表 序號內 容說明與要求 1項目名稱漢口銀行（理財業(yè)務）資產(chǎn)管理系統(tǒng)采購 2項目地點湖北省武漢市 3項目內容詳見談判邀請書 4工期要求 2013 年 11 月2014 年 1 月完成系統(tǒng)第一階段設計、開 發(fā)與測試工作； 2014 年 2 月2014 年 5 月完成系統(tǒng)第二階段設計、開發(fā) 與測試工作； 2014 年 6 月 30 日前完成系統(tǒng)試運行及驗收工作。 5資金來源自籌 6 供應商資質等級 要求 詳見談判邀請書 7

8、談判有效期 60 日歷天（從響應文件提交截止之日 2013 年 11 月 12 日 9:00 算起） 8談判保證金 1、談判保證金形式：電匯；轉帳支票倒進帳。 2、談判保證金必須在談判截止日期前一天到達以下帳戶： 戶名：湖北華中天地國際工程咨詢有限公司 開戶銀行：中國農(nóng)業(yè)銀行東湖支行 行號：879078，帳號：052101040012273； 3、請供應商在匯款時務必注明所投標項目的采購編號，請供應商在匯款時務必注明所投標項目的采購編號， 否則，因款項用途不明導致投標無效等后果由供應商自否則，因款項用途不明導致投標無效等后果由供應商自 行承擔。行承擔。 4、投標保證金的金額：人民幣貳萬元整貳萬

9、元整 聯(lián)系人：彭會計 聯(lián)系電話9響應文件份數(shù) 正本 1 份，副本 4 份，電子版本一份（u 盤，使用 word、excel、講標 ppt 格式文件統(tǒng)一打包壓縮為. rar 或.zip 格式） 10談判咨詢服務費 談判咨詢服務費按計價格20021980 號文服務類代理服 務費標準的 75%計取，由成交供應商支付。 11其他要求 談判時，供應商需就技術服務方案作 ppt 演示及相關說 明（時間控制在 15 分鐘以內） ， ppt 演示請參考規(guī)定演示請參考規(guī)定 格式制作（詳見附件格式制作（詳見附件 1） 。 第三章第三章 談判須知談判須知 談判須知談判須知 一、說明一、說

10、明 1. 定義定義 1.1 采購人：指項目業(yè)主。 1.2 供應商：指參加競爭性談判的單位。 1.3 采購咨詢機構：指招標代理機構。 1.4 競爭性談判文件：指采購人擬定的競爭性談判文件；包括：談判邀請書、 談判須知前附表、談判須知、主要合同條款、技術要求及其他要求、響應文件格式。 1.5 響應文件：指供應商根據(jù)競爭性談判文件的要求為參加競爭性談判而提供 的談判資料。 2、供應商的基本條件、供應商的基本條件 2.1 詳見談判邀請書。 二、響應文件的編制二、響應文件的編制 3.基本要求基本要求 3.1 供應商應認真閱讀競爭性談判文件的所有內容，并按競爭性談判文件的要 求提供響應文件，并保證提供的全

11、部資料的真實性，以使其響應文件對競爭性談判 文件作出實質性響應，否則，其響應文件將被拒絕。 3.2 響應文件應與本競爭性談判文件第六章“響應文件格式”給出的制作目錄模 板的名字完全一致，內容必須涵蓋本競爭性談判文件中的需求內容（表格格式可以 參考競爭性談判文件第六章“響應文件格式”提供的樣式） 。 3.3 響應文件的語言 供應商提交的響應文件、與采購人關于本次談判的所有來往函電均應以中文書 寫。 3.4 度量衡單位：中華人民共和國法定計量單位。 3.5 參與談判的供應商，商務方案、技術方案按包號說明清楚，分別報價，可 以裝訂成一本。 4.響應文件的組成響應文件的組成 4.1 響應文件由談判書、

12、商務方案、技術方案、供應商其它承諾及附加說明部 分組成。 5.響應文件的格式：響應文件的格式： 5.1 供應商應按第六章“響應文件格式”給出的制作目錄模板的章節(jié)、順序編寫 商務方案、技術部分方案，編制目錄、逐頁標注連續(xù)頁碼（復印件、影印件、掃描 件可不標注。 5.2 供應商應根據(jù)競爭性談判文件第五章“系統(tǒng)功能需求”、“系統(tǒng)技術需求”、 “系統(tǒng)服務要求”等內容，編寫技術方案建議書。供應商可以對系統(tǒng)軟硬件配置提出 建議方案。 5.3為了方便對比評審，響應文件須遵循如下的格式規(guī)定： （1）技術方案須對照本競爭性談判文件第六章的目錄章節(jié)中的內容邏輯順序 （或表格形式的功能清單） ，采用如下表格方式，一

13、對一詳細描述解決方案與漢口 銀行要求之間的契合程度。章節(jié)和內容名字必須與第六章“響應文件格式”給出的 制作目錄模板的名字完全一致，內容必須涵蓋本競爭性談判文件中的需求內容。 根據(jù)各自特點，可以在每章中專門列出最后一節(jié)，集中說明目標系統(tǒng)的特點或優(yōu) 勢，以及比本采購需求項目更加細致或擴展的內容，但是不得打亂整體的邏輯架 構。 采購需求采購需求符合程度符合程度所提供系統(tǒng)是否已實現(xiàn)所提供系統(tǒng)是否已實現(xiàn)供應商說明供應商說明 第六部分 1 1.1 1.1.1 （2）供應商須附加提供符合建議書要求的軟硬件產(chǎn)品的功能清單和價格列表； 如果涉及多個產(chǎn)品模塊，還要求供應商以表格形式作出“功能產(chǎn)品模塊”的對照 表，

14、列表要求完整、清晰明確。 （3）供應商必須提供所需的軟硬件運行環(huán)境和軟硬件配置，以方便綜合評價 總成本。 （4）供應商的建議書中須根據(jù)采購人對總體項目實施提出切合實際的、完整 的實施計劃，包括需求分析、配置環(huán)境、實施、試運行、培訓和正式運行整個過程 的合理安排。 5.4響應文件全部采用a4紙張雙面打印、復印，采取不可拆卸方式粘貼裝訂。 6. 談判報價談判報價 6.1 本項目采用固定總價合同，若技術要求及工作內容不發(fā)生變更，則合同價 款不作調整。 6.2 響應文件中只允許有一個報價，采購人不接受有任何選擇的報價。 6.3 供應商應將代理服務費綜合考慮進談判報價中，不再單獨報價。 7. 報價貨幣報

15、價貨幣 7.1 供應商的報價一律采用人民幣報價。 8.資格證明資料資格證明資料 8.1 供應商提交的資格性證明文件應符合本須知第 2 條的規(guī)定（如營業(yè)執(zhí)照、 資質證書、專利證書、獲獎證書等） 。 9.談判保證金談判保證金 9.1 供應商應于談判前一天提交“談判須知前附表”規(guī)定數(shù)額的談判保證金，并 作為其響應文件的一部分。 9.2 談判保證金的貨幣為人民幣，并采用下列任何一種形式： （1）銀行電匯； （2）支票（限于同城銀行開具） 。 必須在談判截止日期前到達以下帳戶： 戶名：湖北華中天地國際工程咨詢有限公司 開戶行：中國農(nóng)業(yè)銀行東湖支行；行號：879078； 帳號：05210104001227

16、3 9.3 凡沒有按規(guī)定提交談判保證金的供應商，將被視為非響應談判，將被拒絕。 9.4 供應商應于談判前一天提交“談判須知前附表”規(guī)定數(shù)額的談判保證金，并 作為其響應文件的一部分。 9.5 采購人與成交供應商簽訂合同后 5 個工作日內，向參加談判的供應商退還 談判保證金。 10.談判有效期談判有效期 10.1 響應文件應自本須知第 13.1 條規(guī)定的遞交截止時間起，在“談判須知前附 表”中所述時期內保持有效。 10.2 特殊情況下，在原談判有效期截止之前，采購人可要求供應商延長談判 有效期。這種要求與答復均應以書面形式提交。供應商可拒絕采購人的這種要求， 其談判保證金將予以退還。 11.響應文

17、件的份數(shù)和簽署響應文件的份數(shù)和簽署 11.1 供應商應準備一份響應文件正本和“談判須知前附表”中規(guī)定數(shù)目的副本， 每套響應文件須清楚地標明“正本”“副本”。若正本和副本不符，以正本為準。 11.2 響應文件的正本需打印，并由法定代表人或其委托代理人在響應文件上簽 字。 11.3 任何行間插字、涂改或增刪，必須由法定代表人或其委托代理人簽字才 有效。 三、響應文件的遞交三、響應文件的遞交 12.響應文件的密封和標記響應文件的密封和標記 12.1 供應商應將談判書和供應商其它承諾及附加說明部分裝訂成一冊，注明 正副本，并裝入信封 a，標明“談判書”字樣；將技術方案正副本統(tǒng)一裝入信封 b， 并標明“

18、技術方案部分”字樣；將商務方案正副本統(tǒng)一裝入信封 c，并標明“商務方 案部分”字樣。并將標明“談判書”“技術方案部分”“商務方案部分”字樣的響應文件 統(tǒng)一密封在一個外層包封內。 “談判報價一覽表”單獨密封一份在小信封里并注明 “談判報價一覽表”，單獨提交。最后遞交的響應文件應為一個密封包和一個小信封。 12.2 內外層包封應寫明文件編號、項目名稱、供應商名稱、地址、郵編，并注 明“在 2013 年 11 月 12 日 9：00 時之前不得啟封”的字樣。封口處應加蓋供應商公 章。 13.響應文件的遞交截止期響應文件的遞交截止期 13.1 供應商應在“談判須知前附表”中規(guī)定的截止時間前將響應文件遞

19、交至指定 地址。 13.2 在規(guī)定的響應文件遞交截止時間以后送達的響應文件，將被拒絕并退回給 供應商。 四、四、談判評審步驟談判評審步驟 14.談判談判 14.1 談判小組按抽簽的方式確定談判順序，與單一供應商分別就采購需求、技 術要求、組織實施方案和服務等進行談判，并了解其報價組成情況； 14.2 談判中，談判的任何一方不得透露與談判有關的其他供應商的技術資料、 價格和其他信息；要求由項目經(jīng)理講標；要求由項目經(jīng)理講標； 14.3 談判小組可以根據(jù)談判的情況，對競爭性談判文件進行修改，確定談判的 詳細規(guī)格或具體要求，優(yōu)化談判方案； 14.4 供應商根據(jù)競爭性談判文件修改書面通知，將修改后的文件

20、簽字后密封送 交談判小組； 14.5 談判小組就修改后的響應文件，再與供應商分別進行談判； 14.6 供應商作最終報價，密封遞交談判小組。 15.評審評審 15.1 談判小組將對供應商進行符合性審查，只有資格條件、人員組成、技術 方案等滿足本競爭性談判文件要求的供應商，才能進入綜合評審。 15.2 談判小組從企業(yè)實力、技術方案、供應商最終報價、優(yōu)惠服務承諾等方 面進行綜合評審。 （1）企業(yè)實力（滿分）企業(yè)實力（滿分 12 分）分） 供應商的行業(yè)地位、市場信譽、客戶評價（0-2 分） 供應商資質、行業(yè)認證等情況（0-2 分） 近三年（2010 年 11 月以來）國內商業(yè)銀行同類系統(tǒng)項目的成功業(yè)績

21、（0-6 分） （每個 1 分，最高得 6 分） 近三年（2010 年 11 月以來）獲得的專利和獎勵情況（0-2 分） （每個 1 分， 最高得 2 分） （2）系統(tǒng)實施方案（滿分）系統(tǒng)實施方案（滿分 43 分）分） 系統(tǒng)建設實施方案（0-4 分） 系統(tǒng)或相關產(chǎn)品成熟度（0-4 分） 功能模塊匹配性（0-3 分） 項目組成員（0-20 分） 1) 項目經(jīng)理：根據(jù)近三年本人作為項目經(jīng)理完成的同類項目業(yè)績、個人 專業(yè)資質及資格證明等橫向比較評分（7 分） 2）核心技術人員：根據(jù)近三年本人作為核心技術人員完成的同類項目業(yè) 績、個人專業(yè)資質及資格證明等橫向比較評分（5 分） 3）其他項目團隊人員：根

22、據(jù)團隊人員同類項目業(yè)績、工作經(jīng)驗、個人專 業(yè)資質及資格證明等橫向比較評分（4 分） 4）項目團隊組織形式：根據(jù)團隊人員結構的合理性、核心技術人員的占 比高低等橫向比較評分（4 分） 技術資料、培訓與知識轉移（0-4 分） 項目后續(xù)行內升級、功能擴展、維護費用等綜合評價（0-3 分） 售后服務方案（0-3 分） ppt 演示及現(xiàn)場談判情況（0-2 分） （3）其他優(yōu)惠承諾（滿分）其他優(yōu)惠承諾（滿分 5 分）分） 供應商其他優(yōu)惠服務承諾（免費質保期的延長、更優(yōu)的服務措施等承諾） ，酌 情評分。 （4）最終報價評分（滿分）最終報價評分（滿分 40 分）分） 報價得分=（基準價/最終報價）40 基準價

23、：滿足所有資格及技術要求條件且價格最低的最終報價。 15.3 談判小組對綜合得分由高到低排序，推薦得分最高前三名為成交候選供應 商。 16.確定成交供應商確定成交供應商 16.1 采購人根據(jù)談判小組的推薦排序，以符合采購需求、質量和服務滿足采 購人要求、最終報價較低且合理為原則，確定成交供應商。 五、簽訂合同五、簽訂合同 17. 簽訂合同簽訂合同 17.1 成交供應商在收到簽約通知書后三十（30）天內，應與采購人簽訂合同。 18. 履約擔保金履約擔保金 18.1 成交供應商采用競爭性談判文件中提供的履約擔保金保函格式或采購人可 以接受的其他形式提交履約擔保金。 18.2 如果成交供應商沒有按照

24、上述第 17 條或 18.1 條規(guī)定執(zhí)行，采購人將有充 分理由取消該成交資格，其談判保證金將不予退還。 六、咨詢服務費六、咨詢服務費 19、咨詢服務費、咨詢服務費 19.1 談判咨詢服務費按計價格20021980 號文服務類代理服務費標準的 75%計 取，由成交供應商支付。 19.2 成交供應商同采購人簽訂合同前，成交供應商向談判咨詢機構結清咨詢服 務費。 第四章第四章 主要合同條款主要合同條款 一、付款方式和條件一、付款方式和條件 付款方法和條件：合同簽訂后 7 日內，采購人向供應商預付合同款總價的 30%， 項目成果驗收（或系統(tǒng)上線驗收）合格后，采購人向供應商支付合同款總價的 60%， 剩

25、余的 10%在免費維護期滿后付清。 二、免費維護的規(guī)定二、免費維護的規(guī)定 2.1 免費維護期：免費維護期不少于 3 年，且含不低于 12 個月的駐場維護； 2.2 免費維護期滿后的費用：每年的維護費用不超過合同總價的 6%； 2.3 免費維護期內，20%的需求調整免費實施。 三、知識產(chǎn)權歸屬三、知識產(chǎn)權歸屬 3.1 供應商按照采購人要求向采購人完成投標標的平臺源代碼及一切和應用有 關的源代碼、系統(tǒng)應用軟件、項目文檔及其介質的移交工作，源代碼必須是可以正 常編譯和運行且與系統(tǒng)應用軟件一致，提交件以光盤介質的形式提供，源代碼、系 統(tǒng)應用軟件、相關文檔材料各一套。 3.2 采購人享有本項目標的的所有

26、知識產(chǎn)權。 四、違約責任四、違約責任 4.1 項目經(jīng)理在項目實施過程中，不得更換，否則將處以 10 萬元的罰款。 4.2 項目組其他核心成員在項目實施過程中如需更換，需征得采購人的同意， 否則視為違約，每更換一人將處以 5 萬元的罰款。 第五章第五章 技術要求及其他要求技術要求及其他要求 技術要求及其他要求技術要求及其他要求 本系統(tǒng)要求是指采購人對承接漢口銀行（理財業(yè)務）資產(chǎn)管理系統(tǒng)項目建 設提出的總體要求。 采購人保留在項目實施中由于業(yè)務等方面的變化對項目建設要求做必要的 調整和適當變更的權利。 一、項目一、項目建設目標建設目標 1.1 前中后臺一體化 前臺可進行理財產(chǎn)品的需求管理、試算設計

27、、銀行端中間業(yè)務收入試算、 產(chǎn)品成立等，并自動將數(shù)據(jù)分發(fā)傳送到中臺進行產(chǎn)品管理和風險控制，以及到 后臺進行結算、會計處理等，避免因二次輸入而造成的操作風險及道德風險， 實現(xiàn)完全的直通式自動化處理。 1.2 全程監(jiān)控 系統(tǒng)應該使業(yè)務流程全面自動化，在流程自動化的同時，實現(xiàn)全面的過程 控制。 1.3 全面的風險管理 系統(tǒng)應提供包括但不限于風險（敞口）管理、盯市分析、var 計算、信用 風險管理、限額管理、敏感度測試等風險監(jiān)控。 1.4 更好地管理理財業(yè)務，包括： 更好地管理單只理財產(chǎn)品。系統(tǒng)建成后，對于產(chǎn)品的募集情況、資產(chǎn)配置、 損益、現(xiàn)金流向等可以實施更為及時和準確的管理。 更好地管理整個理財產(chǎn)

28、品業(yè)務。不僅可以方便地根據(jù)不同維度（品牌、起 始日、到期日、客戶類型、產(chǎn)品類型等）進行統(tǒng)計、分析，也可以對配置資產(chǎn) 和理財產(chǎn)品的現(xiàn)金流匹配、資產(chǎn)匹配、期限匹配等進行分析，還可以結合發(fā)行 計劃合理安排資金和資產(chǎn)使用，測算損益情況等，從整體上進行業(yè)務管理和風 險控制。 1.5 快速出具各類報表，滿足監(jiān)管要求 系統(tǒng)建成后，不僅能夠快速地出具單只產(chǎn)品的資產(chǎn)負債表、損益表和現(xiàn)金 流量表，而且能夠出具人行和銀監(jiān)會所要求的其他報表（s61，g06 等） 。這些 報表全部由系統(tǒng)自動生成，不僅能夠解放生產(chǎn)力，提高效率，還能有效地減少 操作風險，降低失誤率，提高可溯性和可靠性。 1.6 與理財銷售系統(tǒng)和 bta

29、系統(tǒng)連接，更好地掌握產(chǎn)品募集和銷售情況 該系統(tǒng)建成后，與理財銷售系統(tǒng)和 bta 系統(tǒng)相連接，不僅可以實現(xiàn)對銷售 部門量化監(jiān)督考核，還能實時掌握年度目標的實現(xiàn)情況。該系統(tǒng)可以設定銷售 部門的目標，以及任意時點上的任務完成情況；不僅能查看整體銷售目標的完 成情況，還能查看單只產(chǎn)品的銷售情況；不僅能夠統(tǒng)計單個銷售單位的情況， 更能具體至辦理銷售業(yè)務的客戶經(jīng)理。 1.7 與資金交易系統(tǒng)和核心業(yè)務系統(tǒng)相連接，提高核算效率 該系統(tǒng)建成后，與資金交易系統(tǒng)相連接，可以明晰地記載每一筆資金交易， 規(guī)避業(yè)務過程中的操作風險和道德風險，并為快速查詢和統(tǒng)計提供可能。 該系統(tǒng)也會與核心業(yè)務系統(tǒng)相連接，方便會計核算，并自

30、動出具相應報表， 提高效率，規(guī)避操作風險及其它風險。 1.8 與本行報表管理系統(tǒng)、中國外匯交易中心前臺交易下行接口對接 該系統(tǒng)建成后，與本行報表管理系統(tǒng)、中國外匯交易中心前臺交易下行接 口對接，實現(xiàn)數(shù)據(jù)報送和報表管理的自動化。 二、系統(tǒng)功能需求二、系統(tǒng)功能需求 2.1 系統(tǒng)開發(fā)范圍系統(tǒng)開發(fā)范圍 該系統(tǒng)至少包括以下模塊和單元： 2.1.1 與外圍設備連接 （1）理財銷售系統(tǒng) （2）bta 系統(tǒng) （3）核心業(yè)務系統(tǒng) （4）資金交易系統(tǒng) （5）報表管理系統(tǒng) （6）外匯交易中心前臺交易下行接口 （7）公共信息系統(tǒng) （8）人行、銀監(jiān)會信息報送系統(tǒng) 2.1.2 公共信息模塊 （1）人民銀行回購、逆回購操作

31、、央票發(fā)行與到期的數(shù)據(jù) （2）各類債券的成交信息 （3）各類利率 （4）匯率、股指、商品價格等信息 （5）市場認可的評級機構 （6）企業(yè)的主體評級及單個債項評級等 2.1.3 理財產(chǎn)品管理模塊 （1）理財產(chǎn)品需求管理 （2）理財產(chǎn)品發(fā)行計劃管理 （3）理財產(chǎn)品試算和設計 （4）理財產(chǎn)品份額管理 （5）理財產(chǎn)品起息配置、調倉、分紅、兌付、信息披露管理 （6）理財產(chǎn)品費用和收益管理 2.1.4 基礎資產(chǎn)管理模塊 （1）各類資產(chǎn)基本信息 （2）資產(chǎn)估值 （3）資產(chǎn)收息及到期 （4）資產(chǎn)簿記 2.1.5 風險管理模塊 （1）信用風險 （2）流動性風險 （3）市場風險 （4）其他風險 2.1.6 會計核

32、算模塊 （1）會計科目和報表生成 （2）表內外賬目傳遞 2.1.7 報表管理 （1）監(jiān)管報表 （2）業(yè)務報表 （3）風險報表 2.1.8 系統(tǒng)、用戶管理模塊 （1）個人工作臺功能 （2）系統(tǒng)管理功能 2.2 具體功能需求具體功能需求 2.2.1 與外圍設備連接與外圍設備連接 2.2.1.1 功能概述 本系統(tǒng)力求實現(xiàn)資產(chǎn)管理業(yè)務的前中后臺一體化，因此需要與理財業(yè)務鏈 條上各個環(huán)節(jié)的系統(tǒng)相連接，實現(xiàn)前端（銷售發(fā)行） 、中間（產(chǎn)品試算、起息、 調倉、分紅、申購贖回、到期、風險管理） 、后端（會計核算、報表統(tǒng)計）的全 流程管理。 2.2.1.2 功能說明 本系統(tǒng)應該至少與（1）理財銷售系統(tǒng)、 （2）b

33、ta 系統(tǒng)、 （3）核心業(yè)務系 統(tǒng)、 （4）資金交易系統(tǒng)、 （5）報表管理系統(tǒng)、 （6）外匯交易中心前臺交易下行 接口、 （7）公共信息系統(tǒng)、 （8）人行、銀監(jiān)會信息報送系統(tǒng)等系統(tǒng)連接，并能 夠按照業(yè)務需求進行單向或雙向、實時或定期的數(shù)據(jù)交互，形成與下圖相類似 的系統(tǒng)流程圖： 各系統(tǒng)連接之后，除了能夠實現(xiàn)數(shù)據(jù)的交互之外，還能夠對數(shù)據(jù)進行妥善 理財銷售系統(tǒng)bta 系統(tǒng)本系統(tǒng)資金交易系統(tǒng) 核心業(yè)務系統(tǒng)公共信息系統(tǒng) 報表管理系統(tǒng)外匯交易中心前臺 交易下行接口 人行、銀監(jiān)等信息報送系統(tǒng) 備份、查詢交互記錄、進行數(shù)據(jù)校驗、系統(tǒng)對賬、故障排查等，保證各系統(tǒng)在 對接之后能夠完整、順暢。 另外，若銀監(jiān)會、人民

34、銀行的信息采集系統(tǒng)開放了接口，本系統(tǒng)也能夠與 之建立連接，實現(xiàn)數(shù)據(jù)的無縫傳遞。 2.2.2 公共信息模塊公共信息模塊 2.2.2.1 功能概述 該模塊為與理財業(yè)務相關的市場信息（利率、匯率、股指、商品價格、貨 幣供應量等） 、產(chǎn)品信息（債券、回購、同業(yè)拆借等）等重要的公共信息，作為 理財業(yè)務管理的參考資料。 2.2.2.2 功能說明 該模塊至少應該包括： （1）人民銀行回購、逆回購操作、央票發(fā)行與到期的數(shù)據(jù)（規(guī)模、期限、 價格等） ； （2）各類債券（國債、企業(yè)債、公司債等）的成交信息（成交價格、成交 數(shù)量等） ； （3）各類利率（shibor、各期限質押式回購利率、銀行同業(yè)拆借利率、各 類別

35、和期限的收益率等） ； （4）匯率、股指、商品價格等信息； （5）市場認可的評級機構； （6）企業(yè)的主體評級及單個債項評級等。 以上信息可以從第三方機構或來源提?。ɡ缰袊鴤畔⒕W(wǎng)、wind 資訊 等） ，不存在知識產(chǎn)品糾紛，信息要求及時、準確傳遞。 2.2.3 理財產(chǎn)品管理模塊理財產(chǎn)品管理模塊 2.2.3.1 功能概述 該模塊是以理財產(chǎn)品為主體，并從這個角度進行全流程管理，包括但不限 于： （1）理財產(chǎn)品需求管理 （2）理財產(chǎn)品發(fā)行計劃管理 （3）理財產(chǎn)品試算和設計 （4）理財產(chǎn)品份額管理 （5）理財產(chǎn)品起息、調倉、分紅、兌付、信息披露管理 （6）理財產(chǎn)品費用和收益管理 以上各環(huán)節(jié)構成了理

36、財產(chǎn)品的全生命周期管理（其中，理財產(chǎn)品包括漢口 銀行發(fā)行管理的產(chǎn)品，以及代銷的產(chǎn)品。代銷產(chǎn)品又分為漢口銀行代銷的其他 金融機構的產(chǎn)品，以及其他金融機構代銷的漢口銀行產(chǎn)品在基礎資產(chǎn)管理 模塊、風險管理模塊、會計核算模塊、報表管理模塊中均包含此處所指的“理 財產(chǎn)品” ） 。在其中需要審批的環(huán)節(jié)，提供系統(tǒng)內的審批以及支持打印審批單在 系統(tǒng)外進行手工審批并在系統(tǒng)內進行記錄的功能。 從理財業(yè)務的資產(chǎn)負債表上看，本模塊主要是關注負債和所有者權益端。 2.2.3.2 功能說明 （1）理財產(chǎn)品需求管理 針對理財產(chǎn)品需求的不同來源（例如零售、對公、同業(yè)等） ，提供需求申報、 審批、反饋、確認功能（此模塊還應該能

37、夠進行附件的上傳和管理、募集說明 書等文件的自動生成等） 。 例如，零售條線進行需求申報（包括產(chǎn)品類型、規(guī)模、期限、收益率要求 等） ，經(jīng)本條線領導審批后提交至理財產(chǎn)品管理部門。理財產(chǎn)品管理部門根據(jù)需 求和市場實際情況進行試算，并與需求申報部門溝通，修改產(chǎn)品要素，然后由 需求申報部門和理財產(chǎn)品管理部門共同確認（見樣表） 。 需求確認之后，該產(chǎn)品進入發(fā)行計劃環(huán)節(jié)。 樣表：理財產(chǎn)品需求申請表樣表：理財產(chǎn)品需求申請表 序號序號 日期 報送單位名稱 目標客戶 個人 客戶、 機構 客戶 預計規(guī)模（萬元） 預期收益率下限 （%） 預期收益率上限 （%） 產(chǎn)品類型 封閉 式 收益類型 非保 本浮 動型 募集

38、起始日 募集終止日 起息日 到期日 審批意見: 審批人xxx 狀態(tài) 說明： 1、目標客戶分為：（1）個人客戶、 （2）私人銀行客戶、 （3）機構客戶和 （4）同業(yè)客戶，可填多個，見舉例。 2、預期收益率為產(chǎn)品發(fā)起人預計的產(chǎn) 品收益率，預期收益率下限和預期收益 率上限為可接受的收益率區(qū)間，預期收 益率必須落在區(qū)間之內。 3、產(chǎn)品類型：（1） 封閉式、 （2）開放式。 4、收益類型：封閉式則為（1）非保本 浮動型、 （2）保本浮動型、 （3）保本固 定型；開放式則為（1）凈值型、 （2） 非凈值型。 5、狀態(tài)：（1）要素無誤， 進入產(chǎn)品設計、 （2）修改、 （3）刪除。 （2）理財產(chǎn)品發(fā)行計劃管理

39、 進入發(fā)行計劃列表的理財產(chǎn)品，將根據(jù)產(chǎn)品要素自動生成產(chǎn)品說明書、人 民銀行和銀監(jiān)會所要求的報送信息文本，以及產(chǎn)品的參數(shù)配置單等，并在設定 的日期前進行信息報送提醒。 發(fā)行計劃列表中的理財產(chǎn)品（見樣表） ，在正式報送信息之前，可進行修改 或刪除。一旦確定發(fā)行，進入銷售募集期，該產(chǎn)品將進入試算和設計環(huán)節(jié)，并 在起息前進行提醒。 樣表：理財產(chǎn)品發(fā)行計劃表樣表：理財產(chǎn)品發(fā)行計劃表 序號序號1 產(chǎn)品系列九通理財 本系列期數(shù)101 產(chǎn)品名稱 九通理財 13101 期理財產(chǎn) 品 產(chǎn)品代碼13a101 募集規(guī)模上限（萬元） 20,000.00 募集規(guī)模目標（萬元） 5,000.00 成立最低規(guī)模（萬元） 3,

40、000.00 目標客戶個人客戶 銷售客戶恩施分行客戶 認購起點金額（萬元） 5.00 產(chǎn)品類型封閉式 收益類型非保本浮動型 預期收益率下限（%） 預期收益率上限（%） 募集起始日 募集終止日 起息日 到期日 理財期限（天）62 設計人 擬任投資經(jīng)理 產(chǎn)品說明書 托管行招商銀行 金融市場部審批意見 金融產(chǎn)品部審批人 產(chǎn)品發(fā)起部門確認意見 產(chǎn)品發(fā)起部門審批人 狀態(tài) （3）理財產(chǎn)品試算和設計 進入銷售期、在起息之前的產(chǎn)品，可以由理財產(chǎn)品管理部門的工作人員根 據(jù)產(chǎn)品要素進行產(chǎn)品試算和設計、在調倉時進行試算（包括測算已實現(xiàn)收益率、 接下來配置資產(chǎn)的最低收益率要求等） 、進行資產(chǎn)組合管理，以及對銀行端中間

41、 業(yè)務收入進行試算。本系統(tǒng)應該提供可供參考的資產(chǎn)選擇和配置策略。 例如，若理財產(chǎn)品為封閉式非保本浮動型，規(guī)模為 3 億，期限為 90 天，預 期收益率為 5%。則本系統(tǒng)可以根據(jù)這些要素按照不同的策略篩選可供配置的資 產(chǎn)（例如，可以篩選出規(guī)模超過 3 億元，收益率大于 5%的所有資產(chǎn)；或者篩選 出多只組合起來能夠達到要求的資產(chǎn)組合） 。 （4）理財產(chǎn)品份額管理 本系統(tǒng)在與理財銷售系統(tǒng)和 bta 系統(tǒng)連接后，能夠實時或定期獲取產(chǎn)品份 額的相關數(shù)據(jù)。在銷售期，能夠實時反映銷售規(guī)模和確認金額；銷售期結束后， 能夠出具募集確認書（包括募集是否成功、募集規(guī)模等） ；產(chǎn)品成立后，能夠實 現(xiàn)理財產(chǎn)品在申購、贖

42、回、份額分紅、巨額贖回等情形下的產(chǎn)品份額管理。 對于募集不成功的產(chǎn)品，作特別標示和記錄。 （5）理財產(chǎn)品起息配置、調倉、分紅、兌付、信息披露管理 本系統(tǒng)應能夠處理產(chǎn)品起息配置交易和調倉（包括交易試算、策略選擇、 可用余額提醒等）分紅、到期兌付（包括現(xiàn)金流管理和到期提醒等）及信息披 露等工作，處理理財產(chǎn)品起息、配置、調倉、到期整個存續(xù)期間的審批工作， 并支持相關交易審批表、合同等自動生成和打印。 例如，若理財產(chǎn)品配置了非標資產(chǎn)，一旦這些資產(chǎn)發(fā)生變化，本系統(tǒng)應能 夠及時出具信息披露報表。 （6）理財產(chǎn)品費用和收益管理 費用管理包括托管費、交易費、申購費、贖回費、銷售費、管理費等費用 管理。其中，管

43、理費應該支持固定、浮動或兩者相結合的形式。 收益管理應當支持固定、浮動、固定加浮動分層的形式。 例如，若銀行端的收益為固定的，可以設置為固定值，剩余收益全部歸客 戶；也可以設定基準收益，當理財產(chǎn)品收益達到或超過某一基準時，銀行端的 收益可以在固定的基礎上加超額收益的分層。 2.2.4 基礎資產(chǎn)管理模塊基礎資產(chǎn)管理模塊 2.2.4.1 功能概述 從理財業(yè)務的資產(chǎn)負債表上看，本模塊主要是關注資產(chǎn)端。 理財產(chǎn)品的收益來自于所配置資產(chǎn)的收益，對不同的資產(chǎn)進行多維度管理 是本模塊的主要功能。 2.2.4.2 功能說明 （1）各類資產(chǎn)基本信息 通過接入公共信息，本系統(tǒng)應該能夠反映債券、央票、企業(yè)主體評級等

44、常 見的公共信息，并且具備包括央票、債券（貼息和付息、固定利率和浮動利率、 含權等） 、同業(yè)存款、回購、逆回購、信托計劃（包括其底層資產(chǎn)） 、信托受益 權（包括其底層資產(chǎn)）等資產(chǎn)的基本信息。 本系統(tǒng)應該能夠支持靈活的總額及分項控制與配置，對超標情況進行預警 或提示；能統(tǒng)計非標資產(chǎn)在各期理財產(chǎn)品中的分布情況、每筆非標資產(chǎn)的交易 信息、可實時查詢明細及匯總數(shù)據(jù)、固定或任意指定期間變動情況、各月末數(shù) 據(jù)應提供給監(jiān)管報送平臺用于資本充足率計算與分析。 （2）資產(chǎn)估值 對于標準化資產(chǎn)，能夠提供金融資產(chǎn)四分類下的估值方法和行業(yè)通用的估 值方法（公允價值法、歷史成本法、攤余成本法等） ；對非標準化的資產(chǎn)，能

45、夠 提供靈活的估值方法，并預留手工估值的余地。 （3）資產(chǎn)收息及到期 能夠支持非標準化資產(chǎn)靈活收息設置，可手工修改收息金額功能，資產(chǎn)當 期實際收息金額修改后可自動修改理財產(chǎn)品中該資產(chǎn)的收息金額；支持資產(chǎn)的 提前部分還款。 （4）資產(chǎn)簿記 本系統(tǒng)應能夠反映各自資產(chǎn)的交易流水、收益率測算、期限、久期、現(xiàn)金 流分布、與理財產(chǎn)品的配置等信息，不僅應能夠反映單只資產(chǎn)情況，也應能反 映某一類型資產(chǎn)的情況（見樣表） 。 樣表：理財產(chǎn)品資產(chǎn)明細表樣表：理財產(chǎn)品資產(chǎn)明細表 序號序號證券代碼證券代碼證券簡稱證券簡稱 持倉余額（萬元）持倉余額（萬元） 已配置理財產(chǎn)品已配置理財產(chǎn)品 （萬元）（萬元） 未配置未配置 理

46、財產(chǎn)品理財產(chǎn)品 現(xiàn)價（元）現(xiàn)價（元） 到到 期收益期收益 率率 （%） 1070215.ib07 國開 15 5,000.00 51,139,699.45 4.1257 2 100228.ib10 國開 28 70,000.00 560,275,983.61 3.9299 說明： 1、現(xiàn)價提供靈活的估值方法：（1）公允價值；（2）攤余成本；（3）手 工估值。 2、持倉余額=已配置理財產(chǎn)品+未配置理財產(chǎn)品 2.2.5 風險管理模塊風險管理模塊 2.2.5.1 功能概述 本模塊是整個理財業(yè)務的風險管理模塊。通過設置各種指標，本系統(tǒng)應該 能夠比較全面及時的進行信用風險、流動性風險、市場風險等的識別、

47、監(jiān)測、 預警及應急處置。 本系統(tǒng)應該能夠能夠自動按日生成并展示流動性缺口、重定價期限缺口等 基礎性管理報表，自動生成并展示基于市場因素或利率約定等可能帶來的流動 性風險、市場風險相關的管理報表。 對資產(chǎn)進行壓力測試、情景分析，應能夠滿足本行流動性管理、利率風險 管理需要，包括相對靈活的場景配置，并對結果予以直觀的展現(xiàn)；能夠滿足本 行依據(jù)資產(chǎn)負債管理需要對理財業(yè)務實行的相關管理（包括限額管理及相應的 報表展示，例如依據(jù)變現(xiàn)難度實行的資產(chǎn)屬性配置設定的流動性限額或比例管 理等） 。 2.2.5.2 功能說明 （1）信用風險 本系統(tǒng)應該能夠對交易對手進行名單管理，確定可交易對手、禁止交易對 手及潛在

48、交易對手，并可在行內授信的基礎上設定各交易對手的各類業(yè)務授信 額度和交易品種參數(shù)，對超出范圍的交易進行提醒。 同時，在接入公共信息的基礎上，能夠對所有資產(chǎn)的信用狀況進行識別和 衡量（例如債券評級等） 。 （2）流動性風險 流動性風險是理財業(yè)務面臨的重要風險，按時足額兌付是保證不發(fā)生聲譽 風險的最低要求，因此本系統(tǒng)應具備流動性監(jiān)測、預測和預警的功能。 本系統(tǒng)應可以對某一時間區(qū)間內（可預見的）所有現(xiàn)金流入流出進行監(jiān)測 和預測，并在缺口超出設定的標準時進行預警。 （3）市場風險 本系統(tǒng)應能在市場因素（利率、股指等）發(fā)生變化時，對資產(chǎn)進行壓力測 試、情景分析等。 （4）其他風險 其他風險（科技風險、法

49、律及合規(guī)風險等）管理。 2.2.6 會計核算模塊會計核算模塊 2.2.6.1 功能概述 本模塊處理與理財產(chǎn)品相關的賬務問題，包括會計科目的新增及維護、會 計科目記賬及查詢、憑證生成及打印、向核心業(yè)務系統(tǒng)傳遞賬目等。 2.2.6.2 功能說明 （1）能夠根據(jù)不同的理財產(chǎn)品類型（例如：開放式、封閉式或按凈值型、 保本型、非保本型）以及配置的資產(chǎn)類型生成相應會計核算，產(chǎn)生相應會計憑 證，并具有查詢打印功能,且能夠根據(jù)內外部監(jiān)管的要求實時向核心業(yè)務系統(tǒng)傳 遞相關賬目。同時，該系統(tǒng)應能夠進行會計科目和分錄的個性化配置，支持帳 套查詢、會計分錄查詢（按交易日期、賬號等多維度查詢） 、對賬功能（便于檢 查理

50、財業(yè)務資產(chǎn)管理系統(tǒng)與核心業(yè)務系統(tǒng)相關賬戶賬務平衡，如對賬不平，可 分別顯示對賬不平賬戶的雙方系統(tǒng)余額，便于錯賬查找） 。 （2）能夠從理財產(chǎn)品和銀行兩個角度按各期次理財產(chǎn)品或按整體資產(chǎn)及 負債生成和出具相對應的財務報表。 （3）能夠根據(jù)外部監(jiān)管要求及內部新業(yè)務的開展隨時新增會計科目及相 應核算。 2.2.7 報表管理模塊報表管理模塊 2.2.7.1 功能概述 本模塊的功能是能夠按照要求自動生成各類報表，包括監(jiān)管要求的報表 （g06、s61、理財產(chǎn)品的資產(chǎn)負債表、損益表、現(xiàn)金流量表、信息報送報表等） 、業(yè)務報表（某一時期內理財產(chǎn)品發(fā)行、存續(xù)、到期，各類資產(chǎn)構成等）以及 風險報表（流動性預測報表、

51、交易對手集中度報表等） ，以滿足監(jiān)管要求和業(yè)務 管理需求。 2.2.7.2 功能說明 （1）監(jiān)管報表 在基本要素齊備的情況下，能夠出具符合監(jiān)管機構格式、內容的各類監(jiān)管 報表，例如產(chǎn)品發(fā)行前的報送信息、定期的 s61、g06 等報表，并且可以隨著 監(jiān)管的深入和格式、內容的變化進行及時的調整。 （2）業(yè)務報表 本系統(tǒng)能夠根據(jù)提供的手工報表樣式在系統(tǒng)中生成各類業(yè)務報表，并能夠 隨時進行優(yōu)化各更新（見樣表） 。 樣表：理財產(chǎn)品資產(chǎn)負債表樣表：理財產(chǎn)品資產(chǎn)負債表 資產(chǎn)（萬元） 2013/1 0/25 負債和所有者權益 2013/10/2 5 現(xiàn)金 債券負債 國債理財產(chǎn)品本金 央行票據(jù)九通理財 政策性金融

52、債夜市理財 中央企業(yè)債九通智債 商業(yè)銀行債漢聚九通 地方企業(yè)債至尊理財 其他理財產(chǎn)品應付收益 同業(yè)存款應付托管費 逆回購同業(yè)存放 票據(jù)逆回購正回購 債券逆回購其他 信托計劃合計 信托受益權 漢口銀行資產(chǎn)所有者權益 他行資產(chǎn)中間業(yè)務收入 資產(chǎn)管理計劃其他 其他合計 合計合計 （3）風險報表 本系統(tǒng)能夠根據(jù)提供的手工報表樣式在系統(tǒng)中生成各類風險報表，并能夠 隨時進行優(yōu)化和更新（見樣表） 。 樣表：流動性測算表樣表：流動性測算表 理財產(chǎn)品資金募集（流入） 資產(chǎn)付息（流入） 資產(chǎn)到期（流入） 理財產(chǎn)品本金兌付（流出） 理財產(chǎn)品收益兌付（流出） 托管費用兌付（流出） 交易費用兌付（流出） 其他現(xiàn)金流動

53、現(xiàn)金流合計現(xiàn)金流合計 2.2.8 用戶和系統(tǒng)管理模塊用戶和系統(tǒng)管理模塊 2.2.8.1 個人工作臺功能 （1）功能概述 工作臺是用戶登錄資產(chǎn)管理（理財）業(yè)務管理系統(tǒng)后的初始頁面。在工作 臺中將顯示與當前登錄用戶相關的一些信息，這些信息由資產(chǎn)管理（理財）業(yè) 務管理系統(tǒng)及與之相連接的其他系統(tǒng)推送而來。 （2）功能說明 個人工作臺應包括但不限于以下主要功能： 儀表盤展現(xiàn)：儀表盤應通過個人工作臺并以動態(tài)的圖形和表格等方式將數(shù) 據(jù)結果直觀地呈現(xiàn)給用戶。 公告欄展現(xiàn)：系統(tǒng)應設置公告欄為當前登錄用戶展示對其發(fā)布的公告更新 提示、風險提示等內容。 工作列表展現(xiàn)：工作列表是已經(jīng)分配給當前登錄用戶的任務列表，對于

54、尚 未完成的任務系統(tǒng)應在工作列表中展現(xiàn)，用戶只需點擊顯示的待辦工作即可進 入相關業(yè)務處理界面。 提示信息功能:對于新增的待辦工作、未通過審批被退回的評估任務、以及 收到其他用戶的留言等信息，系統(tǒng)應通過工作臺界面增加提示。 2.2.8.2 系統(tǒng)管理功能 （1）功能概述 系統(tǒng)管理是系統(tǒng)本身日常使用過程所必需的基本管理維護功能，包括用戶 管理、角色管理、權限管理、功能模塊和參數(shù)管理等，其中機構與人員信息可 與 oa 系統(tǒng)或 hr 系統(tǒng)導入和同步數(shù)據(jù)。 （2）功能說明 系統(tǒng)管理應包括但不限于以下主要功能： 用戶管理：系統(tǒng)管理員能夠執(zhí)行對所有的系統(tǒng)用戶進行設置、用戶信息維 護等功能。 角色管理：系統(tǒng)管理

55、員能夠對系統(tǒng)內所有角色及每一角色相對應的功能、 權限進行分項設置和調整，并且能夠對角色進行添加、刪除，及維護角色的基 本信息和角色所對應的功能。 權限管理：系統(tǒng)管理員能夠對用戶所擁有角色的執(zhí)行添加和刪除等設置。 功能模塊和參數(shù)管理：界面友好，人性化，要求建立功能完善的功能模塊 參數(shù)管理體系，支持參數(shù)表的新增、修改、刪除功能。 日志功能：對于系統(tǒng)管理員、各類業(yè)務人員的各種操作等進行日志記錄， 并提供日志的查看、導出及備份等管理功能。 三、系統(tǒng)技術需求三、系統(tǒng)技術需求 3.1 系統(tǒng)建設原則 在系統(tǒng)建設過程中，優(yōu)先采用功能強大、具有特色先進功能、具有開放式 平臺、模塊化集成、參數(shù)化配置等特點的產(chǎn)品，

56、保證系統(tǒng)能符合漢口銀行要求， 并滿足高效性、高穩(wěn)定性和可擴展性等項目建設原則。項目的建設應遵循以下 原則： 3.1.1 產(chǎn)品的先進性、靈活性和擴展性 產(chǎn)品具有先進性、靈活性和良好的擴展性，與其他同類產(chǎn)品相比具有競爭 力。業(yè)務流程各環(huán)節(jié)之間的邏輯關系、次序、判斷條件等要素可隨業(yè)務需要方 便調整，業(yè)務規(guī)則可靈活設置，滿足業(yè)務的靈活性和擴展性需求。 3.1.2 模式適應性 支持漢口銀行總行、分行和支行多級處理模式，支持不同區(qū)域和機構多種 處理模式。 3.1.3 系統(tǒng)處理的高效性 系統(tǒng)須在應用、數(shù)據(jù)、通信等層面，以及操作、管理、運維等環(huán)節(jié)，具有 行業(yè)最高水準的安全性和可靠性，并具備充分的業(yè)務承載能力和

57、良好的業(yè)務處 理效率。 3.1.4 開發(fā)的高效和便捷性 可快速響應業(yè)務部分的需求，通過簡單參數(shù)配置或者簡單的拖拉操作完成 新增業(yè)務的需求或者業(yè)務的變更。 3.1.5 開放性 系統(tǒng)可以集成符合國際國內標準的軟硬件平臺和產(chǎn)品，設備管理、系統(tǒng)擴 容和業(yè)務維護不依賴于單一軟硬件供應商的產(chǎn)品。 采用產(chǎn)業(yè)標準技術，采用可擴展的系統(tǒng)架構，開放式語言，保證系統(tǒng)可在 異構的平臺系統(tǒng)間方便移植。 3.1.6 高穩(wěn)定性 系統(tǒng)應具備在業(yè)務需求要求的交易時間內連續(xù)、無故障的運行能力，系統(tǒng) 應具有定時的備份能力，能支持集群或負載等多種部署方式，并有應急處理、 故障恢復功能。 3.1.7 可擴展性 軟件、硬件平臺在系統(tǒng)容量

58、、處理能力和業(yè)務應用等方面應具有良好的可 擴充、擴展能力，能夠方便地進行系統(tǒng)升級和更新，以適應業(yè)務量的不斷發(fā)展。 接口擴展功能強大，系統(tǒng)能通過簡單的模塊化開發(fā)或參數(shù)化配置的方式開 發(fā)接口，具備很好的開放性，便于與其他系統(tǒng)對接。要求通過模塊標準化設計 盡量復用公共模塊，使日后新增應用也可復用公共模塊，減少重復開發(fā)工作量。 系統(tǒng)可以方便的增加內容服務器組、工作流服務器和備份設備使其適應擴 展后的大業(yè)務處理量，以適應未來業(yè)務量、業(yè)務種類和業(yè)務流程的擴展。 3.1.8 安全性 全面考慮整個系統(tǒng)運行的安全策略和機制。 系統(tǒng)要實現(xiàn)對不同業(yè)務的非結構化數(shù)據(jù)進行管理，安全性和權限管理就十 分重要。 同時，各種

59、特殊情況下的恢復機制和備份機制也是需要考慮的重要因素之 一，以保證數(shù)據(jù)的一致性、完整性以及災難恢復。 嚴格的管理制度也是系統(tǒng)安全穩(wěn)定性的重要保證；此外，完整的權限控制 機制，考慮充分的系統(tǒng)保密措施是保證安全的重要因素。 系統(tǒng)還應提供完整的客戶業(yè)務權限管理模式。 3.1.9 操作規(guī)范性 按實際業(yè)務要求規(guī)范操作。 3.2 具體系統(tǒng)技術要求具體系統(tǒng)技術要求 3.2. 1 基本技術要求 （1）系統(tǒng)技術構架 系統(tǒng)符合 soa 的架構標準，可以方便、靈活地以通用的服務接口規(guī)范方式 接入企業(yè)服務總線。要求提供系統(tǒng)技術架構、網(wǎng)絡及硬件拓撲、系統(tǒng)間或功能 模塊間的數(shù)據(jù)流詳細說明文檔。 （2）開放性 系統(tǒng)的設計和

60、開發(fā)遵循 it 業(yè)界的開放標準及協(xié)議，采用比較成熟的 it 技 術，支持與銀行內其它應用實現(xiàn)無縫連接。系統(tǒng)的使用應不依賴特定的硬件、 操作系統(tǒng)、應用服務器、數(shù)據(jù)庫來運行。 （3）靈活性 充分體現(xiàn)參數(shù)化設計，提供參數(shù)設置可以按模板設置等。 （4）模塊化 系統(tǒng)各個功能采用模塊化集成，可以根據(jù)需要購置新的業(yè)務模塊增加系統(tǒng) 功能。并保證系統(tǒng)各功能相互之間的緊密集成，特別是要保證分期實施內容之 間的無縫銜接。 （5）擴充性 通過合理的系統(tǒng)設計，保證系統(tǒng)在通信能力和處理性能上的可擴展性，支 持集群部署。 （6）安全性 有完善的安全控制體系，充分考慮影響系統(tǒng)安全的因素，在數(shù)據(jù)存儲，傳 輸，用戶認證等方面進行