1、2020年5月29日銀行綜合業務系統需求分析說明書文檔僅供參考銀行綜合業務系統需求規格說明書 項目名稱銀行業務綜合系統項目編號編寫單位Object小組編寫日期負責人周侃版本號 目錄TOC o 1-4 h u HYPERLINK l _Toc11647 一、引言 PAGEREF _Toc11647 4 HYPERLINK l _Toc1548 1.1編寫目的 PAGEREF _Toc1548 4 HYPERLINK l _Toc27014 1.2項目背景 PAGEREF _Toc27014 4 HYPERLINK l _Toc16614 1.3定義 PAGEREF _Toc16614 5 HYP

2、ERLINK l _Toc6602 1.4參考資料 PAGEREF _Toc6602 6 HYPERLINK l _Toc1215 二、任務概述 PAGEREF _Toc1215 6 HYPERLINK l _Toc27373 2.1目標 PAGEREF _Toc27373 6 HYPERLINK l _Toc27503 2.1.1 用戶特點 PAGEREF _Toc27503 6 HYPERLINK l _Toc6200 2.1.2 業務設計目標 PAGEREF _Toc6200 7 HYPERLINK l _Toc28834 2.1.3 開發原則 PAGEREF _Toc28834 8 H

3、YPERLINK l _Toc19975 2.2名詞解釋 PAGEREF _Toc19975 8 HYPERLINK l _Toc14620 三、系統概述 PAGEREF _Toc14620 14 HYPERLINK l _Toc2177 3.1系統概述 PAGEREF _Toc2177 14 HYPERLINK l _Toc22805 3.2具體架構說明 PAGEREF _Toc22805 16 HYPERLINK l _Toc6401 四、 需求分析 PAGEREF _Toc6401 17 HYPERLINK l _Toc14965 4.1界面需求 PAGEREF _Toc14965 17

4、 HYPERLINK l _Toc4064 4.1.1簽到界面 PAGEREF _Toc4064 18 HYPERLINK l _Toc2555 4.1.2客戶開戶界面 PAGEREF _Toc2555 18 HYPERLINK l _Toc30083 4.1.3賬戶客戶界面 PAGEREF _Toc30083 19 HYPERLINK l _Toc2709 4.1.4貸款 PAGEREF _Toc2709 20 HYPERLINK l _Toc21714 4.1.5簽退界面 PAGEREF _Toc21714 21 HYPERLINK l _Toc26734 4.1.6查詢 PAGEREF

5、_Toc26734 22 HYPERLINK l _Toc27279 4.1.6.1賬戶查詢 PAGEREF _Toc27279 22 HYPERLINK l _Toc12672 4.1.6.2貸款查詢 PAGEREF _Toc12672 23 HYPERLINK l _Toc10268 4.2交易需求 PAGEREF _Toc10268 23 HYPERLINK l _Toc1969 4.2.1Teller端 PAGEREF _Toc1969 23 HYPERLINK l _Toc28077 4.2.1.1簽到 PAGEREF _Toc28077 23 HYPERLINK l _Toc183

6、 4.2.1.2簽退 PAGEREF _Toc183 25 HYPERLINK l _Toc16139 4.2.2ESB端 PAGEREF _Toc16139 25 HYPERLINK l _Toc2661 4.2.2.1服務拆分 PAGEREF _Toc2661 25 HYPERLINK l _Toc3909 4.2.3Core端 PAGEREF _Toc3909 26 HYPERLINK l _Toc7690 4.2.3.1客戶開戶界面 PAGEREF _Toc7690 26 HYPERLINK l _Toc25343 4.2.3.2賬戶開戶界面 PAGEREF _Toc25343 27

7、HYPERLINK l _Toc17996 4.2.3.3貸款發放界面 PAGEREF _Toc17996 30 HYPERLINK l _Toc12462 4.2.3.4日終 PAGEREF _Toc12462 32 HYPERLINK l _Toc14891 五、數據描述 PAGEREF _Toc14891 33 HYPERLINK l _Toc 2 5.1 系統描述 PAGEREF _Toc 2 33 HYPERLINK l _Toc7970 5.2 系統E-R圖 PAGEREF _Toc7970 34 HYPERLINK l _Toc25743 5.3實體及其屬性的分析 PAGEREF

8、 _Toc25743 37 HYPERLINK l _Toc3478 5.4實體間的關系分析 PAGEREF _Toc3478 39一、引言近年來,金融業的競爭開始由低層次向高層次發展,高科技戰場將是中國各銀行參與競爭、加快自身發展的主戰場。銀行要保持和擴大市場份額,必須擁有一種明顯的、持久的優勢。這種優勢不是產品的優勢,也不是網點的優勢,而是高科技的優勢。因此,銀行電子化是銀行提高工作效率,提高管理水平,提高服務質量,加速資金周轉,促進社會經濟發展的趨勢。隨著計算機技術的不斷發展,銀行電子化水平的提高起到了積極的作用。隨著客戶金融意識的加強,對銀行的選擇條件也越來越高,而選擇的尺度主要就是銀

