ETC后臺(tái)處理系統(tǒng)方案

1、etc后臺(tái)處理系統(tǒng)方案1、系統(tǒng)架構(gòu)32、系統(tǒng)實(shí)現(xiàn)32.1 系統(tǒng)管理子系統(tǒng)32.1.1 方案說(shuō)明32.1.1.1 權(quán)限管理32.1.1.2 配置文件管理32.1.1.3 日志管理42.1.1.4 數(shù)據(jù)庫(kù)系統(tǒng)密碼管理42.1.2 數(shù)據(jù)流程62.1.2.1 用戶(hù)登陸62.1.2.2 修改密碼72.1.2.3 修改數(shù)據(jù)庫(kù)密碼72.1.2.4 屏蔽系統(tǒng)功能72.1.2.5 維護(hù)系統(tǒng)日志72.1.2.6 系統(tǒng)參數(shù)設(shè)定82.1.2.7 個(gè)人操作日志查詢(xún)82.2 參數(shù)管理子系統(tǒng)82.2.1 方案說(shuō)明82.2.2 數(shù)據(jù)流程82.2.2.1 操作員維護(hù)82.2.2.2 角色維護(hù)92.2.2.3 操作員角色維護(hù)92

2、.2.2.4維護(hù)角色權(quán)限92.2.2.5 維護(hù)發(fā)行點(diǎn)（營(yíng)業(yè)網(wǎng)點(diǎn)）102.2.2.6 客戶(hù)信息維護(hù)102.2.2.7 業(yè)主信息維護(hù)102.2.2.8 客戶(hù)銷(xiāo)戶(hù)112.2.2.9 客戶(hù)預(yù)銷(xiāo)戶(hù)112.2.2.10 銀行信息維護(hù)112.2.2.11 結(jié)算中心信息維護(hù)122.3 數(shù)據(jù)結(jié)算子系統(tǒng)122.3.1 方案說(shuō)明122.3.1.1 客戶(hù)結(jié)算132.3.1.2 業(yè)主結(jié)算132.3.2 數(shù)據(jù)流程132.3.2.1 上傳流水流程132.3.2.2 客戶(hù)結(jié)算142.3.2.3 業(yè)主結(jié)算152.3.2.4客戶(hù)銀行調(diào)賬劃撥指令172.3.2.5 業(yè)主銀行調(diào)賬劃撥指令182.3.2.6銀行劃撥指令維護(hù)182.3.

3、2.7銀行劃撥欠費(fèi)處理182.3.2.8銀行劃撥繳費(fèi)后處理192.4 數(shù)據(jù)交換子系統(tǒng)202.5 卡管理子系統(tǒng)202.5.1 方案說(shuō)明202.5.1.1讀寫(xiě)器的操作202.5.1.2出入庫(kù)的管理212.5.1.3 卡押金的管理212.5.2 數(shù)據(jù)流程222.5.2.1空白卡出入庫(kù)222.5.2.2空白卡出庫(kù)沖減222.5.2.3空白卡初始化232.5.2.4初始化卡出入庫(kù)232.5.2.5初始化卡出入庫(kù)沖減232.5.2.6 obu標(biāo)簽出入庫(kù)242.5.2.7 obu標(biāo)簽出入庫(kù)沖減242.5.2.8 記帳卡發(fā)行242.5.2.9 儲(chǔ)值卡發(fā)行252.5.2.10 掛失262.5.2.11 解掛27

4、2.5.2.12 記帳卡換卡282.5.2.13 記帳卡退卡292.5.2.14 儲(chǔ)值卡充值292.5.2.15 儲(chǔ)值卡退卡302.5.2.16 發(fā)行obu標(biāo)簽312.6 銀行系統(tǒng)子系統(tǒng)323、數(shù)據(jù)庫(kù)結(jié)構(gòu)321、系統(tǒng)架構(gòu)1.1 系統(tǒng)結(jié)構(gòu)etc后臺(tái)處理系統(tǒng)采用三層結(jié)構(gòu)處理方式。即客戶(hù)端、應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)。為了保證每層能夠保持穩(wěn)定，在每個(gè)部分增加相應(yīng)接口。如圖： 目前，首先考慮使用delphi作為開(kāi)發(fā)工具。即客戶(hù)端、應(yīng)用服務(wù)器使用delphi本身的三層架構(gòu)的技術(shù)。數(shù)據(jù)庫(kù)采用sqlserver。增加數(shù)據(jù)操縱層是為了當(dāng)數(shù)據(jù)庫(kù)發(fā)生變化時(shí)，僅僅修改數(shù)據(jù)操作層就可以完成，不會(huì)將修改擴(kuò)大化。當(dāng)采用cics或

