银行系统
1 軋差
軋差指的是當(dāng)日A和B銀行有資金來(lái)往，早上B要給A銀行打10萬(wàn)，下午A要給B打20萬(wàn)，經(jīng)過軋差，日終清算的時(shí)候，A只需要給B打10萬(wàn)就行了，不然就浪費(fèi)時(shí)間了。
2 結(jié)算 清算 清分
根據(jù)《中國(guó)銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1》定義：
清分 Clearing
對(duì)交易數(shù)據(jù)依據(jù)機(jī)構(gòu)和交易類型進(jìn)行分類匯總，并計(jì)算結(jié)算金額的過程。
清算 Settlement
指根據(jù)清分結(jié)果對(duì)交易數(shù)據(jù)進(jìn)行凈額軋差和提交并完成資金劃撥的全過程。
結(jié)算 Settlement of Accounts
指完成客戶賬戶間資金劃撥的全過程。
簡(jiǎn)單的說：
清分=記賬
清算=算賬
結(jié)算=轉(zhuǎn)賬
3 回執(zhí)
回執(zhí)就是對(duì)方收到以后給你寄一個(gè)單據(jù)，表示“收到”認(rèn)可。
銀行處理業(yè)務(wù)完畢都要給你回執(zhí)，表明此筆業(yè)務(wù)已完成，寄快遞的時(shí)候也必須由工作人員把回執(zhí)單留下，表明已經(jīng)過當(dāng)事人。
4 日切
通俗一點(diǎn)說就是銀行要停業(yè)結(jié)賬，但目前有許多24小時(shí)營(yíng)業(yè)的項(xiàng)目如：自助設(shè)備、網(wǎng)上銀行、POS等，這樣就必須在某一個(gè)時(shí)點(diǎn)將當(dāng)日業(yè)務(wù)終止，然后開始統(tǒng)計(jì)和匯總各類報(bào)表，從這個(gè)時(shí)點(diǎn)開始發(fā)生的業(yè)務(wù)全部記入下一日期。
支付系統(tǒng)日切就是對(duì)支付系統(tǒng)當(dāng)天的業(yè)務(wù)進(jìn)行集中處理,日切完畢后系統(tǒng)將進(jìn)入下一個(gè)工作日，一般的支付系統(tǒng)實(shí)行7×24小時(shí)不間斷運(yùn)行,每日16:00進(jìn)行日切處理,即前一日16:00至當(dāng)日16:00為支付系統(tǒng)的一個(gè)工作日,有利于清算。
5 大額 小額 超網(wǎng) 三者區(qū)別
人行主要的支付系統(tǒng):
小額批量支付系統(tǒng)：除系統(tǒng)維護(hù)外，全年7X24小時(shí)工作，單筆交易金額小于5W走該系統(tǒng)。
大額實(shí)時(shí)支付系統(tǒng):單筆交易金額大于5W一律走該系統(tǒng)，全年5X21小時(shí)工作，5個(gè)工作日為周一到周五，一個(gè)工作日的計(jì)算為23:30到次日20:30。
網(wǎng)上支付系統(tǒng):全年7X24時(shí)工作，手機(jī)銀行與網(wǎng)銀單筆交易小于5W的實(shí)時(shí)到賬。
6 網(wǎng)上支付跨行清算系統(tǒng)與大小額支付系統(tǒng)有什么區(qū)別？
1、處理方式上：
大額：逐筆實(shí)時(shí)全額清算
小額：批量發(fā)送，定時(shí)清算
網(wǎng)銀跨行：逐筆實(shí)時(shí)清算
2、支付限額：
大額：支付0起點(diǎn)，無(wú)限額，所有貸記業(yè)務(wù)均支持
小額：貸記業(yè)務(wù)上限5萬(wàn)，借記業(yè)務(wù)無(wú)限額
網(wǎng)銀跨行：單筆上限5萬(wàn)
3、運(yùn)行時(shí)間：
大額：工作日8：30-17：00
小額：7×24小時(shí)運(yùn)行
網(wǎng)銀跨行：7×24小時(shí)運(yùn)行
7 沖正
沖正是為系統(tǒng)認(rèn)為可能交易失敗時(shí)采取的補(bǔ)救手法。即一筆交易在終端已經(jīng)置為成功標(biāo)志，但是發(fā)送到主機(jī)的賬務(wù)交易包沒有得到響應(yīng)，即終端交易超時(shí)，所以不確定該筆交易是否在主機(jī)端也成功完成，為了確保用戶的利益，終端重新向主機(jī)發(fā)送請(qǐng)求，請(qǐng)求取消該筆交易的流水，如果主機(jī)端已經(jīng)交易成功，則回滾交易，否則不處理，然后將處理結(jié)果返回給終端。
8 金融銀行前置系統(tǒng)簡(jiǎn)述
摘自 金融銀行前置系統(tǒng)簡(jiǎn)述
應(yīng)用于小型銀行的核心體系，主要由前臺(tái)和后臺(tái)以及若干小前置組成，前臺(tái)發(fā)起交易給后臺(tái)，后臺(tái)處理后返回，如果需要外聯(lián)，后臺(tái)聯(lián)動(dòng)請(qǐng)求給小前置出去。這種架構(gòu)對(duì)于不大于市級(jí)規(guī)模的銀行使用已經(jīng)足夠了，一旦小型銀行規(guī)模成長(zhǎng)為在全國(guó)擁有多家分行，比如擁有跨地域開設(shè)分行的城市商業(yè)銀行，各地的業(yè)務(wù)差異性復(fù)雜性給系統(tǒng)架構(gòu)升級(jí)帶來(lái)了必要性。
適用于第二類規(guī)模的核心架構(gòu)為“前臺(tái)（以及ATM、網(wǎng)銀等）-渠道前置-大前置-后臺(tái)”，前臺(tái)發(fā)起的交易以及其它渠道諸如網(wǎng)銀交易等，由渠道前置統(tǒng)一接入大前置，并分擔(dān)渠道壓力，大前置負(fù)責(zé)統(tǒng)一調(diào)度核心系統(tǒng)交易，同時(shí)渠道前置還負(fù)責(zé)與外聯(lián)的渠道接入。因?yàn)橛辛舜笄爸?#xff0c;所有周圍系統(tǒng)只需要跟大前置做接口，包括通訊接口和報(bào)文接口，簡(jiǎn)化了渠道和后臺(tái)的技術(shù)接口，但也給大前置帶來(lái)了性能壓力，一般采用集群方式。
全國(guó)性銀行系統(tǒng)架構(gòu)主要體現(xiàn)在行政區(qū)域的前置分級(jí)和后臺(tái)的業(yè)務(wù)系統(tǒng)化上，一般采用“前臺(tái)（以及ATM、網(wǎng)銀等）-市級(jí)渠道前置-省級(jí)渠道前置（-地方性業(yè)務(wù)系統(tǒng)）-綜合大前置-各個(gè)業(yè)務(wù)系統(tǒng)”，省市級(jí)渠道前置除了分擔(dān)龐大的交易連接壓力外，還擔(dān)任了級(jí)聯(lián)架構(gòu)中地方獨(dú)有業(yè)務(wù)的大前置角色，對(duì)于它來(lái)說，地方性業(yè)務(wù)系統(tǒng)就是本級(jí)的后臺(tái)，綜合大前置包容了大前置的交易統(tǒng)一調(diào)度功能，還把后臺(tái)的一些公共的業(yè)務(wù)邏輯處理移過來(lái)，一方面以減少與后臺(tái)的交互環(huán)節(jié)，另一方面也達(dá)到基礎(chǔ)數(shù)據(jù)統(tǒng)一管理，與前一架構(gòu)相比較，變化最大的是后臺(tái)拆分成各個(gè)業(yè)務(wù)系統(tǒng)，比如可以按對(duì)公對(duì)私拆，也可以按業(yè)務(wù)拆，還有一個(gè)明顯的特點(diǎn)是會(huì)計(jì)核算系統(tǒng)從傳統(tǒng)意義后臺(tái)中分離出來(lái)成為一個(gè)獨(dú)立的系統(tǒng)。
系統(tǒng)架構(gòu)中各部分的技術(shù)基礎(chǔ)設(shè)計(jì)原則推薦：
前臺(tái)設(shè)計(jì)思想
前臺(tái)作為一個(gè)交易發(fā)起渠道，是間接面向客戶直接面向柜員的系統(tǒng)，因此系統(tǒng)要求主要在于數(shù)據(jù)域表單的展示和控制，展示主要是靜態(tài)頁(yè)面的布局表達(dá)，比如某某交易中涉及的業(yè)務(wù)要素集合布局和顯示布局，控制主要是頁(yè)面中數(shù)據(jù)域與數(shù)據(jù)域之間的動(dòng)態(tài)聯(lián)動(dòng)關(guān)系，比如某某數(shù)據(jù)域在在哪些情況下是可顯示不可用的，某某數(shù)據(jù)域接收到某某事件后彈出選擇窗口。
一種比較靈活的設(shè)計(jì)是采用一種通用標(biāo)記語(yǔ)言（比如XML）來(lái)描述靜態(tài)頁(yè)面的數(shù)據(jù)域集合和結(jié)構(gòu)布局，編寫顯示引擎來(lái)輸出為最終的頁(yè)面，這種做法的基本思想是數(shù)據(jù)和顯示分離（一個(gè)類似的例子是XML和XLST代替HTML），這在前臺(tái)開發(fā)中大量的頁(yè)面重構(gòu)活動(dòng)中能獲得高效的適應(yīng)性。選用一種腳本語(yǔ)言或者前臺(tái)平臺(tái)宿主語(yǔ)言的回調(diào)機(jī)制來(lái)實(shí)現(xiàn)頁(yè)面數(shù)據(jù)域的控制，如果選用腳本語(yǔ)言，那么此語(yǔ)言必須足夠的靈活以能實(shí)現(xiàn)各種各樣的計(jì)算要求，還要設(shè)計(jì)一種與前臺(tái)平臺(tái)宿主環(huán)境的數(shù)據(jù)交換機(jī)制。一個(gè)頁(yè)面（可能包含一個(gè)或多個(gè)交易表單），可能觸發(fā)若干個(gè)數(shù)據(jù)域控制聯(lián)動(dòng)交易，以及最后的最終提交交易。
簡(jiǎn)單規(guī)模的技術(shù)實(shí)現(xiàn)可以是字符終端，優(yōu)勢(shì)在于簡(jiǎn)單干凈高效；高端實(shí)現(xiàn)可以是基于瀏覽器或者基于C/S的圖形界面，優(yōu)勢(shì)在于界面美觀、便于圖片和表單界面同時(shí)顯示，這在引入憑證影印系統(tǒng)后顯得格外重要。
渠道前置設(shè)計(jì)思想
渠道前置主要實(shí)現(xiàn)了渠道通訊接入和渠道報(bào)文轉(zhuǎn)換，在前述第三種系統(tǒng)架構(gòu)中還扮演了省市級(jí)大前置的角色，面對(duì)各種各樣的通訊方式和報(bào)文格式，系統(tǒng)要求主要在于靈活性和擴(kuò)展性。
大陸銀行以及各大外聯(lián)單位的通訊方式主要是TCP、IBM MQ、CICS、Tuxedo、SNA等，前兩種在實(shí)際應(yīng)用中占90%以上。TCP主要是因?yàn)楹?jiǎn)單，操作系統(tǒng)直接提供無(wú)需安裝第三方軟件，IBM MQ不說了，你們懂得。
報(bào)文格式主要是固定長(zhǎng)度格式、分隔符格式、8583格式、XML格式等，固定長(zhǎng)度格式的優(yōu)點(diǎn)在于簡(jiǎn)單，打包解包速度快，缺點(diǎn)是可能會(huì)浪費(fèi)存儲(chǔ)空間，一般用于重視處理效率的場(chǎng)合；分隔符格式比較節(jié)約存儲(chǔ)空間，但是打包解包速度稍慢于固定長(zhǎng)度格式，還要注意雙字節(jié)引起的解包錯(cuò)位問題，而且還要考慮分隔符轉(zhuǎn)義，一般用于字符取值空間比較單純，數(shù)據(jù)域長(zhǎng)度差異性比較大的場(chǎng)合，人行一代大小額采用的TAG域格式報(bào)文是分隔符格式的變種；8583格式是銀聯(lián)卡交易報(bào)文接口標(biāo)準(zhǔn)，幾乎遍布所有卡交易中，其改造后也可以作為通用交易報(bào)文格式使用，其實(shí)就是數(shù)據(jù)字典和固定長(zhǎng)度格式結(jié)合體；XML格式在目前使用越來(lái)越多，特別是在人行項(xiàng)目和財(cái)政項(xiàng)目中，其具有自描述性、人可讀性，能附帶前面幾種報(bào)文格式所不能包含的大量完備信息，它的缺點(diǎn)是打包解包速度慢，需要安裝第三方解析器（比如libxml2、MS XML），因?yàn)楦袷较鄬?duì)復(fù)雜而帶來(lái)的編碼難度和繁復(fù)度，適用于對(duì)效率和穩(wěn)定性相對(duì)要求不高的系統(tǒng)中。
此外，在上述列舉的通訊方式和報(bào)文格式外還有很多隨時(shí)會(huì)作為外聯(lián)接口被要求在渠道前置中支持，所以模塊化和可擴(kuò)展性對(duì)于前置系統(tǒng)設(shè)計(jì)尤為重要。一種普遍采用的思路是把各種各樣的通訊細(xì)節(jié)和報(bào)文轉(zhuǎn)換封裝成組件，設(shè)計(jì)統(tǒng)一的數(shù)據(jù)流和控制流接口，通過動(dòng)態(tài)語(yǔ)言的動(dòng)態(tài)機(jī)制或者靜態(tài)語(yǔ)言的動(dòng)態(tài)鏈接庫(kù)動(dòng)態(tài)掛接和卸載，這也是國(guó)內(nèi)各大前置開發(fā)商的千篇一律的宣傳口號(hào)，但是基于該思想最終能實(shí)現(xiàn)到怎樣層次的靈活性和擴(kuò)展性就是千姿百態(tài)了，這里不便評(píng)價(jià)。這里還涉及到開發(fā)抽象性，即編碼和配置的分離（這在通訊組件使用時(shí)不是很明顯，因?yàn)橥环N通訊方式的參數(shù)大同小異），主要體現(xiàn)在報(bào)文轉(zhuǎn)換中，同一種報(bào)文格式可以衍生出很多不同布局的具體報(bào)文規(guī)范，比如一種XML打包解包組件支持的XML層數(shù)，支持可重復(fù)明細(xì)，支持在可選擇子樹，支持內(nèi)外XML報(bào)文嵌套，支持解析中帶文件名的XML樹葉的額外處理，支持對(duì)XML報(bào)文做的簽名值再作為XML樹葉掛入XML報(bào)文中等等，如果XML報(bào)文轉(zhuǎn)換組件不夠強(qiáng)大靈活到可以支持各類怪異的報(bào)文規(guī)范，那么在自己能實(shí)現(xiàn)的靈活性層次上如何提供外部接口，以最終實(shí)現(xiàn)怪異的報(bào)文規(guī)范，這是個(gè)現(xiàn)實(shí)問題。有多少開發(fā)商能充分考慮客戶體驗(yàn)，踏踏實(shí)實(shí)的投入技術(shù)資源實(shí)現(xiàn)高層次的靈活性和擴(kuò)展性，而不是所謂的客戶現(xiàn)場(chǎng)定制＝完整的推倒重寫在產(chǎn)品宣傳中無(wú)比強(qiáng)大的組件，這也是個(gè)現(xiàn)實(shí)問題。
前置系統(tǒng)中一個(gè)很重要的功能——特別是在大前置和綜合前置中——交易調(diào)度，或者叫做交易路由。交易路由的主要功能是根據(jù)交易碼及其它信息判斷交易下一個(gè)請(qǐng)求后臺(tái)或者交易已經(jīng)完成（成功或者失敗），返回交易發(fā)起渠道。交易路由控制有很多種實(shí)現(xiàn)，最硬的是通過編碼實(shí)現(xiàn)，也有通過配置完成。交易路由控制中應(yīng)盡量少摻入業(yè)務(wù)邏輯處理，簡(jiǎn)潔、可復(fù)用的路由配置是良好的設(shè)計(jì)開端。
大前置或綜合前置作為交易調(diào)度中心，應(yīng)該擁有內(nèi)部報(bào)文格式，與渠道和后臺(tái)之間只要實(shí)現(xiàn)外部報(bào)文和內(nèi)部報(bào)文之間的轉(zhuǎn)換就可以了，避免了多種報(bào)文對(duì)多種報(bào)文轉(zhuǎn)換的組合復(fù)雜度。當(dāng)然單純一進(jìn)一出的小前置為了簡(jiǎn)化設(shè)計(jì)可以不采用內(nèi)部報(bào)文。內(nèi)部報(bào)文格式?jīng)Q定了報(bào)文轉(zhuǎn)換組件的接口和數(shù)據(jù)結(jié)構(gòu)的表達(dá)豐富程度，一種簡(jiǎn)單的設(shè)計(jì)是創(chuàng)建基于某類業(yè)務(wù)的小數(shù)據(jù)字典生成的固定長(zhǎng)度格式報(bào)文，另一種炫耀的設(shè)計(jì)的是XML格式。
前置內(nèi)部數(shù)據(jù)交換方式很能衡量前置規(guī)模，反過來(lái)前置規(guī)模決定了內(nèi)部數(shù)據(jù)交換方式。一般的小前置結(jié)構(gòu)簡(jiǎn)單，交易量小，采用unix消息隊(duì)列可以有效簡(jiǎn)單的流水式傳遞各進(jìn)程之間的數(shù)據(jù)塊，當(dāng)結(jié)構(gòu)變得復(fù)雜，交易量較大的場(chǎng)合，應(yīng)該采用類似IBM MQ之類的消息中間件，后者還有一個(gè)顯著的好處，它是跨物理機(jī)器的，很容易在其上部署集群，這在大前置或綜合前置設(shè)計(jì)中尤為重要。
說到前置就不得不說核心系統(tǒng)數(shù)據(jù)交換報(bào)文格式，在嚴(yán)肅的負(fù)載重的環(huán)境中，個(gè)人還是推薦固定長(zhǎng)度格式，因?yàn)楣潭ㄩL(zhǎng)度格式打包解包效率高、與數(shù)據(jù)取值空間無(wú)關(guān)（相反的例子是分隔符格式需要的轉(zhuǎn)義問題）、隨機(jī)訪問數(shù)據(jù)域定位速度快、設(shè)計(jì)實(shí)現(xiàn)簡(jiǎn)單，但這種格式主要為高性能系統(tǒng)而選用，便于程序處理，對(duì)人不是很友好，所以在一般的系統(tǒng)環(huán)境中，可以嘗試著采用XML格式，XML格式最大的優(yōu)點(diǎn)就是自描述性，面向人比較友好，其它都可以作為固定長(zhǎng)度格式的反面評(píng)價(jià)，而且還與具體的第三方解析庫(kù)相關(guān)聯(lián)。
后臺(tái)業(yè)務(wù)系統(tǒng)設(shè)計(jì)思想
后臺(tái)業(yè)務(wù)系統(tǒng)其實(shí)就是一個(gè)應(yīng)用服務(wù)器，它接收前置的轉(zhuǎn)發(fā)請(qǐng)求，調(diào)用業(yè)務(wù)處理邏輯，最后把處理結(jié)果返回給前置。因此可以把后臺(tái)大致的分為兩層：平臺(tái)層（通訊服務(wù)層、報(bào)文轉(zhuǎn)換層）和應(yīng)用層（交易管理層、交易處理層）。
平臺(tái)層實(shí)現(xiàn)的是一個(gè)應(yīng)用服務(wù)器框架，包括進(jìn)程管理、通訊接入、報(bào)文調(diào)制、與應(yīng)用層接口、系統(tǒng)錯(cuò)誤處理等。在進(jìn)程框架中，平臺(tái)應(yīng)該是一旦成熟很少去編譯它，應(yīng)用通過組件方式動(dòng)態(tài)掛接使用。一種最偷懶的簡(jiǎn)單設(shè)計(jì)是完全依靠交易中間件來(lái)充當(dāng)應(yīng)用服務(wù)器。稍稍復(fù)雜的設(shè)計(jì)是守護(hù)進(jìn)程在TCP端口上偵聽，一旦有交易請(qǐng)求進(jìn)來(lái)，創(chuàng)建一個(gè)子進(jìn)程負(fù)責(zé)接待處理，子進(jìn)程裝載覆蓋應(yīng)用代碼段映像，把進(jìn)程控制權(quán)交給外部可執(zhí)行程序，接收通訊報(bào)文，轉(zhuǎn)換報(bào)文為內(nèi)部數(shù)據(jù)結(jié)構(gòu)，業(yè)務(wù)邏輯處理，轉(zhuǎn)換為通訊報(bào)文，返回響應(yīng)給交易請(qǐng)求端。這種設(shè)計(jì)簡(jiǎn)單有效，其實(shí)就是cgi的翻版，缺點(diǎn)在于系統(tǒng)fork負(fù)載大，不適合于高交易流量系統(tǒng)。更大規(guī)模的后臺(tái)平臺(tái)設(shè)計(jì)首先應(yīng)該更改的是采用長(zhǎng)進(jìn)程組成的進(jìn)程池，那么覆蓋代碼段映像也不適用了，改成動(dòng)態(tài)鏈接庫(kù)，在系統(tǒng)模型設(shè)計(jì)上，Apache的Leader-Follow值得借鑒。再大規(guī)模肯定要考慮集群，這又要牽涉到數(shù)據(jù)交換方式，通訊中間件是一個(gè)合適的選擇方向，平臺(tái)層和應(yīng)用層處在不同服務(wù)器組內(nèi)。最大規(guī)模的都是大機(jī)的世界了，比如AS400，大機(jī)里的進(jìn)程模型等和小機(jī)差異很大，只有那個(gè)世界的技術(shù)人員才有資格談?wù)撨@個(gè)話題了。
應(yīng)用層實(shí)現(xiàn)的是與平臺(tái)層接口、數(shù)據(jù)庫(kù)事務(wù)管理、交易管理和業(yè)務(wù)處理邏輯等。數(shù)據(jù)庫(kù)事務(wù)區(qū)域大致分為交易流水登記、交易檢查、登記簿處理、賬務(wù)處理、交易流水更新等五大主要事務(wù)，交易管理除了管理以上數(shù)據(jù)庫(kù)事務(wù)外，還兼有公共數(shù)據(jù)處理、原子交易拆分及內(nèi)部數(shù)據(jù)交換等。一種簡(jiǎn)單的交易管理框架是根據(jù)原交易碼和預(yù)配置的原子交易拆分規(guī)則預(yù)置子交易執(zhí)行序列，然后依次執(zhí)行之，執(zhí)行前后需要進(jìn)行原交易報(bào)文和子交易報(bào)文的數(shù)據(jù)映射，以期實(shí)現(xiàn)子交易的隔離性和獨(dú)立性。子交易拆分涉及到具體銀行的業(yè)務(wù)邏輯復(fù)雜度和架構(gòu)師的喜好，水很深，不便賣弄。
應(yīng)用層中的內(nèi)部數(shù)據(jù)結(jié)構(gòu)是一個(gè)咬牙切齒的話題，在c世界里用的最多的是結(jié)構(gòu)體，但是c的靜態(tài)編譯特性決定了一旦調(diào)整結(jié)構(gòu)就要重新編譯而帶來(lái)的一系列問題，特別忘記漏更新了會(huì)帶來(lái)難以預(yù)料的后果，但這并不是不能解決，采用抽象數(shù)據(jù)容器可以使編譯器無(wú)法染指應(yīng)用中的數(shù)據(jù)布局，一種簡(jiǎn)單的實(shí)現(xiàn)是創(chuàng)建一個(gè)指針鏈表，為了提高效率也可以是指針數(shù)組，數(shù)據(jù)容器是個(gè)好東西，它所帶來(lái)的缺點(diǎn)差不多只有兩個(gè)：實(shí)現(xiàn)復(fù)雜度、使用復(fù)雜度。可能還有其它的方案，但都是可用的，最終使用權(quán)在架構(gòu)師手中，無(wú)論他選擇哪個(gè)方案都不用擔(dān)心招致反駁。
應(yīng)用層中的控制流模型也是一個(gè)百爭(zhēng)不厭的話題，c世界里，務(wù)實(shí)主義者完全靠函數(shù)調(diào)用來(lái)實(shí)現(xiàn)控制流，這樣顯得簡(jiǎn)單直接，先進(jìn)性主義者喜歡搬弄諸如函數(shù)數(shù)組之類的高級(jí)控制流結(jié)構(gòu)，這樣便于實(shí)現(xiàn)配置，但歸根結(jié)底，好用就行。
銀行業(yè)務(wù)分類也是具體結(jié)合本銀行而各有各的傳統(tǒng)分法。粗者直接儲(chǔ)蓄、會(huì)計(jì)了事，細(xì)者按業(yè)務(wù)系統(tǒng)滿滿的塞滿整個(gè)屏幕，根據(jù)管理學(xué)中級(jí)聯(lián)管理層次橫向不宜過多不宜過少的原則，一種推薦的分法分會(huì)計(jì)、存款、貸款、卡、支付結(jié)算、代理委托、國(guó)際業(yè)務(wù)。會(huì)計(jì)從其它業(yè)務(wù)中剝離出來(lái)組成獨(dú)立的分類乃至賬務(wù)系統(tǒng)的好處是其它分類只需管好自己的登記簿和流水表就行了。
金融字典設(shè)計(jì)
金融數(shù)據(jù)字典是每個(gè)銀行勢(shì)在必行的任務(wù)，這在整理本行業(yè)務(wù)結(jié)構(gòu)、技術(shù)規(guī)范、教育培訓(xùn)等都具有非同尋常的意義。數(shù)據(jù)字典最重要的信息結(jié)構(gòu)是分類樹、中英文對(duì)照和名詞解釋、數(shù)據(jù)域格式和長(zhǎng)度、枚舉空間。曾經(jīng)有公司有雄心發(fā)布自己的金融數(shù)據(jù)字典，最后卻落得孤芳自賞，其原因有很多，比如缺乏權(quán)威機(jī)構(gòu)的支持，金融數(shù)據(jù)字典帶有濃厚的銀行自身業(yè)務(wù)特色，很難有一個(gè)統(tǒng)一的數(shù)據(jù)字典能放整個(gè)行業(yè)皆準(zhǔn)。不過花點(diǎn)資源，整理出本行數(shù)據(jù)字典還是很有好處的。
日志
日志系統(tǒng)作為軟件系統(tǒng)的基礎(chǔ)構(gòu)件，穩(wěn)定性要求非常高，怎樣能保證高穩(wěn)定性？簡(jiǎn)潔設(shè)計(jì)。與其引入復(fù)雜臃腫的第三方日志系統(tǒng)，還不如多花點(diǎn)資源根據(jù)本行技術(shù)需求好好開發(fā)一套日志系統(tǒng)。小規(guī)模日志系統(tǒng)可以是“打開文件－寫文件－關(guān)閉文件”，簡(jiǎn)單就是最好的，稍稍復(fù)雜的可以創(chuàng)建日志句柄引用不同的日志分類（文件），再加入日志等級(jí)等，再?gòu)?fù)雜的可以通過遠(yuǎn)程守護(hù)實(shí)現(xiàn)日志異地落地的日志服務(wù)器、日志文件轉(zhuǎn)檔等。日志系統(tǒng)的設(shè)計(jì)一定要控制規(guī)模，需求很容易變得很復(fù)雜臃腫，只選擇最必要的，并考慮一些擴(kuò)展性，即可。
監(jiān)控體系設(shè)計(jì)
監(jiān)控體系有兩部分構(gòu)成，一是交易簡(jiǎn)約信息的實(shí)時(shí)展示，二是系統(tǒng)資源監(jiān)控。前者可以借日志系統(tǒng)異步發(fā)送交易信息實(shí)現(xiàn)，并保證一旦出現(xiàn)問題不會(huì)影響交易本身。后者一些重要的系統(tǒng)資源有：CPU、內(nèi)存、磁盤、數(shù)據(jù)庫(kù)等，應(yīng)用資源有進(jìn)程、IPC、中間件、網(wǎng)絡(luò)等。
自動(dòng)化數(shù)據(jù)綁定
c#里有一個(gè)工具可以讀入XML文件，自動(dòng)生成該XML樹類，通過該類可以方便的解析，Dump、存取該XML樹數(shù)據(jù)，這就是自動(dòng)化數(shù)據(jù)綁定工具。
使用自動(dòng)化數(shù)據(jù)綁定工具是現(xiàn)代化開發(fā)中的一個(gè)最重要的特征之一，開發(fā)初衷是讓程序生成程序，讓開發(fā)人員從一些機(jī)械的重復(fù)性高的工作中解脫出來(lái)。自動(dòng)化數(shù)據(jù)綁定工具在很多領(lǐng)域都有經(jīng)典的應(yīng)用，比如固定格式報(bào)文數(shù)據(jù)綁定工具根據(jù)定義文件，自動(dòng)生成宿主語(yǔ)言數(shù)據(jù)結(jié)構(gòu)和打包解包程序庫(kù)，使開發(fā)人員不需要關(guān)心固定長(zhǎng)度格式的底層處理，這在報(bào)文設(shè)計(jì)、通訊協(xié)議設(shè)計(jì)等很多場(chǎng)合大大抽象了開發(fā)層次、減輕了開發(fā)人員工作量。
總結(jié)
- 上一篇： Vue于React特性对比（三）
- 下一篇： 园林系统优秀党员推荐材料_园林绿化公司党