9、行的服務質量。現在客戶對銀行的服務要求不但僅是禮貌服務,更主要的看銀行能不能給其提供更多的便利、更好的服務方式、更先進的服務工具來滿足她們的各種需要。當前,各銀行都投入許多精力,針對客戶需求,在保持和完善傳統業務的基礎上,利用信息高技術開拓了許多新的業務領域,為客戶提供了許多新的服務手段。 因此,由于銀行有處理大量數據的要求,全部采用人工的方式處理顯然不合適。這不但要花費很高的成本,而且處理事物的效率和質量都存在很大的問題。處于這些問題的考慮,采用計算機來處理這類問題就是一個相當理想的解決方案。利用計算機能夠極大地降低處理成本,更重要的是能夠幾乎沒有錯誤的高效的處理所有的事務。1.1編寫目的

10、編寫該文檔的目的是明確”銀行綜合業務系統”項目的業務背景、業務范圍、定義項目的專業名詞,分析項目的核心功能和系統需求,為后續的系統設計以及開發人員和測試人員提供功能需求和非功能需求的詳細定義,為測試人員提供測試用例設計的功能參考。該文檔為了便于更好地理解客戶對軟件的需求,對于其軟件性能以及功能需求有一明確的目標,對于項目規劃以及進度也做了簡單的計劃。預期讀者:組內成員1.2項目背景開發項目名稱:銀行綜合業務系統任務提出人員:神州數碼融信軟件有限公司系統開發人員:神州數碼融信有限公司實習小組 Object 系統使用用戶:銀行系統管理員、業務操作員此軟件將開發銀行系統中客戶開戶、賬戶開戶以及貸款的

11、全過程;4. 本銀行系統將提供銀行的管理和客戶服務的系統:開發此系統是提高自主創造能力,提高開發過程中團隊的交流與協作,最終達到完成銀行系統開發的目的。銀行系統管理員進行貸款、查詢以及相關業務的審批工作,業務操作員為銀行客戶提供客戶開戶、賬號開戶等服務。1.3定義1、 數據(Data):數據實際上就是描述事物的符號記錄。 數據庫(Database,簡稱DB):是長期存儲在計算機內,有結構的大量的共享的數據集合。 數據庫管理系統(Database Management System 簡稱DBMS):位于用戶和操作系統之間的一層數據管理軟件。 數據庫系統(Database System 簡稱DBS

12、):數據庫系統是指在計算機系統中引入數據庫后的系統構成,一般由數據庫、數據庫管理系統(及其開發工具)、應用系統、數據庫管理員和用戶構成。2、關系:一個關系對應一張二維表,關系名-表名 屬性:表中的一列成為屬性,列名即屬性名。 字段:標記實體屬性的命名單位3、開發術語 需求:用戶解決問題或達到目標所需要的條件或功能;系統或系統部件要滿足合同、標準,規范或其它正式規定文檔所需具有的條件或權能。 需求分析:包括提煉,分析和仔細審查已收集到的需求,以確保所有的風險承擔者都有的含義并找出其中的錯誤,遺憾或其它不足的地方。 銀行系統:基本元素為構成銀行儲蓄及相關行為所必須的各種部分。 企業服務總線(ESB

13、):為銀行提供一種全面、靈活且一致的集成方法。1.4參考資料 Java編程教程 張孝祥 清華大學出版社 JDK_API_1_6_zh_CN.CHM參考文檔, -2編寫,林銳,人民出版社, -12編寫, 鄭莉、王行言、馬素霞編著,清華大學出版社,1998-1編寫,王珊、張凱編著,高等教育出版社, -1編寫,劉曉華、張健、周慧貞編著,電子工業出版社 , -4編寫,張小松、王玨、曹躍編著,機械工業出版社二、任務概述2.1目標 銀行系統是一個含有數據庫的軟件系統,經過網絡將各個客戶端連接起來,能夠為銀行提供一體化的辦公、管理,業務更改,業務辦理,業務查詢功能,并為銀行客戶提供各種查詢的操作。 2.1.

14、1 用戶特點使用本系統的用戶為銀行職員(普通職員、貸款審批員、貸款發放員、數據操作員、系統管理員等),該部分用戶能熟練操作計算機,至少具有一定的計算機應用水平,用戶對柜面平臺系統的使用頻度為8小時/天,可是其它時間銀行系統仍需要正常運行,保證幾乎0%的故障率。具體使用要求:銀行系統管理員(包括系統管理員):具有較高的的管理水平和計算機操作水平,能夠熟練進行鼠標、鍵盤操作。管理銀行系統的業務員的相關信息,而且擁有對于銀行核心業務如利率調整等進行修改和審批的權限。銀行系統工作人員(包括貸款審批員、貸款發放員):具有較高的業務水平和教育水平,能夠在7天的培訓中掌握銀行系統的操作方法。管理銀行顧客的相