5、mq作為中間業(yè)務(wù)層實(shí)現(xiàn)技術(shù)時(shí)，客戶(hù)端增加通訊層，將相應(yīng)的字符串改成delphi自身技術(shù)支持的相應(yīng)信息，而用戶(hù)界面基本不用修改。不管是在結(jié)算中心還是營(yíng)業(yè)點(diǎn)都是在線(xiàn)工作，沒(méi)有本地?cái)?shù)據(jù)庫(kù)。1.2 功能結(jié)構(gòu)2、系統(tǒng)實(shí)現(xiàn)2.1 系統(tǒng)管理子系統(tǒng)2.1.1 方案說(shuō)明 2.1.1.1 權(quán)限管理 本系統(tǒng)權(quán)限管理要管理到菜單級(jí)。影響操作員權(quán)限的因素有兩個(gè)。一個(gè)是系統(tǒng)操作員屏蔽的菜單功能；一個(gè)是該操作員對(duì)應(yīng)角色所具有的菜單權(quán)限。對(duì)于一個(gè)操作員的角色驗(yàn)證是：假如某一個(gè)操作員有n個(gè)角色，r1到rn，每一個(gè)角色對(duì)子菜單（1001）的權(quán)限為ra1到ran，系統(tǒng)對(duì)子菜單（1001）的屏蔽為s，則操作員對(duì)于子菜單（1001）的

6、權(quán)限為（r1+r2.+rn）*s。如果該值大于零則有權(quán)限，反之沒(méi)有權(quán)限。2.1.1.2 配置文件管理本系統(tǒng)的配置文件要加密管理。同時(shí)為了方便進(jìn)行配置文件設(shè)定（配置文件設(shè)定應(yīng)該是在可瀏覽的非加密狀態(tài)），需要一個(gè)比較復(fù)雜的流程，假如應(yīng)用程序?yàn)閍pp，應(yīng)用程序的非加密配置文件應(yīng)該為app.ini；應(yīng)用程序的加密配置文件應(yīng)該為app.cfg描述如下：2.1.1.3 日志管理 本系統(tǒng)的日志紀(jì)錄操作員的操作過(guò)程。由于操作員可能發(fā)生變化，而系統(tǒng)顯示的是當(dāng)時(shí)過(guò)程以及因?yàn)椴僮魅罩緮?shù)量很大，不做關(guān)聯(lián)，違反第三范式設(shè)計(jì)。增加操作員姓名、應(yīng)用程序名稱(chēng)。opcardno，opcardid只有在用刷卡方式進(jìn)入系統(tǒng)才會(huì)有數(shù)

7、。日志內(nèi)容以文字形式表達(dá)。如：刪除操作員；刪除從2003-1-1到2003-1-31日日志等。具體粒度由程序員自己管理。但是，至少進(jìn)出系統(tǒng)以及所有影響數(shù)據(jù)的信息應(yīng)該記錄下來(lái)。 系統(tǒng)還要有文本日志，用來(lái)記錄發(fā)生的不可預(yù)料的錯(cuò)誤！2.1.1.4 數(shù)據(jù)庫(kù)系統(tǒng)密碼管理本系統(tǒng)的數(shù)據(jù)庫(kù)密碼可以隨時(shí)修改。這時(shí)，系統(tǒng)登陸時(shí)會(huì)有一些不同，如下圖：注意：其實(shí)數(shù)據(jù)庫(kù)用戶(hù)名沒(méi)有用，真正的用戶(hù)叫etcmtc。在修改數(shù)據(jù)庫(kù)密碼時(shí)（流程圖見(jiàn)修改數(shù)據(jù)庫(kù)密碼），可能會(huì)出現(xiàn)剛剛修改完數(shù)據(jù)庫(kù)密碼卻不能成功修改ubuserforapp時(shí)（在sqlserver中不能將兩個(gè)東東放在一個(gè)事務(wù)里），一定要出現(xiàn)明顯提示。這也是系統(tǒng)脆弱的一個(gè)方

