【正文】 確用戶對軟件系統(tǒng)的功能需要以及其他需要。系統(tǒng)應(yīng)該滿足以下總體需求：（1）風(fēng)格一致性對于系統(tǒng)的界面來說，要保持系統(tǒng)風(fēng)格的一致性，防止用戶在一個(gè)界面上習(xí)慣了各個(gè)功能結(jié)構(gòu)，頁面色彩，通過頁面跳轉(zhuǎn)以后，到達(dá)新的界面各個(gè)功能以及色彩都發(fā)生了變化，給用戶身心造成極大的沖擊感，喪失對于系統(tǒng)的好感，從而導(dǎo)致客戶群體的流失。確保系統(tǒng)用戶即便在沒有相關(guān)知識的前提下也能夠?qū)ο到y(tǒng)有個(gè)直觀的認(rèn)識。（3）用戶需求為核心對于系統(tǒng)功能的設(shè)計(jì)以及界面的設(shè)計(jì)要以客戶需要為前提，在首先滿足客戶需要的前提下再進(jìn)行創(chuàng)新與創(chuàng)意，讓后交付用戶進(jìn)行審核，通過審核則付諸于實(shí)施，如果不符合用戶需要，要與用戶進(jìn)行交流，然后再進(jìn)行修改，在交付用戶審核。（4）注重界面的交互性在系統(tǒng)的功能設(shè)計(jì)中對于不同的功能或者大類的菜單設(shè)計(jì)要有一種規(guī)律，看到某一種功能就能夠有一種潛在的與用戶交互的能力，讓用戶看到這個(gè)設(shè)計(jì)就知道是什么功能，這樣用戶在使用系統(tǒng)的時(shí)候就能夠操作更為簡單也更為靈活。（6）突出重點(diǎn)弱化輔助對于系統(tǒng)而言，定位是一個(gè)大客戶現(xiàn)金管理系統(tǒng)，這就決定了系統(tǒng)的設(shè)計(jì)要以某銀行的收付款管理、流動性管理以及投融資管理為主，而不是以客戶信息管理、銀行轉(zhuǎn)賬交易管理為主，因此，在系統(tǒng)的界面的設(shè)計(jì)時(shí)要充分考慮全面，再進(jìn)行突出重點(diǎn)弱化其他功能的設(shè)計(jì)特點(diǎn)。不管哪個(gè)方面的業(yè)務(wù)需求，都是商業(yè)銀行針對企業(yè)現(xiàn)金管理需求，在此基礎(chǔ)上結(jié)合傳統(tǒng)商業(yè)銀行會計(jì)業(yè)務(wù)，綜合而成的。其中，賬戶管理模塊用例分析如圖31所示：圖31 賬戶管理用例圖Figure 31 Account Management Use Case Diagram（1）銀行實(shí)體賬戶體系主要指企業(yè)客戶的賬戶管理，包括企業(yè)注冊的各種貸款賬戶、外幣賬戶、活期賬戶以及票據(jù)賬戶等。（2）多級資金賬戶體系由于集團(tuán)內(nèi)部的資金是分級管理的，所以必須按照集團(tuán)內(nèi)部的資金管理體系構(gòu)建集團(tuán)企業(yè)賬戶間的資金歸集關(guān)系圖，以便于系統(tǒng)實(shí)施自動的資金歸集，或便于控制由企業(yè)集團(tuán)自己發(fā)起的資金歸集。（3）內(nèi)部結(jié)算賬戶體系為了實(shí)現(xiàn)集團(tuán)客戶內(nèi)部資金管理，有必要在“現(xiàn)金管理系統(tǒng)”上建立內(nèi)部結(jié)算賬戶體系：對于沒有成立財(cái)務(wù)公司、結(jié)算中心的集團(tuán)客戶，為其提供“財(cái)務(wù)公司”、“結(jié)算中心”等資金管理模式。對于有財(cái)務(wù)公司的企業(yè)客戶，解決企業(yè)內(nèi)部賬戶對外支付賬戶出借合法性、憑證戶名不符等問題。其中，現(xiàn)金池賬戶體系示意圖如圖32所示：圖32 現(xiàn)金池賬戶體系示意圖Figure 32 cash pool account system schematic 收付款管理其中，收付款管理用例分析如圖33所示：圖33 收付款管理用例圖Figure 33 Use Case Diagram collection and payment management（1）收款服務(wù)該服務(wù)分為主動收款和被動收款兩種。1)對于成員單位銀行賬戶或內(nèi)部賬戶，如果建立了資金池歸集關(guān)系，在額度控制策略下，對收款后的賬戶余額進(jìn)行自動處理，超出部分聯(lián)動歸集交易，或零余額處理。系統(tǒng)內(nèi)部賬戶記賬完成后，按自定義利率聯(lián)動記息。（2）付款服務(wù)該服務(wù)也分為主動和被動付款兩種。在現(xiàn)金管理系統(tǒng)中，付款服務(wù)有三種業(yè)務(wù)需求：集團(tuán)企業(yè)總部對外付款、企業(yè)成員單位付款、集團(tuán)總部代理成員單位付款。在銀行核心付款記賬完成后，自動進(jìn)行記息、處理。系統(tǒng)內(nèi)部記息會計(jì)分錄：借：集團(tuán)總部利息支出戶貸：XX內(nèi)部活期存款戶2)同收款服務(wù)一樣，付款服務(wù)中關(guān)鍵的問題也是要解決付款戶名不符、代理付款賬戶出借的合法性等問題。（2）資金歸集資金歸集，是集團(tuán)企業(yè)約定賬戶之間資金向上、向下劃撥的流動過程。 投融資管理其中，投融資管理用例分析如圖35所示：圖35 投融資管理用例圖Figure 35 Investment and Financing Management Use Case Diagram（1）內(nèi)部信貸管理在現(xiàn)金管理系統(tǒng)內(nèi)，內(nèi)部信貸包括企業(yè)成員單位之間的借貸，以及成員單位向集團(tuán)公司總部的借貸。如果設(shè)定了該額度，則分支機(jī)構(gòu)內(nèi)部賬戶產(chǎn)生支出業(yè)務(wù)(下?lián)?、代理支付、?nèi)部結(jié)算、請領(lǐng)等)時(shí)，都會檢查該額度，超出額度需要總部授權(quán)。在此授信額度主要指透支額度，銀行和客戶可將總額度按照內(nèi)部結(jié)算賬戶結(jié)構(gòu)分成若干級子額度，子額度之和應(yīng)等于總額度。 1)制定合理的委托貸款利率通過制定有一定吸引力的貸款利率來有效促進(jìn)資金的運(yùn)轉(zhuǎn)，一般來說，銀行集團(tuán)所推出的貸款利率應(yīng)該略低于銀行同期的借款利率。2)適當(dāng)收取委托貸款手續(xù)費(fèi)對于手續(xù)費(fèi)的收取也要按照標(biāo)準(zhǔn)進(jìn)行，具體公式是：手續(xù)費(fèi)=累計(jì)委托放款金額*費(fèi)率。 信息報(bào)告其中，信息報(bào)告管理模塊用例分析如圖36所示：圖36 信息報(bào)告管理模塊用例圖Figure 36 Report Management Module Use Case Diagram信息報(bào)告業(yè)務(wù)主要指現(xiàn)金管理系統(tǒng)為客戶提供的查詢及報(bào)表功能。賬戶變動通知：賬戶變動通知主要用于向某些有實(shí)時(shí)獲得其下屬分支公司賬戶資金余額變動情況要求的集團(tuán)型企業(yè)提供銀行賬戶余額實(shí)時(shí)變動情況的信息報(bào)告。交易到賬通知：交易到賬通知主要用于提供資金跨行付款落地交易或者是通過人行大小額支付系統(tǒng)進(jìn)行的跨行支付交易完成賬務(wù)處理并且對方資金到賬后，客戶的主辦銀行向客戶方財(cái)務(wù)系統(tǒng)(如果是通過客戶終端方式接入現(xiàn)金管理系統(tǒng)則直接生成到賬通知信息即可) 發(fā)送交易到賬通知信息，以達(dá)到告知客戶資金已到賬的目的。對于可實(shí)時(shí)得到主機(jī)返回信息的收付款類交易不需要提供到賬通知。現(xiàn)金管理預(yù)警：在交易、日終、現(xiàn)金管理系統(tǒng)出現(xiàn)異常時(shí)，向監(jiān)控平臺發(fā)送預(yù)警信息。 數(shù)據(jù)需求分析數(shù)據(jù)流表示了每一個(gè)業(yè)務(wù)功能之間的信息交互，通過數(shù)據(jù)流可以明確業(yè)務(wù)功能之間的關(guān)系，對系統(tǒng)進(jìn)一步的設(shè)計(jì)提供科學(xué)依據(jù)。數(shù)據(jù)流圖有兩種典型結(jié)構(gòu)，一是變換型結(jié)構(gòu)，它所描述的工作可表示為輸入、主處理和輸出，呈線性狀態(tài)。根據(jù)對數(shù)據(jù)流的分析出了該系統(tǒng)的數(shù)據(jù)流程圖，頂層數(shù)據(jù)流圖的核心部分如圖37所示。再就是用戶訪問系統(tǒng)所能承受的系統(tǒng)響應(yīng)速度等，這些雖然和系統(tǒng)無關(guān)，但對客戶來說是非常重要的，這決定了客戶是否愿意使用該系統(tǒng)，也就是決定了該系統(tǒng)的設(shè)計(jì)是否成功?，F(xiàn)金管理系統(tǒng)是支持現(xiàn)金的流動性的，在現(xiàn)金流動的過程中會產(chǎn)生資金的流轉(zhuǎn)，所以，在可靠性方面的要求更高。在對數(shù)據(jù)庫設(shè)計(jì)的時(shí)候，必要的時(shí)候可以使用反規(guī)范化的方法，設(shè)置一些冗余字段等，保證大數(shù)據(jù)量查詢的時(shí)候的響應(yīng)時(shí)間。只有順應(yīng)時(shí)代發(fā)展，才能保證系統(tǒng)一直處于有效的狀態(tài)。為了提高系統(tǒng)的可擴(kuò)展性，在對系統(tǒng)功能進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)的時(shí)候，必須采用模塊化的設(shè)計(jì)思想，并且將層次劃分清楚，整個(gè)系統(tǒng)分為表示層、業(yè)務(wù)邏輯層以及數(shù)據(jù)訪問層[36]。為了提高系統(tǒng)的可維護(hù)性，系統(tǒng)研發(fā)階段的所有文檔都必須存檔保存，尤其是需求文檔和設(shè)計(jì)文檔，在系統(tǒng)功能具體實(shí)現(xiàn)的過程中，必須添加必要的代碼注釋[37]。（4）數(shù)據(jù)安全和完整性大客戶現(xiàn)金管理系統(tǒng)中存儲的信息主要有客戶信息、交易信息、賬戶信息等，尤其涉及到資金的流轉(zhuǎn)，所以對安全性的要求特別的高。在對應(yīng)用服務(wù)器與數(shù)據(jù)庫服務(wù)器進(jìn)行架設(shè)的時(shí)候，需要設(shè)置防火墻，保證硬件環(huán)境的安全。 本章小結(jié)從總體上對系統(tǒng)的需求進(jìn)行了概述說明，然后對系統(tǒng)的功能需求進(jìn)行了詳細(xì)的分析，確定了系統(tǒng)的功能主要包括：賬戶管理、收付款管理、流動性管理、投融資管理以及信息報(bào)告等。4 系統(tǒng)設(shè)計(jì)在確定了系統(tǒng)的功能和非功能需求后，下一步的核心任務(wù)就是完成系統(tǒng)的體系架構(gòu)設(shè)計(jì)和功能架構(gòu)設(shè)計(jì)。系統(tǒng)的功能架構(gòu)設(shè)計(jì)是在需求分析的基礎(chǔ)上來完成的。 體系架構(gòu)設(shè)計(jì)系統(tǒng)體系架構(gòu)的設(shè)計(jì)是非常重要的，體系架構(gòu)設(shè)計(jì)不僅影響硬件投入資本，而且還影響系統(tǒng)的運(yùn)行效率。 物理架構(gòu)設(shè)計(jì)現(xiàn)金管理系統(tǒng)邏輯上由后臺應(yīng)用系統(tǒng)、內(nèi)聯(lián)接入系統(tǒng)、外聯(lián)前置系統(tǒng)、WEB 管理和監(jiān)控系統(tǒng)五部分構(gòu)成，這些系統(tǒng)在物理架構(gòu)上可以獨(dú)立部署，也可以集中部署[39]。其中，系統(tǒng)的物理架構(gòu)設(shè)計(jì)如圖41所示：圖41 系統(tǒng)物理架構(gòu)圖Figure 41 Physical system architecture diagram（1）后臺應(yīng)用系統(tǒng)部署后臺應(yīng)用系統(tǒng)部署可以采用以下幾種方式：1）由一臺或多臺UNIX AP服務(wù)器、DB 服務(wù)器組成，采用HA 雙機(jī)熱備方式部署。3）AP 和DB 共用一臺服務(wù)器的方式，這種方式缺乏應(yīng)急處理能力，一般不建議采用。（3）內(nèi)聯(lián)接入系統(tǒng)部署內(nèi)聯(lián)接入系統(tǒng)主要負(fù)責(zé)現(xiàn)金管理系統(tǒng)渠道層的接入，渠道交易請求到達(dá)內(nèi)聯(lián)接入服務(wù)器后，由其轉(zhuǎn)發(fā)至現(xiàn)金管理系統(tǒng)中的應(yīng)用核心系統(tǒng)。（4）WEB 管理和監(jiān)控系統(tǒng)部署現(xiàn)金管理系統(tǒng)的內(nèi)部管理功能主要采用WEB 展現(xiàn)方式，為此需要部署一個(gè)或多個(gè)WEB Server，管理前端使用通用瀏覽器，通過生產(chǎn)網(wǎng)與WEB Server 聯(lián)接。現(xiàn)金管理系統(tǒng)監(jiān)控子系統(tǒng)由監(jiān)控?cái)?shù)據(jù)采集與展現(xiàn)兩部分組成，可以單獨(dú)部署(如上圖中的監(jiān)控服務(wù)器) ，也可以將監(jiān)控?cái)?shù)據(jù)采集部分與內(nèi)聯(lián)接入服務(wù)器模塊集中部署。各部分之間既是獨(dú)立的又是相互合作的，只有各部分相互協(xié)作才能保證系統(tǒng)的安全穩(wěn)定。其中，系統(tǒng)的邏輯架構(gòu)設(shè)計(jì)如圖42所示。根據(jù)不同業(yè)務(wù)，它連接內(nèi)聯(lián)接入模塊、外聯(lián)前置系統(tǒng)、內(nèi)聯(lián)發(fā)送模塊。圖42 系統(tǒng)邏輯架構(gòu)圖Figure 42 System logic chartWEB管理系統(tǒng)實(shí)現(xiàn)管理終端、網(wǎng)點(diǎn)瀏覽器終端的接入。外聯(lián)前置系統(tǒng)作為現(xiàn)金管理系統(tǒng)的一部分，它的主要功能是負(fù)責(zé)與外部系統(tǒng)的連接，包括外聯(lián)接入模塊和外聯(lián)發(fā)送模塊，它具有報(bào)文轉(zhuǎn)發(fā)、文件傳輸、加密/解密、流量控制、異常控制等功能。它也具有報(bào)文轉(zhuǎn)發(fā)、文件傳輸、加密/解密、流量控制、異?？刂频裙δ?。作為一個(gè)獨(dú)立模塊，具有很好的伸縮性和可擴(kuò)充性?？梢詾橥毁~戶開設(shè)多個(gè)種類、多個(gè)層級的明細(xì)核算賬簿；可以按賬簿分別實(shí)行支付限額控制；可以按賬簿分別計(jì)價(jià)?？蓪①~戶設(shè)置為收入戶或支出戶；可按資金收支的渠道來源分別控制收支屬性。其中，支付限額設(shè)置功能時(shí)序圖設(shè)計(jì)如圖45所示：圖45 支付限額設(shè)置功能時(shí)序圖Figure 45 Timing Diagram payment limit setting function支付限額的控制周期可為單筆、日、月和不定期四種；支付類型可按現(xiàn)金和轉(zhuǎn)賬兩種分別設(shè)置；維護(hù)后即時(shí)生效；客戶可通過電子渠道自主設(shè)置；支付限額的統(tǒng)計(jì)包括柜面和電子渠道所有支付。余額可依據(jù)客戶需要靈活更改；系統(tǒng)每日自動檢查余額并選擇歸集或補(bǔ)齊。結(jié)算賬戶只能向維護(hù)后的收款方列表進(jìn)行支付，不在此列表中的支付交易將被銀行拒絕；收款方列表可通過柜臺和電子渠道自主維護(hù)?？砂础暗厥袃?nèi)”、“跨地市”和“跨省”選擇開通范圍；可按現(xiàn)金、轉(zhuǎn)賬實(shí)現(xiàn)通存或通兌。外幣業(yè)務(wù)是現(xiàn)金管理中收付款管理功能中的一種；它能幫助企業(yè)實(shí)現(xiàn)通過現(xiàn)金管理系統(tǒng)進(jìn)行跨境外幣收付款等國際結(jié)算需要。（3）定期存款 定期存款的收益比活期收益高，很多的企業(yè)為了合理的使用資金，在資金充裕的情況下會將一部分資金作為定期進(jìn)行存放。同時(shí)，支持定活期存款之間的轉(zhuǎn)存及支取，轉(zhuǎn)存時(shí)存期類型包括機(jī)關(guān)團(tuán)體、其他組織機(jī)構(gòu)、企業(yè)、事業(yè)單位、軍隊(duì)類、武警類等多個(gè)類型。（2）實(shí)時(shí)歸集 商業(yè)銀行根據(jù)與客戶約定的賬戶層級關(guān)系，在農(nóng)行系統(tǒng)內(nèi)實(shí)時(shí)地將下級賬戶收入的資金全部轉(zhuǎn)往上級賬戶或在下級賬戶發(fā)生支付時(shí)將上級賬戶的資金轉(zhuǎn)往下級賬戶的一種服務(wù)方式。（4）外幣資金歸集 集團(tuán)公司客戶為有效利用外幣資金，在現(xiàn)有行的委托下進(jìn)行的相關(guān)外幣業(yè)務(wù)。當(dāng)企業(yè)在對外貿(mào)易中進(jìn)入外幣時(shí)，可以申請進(jìn)行外幣存款，避免由于外幣價(jià)格的變化而產(chǎn)生損失，外幣的存入賬戶可以以集團(tuán)客戶的總公司資本金賬戶開設(shè)。子賬戶支付時(shí)通過透支使用，日終由主賬戶下?lián)軞w還；子賬戶支付受自身收入和集團(tuán)總支付額度雙重控制。平等資金池不設(shè)置主賬戶，各子賬戶日終以委托貸款的方式對資金盈缺進(jìn)行調(diào)劑，次日早上再通過反向歸集歸還委托貸款。 投融資管理通過對用戶提出的關(guān)于投融資管理模塊的需求進(jìn)行整理得出該模塊的功能結(jié)構(gòu)設(shè)計(jì)如圖413所示：圖413 投融資管理模塊功能結(jié)構(gòu)圖Figure 413 Financing Management Module Function Chart（1）對公雙利豐 與傳統(tǒng)單位通知存款相比，對公“雙利豐”功能有三大顯著特點(diǎn)：其一，實(shí)現(xiàn)單位活期存款自動轉(zhuǎn)存單位通知存款：即客戶與銀行簽訂單位結(jié)算賬戶與單位通知存款互轉(zhuǎn)的協(xié)議，當(dāng)客戶簽約的單位結(jié)算賬戶余額超過留存金額的部分高于（或等于）單位通知存款的起存金額時(shí)，系統(tǒng)自動將這部分資金轉(zhuǎn)為 7 天（或 1 天）通知存款；其二，實(shí)現(xiàn)集團(tuán)客戶通知存款的自動轉(zhuǎn)存：系統(tǒng)可以在通知存款存入當(dāng)天自動建立存款通知，并且將于每個(gè)存款周期到期的那天自動將通知存款本息進(jìn)行轉(zhuǎn)存；其三，實(shí)現(xiàn)單位通知存款自動轉(zhuǎn)回單位結(jié)算賬戶：如果客戶指定結(jié)算賬戶發(fā)生對外支付，導(dǎo)致該賬戶余額不足以支付相關(guān)的應(yīng)付款項(xiàng)，系統(tǒng)自動按照客戶利益最大化的原則將通知存款轉(zhuǎn)回結(jié)算賬戶，并完成對外支付。 客戶可通過現(xiàn)金管理系統(tǒng)實(shí)現(xiàn)對理財(cái)功能的認(rèn)購、申購、預(yù)約、轉(zhuǎn)換、延期、贖回和查詢等功能。 客戶可通過現(xiàn)金管理系統(tǒng)實(shí)現(xiàn)對基金的認(rèn)購、申購、贖回、設(shè)置分紅方式、開賬戶和查詢等功能。（2）電子回單 商業(yè)銀行為客戶提供的通過現(xiàn)金系統(tǒng)或網(wǎng)上銀行打印交易回單的服務(wù)。（3）電子對賬 商業(yè)銀行通過現(xiàn)金管理系統(tǒng)、網(wǎng)上銀行等渠道將客戶的電子賬務(wù)信息發(fā)送給客戶，客戶依托自身財(cái)務(wù)管理/ERP 系統(tǒng)進(jìn)行電子自動對賬的電子化對賬服務(wù)方式。（5）余額預(yù)警通知 余額預(yù)警通知也是商業(yè)銀行為客戶提供的一種有償信息提醒服務(wù)，根據(jù)商業(yè)銀行與集團(tuán)客戶之間的約定，當(dāng)集團(tuán)客戶結(jié)算賬戶余額低于最低限額或高于最高限額時(shí)，商業(yè)銀行通過電子渠道或手機(jī)短信等方式，將余額預(yù)警通知客戶?？筛鶕?jù) MT940 的通用格式提供賬戶余額和交易明細(xì)內(nèi)容的信息。除了其源數(shù)據(jù)包含用戶，還包含一個(gè)描述它的結(jié)構(gòu)。在數(shù)據(jù)庫應(yīng)用系統(tǒng)中，每一個(gè)強(qiáng)大的應(yīng)用系統(tǒng)都離不開數(shù)據(jù)庫的支持，尤其是對于數(shù)據(jù)量大、統(tǒng)計(jì)分析要求比較多應(yīng)用管理系統(tǒng)而言，數(shù)據(jù)庫的設(shè)計(jì)是非常重要的。本系統(tǒng)的數(shù)據(jù)庫