15、關信息,而且為銀行顧客提供創立帳號、貸款、貸款審批等服務。普通職員:具有較高的業務水平和教育水平,能夠在7天的培訓中掌握銀行系統的操作方法。2.1.2 業務設計目標 (1)登錄業務:銀行用戶輸入自己的用戶名以及密碼在前臺進行驗證看是否存在該客戶。如果登錄成功之后能夠進入客戶辦理業務頁面;如果不存在或者是用戶名密碼錯誤則返回反饋信息。 (2)動態加載菜單模塊:不同的用戶有不同的角色,不同的角色有不同的權限。不同的權限執行不同的功能。例如”柜員能夠進行客戶開戶、賬戶開戶等業務,對于客戶經理則能夠為客戶辦理貸款業務以及查詢業務”。 (3)開戶業務:當客戶需要進行金融交易時需要在銀行系統中開一個帳戶。

16、這個帳戶之后就歸客戶自己所有。對其賬戶有了唯一擁有權。客戶辦理貸款業務。(4)貸款業務:客戶在滿足貸款條件之下而且在有擔保人的擔保下能夠進行貸款業務。此業務是經由客戶經理辦理的。在辦理貸款的時候銀行會為客戶制定還款計劃、還款計劃明細、回收結算、發放結算、回收明細、計提表、總賬表等貸款相關表。 客戶在銀行中的信譽度直接影響客戶貸款金額。貸款人的擔保人則應該滿足一下條件:具有代為清償債務能力的法人、其它組織或者公民。貸款具體流程:申請審批合同開立發放回收通知單回收明細結算計劃明細還款計劃結算利息計提備注:銀行有多個分支機構。每個分支機構位于一個特定的城市,由唯一的名字標識。銀行監控每個分支機構的資

17、產。每筆貸款由某個分支機構發放,能被一個或多個人共有。一筆貸款用一個唯一的貸款號標識。銀行需要知道每筆貸款的金額以及逐步支付的情況。記錄每次付款的的時間及金額。銀行還能夠有關于某一天或某一段時間內銀行的業務情況的記錄,即全部客戶和銀行之間的交易記錄,每條記錄以唯一的流水號標識。2.1.3 開發原則統一帳薄,所有帳務集中到后臺主機處理。2. 綜合柜員,大量采用集成交易。3. 可擴展性,系統設計模塊化,接口標準化,擴展靈活、方便。4. 可維護性,大量采用自動生成工具,開發、維護簡單。5. 可隔離性,各業務子系統圍繞一個核心,相對獨立;各交易圍繞業務子系統,互不影響。2.2名詞解釋1.IE IE(I

18、nternet Explorer),是微軟公司(Microsoft)推出的一款網頁瀏覽器。2. TomcatTomcat是一個輕量及應用服務器,在中小型系統和并發訪問用戶不是很多的場合下被普遍使用,是開發和調試JSP程序的首選,因為它運行是占用的系統資源小,擴展性好,支持負載平衡與郵件服務等開發應用系統常見的功能;而且它還在不斷的改進和完善中,任何一個感興趣的程序員都能夠更改它或在其中加入新的功能。當配置正確時,Apache 為HTML頁面服務,而Tomcat 實際上運行JSP 頁面和Servlet。另外,Tomcat和IIS、Apache等Web服務器一樣,具有處理HTML頁面的功能,另外它

19、還是一個Servlet和JSP容器,獨立的Servlet容器是Tomcat的默認模式。不過,Tomcat處理靜態HTML的能力不如Apache服務器。3. ESB ESB全稱為Enterprise Service Bus,即企業服務總線。它是傳統中間件技術與XML、Web服務等技術結合的產物。ESB提供了網絡中最基本的連接中樞,是構筑企業神經系統的必要元素。ESB的出現改變了傳統的軟件架構,能夠提供比傳統中間件產品更為廉價的解決方案,同時它還能夠消除不同應用之間的技術差異,讓不同的應用服務器協調運作,實現了不同服務之間的通信與整合。從功能上看,ESB提供了事件驅動和文檔導向的處理模式,以及分布

20、式的運行管理機制,它支持基于內容的路由和過濾,具備了復雜數據的傳輸能力,并能夠提供一系列的標準接口。ESB的五個基本功能:1)服務的MetaData管理:在總線范疇內對服務的注冊命名及尋址進行管理。 2)傳輸服務:確保經過企業總線互連的業務流程間的消息的正確交付,還包括基于內容的路由功能。 3)中介:提供位置透明的路由和定位服務;提供多種消息傳遞形式;支持廣泛使用的傳輸協議。 4)多服務集成方式: 如JCA,Web服務,Messaging ,Adaptor等. 5)服務和事件管理支持: 調用服務的記錄、測量和監控數據;提供事件檢測、觸發和分布功能; ESB的八個擴展功能:1) 面向服務的元數據