8、面。2.1.2 數(shù)據(jù)流程2.1.2.1 用戶(hù)登陸 2.1.2.2 修改密碼 2.1.2.3 修改數(shù)據(jù)庫(kù)密碼2.1.2.4 屏蔽系統(tǒng)功能 系統(tǒng)顯示整個(gè)系統(tǒng)（不管是不是本應(yīng)用程序）的所有功能。采用樹(shù)狀（treeview）顯示。并且通過(guò)checkbox選擇。默認(rèn)是全部允許。2.1.2.5 維護(hù)系統(tǒng)日志 顯示輸入條件時(shí)間段、操作人員、應(yīng)用程序。顯示排序條件時(shí)間、操作人員、應(yīng)用程序。按照條件過(guò)濾按照排序條件顯示日志內(nèi)容。可以刪除相應(yīng)條件日志，但是刪除操作同樣紀(jì)錄日志（先刪除后添加，在一個(gè)事務(wù)中）。2.1.2.6 系統(tǒng)參數(shù)設(shè)定2.1.2.7 個(gè)人操作日志查詢(xún) 顯示輸入條件時(shí)間段、操作人員（只能是該操作員）

9、、應(yīng)用程序。顯示排序條件時(shí)間、操作人員、應(yīng)用程序。按照條件過(guò)濾按照排序條件顯示日志內(nèi)容?？梢詮木S護(hù)系統(tǒng)日志繼承。2.2 參數(shù)管理子系統(tǒng)2.2.1 方案說(shuō)明 目前，營(yíng)業(yè)網(wǎng)點(diǎn)通過(guò)網(wǎng)絡(luò)直接與應(yīng)用服務(wù)器連接才能夠進(jìn)行操作。所以所有的營(yíng)業(yè)網(wǎng)點(diǎn)具有的功能可能相同會(huì)造成網(wǎng)點(diǎn)之間互相修改對(duì)方建立數(shù)據(jù)的可能，因?yàn)橛腥罩炯o(jì)錄，不會(huì)造成太多的影響。2.2.2 數(shù)據(jù)流程2.2.2.1 操作員維護(hù)說(shuō)明：刪除操作員必須首先處理完身份卡才可以刪除。要么還原身份卡，要么身份卡掛失（丟失情況）。2.2.2.2 角色維護(hù)2.2.2.3 操作員角色維護(hù)瀏覽操作員角色時(shí)，應(yīng)該可以對(duì)操作員或角色按照操作員號(hào)碼、姓名、角色號(hào)碼、角色名稱(chēng)

10、進(jìn)行相應(yīng)過(guò)濾。按照操作員工號(hào)、姓名、角色編碼、角色名稱(chēng)等進(jìn)行排序。增加操作員角色時(shí)，應(yīng)該可以對(duì)于操作員和角色分別進(jìn)行多選。在實(shí)際增加時(shí)，如果該操作員已經(jīng)具有該角色，不要提示錯(cuò)誤，可以直接進(jìn)行。刪除操作員角色時(shí)，應(yīng)該可以對(duì)于操作員和角色分別進(jìn)行多選。在實(shí)際刪除時(shí)，如果該操作員不具有該角色，不要提示錯(cuò)誤，可以直接進(jìn)行。所有增加刪除操作要寫(xiě)日志。2.2.2.4維護(hù)角色權(quán)限 通過(guò)checkbox選擇相應(yīng)角色后，右邊的treeview顯示各個(gè)應(yīng)用程序（一層）下各個(gè)一級(jí)菜單（二層）下的二級(jí)菜單（三層）。通過(guò)選擇、不選擇上一層菜單可以自動(dòng)全選、全不選下層的所有菜單。子菜單的選擇，必須保證父菜單也是選中的。2

11、.2.2.5 維護(hù)發(fā)行點(diǎn)（營(yíng)業(yè)網(wǎng)點(diǎn)） 2.2.2.6 客戶(hù)信息維護(hù)客戶(hù)信息刪除在客戶(hù)銷(xiāo)戶(hù)中處理。所有客戶(hù)信息都要保留（假刪除）。2.2.2.7 業(yè)主信息維護(hù)業(yè)主信息維護(hù)比較簡(jiǎn)單。主要是考慮到如果業(yè)主信息錯(cuò)誤，其實(shí)需要修改的東西很多。同樣業(yè)主信息刪除，也很難有正確的判斷條件。如果真出現(xiàn)了業(yè)主不參與本系統(tǒng)，相應(yīng)的處理要復(fù)雜的多，肯定需要人工干預(yù)。2.2.2.8 客戶(hù)銷(xiāo)戶(hù)2.2.2.9 客戶(hù)預(yù)銷(xiāo)戶(hù)不能在這里自動(dòng)掛失，因?yàn)榭蛻?hù)的這些記賬卡應(yīng)該退卡，涉及到卡押金。不用考慮儲(chǔ)值卡用戶(hù)，因?yàn)榭蛻?hù)信息并沒(méi)有刪除，同樣可以顯示出儲(chǔ)值卡的客戶(hù)。2.2.2.10 銀行信息維護(hù)刪除、修改銀行信息可能涉及到其他很多業(yè)務(wù)

