1、工程實踐結題報告課題名稱：大型商業銀行終端綁定管理系統的設計與實現姓 名：學 號：專 業： IT工程管理與產業信息化學院指導老師：所屬院系： 北京航空航天大學軟件學院 系統總體設計 （）功能模塊的設計與實現 需求分析 （ ）引言 （）系統測試和部署 應用分析和總結 課題背景 為確保接入銀行系統的網點終端真實、可靠，進一步提高銀行計算機系統平安，各省中心網點前置效勞器上增加了終端綁定功能，建立從終端到網點效勞器的一一對應關系，使得只有網點效勞器識別的終端才能登陸效勞器。實現終端綁定后網點效勞器要通過技術人員對相應的配置文件進行手工配置。目前的問題主要是：網點數量多終端品牌多配置文件格式各不相同人

2、力本錢高 全國各省網點累計有36000多家全國共有實達、新大陸、昌霖、長城等十余個品牌，型號繁多不同終端連接到同一系統配置文件不同，甚至同一類型終端連接到不同的應用系統的配置文件也不相同。存在系統從網點到省中心存在上報環節多，流程復雜，信息流轉緩慢，中心維護人員的重復勞動等問題課題的任務和設計目標 站在全行的角度，綜合考慮現有系統狀況并考慮長遠規劃的情況下，建設一套終端管理平臺，對所有在前置器啟用了終端綁定的A銀行應用系統進行支撐。建成后的終端管理平臺的核心功能： 對終端配置數據進行管理跟蹤和維護 對終端異常退出后的殘留進程進行清理 對前置系統的運行狀態進行連續監控 論文架構第一章 引言。分別

3、描述了課題背景，課題的任務和設計目標，縮略語/術語定義以及論文結構。第二章 需求分析。分別從根本業務需求說明，功能需求和非功能需求3個方面進行了詳細表達。其中功能性需求局部又從各個模塊出發，講述了各個功能模塊所包括的功能點；非功能需求那么從平安需求，可移植需求，故障處理需求，運行需求，備份需求五方面進行了考慮。第三章 系統總體設計。從系統的設計思路，系統的總體結構，系統與其他系統之間的關系，應用技術平臺4個方面對系統總體設計進行了分析和討論。第四章 功能模塊的設計與實現。分別從系統軟件架構，系統劃分，業務支撐平臺，管理子系統，監控子系統，組件設計實例分析六個局部對功能模塊的設計與實現進行了論述

4、。第五章 系統測試和部署。講解了系統測試和系統部署。第六章 應用分析和總結。介紹了應用評價和應用分析，最后對系統做了一個簡短的總結。 需求分析需求分析2.1、基本業務需求說明2.2、功能需求2.3、非功能性需求2.1、根本業務需求說明2.2、功能需求 2.3、非功能性需求 需求分析需求分析1根本業務需求說明 1用戶規劃說明 系統的最終用戶包括各省分行、地市行的技術人員和業務人員。需求分析1根本業務需求說明 1.2系統整體架構 終端綁定管理系統的按照功能需求可以分為：公共管理、終端配置管理、終端進程管理、監控、報表統計五個局部。圖1 終端綁定管理系統功能結構圖需求分析2功能需求 2.1公共管理

5、提供終端綁定管理系統運行相關的公共管理功能包括用戶管理，用戶權限管理，信息公告。用戶管理 用戶權限管理 信息公告 需求分析2功能需求 2.2終端配置管理 對應用系統及其前置效勞器的配置參數采用集中管理，統一管理終端綁定相關的各種參數，登記每個臺席的終端號。終端配置管理中關鍵的流程主要有終端增加和終端更換，以下分別進行描述 ：1、終端增加 2、終端更換1 終端增加 終端增加需要依賴許多其它參數的維護操作才能正常進行，試以一個新應用系統的一個新品牌終端增加來構造一個完整流程加以說明： 省中心管理員增加應用系統； 省中心管理員增加前置效勞器； 省中心管理員設置前置效勞器分組； 省中心管理員增加終端品