21、管理: 她必須了解被她中介的兩端,即服務的請求以及請求者對服務的要求,以及服務的提供者和她所提供的服務的描述; 2) Mediation :它必須具有某種機制能夠完成中介的作用,如協議轉換; 3) 通信:服務發布、訂閱,響應 請求,同步異步消息,路由和尋址等; 4) 集成: 遺留系統適配器,服務編排和映射,協議轉換,數據變換,企業應用集成中間件的連續等。 5) 服務交互: 服務接口定義,服務實現的置換,服務消息模型,服務目錄和發現等。 6) 服務安全: 認證和授權、不可否認和機密性、安全標準的支持等; 7) 服務質量: 事務,服務的可交付性等; 8) 服務等級: 性能、可用性等。 ESB 中最

22、常提到的兩個功能是消息轉換和消息路由。 Oracle oracle數據庫是一個多用戶系統,能自動從批處理或在線環境的系統故障中恢復運行。系統提供了一個完整的軟件開發套件,包括交互式應用程序生成器、報表打印軟件、字處理軟件及集中式數據字典,用戶能夠利用這些工具生成自己的應用程序。Oracle以二維表的形式表示數據,并提供了SQL(結構化查詢語句),完成數據查詢、操作、定義和控制等基本數據庫管理功能。Oracle數據庫具有很好的可移植性,經過它的通信功能,微型計算機上的程序能夠同小型乃至大型計算機上的oracle相互傳遞數據。 它能夠支持多種不同的硬件和操作系統平臺,從臺式機到大型機和超級計算機,

23、為各種硬件提供高度的可伸縮性,支持對稱多處理器、集群多處理器、大規模處理器等,并提供廣泛的國際語言支持。5. JMSJMS(Java Message Service) 即Java消息服務。它提供標準的產生、發送、接收消息的接口簡化企業應用的開發。它支持兩種消息通信模型:點到點(point-to-point)(P2P)模型和發布/訂閱(Pub/Sub)模型。1)點對點方式(point-to-point) 點對點的消息發送方式主要建立在 Message Queue,Sender,Receiver上,Message Queue 存貯消息,Sender發送消息,Receiver接收消息.具體點就是Se

24、nder Client發送Message 到Queue中 ,而Receiver Client從Queue中接收消息和發送消息已接受到Quere,確認消息接收。消息發送客戶端與接收客戶端沒有時間上的依賴,發送客戶端能夠在任何時刻發送信息到Queue,而不需要知道接收客戶端是不是在運行。2)發布/訂閱 方式(publish / subscribe) 發布/訂閱方式用于多接收客戶端的方式.作為發布訂閱的方式,可能存在多個接收客戶端,而且接收端客戶端與發送客戶端存在時間上的依賴。一個接收端只能接收她創立以后發送客戶端發送的信息。作為subscriber ,在接收消息時有兩種方法,destination

25、的receive方法,和實現message listener 接口的onMessage 方法。注: eq oac(,1)connectionFactory 經過這個工廠類就能夠得到一個與JMS提供者的連接 eq oac(,2)connection 與JMS提供者建立的一個連接。能夠從這個連接創立一個會話,即Session。 eq oac(,3)session與JMS提供者所建立的會話,經過Session我們才能夠創立 一個Message 。 eq oac(,4)destination 消息發送的目的地,也就是所謂的Queue和Topic。創立好一個消息之后,只需要把這個消息發送到目的地,消息的

26、發送者就能夠繼續做自己的事情,而不用等待消息被處理完成。至于這個消息什么時候,會被哪個消費者消費,完全取決于消息的接者。 eq oac(,5)messageProducer 消息的生產者,要發送一個消息,必須經過這個生產者來發送。 eq oac(,6)message() 從字面上就能夠看出是被發送的消息。 eq oac(,7)send():發送消息。 eq oac(,8)receiver():接收消息。6. Socket Socket也稱作套接字,用于描述IP地址和端口,是一個通信鏈的句柄,應用程序一般經過”套接字”向網絡發送請求或者應答網絡請求。兩個JAVA應用程序可經過一個雙向的網絡通信連

27、接實現數據交換,這個雙向鏈路的一端稱為一個Socket。Socket一般見來實現client-server連接。J包中定義的兩個類Socket和ServerSocket,分別用來實現雙向連接的client端和server端。建立連接時所需的尋址信息為遠程計算機的IP地址和端口號(port number)。7. MQMQ(Message Queue):消息隊列,是在消息的傳輸過程中保存消息的容器。消息隊列管理器在將消息從它的源中寄到它的目標時充當中間人。隊列的主要目的是提供路由并保證消息的傳遞,如果發送消息時接受者不可用,消息隊列會保留消息,直到能夠成功傳遞它。8.XMLXML(eXtensib

28、le Markup Language)是萬維網聯盟(World Wide Web Consortium W3C)定義的一種可擴展標志語言。可擴展性指允許用戶按照XML規則自定義標記(tags標簽),它能夠輕松表示多層結構的數據。具有平臺無關,語言無關。設計目標是描述數據并集中于數據的內容,與顯示分離。9. DOM4JDOM4J解析是xml的一種解析方式,它合并了許多超出基本XML文檔表示的功能,包括集成的XPath支持、XML Schema支持以及用于大文檔或流化文檔的基于事件的處理。它還提供了構建文檔表示的選項,它經過DOM4J API和標準DOM接口具有并行訪問功能。DOM4J大量使用了A