12、，如：已經(jīng)發(fā)出沒(méi)有確認(rèn)的劃賬指令；業(yè)主銀行信息；客戶(hù)銀行信息等等。所以實(shí)際上，真正刪除一個(gè)銀行是要考慮很多東東的。2.2.2.11 結(jié)算中心信息維護(hù)刪除、修改結(jié)算中心信息可能涉及到其他很多業(yè)務(wù)，如：已經(jīng)發(fā)出沒(méi)有確認(rèn)的劃賬指令等等。所以實(shí)際上，真正刪除一個(gè)結(jié)算中心是要考慮很多東東的。另外，銀行信息必須同時(shí)輸入完成。2.3 數(shù)據(jù)結(jié)算子系統(tǒng)2.3.1 方案說(shuō)明結(jié)算模型的主要難點(diǎn)。結(jié)算必須有兩種結(jié)算：客戶(hù)結(jié)算和業(yè)主結(jié)算。由于客戶(hù)結(jié)算主要是對(duì)記賬卡進(jìn)行結(jié)算。必須詳細(xì)記錄每次用戶(hù)結(jié)算銀行劃帳信息與客戶(hù)相應(yīng)消費(fèi)的關(guān)系。儲(chǔ)值卡需要注意的是消費(fèi)的連續(xù)性。但是，由于記賬卡如果銀行沒(méi)有完成劃撥指令，可能影響業(yè)主結(jié)算

13、的進(jìn)行。而業(yè)主結(jié)算需要能夠和工班日期相對(duì)應(yīng)。需要將結(jié)算日期與工班日期相對(duì)應(yīng)。目前專(zhuān)營(yíng)公司的結(jié)算模型是：每天接收到數(shù)據(jù)后進(jìn)行客戶(hù)結(jié)算。設(shè)立一個(gè)特殊劃撥賬號(hào)，里面有保證金，保證即使客戶(hù)劃撥沒(méi)有完成，也可以保證業(yè)主劃撥的完成。由于有區(qū)域中心保證完整性，所以如果想做到結(jié)算日期與工班日期對(duì)應(yīng)，是有可能的。同時(shí)還有對(duì)自己的劃撥指令（專(zhuān)營(yíng)公司收益）。目前，本系統(tǒng)處理原則是：結(jié)算中心保留三個(gè)賬戶(hù)：收益帳戶(hù)、儲(chǔ)值卡賬戶(hù)、記賬卡支出賬戶(hù)、記賬卡收入帳戶(hù)。所有結(jié)算中心的收益劃撥到收益帳戶(hù)；所有儲(chǔ)值卡的資金存入儲(chǔ)值卡賬戶(hù)，在業(yè)主劃撥指令中，所有儲(chǔ)值卡的劃撥都從該賬戶(hù)支出，對(duì)于系統(tǒng)而言，該賬戶(hù)就是業(yè)主劃撥的儲(chǔ)值卡資金的

14、支出賬戶(hù)；記賬卡賬戶(hù)目前考慮收支兩條線(xiàn)（如果一條線(xiàn)，將兩個(gè)賬戶(hù)設(shè)成一樣即可）客戶(hù)結(jié)算客戶(hù)資金進(jìn)入記賬卡收入帳戶(hù)，業(yè)主結(jié)算資金從記賬卡支出賬戶(hù)進(jìn)入到業(yè)主賬戶(hù)。路段很難保證完整性，而且由于主要在省外進(jìn)行該項(xiàng)目，能否有路段完整性，還是未知。故，不再考慮完整性，即結(jié)算日期（客戶(hù)、業(yè)主）可以包括多個(gè)工班日期，一個(gè)工班日期的數(shù)據(jù)可以出現(xiàn)在多個(gè)結(jié)算日中。具體做法如下：儲(chǔ)值卡數(shù)據(jù)通過(guò)觸發(fā)器直接進(jìn)入storeoutlist。etcsplitresultlist有sn號(hào)碼。記賬卡數(shù)據(jù)通過(guò)觸發(fā)器進(jìn)入到tallyoutlist，有sn號(hào)碼。etcoutlist上傳后產(chǎn)生sn號(hào)碼，該號(hào)碼保證先上傳的肯定號(hào)碼小。同時(shí)，增