6、牌； 省中心管理員增加終端綁定配置文件格式； 省中心管理員增加終端綁定軟件配置； 地市管理員增加終端。 2 終端更換 以需要更換的終端只對應一套應用系統為例： 終端故障，網點營業人員申請更換終端； 終端維護人員攜帶新終端及外設到網點更換并確認新終端工作正常； 終端維護人員向地市或省中心管理員申請修改指定應用系統的終端綁 定配置； 地市或省中心修改終端綁定配置并實時更新； 網點營業人員確認終端綁定配置修改后可以登錄應用系統并對外營業。 需求分析2功能需求 2.3終端進程管理 終端進程查詢 終端進程清理 在臺席終端使用過程中發生異常無法重新登錄應用系統之后，由終端綁定管理系統對前置效勞器上與此終端

7、相關的進程進行清理并釋放資源，以便臺席終端重新登錄應用系統開展營業。需求分析2功能需求 2.4監控終端綁定管理系統要對各前置效勞器的狀態持續性的進行監控 并將監控信息對用戶及時展現。主要監控對象：效勞器性能主要有CPU/內存/IO終端綁定進程狀態前置接口狀態需求分析2功能需求 2.5報表統計提供機構和臺席數量的分類統計及報表生成以及終端綁定維護操作 的日志查詢功能。以表格形式展現。分以下三個報表：按應用系統統計報表按終端品牌統計報表按終端類型統計報表需求分析3非功能性需求3.1平安需求3.2可移植性需求 3.3故障處理需求3.4運行需求 3.5備份需求 需求分析2.3非功能性需求3.1平安需求

8、 終端綁定管理系統是分散型管理類平臺，其應用的平安性根本要求包括以下幾個方面： 1密鑰的抗攻擊性2交易報文的平安 性和不可泄漏性3交易報文的完整性 4文件傳輸的平安 性和完整性 5敏感信息處理 需求分析2.3非功能性需求3.2可移植性需求：終端綁定管理系統支持使用JAVA語言的應用架構以及C/C+語言的應用架構,所開發的應用軟件應具有良好的可移植性，獨立于硬件平臺。3.3故障處理需求：終端綁定管理系統需要與各業務系統前置效勞器交互,設計時需要防止因終端綁定管理系統的故障引起各業務系統的擁堵。并通過監控子系統迅速向運維人員報警，及時通知故障系統。3.4運行時間需求：系統支持7*24小時運行3.5

9、備份需求：數據備份 、聯機數據庫備份、應用備份 系統總體設計 6數據結構設計 5技術支撐 4應用技術平臺 3系統間關系2總體結構 1設計思路 系統總體設計1設計思路 1設計思路： 統一的終端管理的操作平臺，主要管理行內各系統儲蓄、匯兌、公司業務、代理保險等的前置效勞器上的終端及進程. 各系統前置不改變任何應用，保證各業務系統的正常運行，終端管理平臺不會對現有的系統功能造成影響 終端管理平臺采用省集中方式，各個省的應用使用同一版本，便于以后的升級管理 降低各省分行對終端及指紋的管理難度，擺脫手工配置的限制 系統結構要兼顧近期、中期和遠期目標，選取最優化方案 系統總體設計1設計思路 1設計思路：

10、業務邏輯清晰，采用流程化作業模式，縮短配置終端的時間 通過合理的權限設置，由原有的省級技術人員配置開展到省內各級技術人員都可以進行終端配置，減輕省級技術人員的工作 通過合理的子系統劃分和設計，降低系統耦合度，靈活部署來滿足系統獨立性設計要求 通過交易邏輯正確性保證、系統監控、文件備份/恢復等方式，保障系統的可用性 加強系統的版本管理，全國統一版本，提高系統的可維護性系統總體設計2總體結構 圖2 終端綁定管理系統邏輯結構圖 系統總體設計2總體結構 圖3 終端綁定管理系統網絡拓撲圖 系統總體設計3系統間關系 終端綁定管理系統省中心與各系統前置上部署的代理插件進行通訊，并由代理插件完成必要的終端管理

11、操作。管理系統省中心各系統前置發送命令，啟動各系統前置上的進程，通過這些進程來操作配置文件，實現配置文件的增、刪、改等功能；管理系統省中心通過各前置系統的接口發起查詢、清理的命令，啟動各系統前置上的終端進程管理插件，實現對終端進程的查詢和清理功能；各系統前置上的監控插件會定時采集機器性能等數據，通過接口發送給管理系統省中心進行分析保存，屬于準實時的監控方式。 系統總體設計4應用技術平臺 4.1操作系統終端綁定管理系統支持所有主流的操作系統，主要有以下幾種：Windows系列Linux系列UNIX系列AIX、HP等 系統總體設計4應用技術平臺 4.2中間層JRE 1.5及以上：TMS運行的根底平