29、PI中的Collections類,可是在許多情況下,它還提供一些替代方法以允許更好的性能或更直接的編碼方法。10. I/O流 I/O流指輸入輸出流, 在Java程序中,對于數據的輸入(input)/輸出(output)操作以”流”(stream)方式進行,java.io包中定義了各樣的”流”類,用以獲取不同種類的數據。輸入流指的是將數據以字符或字節形式從外部媒體比如文件、數據庫等讀取到內存中,因此也能夠分為字符輸入流和字節輸入流。輸出流指的是將內存中的數據寫入外部媒介,也分為字符輸入流和字節輸入流。11. 多線程多線程是這樣一種機制,它允許在程序中并發執行多個指令流,每個指令流都稱為一個線程,

30、彼此間互相獨立。線程又稱為輕量級進程,它和進程一樣擁有獨立的執行控制,由操作系統負責調度,區別在于線程沒有獨立的存儲空間,而是和所屬進程中的其它線程共享一個存儲空間,這使得線程間的通信遠較進程簡單。作為一個完全面向對象的語言,Java提供了類 java.lang.Thread 來方便多線程編程,這個類提供了大量的方法來方便我們控制自己的各個線程。JAVA實現多線程的兩種方法:繼承 Thread 類和實現 Runnable 接口。12. 線程同步由于同一進程的多個線程共享同一片存儲空間,在帶來方便的同時,也帶來了訪問沖突這個嚴重的問題。Java語言提供了專門機制以解決這種沖突,有效避免了同一個數

31、據對象被多個線程同時訪問。13.PL/SQL PL/SQL也是一種程序語言,叫做過程化SQL語言(Procedural Language/SQL)。PL/SQL是Oracle數據庫對SQL語句的擴展。在普通SQL語句的使用上增加了編程語言的特點,因此PL/SQL就是把數據操作和查詢語句組織在PL/SQL代碼的過程性單元中,經過邏輯判斷、循環等操作實現復雜的功能或者計算的程序語言。 PL/SQL是Oracle對關系數據庫語言SQL的過程化擴充,它將數據庫技術和過程化程序設計語言聯系起來,是一種應用開發語言,可使用循環,分支處理數據,將SQL的數據操縱功能與過程化語言數據處理功能結合起來. PL/

32、SQL的使用,使SQL成為一種高級程序設計語言,支持高級語言的塊操作,條件判斷,循環語句,嵌套等,與數據庫核心的數據類型集成,使SQL 的程序設計效率更高. PL/SQL程序的基本結構 PL/SQL塊由四個基本部分組成:聲明、執行體開始、異常處理、執行體結束。 PL/SQL的變量 PL/SQL程序包括了四個部分,在四個部分中,聲明部分。主要用來聲明變量而且初始化變量,在執行部分能夠為變量賦新值,或者在表示式中引用變量的值,在異常處理部分同樣能夠按執行部分的方法使用變量。另外,在PL/SQL程序使用時能夠經過參數變量把值傳遞到PL/SQL塊中,也能夠經過輸出變量或者參數變量將值傳出PL/SQL塊

33、。 14.沖正沖正就是回滾交易 。 即一筆交易在終端已經置為成功標志,可是發送到主機的帳務交易包沒有得到響應,即終端交易超時,因此不確定該筆交易是否在主機端也成功完成,為了確保用戶的利益,終端重新向主機發送請求,請求取消該筆交易的流水,如果主機端已經交易成功,則回滾交易,否則不處理,然后將處理結果返回給終端。 過濾器 過濾器經過截取從客戶端進來的請求,并做出處理的回復。它能夠說是外部進入網站的第一道關。在這個關卡里,能夠驗證客戶是否來自可信的網絡,能夠對客戶提交的數據進行重新編碼,能夠從系統里獲得配置的信息,能夠過濾掉客戶的某些不應出現的詞匯,能夠驗證客戶是否已經登錄,能夠驗證客戶端的瀏覽器是

34、否支持當前的應用,能夠記錄系統的日志等。能夠為一個Web應用組件部署多個過濾器,這些過濾器組成一個過濾鏈,每個過濾器只執行某個特定的操作或檢查。這樣請求在達到被訪問的目標之前,需要經過這個過濾鏈。如果由于安全的問題不能訪問目標資源,那么過濾器就能夠把客戶端的請求攔截。Web應用的請求傳遞圖:目標組件Filter1Do filter 過濾鏈Filter1客戶端 2.3 軟件支持操作系統: Windows Xp / Windows7SP的版本: Sp3數據庫: Oracle 10g2.4 硬件支持硬盤空間:5G 以上內存:128M2.5 運行環境軟件運行環境WINDOWS平臺:WINDOWS98/