15、加兩個(gè)表，storeerroutlist，tallyerroutlist。這兩個(gè)表主要用來(lái)存儲(chǔ)收費(fèi)流水里的卡號(hào)沒(méi)有出現(xiàn)在卡動(dòng)態(tài)表中（錯(cuò)誤或試驗(yàn)的卡號(hào)）。這里的數(shù)據(jù)不能參與結(jié)算。結(jié)算暫時(shí)不考慮滯納金自動(dòng)計(jì)算的問(wèn)題。如果出現(xiàn)滯納金，可以通過(guò)人工計(jì)算輸入調(diào)賬指令的辦法解決。2.3.1.1 客戶(hù)結(jié)算所有上傳的數(shù)據(jù)都進(jìn)行結(jié)算，結(jié)算是針對(duì)tallyoutlist的產(chǎn)生的。每天可以結(jié)算多次，形成多條劃撥指令。沒(méi)有結(jié)算日期，只有結(jié)算時(shí)間。如果沒(méi)有記賬卡數(shù)據(jù)，客戶(hù)結(jié)算可以省略。如果發(fā)現(xiàn)錯(cuò)誤數(shù)據(jù)，需要進(jìn)行錯(cuò)誤數(shù)據(jù)處理流程。每天只能結(jié)算一次。2.3.1.2 業(yè)主結(jié)算業(yè)主結(jié)算如果單純依靠etcsplitresultl

16、ist可能會(huì)產(chǎn)生以后有些報(bào)表沒(méi)有辦法產(chǎn)生的情況。但是，如果修改etcsplitresultlist會(huì)對(duì)目前系統(tǒng)產(chǎn)生很大影響。所以，暫時(shí)先以etcsplitresultlist為基礎(chǔ)，考慮到業(yè)主應(yīng)該不會(huì)關(guān)心客戶(hù)信息。每天只能結(jié)算一次。2.3.2 數(shù)據(jù)流程2.3.2.1 上傳流水流程插入黑名單表的表示偽卡。gencau=3。為了防止已經(jīng)存在該卡信息，應(yīng)該先刪除后添加黑名單信息。2.3.2.2 客戶(hù)結(jié)算輸入結(jié)束工班日期，主要是可以讓用戶(hù)有一個(gè)條件限定的機(jī)會(huì)。其實(shí)，工班日期可以輸入的超過(guò)今天。注意：客戶(hù)結(jié)算需要考慮折扣，這也是customacc與customtrans分離的原因之一。customadj

17、usttrans是折扣后的數(shù)據(jù)。錯(cuò)誤處理流程其實(shí)就是人工參與修改數(shù)據(jù)。isskip=0是為了向后兼容，可以自動(dòng)處理。日志根據(jù)編程需要進(jìn)行，由程序員決定。2.3.2.3 業(yè)主結(jié)算輸入結(jié)束工班日期，主要是可以讓用戶(hù)有一個(gè)條件限定的機(jī)會(huì)。其實(shí)，工班日期可以輸入的超過(guò)今天。但是根據(jù)校驗(yàn)拆分與流水可能不符。注意：業(yè)主結(jié)算需要考慮折扣，這也是owneracc與ownertrans分離的原因之一。owneradjusttrans是折扣后的數(shù)據(jù)。同時(shí)，還應(yīng)該考慮服務(wù)費(fèi)的收取。服務(wù)費(fèi)出現(xiàn)分以下數(shù)據(jù)時(shí)，四舍五入計(jì)算每一個(gè)業(yè)主的收入。服務(wù)費(fèi)=每個(gè)業(yè)主折扣后應(yīng)得資金-業(yè)主折扣后應(yīng)得資金*折扣率*（1-服務(wù)費(fèi)率）。調(diào)賬

