【正文】 XXXX銀行ESB平臺服務(wù)管理系統(tǒng)需求規(guī)格說明書（業(yè)務(wù)監(jiān)控系統(tǒng)分冊）營運中心規(guī)劃處ESB小組二ОО九年五月版本修改記錄變更版本修訂日期原因與修改情況描述位置修訂人審核人目 錄第三章 業(yè)務(wù)監(jiān)控系統(tǒng) 5 系統(tǒng)概述 5 業(yè)務(wù)系統(tǒng)現(xiàn)狀 5 系統(tǒng)建設(shè)目標 5 系統(tǒng)實施范圍 6 系統(tǒng)功能架構(gòu) 7 系統(tǒng)邏輯架構(gòu) 7 與其他系統(tǒng)的關(guān)系 8 業(yè)務(wù)需求分析 9 業(yè)務(wù)總體需求 9 業(yè)務(wù)流程 9 系統(tǒng)功能及信息分析 11 標準代碼管理 12 需求描述 12 用例視圖 12 用例描述 13 信息結(jié)構(gòu) 15 信息描述 15 業(yè)務(wù)信息管理 17 需求描述 17 用例視圖 18 用例描述 18 信息結(jié)構(gòu) 22 信息描述 22 業(yè)務(wù)流程管理 24 需求描述 24 用例視圖 25 用例描述 25 信息結(jié)構(gòu) 32 信息描述 33 業(yè)務(wù)進程管理 34 需求描述 34 用例視圖 34 用例描述 35 信息結(jié)構(gòu) 36 信息描述 36 進程預(yù)警管理 37 需求描述 37 用例視圖 37 用例描述 38 信息結(jié)構(gòu) 41 信息描述 41 用戶權(quán)限管理 42 需求描述 42 用例視圖 43 用例描述 43 信息結(jié)構(gòu) 45 信息描述 46 進程監(jiān)控展示 47 需求描述 47 瀏覽權(quán)限 48 數(shù)據(jù)統(tǒng)計分析 48 統(tǒng)計口徑 48 報表類型 48 用例視圖 49 統(tǒng)計權(quán)限 50 需求內(nèi)容說明 50 功能需求說明 50 角色需求說明 51 接口設(shè)計需求 51 柜臺前移系統(tǒng)接入需求 51 報文解析階段 51 映射解析階段 51 系統(tǒng)非功能需求 52 用戶界面 52 語種要求 52 性能要求 52 并發(fā)用戶數(shù) 52 頁面完全展現(xiàn)時間 53 數(shù)據(jù)庫檢索速度和容量 53 資源使用率 53 靈活性 53 可擴展性 53 可靠性 54 安全性 54 可維護性 54 規(guī)范性 55第三章 業(yè)務(wù)監(jiān)控系統(tǒng) 系統(tǒng)概述 業(yè)務(wù)系統(tǒng)現(xiàn)狀隨著XXXX銀行（以下簡稱：行內(nèi)）業(yè)務(wù)系統(tǒng)建設(shè)的逐步完善，業(yè)務(wù)工作對IT系統(tǒng)的依賴程度也越來越高，由于行內(nèi)IT系統(tǒng)的進一步集成，系統(tǒng)中的業(yè)務(wù)流程已由原來分段單系統(tǒng)處理、跨系統(tǒng)人工流轉(zhuǎn)的方式，變?yōu)闃I(yè)務(wù)流程跨系統(tǒng)自動實現(xiàn)流轉(zhuǎn)。當一項業(yè)務(wù)發(fā)生時，業(yè)務(wù)流程在多個系統(tǒng)中自動實現(xiàn)流轉(zhuǎn)，關(guān)注該業(yè)務(wù)進程的領(lǐng)導(dǎo)及相關(guān)業(yè)務(wù)人員無法通過快捷的、直觀的方式了解當前業(yè)務(wù)進程位置、狀態(tài)及異常原因等。若建立一個時時的、端到端的業(yè)務(wù)流跟蹤監(jiān)控系統(tǒng)，將可為領(lǐng)導(dǎo)及相關(guān)業(yè)務(wù)人員及時關(guān)注業(yè)務(wù)進程提供一個形象直觀的技術(shù)平臺，并自動實現(xiàn)業(yè)務(wù)流程異常報警、實現(xiàn)多維信息統(tǒng)計等功能，進而為業(yè)務(wù)人員優(yōu)化業(yè)務(wù)流程和領(lǐng)導(dǎo)決策提供依據(jù)。在此需求的基礎(chǔ)上，規(guī)劃處提出了建設(shè)業(yè)務(wù)監(jiān)控系統(tǒng)，滿足業(yè)務(wù)發(fā)展的要求。 系統(tǒng)建設(shè)目標業(yè)務(wù)監(jiān)控系統(tǒng)作為ESB平臺服務(wù)管理系統(tǒng)（在建）三個主要組成部分之一，建設(shè)目標是建立一個基于映射轉(zhuǎn)化（而非基于報文解析）的可配置、可管理的監(jiān)控系統(tǒng)。該監(jiān)控系統(tǒng)是通過建立核心數(shù)據(jù)庫，實現(xiàn)業(yè)務(wù)流進程跟蹤監(jiān)控、異常預(yù)警和數(shù)據(jù)統(tǒng)計三大功能。業(yè)務(wù)監(jiān)控系統(tǒng)是一個架構(gòu)穩(wěn)定靈活、接口實現(xiàn)方便的接入平臺，只有被監(jiān)控系統(tǒng)接入才能發(fā)揮其功能。該系統(tǒng)建成的同時，將同步實現(xiàn)對柜臺前移系統(tǒng)通過報文解析進而轉(zhuǎn)化為基于映射的接入；并且隨著ESB平臺上接入系統(tǒng)的增加，將逐一實現(xiàn)對被監(jiān)控系統(tǒng)核心業(yè)務(wù)流程的監(jiān)控。被監(jiān)控業(yè)務(wù)流接入時，監(jiān)控系統(tǒng)僅需前臺配置，無需后臺代碼更改，形成對業(yè)務(wù)流程的跟蹤監(jiān)控、異常預(yù)警和數(shù)據(jù)統(tǒng)計功能。由于需接入的業(yè)務(wù)系統(tǒng)自身功能各不相同，核心業(yè)務(wù)流各有差異，在該系統(tǒng)建設(shè)過程中，同步制定一套統(tǒng)一的基礎(chǔ)信息與進程中信息（或進程報文）通信格式，形成一套制定基礎(chǔ)信息與監(jiān)控信息格式的規(guī)范，為被監(jiān)控系統(tǒng)的接入方式做好基礎(chǔ)架構(gòu)，對后繼業(yè)務(wù)系統(tǒng)接入提供統(tǒng)一的方法和流程。核心信息數(shù)據(jù)庫業(yè)務(wù)流跟蹤根據(jù)預(yù)定規(guī)則，自動跟蹤各業(yè)務(wù)流進程，并適時動態(tài)顯示，方便各級領(lǐng)導(dǎo)和工作人員及時關(guān)注業(yè)務(wù)流的進程狀態(tài)，以便合理的做出工作安排。業(yè)務(wù)流進程跟蹤業(yè)務(wù)流發(fā)生異常時，系統(tǒng)能自動給相關(guān)技術(shù)和業(yè)務(wù)人員通過短信或郵件的方式發(fā)出預(yù)警提醒，方便相關(guān)人員第一時間了解業(yè)務(wù)流異常。業(yè)務(wù)、技術(shù)異常預(yù)警異常預(yù)警數(shù)據(jù)統(tǒng)計根據(jù)各業(yè)務(wù)流的基礎(chǔ)信息，可對業(yè)務(wù)流涉及的業(yè)務(wù)按照多維度、全視角進行統(tǒng)計分析，并為業(yè)務(wù)狀態(tài)預(yù)測提供基礎(chǔ)信息。業(yè)務(wù)數(shù)據(jù)統(tǒng)計系統(tǒng)目標示意圖 系統(tǒng)實施范圍在現(xiàn)有基本技術(shù)監(jiān)控基礎(chǔ)上，由原來僅監(jiān)控ESB平臺報文運行狀態(tài)，轉(zhuǎn)變?yōu)闃I(yè)務(wù)全流程跟蹤監(jiān)控。該系統(tǒng)既是ESB平臺的一部分，又是區(qū)別于具體業(yè)務(wù)系統(tǒng)的一個獨立的監(jiān)控系統(tǒng)。通過對被監(jiān)控系統(tǒng)的理解和分析，確定出被監(jiān)控系統(tǒng)的核心業(yè)務(wù)流信息、基礎(chǔ)信息數(shù)據(jù)和監(jiān)控點反饋信息數(shù)據(jù)，實現(xiàn)對業(yè)務(wù)流跟蹤監(jiān)控、異常預(yù)警和數(shù)據(jù)統(tǒng)計分析；并與技術(shù)監(jiān)控系統(tǒng)部分功能融合，實現(xiàn)業(yè)務(wù)流異常的業(yè)務(wù)原因及技術(shù)原因的預(yù)警，為方便后繼系統(tǒng)的接入，系統(tǒng)應(yīng)制定標準接口，以便具體接入時，業(yè)務(wù)監(jiān)控系統(tǒng)本身無需再做代碼改造。 系統(tǒng)功能架構(gòu)為實現(xiàn)端到端的業(yè)務(wù)進程跟蹤監(jiān)控，該系統(tǒng)功能模塊主要包括：標準代碼管理、業(yè)務(wù)信息管理、業(yè)務(wù)流程管理、業(yè)務(wù)進程管理、進程預(yù)警管理、用戶權(quán)限管理、系統(tǒng)接口和安全及審計管理等，核心模塊為業(yè)務(wù)信息管理、業(yè)務(wù)流程管理和業(yè)務(wù)進程管理。系統(tǒng)功能架構(gòu)示意圖 系統(tǒng)邏輯架構(gòu)業(yè)務(wù)監(jiān)控系統(tǒng)在獲取具體業(yè)務(wù)流的基礎(chǔ)信息和進程信息的基礎(chǔ)上，通過控制流程驅(qū)動和預(yù)警管理機制實現(xiàn)業(yè)務(wù)流跟蹤時時動態(tài)圖和數(shù)據(jù)統(tǒng)計；在發(fā)生異常時，通過與外部系統(tǒng)的接口實現(xiàn)郵件或短信提醒，進而通過人工干預(yù)，恢復(fù)業(yè)務(wù)流程的正常運轉(zhuǎn)。業(yè)務(wù)監(jiān)控系統(tǒng)邏輯圖 與其他系統(tǒng)的關(guān)系該系統(tǒng)建成后，需與ESB平臺、注冊服務(wù)系統(tǒng)、具體業(yè)務(wù)系統(tǒng)、OA系統(tǒng)、郵件服務(wù)系統(tǒng)等進行數(shù)據(jù)交互，具體與上述各系統(tǒng)關(guān)系如下：l 業(yè)務(wù)監(jiān)控系統(tǒng)與ESB平臺：業(yè)務(wù)監(jiān)控系統(tǒng)接受ESB平臺轉(zhuǎn)發(fā)的各類監(jiān)控所需的信息或報文；l 業(yè)務(wù)監(jiān)控系統(tǒng)與注冊服務(wù)系統(tǒng)：對于部分基礎(chǔ)代碼，需將注冊服務(wù)系統(tǒng)數(shù)據(jù)作為業(yè)務(wù)監(jiān)控系統(tǒng)的元數(shù)據(jù)，注冊服務(wù)系統(tǒng)滿足業(yè)務(wù)監(jiān)控系統(tǒng)直接調(diào)用。l 業(yè)務(wù)監(jiān)控系統(tǒng)與具體業(yè)務(wù)系統(tǒng)：業(yè)務(wù)監(jiān)控系統(tǒng)在與具體業(yè)務(wù)系統(tǒng)約定信息及報文內(nèi)容的基礎(chǔ)上，通過固定接口，接收具體業(yè)務(wù)系統(tǒng)發(fā)送的信息或報文；l 業(yè)務(wù)監(jiān)控系統(tǒng)與OA系統(tǒng)：當發(fā)生異常預(yù)警時，業(yè)務(wù)監(jiān)控系統(tǒng)將通過OA系統(tǒng)向預(yù)警提示人員發(fā)送短息；l 業(yè)務(wù)監(jiān)控系統(tǒng)與郵件服務(wù)系統(tǒng)：當發(fā)生異常預(yù)警時，業(yè)務(wù)監(jiān)控系統(tǒng)將通過郵件服務(wù)系統(tǒng)向預(yù)警提示人員發(fā)送郵件。業(yè)務(wù)監(jiān)控系統(tǒng)與其他系統(tǒng)關(guān)系示意圖 業(yè)務(wù)需求分析 業(yè)務(wù)總體需求業(yè)務(wù)監(jiān)控系統(tǒng)的業(yè)務(wù)流程端到端跟蹤監(jiān)控的實現(xiàn)是在配置業(yè)務(wù)流程信息的前提下，對業(yè)務(wù)流進程信息進行管理，即在業(yè)務(wù)流程中，每次業(yè)務(wù)流經(jīng)不同作業(yè)處理點（被監(jiān)控點）時，應(yīng)向業(yè)務(wù)監(jiān)控系統(tǒng)發(fā)送狀態(tài)消息（具體消息通過報文或消息的方式約定），實際操作過程中，該系統(tǒng)可靈活的添加或減少作業(yè)處理點，通過對業(yè)務(wù)流程信息的管理實現(xiàn)具體業(yè)務(wù)端到端的業(yè)務(wù)流程跟蹤監(jiān)控；當系統(tǒng)業(yè)務(wù)流異常時，根據(jù)預(yù)先配置的預(yù)警規(guī)則，通過短信或郵件方式提醒預(yù)警提示人員；被監(jiān)控系統(tǒng)每形成一條業(yè)務(wù)流時，應(yīng)向監(jiān)控系統(tǒng)發(fā)送業(yè)務(wù)基礎(chǔ)信息，監(jiān)控系統(tǒng)將以此自動生成一條監(jiān)控信息和業(yè)務(wù)流程，并且該基礎(chǔ)信息為業(yè)務(wù)流程含義展示和統(tǒng)計匯總提供數(shù)據(jù)。 業(yè)務(wù)流程當業(yè)務(wù)系統(tǒng)生成一條具體業(yè)務(wù)流時，在初始點及各監(jiān)控點應(yīng)向監(jiān)控系統(tǒng)發(fā)送消息，具體業(yè)務(wù)流程消息發(fā)送的方式為：在業(yè)務(wù)流起始時，向業(yè)務(wù)監(jiān)控系統(tǒng)發(fā)送一條基礎(chǔ)信息，監(jiān)控系統(tǒng)據(jù)此自動生成一條業(yè)務(wù)流跟蹤監(jiān)控流程；在業(yè)務(wù)流程中，每一作業(yè)處理點（即：監(jiān)控點）接收到一條需處理作業(yè)時，向業(yè)務(wù)監(jiān)控系統(tǒng)發(fā)送一條已接收到該作業(yè)的狀態(tài)消息，當該作業(yè)處理點完成作業(yè)后，向下一作業(yè)處理點發(fā)送時，同步應(yīng)向業(yè)務(wù)監(jiān)控系統(tǒng)發(fā)送一條該作業(yè)處理結(jié)果的狀態(tài)消息（狀態(tài)消息可為：該作業(yè)內(nèi)容更改并成功向下一作業(yè)處理點發(fā)送，或作業(yè)處理成功并向下一作業(yè)點發(fā)送，或拒絕作業(yè)返回至上一或幾作業(yè)處理點，或流程結(jié)束）；當在某監(jiān)控點或流轉(zhuǎn)中，由于系統(tǒng)技術(shù)原因發(fā)生異常，應(yīng)向監(jiān)控系統(tǒng)發(fā)送系統(tǒng)技術(shù)異常消息（如：無法發(fā)出、系統(tǒng)延時、系統(tǒng)無法接收等），以上發(fā)送的各類消息可在具體添加被監(jiān)控系統(tǒng)時，約定消息內(nèi)容。業(yè)務(wù)系統(tǒng)發(fā)送至監(jiān)控系統(tǒng)的消息內(nèi)容應(yīng)包括：該具體作業(yè)流程的唯一標識代碼（全流程不變），本處理點名稱代碼，本節(jié)點所處系統(tǒng)代碼；收發(fā)作業(yè)標識，收發(fā)類型（七種：；；；；。，系統(tǒng)終止。，該類內(nèi)容可在監(jiān)控系統(tǒng)實現(xiàn)維護），內(nèi)容更改標識，具體更改內(nèi)容代碼，更改后的具體內(nèi)容。業(yè)務(wù)監(jiān)控進程示意圖 系統(tǒng)功能及信息分析通過對業(yè)務(wù)需求的分析，要實現(xiàn)業(yè)務(wù)流程端到端的跟蹤監(jiān)控、異常預(yù)警和數(shù)據(jù)統(tǒng)計功能，本系統(tǒng)主要功能模塊包括：標準代碼管理、業(yè)務(wù)信息管理、業(yè)務(wù)流程管理、業(yè)務(wù)進程管理、進程預(yù)警管理、用戶及權(quán)限管理、進程跟蹤展示、數(shù)據(jù)統(tǒng)計分析等部分，對于每一部分具體功能及信息分析逐一展開，具體如下： 標準代碼管理 需求描述為使整個系統(tǒng)內(nèi)容規(guī)范、一致，便于與被監(jiān)控系統(tǒng)定義業(yè)務(wù)信息、進程信息的內(nèi)容，以及部分元數(shù)據(jù)與服務(wù)注冊系統(tǒng)進行同步，本系統(tǒng)需建立標準代碼管理，獨立維護本系統(tǒng)所使用的標準代碼，當與服務(wù)注冊系統(tǒng)實現(xiàn)對接后，服務(wù)注冊系統(tǒng)作為本系統(tǒng)部分標準代碼源信息，通過接口向本系統(tǒng)提供標準代碼信息，本系統(tǒng)可關(guān)閉服務(wù)注冊系統(tǒng)提供源數(shù)據(jù)部分的代碼添加、修改功能，僅保留具體內(nèi)容本系統(tǒng)是否可見功能。形成標準代碼的目的是為保證系統(tǒng)間的標準信息格式定義一致，以及對業(yè)務(wù)及業(yè)務(wù)進程基礎(chǔ)信息進行統(tǒng)計和分析提供便捷。本系統(tǒng)涉及到的主要標準代碼包括：系統(tǒng)類別代碼、系統(tǒng)代碼、業(yè)務(wù)種類、業(yè)務(wù)流代碼。 用例視圖標準代碼管理用例圖 用例描述用例名稱：標準代碼管理描述：該部分代碼內(nèi)容雖各不相同，但在代碼管理上是一致的，應(yīng)包括代碼添加、代碼修改、代碼刪除、代碼瀏覽、代碼查詢等功能，下面分別對各詳細用例進行