35、NT/ /XP/7 可選: WINDOWS TUXEDO 客戶端UNIX平臺:SCO UNIX,AIX平臺可選: WINDOWS TUXEDO 客戶端LINUX平臺:紅旗LINUX 2.6 條件與約束 2.6.1本項目是否能夠成功實施,主要取決于以下條件:開發小組為了項目的開發和實施,必須對項目的業務流程進行合理的分析與整理,形成完善的軟件需求。用戶應具有適合項目軟件的工作環境和系統運行環境。用戶應滿足項目系統的硬件環境與通訊環境。開發小組采用先進的、兼容性強的語言Java進行編程以及先進的技術保證系統的性能的優化與項目的成功。開發小組具有相對穩定的項目的團隊,不穩定的團隊將影響項目的進度和質

36、量。開發時間是一個連續的時間段,有利于開發軟件的連續性,不連續的開發時間將影響項目的進度與質量。2.6.2 約束條件:成本約束:因本項目僅為人員實習的培訓,故不考慮人員成本;因無物質采購,故不考慮物質成本;所需的成本僅為編程過程中的電費,一切由公司承擔。規模約束:此項目有1個項目小組的人員共同完成,人數為8人完成日期: 12月1日設備約束:自帶筆記本,無網絡環境。技術約束:主要使用Java語言開發,系統操作界面為IE界面2.6.3設備要求硬件要求:PC機8臺。軟件要求:安裝有MyEclipse開發工具;安裝有JAVA SDK的WINDOWS操作系統;安裝有消息隊列服務器apache-activ

37、emq,作為項目所用的JMS服務器;導入dom4j、activemq等jar包實現接口對XML進行簡單的增刪查改操作;安裝Oracle 10g安裝Toad for Oracle安裝Power Designer安裝PL/SQL Developer安裝tomcat三、系統概述3.1系統概述銀行綜合業務系統平臺采用B/S架構,用戶可經過PC機采用瀏覽器的方式訪問系統。經過管理不用的數據源,管理平臺能夠進入不同的交易界面。平臺主要功能是處理和管理業務平臺的數據、系統配置、人員、業務交易等。 柜臺TellerESB企業服務總線業務處理平臺支付業務支持業務金額支付產品業務/日志業務;渠道管理業務;簽約管理

38、業務;權限管理業務ESB企業服務總線 Core DB各模塊功能目標:(1)Teller端功能目標:用戶經過輸入其網點號、機構號、用戶名和密碼,其用戶信息進入不同的客戶業務辦理頁面。當用戶信息不存在或者是用戶信息錯誤的時候,將反饋信息以界面的形式顯示給用戶,提示用戶信息錯誤。將用戶辦理業務所需要的信息以XML的形式經socket傳送給ESB端。同時teller端接收ESB端經處理過的客戶反饋信息和處理結果,這些消息是以XML的形式經socket傳送過來。ESB端功能目標:ESB端要求實時監聽teller端,對teller端發來的請求進行驗證其系統碼和服務碼,解析判斷是那種服務類型。需要將其判斷結

39、果組包封裝到消息隊列傳送給Core端。在ESB端要及時快速并準確地進行判斷,而且要能夠準確無誤的處理多個客戶端發來的消息,以及同一客戶端重復發送的多個請求,不允許發生消息的串包問題。同時ESB端也將接收從Core端處理之后的所有信息封裝到消息隊列中的。也將這些消息經socket傳送給teller端。Core端功能目標:ESB端對從消息隊列中傳來的消息要及時迅速地做一解析處理,對XML中的數據也要做及時迅速處理 ,保證對XML同時進行的操作不會發生沖突。同時也要將其封裝到消息隊列返回給ESB端。3.2具體架構說明圖3-1 系統總體架構圖系統功能實現的基本流程: eq oac(,1)IE端向Tel

40、ler端發送報文; eq oac(,2)Teller端將接收到的報文經過Socket發送給ESB,并記錄流水記錄; eq oac(,3)ESB將接收到的報文經過doService 原子服務將報文放入請求消息隊列ReqMQ,并記錄流水記錄; eq oac(,4)Core從請求消息隊列ReqMQ中取出報文并解析,并記錄流水記錄; eq oac(,5)Core經過解析的結果來調用存儲過程操作數據庫; eq oac(,6)Core將操作處理的結果返回; eq oac(,7)Core將操作處理的結果返回給響應消息隊列RespMQ,并記錄流水記錄,修改記錄流水狀態信息; eq oac(,8)ESB從響應消

41、息隊列RespMQ中取出返回結果; eq oac(,9)ESB將最終處理的結果經過Socket返回給Teller端,并記錄流水記錄,修改記錄流水狀態信息; eq oac(,10)Teller端在接收到處理結果后,作相應的記錄,再將處理結果返回給IE端,并記錄流水記錄,修改記錄流水狀態信息。需求分析4.1界面需求系統界面顏色由設計者自己設定,采用全屏格式,界面的風格鮮明而又特色;報表格式:以銀行原報表格式設計電子打印表格式;系統上要有足夠的導航鏈接;要盡量讓用戶使用鼠標完成整個操作流程,當然填寫資料;界面將采用交互式界面,簡化界面設計,以文本框和按鈕為主要功能部件,完成輸入、修改、確定、取消等業