18、指令是折扣后的數(shù)據(jù)，調(diào)賬指令與服務(wù)費(fèi)無(wú)關(guān)。錯(cuò)誤處理流程其實(shí)就是人工參與修改數(shù)據(jù)。isskip=0是為了向后兼容，可以自動(dòng)處理。日志根據(jù)編程需要進(jìn)行，由程序員決定。2.3.2.4客戶(hù)銀行調(diào)賬劃撥指令由于有日志，所以刪除、修改可以不采用沖減的方式。2.3.2.5 業(yè)主銀行調(diào)賬劃撥指令由于有日志，所以刪除、修改可以不采用沖減的方式。2.3.2.6銀行劃撥指令維護(hù) 在銀行劃撥指令完成以前（銀行端確認(rèn)），可以修改除了劃撥號(hào)碼以及資金以外的任何信息。甚至，連銀行確認(rèn)標(biāo)示也可以修改。主要是為了真的出現(xiàn)銀行端出了問(wèn)題，但是手工已經(jīng)將該劃撥完成的情況。2.3.2.7銀行劃撥欠費(fèi)處理可以輸入相應(yīng)日期，查詢(xún)銀行劃撥

19、指令中沒(méi)有劃撥成功的。同時(shí)，可以將這些帳戶(hù)的所屬客戶(hù)的所屬記賬卡掛失。該掛失與丟失掛失可以同時(shí)發(fā)生。數(shù)據(jù)流程如下：對(duì)于記賬卡黑名單應(yīng)該先刪除，后添加。2.3.2.8銀行劃撥繳費(fèi)后處理可以輸入相應(yīng)日期，查詢(xún)銀行劃撥指令中已經(jīng)劃撥成功的客戶(hù)。同時(shí)，可以將這些客戶(hù)的所屬記賬卡解掛。該解掛不影響丟失掛失的用戶(hù)。數(shù)據(jù)流程如下：2.4 數(shù)據(jù)交換子系統(tǒng)2.4.1 方案說(shuō)明數(shù)據(jù)交換系統(tǒng)分為客戶(hù)端與服務(wù)端兩個(gè)程序。不論參數(shù)下發(fā)還是數(shù)據(jù)上傳采用相同的機(jī)制。系統(tǒng)發(fā)送的參數(shù)大致如下：客戶(hù)端：源目的表=表名，源臨時(shí)表=表名，本地表=表名，一次讀取數(shù)量，成功發(fā)送刪除否（0：不刪除，1：刪除）， 其中一次讀取數(shù)量=0表示一

20、次全讀，大于零表示相應(yīng)數(shù)量。 對(duì)于數(shù)據(jù)同步（以etcoutlist為例），源目的表=，源臨時(shí)表=etcoutlist，本地表=etcoutlist，100，1， 對(duì)于參數(shù)下發(fā)（以tallycardblacklist），源目的表=tallycardblacklist，源臨時(shí)表=tallycardblacklist_tmp，本地表=tallycardblacklist，0，0，傳送方式可以采用delta包的方式。2.4.2 數(shù)據(jù)流程2.5 卡管理子系統(tǒng)2.5.1 方案說(shuō)明卡管理有一部分涉及硬件的操作，通過(guò)本軟件并結(jié)合讀寫(xiě)器以實(shí)現(xiàn)卡的初始化及發(fā)行，儲(chǔ)值卡充值等目的，同時(shí)它也需要將所做的任何操作反映到

21、后臺(tái)的數(shù)據(jù)庫(kù)表。至于其它諸如掛失，出入庫(kù)管理，其操作結(jié)果只在后臺(tái)數(shù)據(jù)庫(kù)反映。每個(gè)功能的操作，可能需要一些后續(xù)工作支持才能真正完成，系統(tǒng)可以建立這樣的一種向?qū)?，將原?lái)可以獨(dú)立的兩個(gè)界面連接起來(lái)，并且所需要的后一界面的內(nèi)容如果可以根據(jù)前一界面得到，系統(tǒng)能夠自動(dòng)給出，以簡(jiǎn)化輸入或選擇操作。2.5.1.1讀寫(xiě)器的操作本系統(tǒng)要結(jié)合讀寫(xiě)器進(jìn)行操作，而且在多個(gè)用例中出現(xiàn)。因此最好將讀寫(xiě)器的操作做成一個(gè)控件，既可用于復(fù)用，還可增加與用戶(hù)交互操作的美感。即是這樣的一個(gè)控件，能夠模擬顯示讀寫(xiě)器的操作，如同鼠標(biāo)的滾動(dòng)在屏幕上以指針的移動(dòng)來(lái)反映。當(dāng)激活這個(gè)控件，檢測(cè)計(jì)算機(jī)是否與讀寫(xiě)器相連并且系統(tǒng)能夠識(shí)別，如果連接不成