12、臺終端綁定管理系統可運行于Tomcat、WebLogic等主流應用平臺上系統總體設計4應用技術平臺 4.3數據層TMS支持主流的數據庫軟件，主要有以下幾種IBM DB2 8.2以上Oracle 9i以上系統總體設計5數據結構設計 以上圖表詳見論文1表名稱2表用途3操作分析4索引描述5詳細表描述功能模塊的設計與實現 1系統軟件架構 2系統劃分 3業務支撐平臺 4管理子系統 5監控子系統 6組件設計實例分析 功能模塊的設計與實現1系統軟件架構 系統采用基于J2EE的B/S分層體系結構，采用Spring的反向注入方式增強對聯機事物的控制處理。系統總體軟件層次如以下圖所示，分為五個層面。 終端綁定管理

13、系統軟件架構圖儲蓄業務匯兌業務信貸業務功能模塊的設計與實現2系統劃分 圖5 終端綁定管理系統功能劃分圖 功能模塊的設計與實現2系統劃分 1、系統運行環境為Linux操作系統，數據庫采用Oracle，中間件為WebLogic；2、系統基于某軟件系統公司自有的J2EE系統產品TOPSFRAMEWORK, 平臺設計的初衷在于對于業務的良好支撐，能夠提供一個運行穩定、功能強大、性能卓越和快捷二次開發的技術平臺。3、業務支撐包括公共管理、平安模塊、接口模塊、報表模塊、日志管理模塊，這些模塊共同為系統的核心功能提供相應的效勞；4、核心業務功能包括兩個子系統：管理子系統、監控子系統。終端管理子系統由配置管理

14、、終端管理、進程管理三個局部組成，監控子系統由監控展示、數據采集兩個局部組成；5、各前置系統插件是終端綁定管理系統部署在各業務系統前置效勞器上的效勞插件，用于接收業務分發和數據采集功能。功能模塊的設計與實現3業務支撐平臺 3.1設計要點權限管理要靈活，修改方便；由于該系統是屬于行內管理系統，平安模塊以簡單實用為原那么；接口模塊統一標準，防止接口復雜多變造成的影響；系統需要記錄運行日志，并且對日志文件能夠進行及時有效的 查詢，定時對日志文件進行備份和清理。 功能模塊的設計與實現3業務支撐平臺 3.2軟件模塊描述 業務支撐公共管理用戶管理權限管理信息公告安全模塊接口模塊日志管理報表模塊應用系統統計

15、終端品牌統計終端類型統計圖6 終端綁定管理系統軟件模塊描述圖 功能模塊的設計與實現4管理子系統 1設計要點 權限管理要靈活，修改方便；由于該系統是屬于行內管理系統，平安模塊以簡單實用為原那么；接口模塊統一標準，防止接口復雜多變造成的影響；系統需要記錄運行日志，并且對日志文件能夠進行及時有效的查詢，定時對日志文件進行備份和清理。 2軟件結構對于終端配置文件的操作應該注意兩個方面：配置文件的一致性，由于終端綁定管理系統不能保證維護人員手工修改配置文件，一旦發生手工修改的情況，勢必導致系統記錄的數據與配置文件真實數據不符。 3處理流程應該注意三個方面：進程的清理，只有系統的root用戶才有權限操作，

16、那么就存在終端綁定管理系統前置插件的權限問題。由于現在各前置系統都采用F5集群方式，無法確定終端登陸在哪一臺效勞器上，系統會采用輪詢的方式在所有前置效勞器上查找該終端的綁定進程。同樣因為F5的原因，造成終端綁定進程在多臺機器上存在，如果全部清理，也許會誤殺進程，將成功登陸的終端清理出應用系統。 功能模塊的設計與實現4管理子系統 軟件結構 配置管理增加應用系統管刪除修改增加前置服務器刪除修改增加終端品牌管刪除修改增加綁定軟件管刪除修改增加文件格式刪除修改增加終端號段管刪除查詢修改終端管理終端信息新增終端信息修改終端信息刪除終端信息查詢維護信息查詢終端信息維護終端信息新增終端信息修改終端信息刪除終