42、務功能。4.1.1簽到界面該界面為柜員簽到界面,在該界面上填入柜員的登錄名、登錄密碼、機構號和網點號,然后點擊”登錄簽到”,如果填寫的所有信息都正確,則簽到成功,進入主界面。如果輸入的某項信息有誤,則點擊”登錄簽到”按鈕后出現提示出錯信息,錯誤包括”登錄名不存在”、”密碼錯誤”、”機構號錯誤”或者”網點號有誤”。簽到成功界面4.1.2客戶開戶界面該界面為客戶開戶界面,需要開戶的客戶填寫完開戶信息后,將開戶表單交給柜員,然后將開戶信息錄入系統,信息包括:客戶編號 、中文名、英文名、證件號、證件類型、客戶簡稱、性別、地址信息、國家、地區區號、聯系方式、客戶類型、城市、郵編、移動電話、客戶分類。4.

43、1.3開戶界面賬戶界面:客戶需要貸款時先和銀行簽訂貸款合約,柜員將合約的信息錄入系統,貸款信息包括:賬號、客戶號、證件號、中文名稱、客戶類型、賬戶狀態、賬戶幣種、存款類型、開戶日期、賬戶類型、客戶簡稱、英文名、客戶經理等。對于其中的身份證要求有驗證身份證號碼位數。對于其客戶進行賬戶開戶所辦理的類型及賬單存折標識都能夠進行選擇。4.1.4貸款發放界面該界面為在客戶在貸款開立簽約后,獲得貸款號,填寫相關資料確認需要貸款的金額,并了解利率相關信息,進行貸款發放。4.1.5貸款發放結算界面該界面為在貸款發放以后,用來確認貸款發放的相關信息,最終確認貸款發放。4.1.6貸款計提調整界面該界面為手動錄入變

44、更的利率信息造成利息計算的錯誤,來更改數據庫的利息信息。4.1.7貸款本息通知單界面該界面為在貸款規定還本付息的前一個星期需要出通知單告知貸款人需要及時還清利息。4.1.8貸款回收界面該界面用于進行貸款回收。4.1.8貸款回收結算界面該界面用于銀行在回收相關利息及貸款金額的匯總處理。4.1.9貸款日終界面日終處理是指銀行在每天營業結束后,中心對賬務系統進行一系列批量處理的過程。隨著銀行業務的飛速發展和銀行金融產品的日益豐富,日終處理的過程也越來越復雜。銀行界數據大步伐的加快,也意味著日終處理系統要面對日益龐大的賬務系統。當前,各家銀行業務越來越廣泛,計算機處理的程度也越來越高,相應數據中心日終

45、處理的內容變得復雜,處理時間也隨之增加,這就給做日終處理的工作人員帶來壓力,容易造成多做、少做或重復做,影響第二天的正常營業。因此,使日終處理更加高效、可靠和靈活是至關重要的。點擊此處退出系統4.1.10簽退界面柜員每天在進行一天業務之后需要對業務進行核查以確保業務正常辦理。下班時需要退出系統時,柜員則能夠點擊右上角的”退出”按鈕后,出現提示框:點擊”確定”,簽退成功!當柜員已簽到則能夠進行正常地簽退業務;假設柜員已經簽退則網頁會提示反饋信息”您已簽退!不能再簽退!”4.2交易需求4.2.1Teller端4.2.1.1簽到4.2.1.1.1功能需求 柜員要工作必須要進行簽到,簽到后才能進入系統

46、為客戶服務。每個機構的每個網點下每個柜員都有唯一的編號,簽到時柜員需要輸入自己所在的機構號、網點號、柜員編號以及密碼,輸入正確進入系統后,會在登錄表中記錄該柜員的登錄信息。簽到的流程圖如下:柜員簽到界面填寫機構號、網點號、柜員編號、密碼提示出錯信息點擊柜員簽到否信息正確?是成功登錄,進入系統柜員在打開IE進入柜員簽到界面后,需輸入柜員信息進行簽到操作,如輸入自己專屬的:機構編號、網點編號、柜員帳號、密碼等并點擊”簽到”,如輸入正確無誤后,則界面會出現簽到成功的提示語,這樣即可完成簽到操作,簽到完成之后才能夠進行如客戶開戶、賬戶開戶和貸款等其它的各種銀行業務的操作。4.2.1.1.2性能需求1.

47、 響應時間:5秒之內2. 更新處理時間:3秒之內3. 數據的轉換和傳送時間:3毫秒之內4. 并發性能:允許1000個柜員同時進行操作5. 大數據量性能:100M4.2.1.1.3接口4.2.1.2簽退4.2.1.2.1功能需求柜員完成所有的任務后到下班時間或者有事需要離開柜臺,就需要執行簽退服務,不能轉身就走,也不能直接關閉操作頁面,如果直接關閉可能導致下次不能正常登錄。簽退時只需要點擊簽退操作,確認簽退,此時系統會記錄柜員的簽退信息。4.2.1.2.2性能需求1. 響應時間:5秒之內2. 更新處理時間:3秒之內3. 數據的轉換和傳送時間:3毫秒之內4. 并發性能:允許1000個柜員同時進行操