22、功，控件中以圖片顯示兩個(gè)設(shè)備未連通的狀態(tài)，否則以一個(gè)就緒的狀態(tài)圖片表示。當(dāng)放上卡時(shí)，又會(huì)立即顯示有卡的圖片，當(dāng)讀寫(xiě)器識(shí)別不出這張卡時(shí)，以壞卡的圖片顯示并發(fā)出一長(zhǎng)聲提醒。當(dāng)正在讀(寫(xiě))卡，以正在讀(寫(xiě))卡的狀態(tài)圖片顯示，讀(寫(xiě))卡成功后也顯示一個(gè)成功的狀態(tài)圖片并以聲音提示。而且在這個(gè)控件中，提供不同狀態(tài)下的事件以進(jìn)行其它的動(dòng)作，比如寫(xiě)卡時(shí)提供一個(gè)onwritecard的事件，其它程序員根據(jù)實(shí)際操作在寫(xiě)卡的事件中描述具體的動(dòng)作，比如是發(fā)行還是充值或是卡還原等。2.5.1.2出入庫(kù)的管理因?yàn)榘l(fā)行點(diǎn)和管理中心都是使用同一臺(tái)機(jī)器上的數(shù)據(jù)庫(kù)，所以基本上是物品在位置上的變化，可以知道哪類(lèi)物品在那個(gè)地方有多少

23、，所以有界面上操作比較簡(jiǎn)單，實(shí)際關(guān)鍵在于數(shù)據(jù)庫(kù)中的數(shù)據(jù)流動(dòng)方式上。對(duì)于卡的管理，考慮到有可能在印刷的時(shí)候可能已經(jīng)區(qū)分為記賬卡和儲(chǔ)值卡，所以在庫(kù)存管理中需要考慮。所以卡的庫(kù)存分為記賬卡、儲(chǔ)值卡、未知三類(lèi)，用以滿(mǎn)足各種情況。庫(kù)存的管理目前對(duì)于空白卡、初始化卡只是管理到數(shù)量。對(duì)于真正的記賬卡、儲(chǔ)值卡通過(guò)動(dòng)態(tài)表的方式管理。對(duì)于錯(cuò)誤的出庫(kù)、入庫(kù)仍然采用沖減的辦法處理。對(duì)于沒(méi)有安裝的obu標(biāo)簽的出入庫(kù)目前也僅僅反映到數(shù)量。但是對(duì)于已經(jīng)安裝的obu標(biāo)簽需要按照編號(hào)單獨(dú)管理。obu標(biāo)簽的安裝，目前不需要管理其安裝費(fèi)等財(cái)務(wù)信息。2.5.1.3 卡押金的管理卡押金采用動(dòng)態(tài)管理的辦法。每一張卡在發(fā)行的時(shí)候按照參數(shù)表

24、里的卡押金收取費(fèi)用。退卡時(shí)，按照卡動(dòng)態(tài)表里的卡押金退回卡押金。2.5.2 數(shù)據(jù)流程2.5.2.1空白卡出入庫(kù) 如果出庫(kù)發(fā)現(xiàn)沒(méi)有相應(yīng)紀(jì)錄，同樣表示庫(kù)存不足。用戶(hù)需要選擇出入庫(kù)，卡類(lèi)型（未知、儲(chǔ)值卡、記賬卡），以及輸入卡數(shù)量。系統(tǒng)自動(dòng)生成出入庫(kù)流水號(hào)碼。2.5.2.2空白卡出庫(kù)沖減 顯示出入庫(kù)信息時(shí)，不需要顯示出入庫(kù)流水號(hào)信息。2.5.2.3空白卡初始化 插入密鑰母卡與密鑰傳輸卡?？瞻卓ǔ跏蓟恍薷膸?kù)存信息，只寫(xiě)入系統(tǒng)日志。2.5.2.4初始化卡出入庫(kù)2.5.2.5初始化卡出入庫(kù)沖減2.5.2.6 obu標(biāo)簽出入庫(kù)2.5.2.7 obu標(biāo)簽出入庫(kù)沖減2.5.2.8 記帳卡發(fā)行記帳卡發(fā)行界面要求：發(fā)