17、端信息查詢指紋系統終端信息維護進程管理終端進程查詢終端進程清理增加增加增加增加增加增加 功能模塊的設計與實現4管理子系統 終端綁定管理系統配置管理處理流程圖綜上所述，位于最上層的功能點影響最大，依次向下，每一層的變化都會影響到下一層的變化。3處理流程 功能模塊的設計與實現4管理子系統 終端綁定管理系統終端管理處理流程圖功能模塊的設計與實現5監控子系統 5.1 設計要點：穩定性、輕量化、監控數據分級5.2 軟件結構：根據需求分析的相關內容，監控子系統的總體架構設計 如以下圖15所示： 圖15 終端綁定管理系統監控子系統總體架構設計圖 功能模塊的設計與實現5監控子系統 5.3處理流程功能模塊的設計

18、與實現 6組件設計實例分析 1模塊名稱 2模塊的主要功能 3總體流程 4主要功能流程 5模塊接口說明 6錯誤碼定義 7模塊流程說明如以下圖 功能模塊的設計與實現 6組件設計實例分析 系統測試和部署 系統測試和部署1系統測試2系統部署系統測試和部署1系統測試1系統測試1.1測試概述1.2測試內容1.3測試環境1.4功能測試1.5測試結論及分析系統測試和部署1系統測試測試概述： 考慮到終端綁定管理系統是采取省中心集中的方式，各省有一套終端綁定管理系統，省與省之間沒有連接，互不干擾。且操作人員皆是銀行內部業務人員，所以在平安性方面和效勞器壓力上面不用做過多考慮。因此，終端綁定管理系統測試的核心任務是

19、功能點的測試，主要針對公共管理、功能管理、配置管理、監控管理、報表統計五個功能模塊進行逐一功能點測試。 測試以黑盒測試為主，配合局部白盒測試。前期測試主要由開發組成員交互測試來完成，發現程序錯誤或者不符合要求的一般要通過白盒測試找出問題所在。后期測試由A銀行相關業務人員配合完成。 系統測試和部署1系統測試測試結論： 介于開發者的實力參差不齊，對需求的理解也不能相同，使得小組交互測試時發現局部功能點并未被完成。使用組件來開發系統，使得我們對開發該組件的控制度很小，局部java跑出的異常未能被捕獲。總的來說，大家還是高效的完成了測試和開發的任務系統測試和部署2系統部署 按照B/S結構應用系統的經典

20、部署方式，應將終端綁定管理系統分為應用效勞器、數據庫效勞器、Web效勞器、認證效勞器等分開部署如以下圖：圖29 終端綁定管理系統部署圖 系統測試和部署2系統部署 考慮到終端綁定管理系統的定位，僅在內部網絡供內部人員使用的系統可以適當降低認證方面的強度要求，因此證書效勞器等可以考慮省去；另外考慮到終端綁定管理系統的并發訪問量，可以根據系統負載考慮將Web效勞器、應用效勞器、數據庫效勞器部署在同一套效勞器上。因此終端綁定管理系統的最終部署方式應考慮系統配置要求的因素，具體參見主機處理能力需求分析。主機所在機器Web服務器Pc server應用服務器同一臺Pc server數據庫服務器同一臺Pc s

21、erver 終端綁定管理系統效勞器分布情況表應用分析和總結1應用評價 2應用分析3總結應用分析和總結1應用評價 本系統自上線以來，收到了A銀行各個級別人員的一致好評，原因主要有：更改傳統的手工修改配置文件的方法為通過在網頁上自己選定各個配置項之后系統自動更新。良好的支持定時和實時兩種終端更新模式，使得終端更新更加隨心所欲。針對省前置效勞器通常有多臺，并且安裝有F5負載均衡器，所以對配置文件進行更新時，對多臺前置效勞器進行同時更新，大大的縮減了勞動量。對前置效勞器的準實時監控，使終端添加人員對效勞器的壓力有第一時間的認識，不再為添加過多的終端導致系統癱瘓而憂慮。全面支持終端的批量增加和刪除，使得終端的管理更加便捷。 本系統不但出色的完成了以上任務，考慮到web效勞器接受的HTTP連接較少，同時應用效勞器以及數據庫效勞器的運行壓力較小，從節約硬件投資的角度出發，可以使用web、應用和數 據庫共用主機的方式。從應