【正文】 制定工程建設相關的標準化規(guī)范，包括項接口設計說明書、系統(tǒng)接入規(guī)范、配置管理規(guī)范、運行維護規(guī)范等。整個系統(tǒng)的設備應易于管理，易于維護，相關手冊使用操作簡單，易學，易用，便于進行系統(tǒng)配置。 可維護性系統(tǒng)建成后，運行維護和其他業(yè)務系統(tǒng)接入將是關系到系統(tǒng)能否正常運轉、發(fā)揮監(jiān)控功能的關鍵因素，因此在系統(tǒng)設計過程中要充分考慮系統(tǒng)建設中和建成后的運行維護、其他系統(tǒng)接入等問題。對系統(tǒng)主要的信息實行自動備份，以保證系統(tǒng)的異常情況的補救，并設有系統(tǒng)自動恢復機制。系統(tǒng)應保證數(shù)據(jù)完整性和機密性，具備安全檢查功能。系統(tǒng)應能提供安全手段防止系統(tǒng)外部成員的非法侵入以及操作人員的越級操作，所有應用和軟硬件都應當遵守行內(nèi)的信息安全規(guī)定，符合行內(nèi)信息系統(tǒng)安全要求。系統(tǒng)應提供充分的冗余備份，一方面最大限度地減少故障的可能性，另一方面要保證網(wǎng)絡能在最短時間內(nèi)修復，但考慮到盡可能減少對其他業(yè)務系統(tǒng)的壓力，各業(yè)務系統(tǒng)按照約定方式發(fā)送消息后，本系統(tǒng)不做是否收到確認，所以在確定個通信協(xié)議及接口規(guī)格時要充分考慮所采取實現(xiàn)方式的可靠性。 可擴展性由于本系統(tǒng)在初始化業(yè)務流程時，各系統(tǒng)業(yè)務流所含信息與通用名稱各不相同，因此，系統(tǒng)設計要充分考慮基礎信息管理數(shù)據(jù)的擴展和各規(guī)則庫的擴展，為今后順利形成全流程端到端的業(yè)務監(jiān)控打下良好的基礎、留下合理空間。 靈活性業(yè)務監(jiān)控系統(tǒng)對各業(yè)務系統(tǒng)依賴程度很高，為了適應和保證各部分的相對獨立和發(fā)展，在建設中要注意系統(tǒng)配置的靈活性，對于確定下的接口，無論業(yè)務系統(tǒng)如何調(diào)整，只要按照接口規(guī)范要求發(fā)送消息，按照業(yè)務發(fā)展的需要隨時調(diào)整系統(tǒng)資源的配置。 數(shù)據(jù)庫檢索速度和容量由于系統(tǒng)是在分析消息基礎上，要考慮到當各業(yè)務系統(tǒng)發(fā)送到達系統(tǒng)消息出現(xiàn)堵塞時，如何及時處理消息功能；在具體設計時，要考慮隨著數(shù)據(jù)增加，對數(shù)據(jù)庫的檢索的方式，以及對備份數(shù)據(jù)與實時數(shù)據(jù)組合檢索的實現(xiàn)方式時，對數(shù)據(jù)庫服務器性能要求。 并發(fā)用戶數(shù)要求系統(tǒng)能夠滿足1000人（但該系統(tǒng)不得有用戶數(shù)量限制）以上用戶的使用，同時在線人數(shù)可以達到500人，并發(fā)訪問數(shù)可達到50人。 語種要求結合開發(fā)銀行現(xiàn)有內(nèi)部系統(tǒng)語言要求，當前，僅需使用中文界面，但系統(tǒng)要預留中英文界面切換功能，并在數(shù)據(jù)庫設計中對界面固定元素預留英文名稱字段。 映射解析階段在完成報文解析階段并經(jīng)柜臺前移系統(tǒng)改造后，柜臺前移系統(tǒng)在具體業(yè)務流程形成時，應向業(yè)務監(jiān)控系統(tǒng)發(fā)送業(yè)務基礎信息，柜臺前移內(nèi)部監(jiān)控點應按照要求發(fā)送進程狀態(tài)消息（或報文），該階段應將柜臺前移系統(tǒng)監(jiān)控點分級為：貸款申請崗、企業(yè)內(nèi)部審核崗、企業(yè)內(nèi)部審批崗三個監(jiān)控點，完成后的，具體業(yè)務流程監(jiān)控點變?yōu)槠邆€監(jiān)控點，即：貸款申請崗、企業(yè)內(nèi)部審核崗、企業(yè)內(nèi)部審批崗、ESB平臺、工作流系統(tǒng)、ESB平臺、柜臺前移系統(tǒng)。 報文解析階段本階段作為柜臺前移系統(tǒng)接入的第一階段，該階段柜臺前移系統(tǒng)無須做任何更改，僅需將柜臺前移系統(tǒng)經(jīng)ESB平臺與工作流系統(tǒng)交互的報文進行解析，按照業(yè)務監(jiān)控系統(tǒng)業(yè)務信息需求解析入庫，作為監(jiān)控系統(tǒng)對一具體業(yè)務流程監(jiān)控的業(yè)務信息，并將ESB平臺接受到柜臺前移系統(tǒng)報文作為第一個監(jiān)控點進行配置，整個業(yè)務監(jiān)控流程監(jiān)控點只有五個監(jiān)控點，即：柜臺前移系統(tǒng)、ESB平臺、工作流系統(tǒng)、ESB平臺、柜臺前移系統(tǒng)。 接口設計需求為發(fā)揮該系統(tǒng)的監(jiān)控、異常預警和數(shù)據(jù)統(tǒng)計功能，在系統(tǒng)建設完成同時，應該就業(yè)務監(jiān)控系統(tǒng)與具體業(yè)務系統(tǒng)接口、預警實現(xiàn)結構做出標準接口接受各業(yè)務系統(tǒng)發(fā)送的信息（或報文），并就報文具體格式作統(tǒng)一設計，以便后繼系統(tǒng)接入時，僅就具體信息（或報文）進行簡單復制和修改即可，無須再重新設計、更改本系統(tǒng)的接口。在各功能的需求描述和用例描述基礎上，本需求規(guī)格說明書給出了為實現(xiàn)功能所需信息的數(shù)據(jù)結構及描述，該數(shù)據(jù)結構及描述是為實現(xiàn)功能需求所必需的數(shù)據(jù)結構，并非全部系統(tǒng)所需數(shù)據(jù)結構；該數(shù)據(jù)結構及描述僅作為需求內(nèi)容，而非為設計內(nèi)容，項目在具體實施過程中，應通過總體設計、數(shù)據(jù)庫設計、詳細設計等環(huán)節(jié)，可對本節(jié)所提信息描述進行重新編排，逐步補充數(shù)據(jù)結構；具體實現(xiàn)時，可對需求規(guī)格說明書中數(shù)據(jù)描述內(nèi)容進行調(diào)整，但不得減少需求，違背需求本意，進行不應有的刪減。 需求內(nèi)容說明 功能需求說明本節(jié)所提到功能需求是在收集規(guī)劃處部分項目人員的需求信息基礎上，經(jīng)分析、整理而成。系統(tǒng)管理員是該功能需求的維護者。不同角色的用戶，所能看到的信息不一樣，根據(jù)用戶的具體角色，用戶能查詢?nèi)炕虿糠只A信息或業(yè)務流。 統(tǒng)計權限數(shù)據(jù)統(tǒng)計分析的用戶分統(tǒng)計分析人員和系統(tǒng)管理員兩類。 用例視圖統(tǒng)計分析用例圖各種統(tǒng)計分析采用相同的用戶界面模式，以提高易用性。n 全部XX：XX不應作為統(tǒng)計口徑，在標題中應為“XX…”，在范圍中表示為“（全部XX）”；如果在標題中為“全部XX…”，在范圍中不應再指定具體的XX或“（全部XX）”。l 范圍：同時也作為查詢參數(shù)l 行標題：對應業(yè)務系統(tǒng)標準名稱l 列標題：統(tǒng)計的數(shù)據(jù)項l 數(shù)值：可以是數(shù)量合計、計數(shù)、平均值、最大值、最小值、百分比等。需要通過簡單而準確的描述，說明一個報表所具有的功能，以方便用戶使用。報表模板可以根據(jù)需要動態(tài)制定。 報表類型報表用于展示統(tǒng)計分析的結構。行領導可見所有業(yè)務流程。 信息結構用戶權限信息結構圖 信息描述用戶管理表序號字段名類 型長 度備注1用戶ID2用戶名3用戶名稱4職級代碼5所在局行代碼6注冊日期部門代碼對應表序號字段名類 型長 度備注1局行代碼2局行名稱3備注職務級別表序號字段名類 型長 度備注1職級代碼2職級名稱3備注單一角色信息表序號字段名類 型長 度備注1單一角色代碼2單一角色名稱3單一角色內(nèi)容4備注組合角色信息表序號字段名類 型長 度備注1組合角色代碼2組合角色名稱3組合角色內(nèi)容4關聯(lián)局行代碼5關聯(lián)職級代碼6備注權限信息表序號字段名類 型長 度備注1用戶ID2組合角色代碼3單一角色代碼 進程監(jiān)控展示 需求描述進程監(jiān)控展示是業(yè)務監(jiān)控系統(tǒng)實時展示業(yè)務進程的對外界面，界面應能具備按預定時間刷新功能；展示業(yè)務進程時，應說明業(yè)務進程的發(fā)起單位、發(fā)起系統(tǒng)、目標系統(tǒng)，涉及的主要業(yè)務內(nèi)容，各監(jiān)控點名稱、所處系統(tǒng)、預警提示人員，業(yè)務運行狀態(tài)等信息，業(yè)務流進程應是一條完整的流線，在處理中業(yè)務進程多于屏幕區(qū)間時，系統(tǒng)應具有滾屏功能。l 用戶權限瀏覽用例名稱：用戶權限瀏覽描述：管理員可瀏覽所有用戶及權限，個人用戶僅能瀏覽個人信息及權限，系統(tǒng)根據(jù)用戶選擇顯示詳細信息；參與者/角色：所有用戶；先決條件：以合法身份登陸系統(tǒng)輸入：無輸出：代碼詳細信息。l 用戶權限修改用例名稱：用戶權限修改描述：管理員根據(jù)可修改各項基本信息，并且可以更改默認的初始密碼，以及對個人密碼的重置；用戶可更改個人信息；具體更改時，應對代碼做是否重復校驗，修改后系統(tǒng)更新數(shù)據(jù)庫；參與者/角色：代碼維護員；先決條件：以合法身份登陸系統(tǒng) ；輸入：填入需變動內(nèi)容；輸出：對應的相關數(shù)據(jù)庫表中一條記錄數(shù)據(jù)發(fā)生變化。 用例視圖用戶及權限維護用例圖 用例描述用例名稱：用戶權限管理描述：用戶權限管理主要包括：用戶信息維護、密碼維護、部門職級維護、角色維護、用戶權限維護等主要功能，管理員可以實現(xiàn)用戶及權限的添加、修改、刪除、瀏覽及查看功能，個人用戶僅能對個人基本信息維護。在逐一配置用戶權限的同時，可實現(xiàn)權限組合與用戶的部門或職務的映射整體配置，實現(xiàn)批量權限維護。對于預警提示人員，應在添加用戶時，自動實現(xiàn)該用用戶對該業(yè)務流全流程的瀏覽、查看功能。l 進程預警配置查詢用例名稱：進程預警配置查詢描述：可以按業(yè)務流或監(jiān)控點下所有預警信息，也可按照預警提示人員查詢所有提示該人員的業(yè)務流或監(jiān)控點信息，輸入條件，查詢相關記錄，并支持按照字母或漢字的模糊查詢，對于監(jiān)控人員類型亦同；參與者/角色：有權用戶；先決條件：以合法身份登陸系統(tǒng)；輸入：查詢條件輸出：業(yè)務進程配置詳細信息。l 進程預警配置刪除用例名稱：進程預警配置刪除描述:用戶選中要刪除的一條預警信息或者一條預警信息中具體預警提示人員進行刪除，對于監(jiān)控人員類型亦同，若該人員類型已被引用，需清除后方可刪除，并需提醒功能；參與者/角色：信息維護員；先決條件：以合法身份登陸系統(tǒng)；輸入：無或查詢條件；輸出：進程預警配置表中一條記錄被刪除。l 進程預警配置添加用例名稱：進程預警配置添加描述：代碼維護員選擇添加人員，并可維護預警提示人員的手機號碼、電子郵箱等個人信息，也可不選擇預警提示人員名稱單獨添加手機號碼和郵箱，并且一個業(yè)務流或監(jiān)控點可以填入多個預警提示用戶，并選擇用戶類型（默認是全部）；提交后，業(yè)務進程預警配置表中增加一條信息，對于監(jiān)控人員類型亦同；參與者/角色：信息維護員；先決條件：以合法身份登陸系統(tǒng)；輸入：選擇用戶姓名，維護預警提示人員信息；輸出：進程預警配置表中增加一條正確記錄。代碼維護員可以在配置業(yè)務流程、監(jiān)控點及進程預警配置界面下都可以維護進程預警配置信息，在具體配置預警信息時，查找相關業(yè)務流名稱、監(jiān)控點名稱、預警提示人員名稱時，支持字母和漢字的模糊查詢。實際情況中，可以按照業(yè)務流程、監(jiān)控點等進行預警提醒人員配置，當業(yè)務流程發(fā)生異常時，按照預先配置發(fā)送消息（業(yè)務進程異常情況及可能的原因），提示相關工作人員。 信息結構業(yè)務進程管理信息結構圖 信息描述業(yè)務進程管理表序號字段名類 型長 度備注1業(yè)務進程管理ID自增ID2所屬監(jiān)控點代碼3監(jiān)控點狀態(tài)代碼4所屬業(yè)務流代碼5所屬業(yè)務流狀態(tài)代碼