25、行界面應(yīng)該有選項(xiàng)，是否安裝obu標(biāo)簽。如果安裝，可以立即轉(zhuǎn)到obu發(fā)行的界面上去，obu發(fā)行時(shí)所需要填寫(xiě)的車(chē)型、車(chē)種、車(chē)牌、卡號(hào)、客戶(hù)號(hào)，系統(tǒng)依據(jù)上一界面的內(nèi)容自動(dòng)給出，以減少信息的重復(fù)輸入。 從原則上講，從數(shù)據(jù)庫(kù)中查找是否存在該卡可以替代不是上一張卡的判斷。比較不符和寫(xiě)入不成功之所以不直接寫(xiě)卡還要判斷主要是防止中途換卡。不知道初始化卡能否分清是不是記賬卡，如果能夠分清，還需要增加初始化卡是否是記賬卡的判斷。如果刷的是已經(jīng)退卡的卡，應(yīng)該判斷，退卡時(shí)間（tallycarddyn.optime）到現(xiàn)在是否經(jīng)過(guò)了一個(gè)數(shù)據(jù)完整時(shí)間。2.5.2.9 儲(chǔ)值卡發(fā)行儲(chǔ)值卡發(fā)行界面要求：發(fā)行界面應(yīng)該有選項(xiàng)，是否

26、安裝obu標(biāo)簽。如果安裝，可以立即轉(zhuǎn)到obu發(fā)行的界面上去，obu發(fā)行時(shí)所需要填寫(xiě)的車(chē)型、車(chē)種、車(chē)牌、卡號(hào)、客戶(hù)號(hào)，系統(tǒng)依據(jù)上一界面的內(nèi)容自動(dòng)給出，以減少信息的重復(fù)輸入。儲(chǔ)值卡發(fā)行完成，直接轉(zhuǎn)到儲(chǔ)值卡充值界面中。 從原則上講，從數(shù)據(jù)庫(kù)中查找是否存在該卡可以替代不是上一張卡的判斷。比較不符和寫(xiě)入不成功之所以不直接寫(xiě)卡還要判斷主要是防止中途換卡。不知道初始化卡能否分清是不是儲(chǔ)值卡，如果能夠分清，還需要增加初始化卡是否是儲(chǔ)值卡的判斷。如果刷的是已經(jīng)退卡的卡，應(yīng)該判斷，退卡時(shí)間（storecarddyn.optime）到現(xiàn)在是否經(jīng)過(guò)了一個(gè)數(shù)據(jù)完整時(shí)間。2.5.2.10 掛失掛失不分卡類(lèi)型。因?yàn)閽焓д也?/p>

27、到原來(lái)的卡。此時(shí)只能輸入卡的卡號(hào)（或其它信息，應(yīng)該是一個(gè)查詢(xún)界面，因?yàn)楹芏嗳擞洸蛔】ㄌ?hào)），系統(tǒng)調(diào)出此卡的信息。當(dāng)此卡原屬于正?？?，確認(rèn)掛失時(shí)，系統(tǒng)將會(huì)為此卡寫(xiě)一個(gè)掛失狀態(tài)的標(biāo)志，并提示用戶(hù)是否需要為此車(chē)申請(qǐng)新的卡，如果同意，系統(tǒng)轉(zhuǎn)到相應(yīng)卡發(fā)行界面，記賬卡發(fā)行時(shí)所需要填寫(xiě)的車(chē)型、車(chē)牌、客戶(hù)編號(hào)，系統(tǒng)依據(jù)上一界面的內(nèi)容自動(dòng)給出，無(wú)需操作者重復(fù)輸入。流程如下：gencau=1?？紤]可能黑名單已經(jīng)存在該信息，可以考慮先刪除后添加。2.5.2.11 解掛解掛不分卡類(lèi)型，并且必須是好卡。是因?yàn)檎业搅嗽瓉?lái)的卡，此時(shí)或可以通過(guò)刷卡來(lái)得到卡號(hào)，如果該卡對(duì)應(yīng)的車(chē)牌已經(jīng)在掛失時(shí)就申請(qǐng)了新的卡（可能新卡類(lèi)型與舊卡不同）在使用，則系統(tǒng)提示用戶(hù)。由用戶(hù)選擇解掛繼續(xù)（之所以可以繼續(xù)，是因?yàn)樵诎l(fā)卡時(shí)并沒(méi)有限制一張卡只能一輛車(chē)，實(shí)際使用也沒(méi)有必要限制），還時(shí)轉(zhuǎn)入退卡流程。流程如下：之所以這么復(fù)雜，主要是防止因?yàn)榍焚M(fèi)造成的掛失，通過(guò)手工掛失解掛取消掉。2.5.2.12 記帳卡換卡記賬卡換卡，是因?yàn)檎谑褂玫挠涃~卡，讀寫(xiě)器不能識(shí)別了。本系統(tǒng)首先檢查記賬卡是否真正不能讀寫(xiě)了，只有是壞卡才可以換卡，是好卡，