48、作5. 大數據量性能:100M4.1.2.2.3接口4.2.2ESB端4.2.2.1服務拆分根據客戶端不同的服務請求,向服務器發送相應的請求。4.2.3CoreBank端4.2.3.1客戶開戶4.2.3.1.1功能需求確定一家銀行填寫紙質材料檢查開戶材料正確并錄入記錄開戶信息系統審核信息是否合法開戶處理表賬戶信息表是客戶銀行工作人員開戶是客戶在銀行辦理業務的第一步。首先客戶要選擇一家銀行,然后再到該銀行填寫資料并由銀行工作人員進行錄入,而且為了安全問題,生成一個賬戶初始密碼,只有客戶本人能夠對密碼進行維護。開戶流程圖如下: 否 客戶向銀行提出開立賬戶要求;柜員在系統主界面請求創立賬戶操作,系統

49、常見賬戶界面;柜員添加賬戶信息后,提交至賬戶類;賬戶類確認數據庫是否已存在該客戶的賬戶,如不存在,則創立新客戶對象;然后將客戶信息保存到數據庫中;柜員在Teller端系統界面上點擊”開戶”按鈕進入開戶界面,填寫用戶基本信息(姓名、性別、身份證、),點擊提交,無誤則開戶成功。4.2.3.1.2性能需求1. 響應時間:5秒之內2. 更新處理時間:3秒之內3. 數據的轉換和傳送時間:3毫秒之內4. 并發性能:允許1000個柜員同時進行操作5. 大數據量性能:100M4.2.3.1.3接口4.2.3.1.4其它需求4.2.3.2賬戶開戶4.2.3.2.1功能需求賬戶開戶是在客戶開戶后進行的。客戶開戶后

50、,客戶可進行賬戶開戶,方便對賬戶進行操作,開戶流程圖如下:填寫賬戶開戶申請審核信息是否正確客戶記錄賬戶信息賬戶處理表賬戶信息表是否客戶向銀行提出開立賬戶要求;柜員在系統主界面請求創立賬戶操作,系統常見賬戶界面;柜員添加賬戶信息后,提交至賬戶類;賬戶類確認數據庫是否已存在該客戶的賬戶,如不存在,則創立新客戶對象;然后將客戶信息保存到數據庫中;柜員在Teller端系統界面上點擊”開戶”按鈕進入開戶界面,填寫用戶基本信息(姓名、性別、身份證、),點擊提交,無誤則開戶成功。4.2.3.2.2性能需求1. 響應時間:5秒之內2. 更新處理時間:3秒之內3. 數據的轉換和傳送時間:3毫秒之內4. 并發性能

51、:允許1000個柜員同時進行操作5. 大數據量性能:100M4.2.3.2.3接口4.2.3.2.4其它需求4.2.3.3貸款4.2.3.3.1功能需求用戶由于要進行某種活動資金不足時,需要向銀行等金融機構貸款來達到她們的目標,這個時候就需要和銀行簽訂貸款合約。一句話,貸款合同就是借款人想貸款人借款,到期返還借款并支付利息的合同。貸款的內容包括借款種類、幣種、用途、數額、利率、期限和還款方式等條款。借款人提出貸款申請,并提交相關資料貸款機構按相關規定對借款人的條件進行審核審核是否經過 借貸雙方簽訂貸款條約貸款方為借款方按發放計劃發放貸款借款方按回收計劃返還利息及貸款拒絕貸款是否 大堂經理將貸款

52、人需要填寫的貸款人基本信息和貸款信息的合約打印出來讓貸款人填寫,填完后將表單交給柜員,柜員進入貸款界面將貸款人填寫的信息錄入系統,正確填寫后點擊提交按鈕,無誤則貸款初步完成,以后銀行按照發放計劃和回收計劃給客戶發放貸款和回收貸款和利息。4.2.3.3.2性能需求1. 響應時間:5秒之內2. 更新處理時間:3秒之內3. 數據的轉換和傳送時間:3毫秒之內4. 并發性能:允許1000個柜員同時進行操作5. 大數據量性能:100M4.2.3.3.3接口4.2.3.3.4其它需求五、數據描述5.1 系統描述該系統分為teller服務端、ESB、core核心數據處理。 Core MQ ESB Teller ESBJava procedure存儲過程 調用 服務判斷服務碼取服務碼判斷服務類型組包發送TomcatServlet1Servlet2Servlet3存儲過程ReqMQIERespMQ DB DB DB DB5.2 系統E-R圖Teller業務: 用戶表鏈接:用戶角色對照表、角色權限對照表、角色定義表、權限定義表、用戶基本信息表(不同的用戶有不同的角色,不同的角色有不同的權限)其中機構表和網點表是為用戶進行登錄時記錄登陸日志時所用的表。 用戶進行登錄或者是簽退時都必須進行記錄流水信息。這樣對于銀行管理員來說查詢起來就方便,同時對于每一筆交易來說如果不成功則能夠根據