【正文】 感謝所有關(guān)心、幫助過我的人。 今后可以進 一步對以下內(nèi)容進行研究和實踐： POS 系統(tǒng)的功能。 測試目的 1. 測試當(dāng)前業(yè)務(wù)功能是否已滿足和實現(xiàn)； 2. 盡可能的發(fā)現(xiàn)和解決 BUG； 3. 為軟件的改進和管理提供確切的數(shù)據(jù)依據(jù)； 4. 提高軟件的穩(wěn)定和質(zhì)量 [5]。 int (*OperCodeAfter)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 [91][00][00] 交易類型碼 第 3 域的數(shù)據(jù) [00][00][00] 終 端流水號 第 11 域的數(shù)據(jù) ： 000000 [30][30][30][30][30][30][30][34] 終端號 第 41 域的數(shù)據(jù) ： 00000004 [31][31][31][31][31][31][31][31][31][31][31][31][31][31][31] 商戶號 第 42 域的數(shù)據(jù) [00][04]表示長度為 4 [31][30][30][33]上送的版本號 第 61域的數(shù)據(jù) 函數(shù)路由表的設(shè)計與實現(xiàn) 在交易處理模塊中會根據(jù)交易類型調(diào)用相應(yīng)的處理函數(shù)，這些處理函 數(shù)數(shù)目眾多，如果不采取特殊的方法則編寫的代碼不僅繁雜，而且可讀性及可維護性都較差。因為 tpostrace 表在初始化時 success_flag 值被賦為 ” 01” ， ” 01” 表示不成功的記錄，而記錄的成不成功取決于后臺的返回碼，如果后臺返回不成功也就沒有 必要去修改； 如果本次交易是充正交易，取得被沖正記錄的交易類型 ResultFlag、成功標(biāo)志SuccessFlag。 PurchaseAuthOperCode(消費權(quán)限檢查 ) 檢查終端和商戶是否開通； 檢查終端是否開通了當(dāng)前的交易類型； 檢查卡是否合法。如果有，檢查交易流水狀態(tài)； 已對帳平、已沖正、已撤銷、無此記錄：返回成功，在 reverse_jnl 中記錄此流水，并標(biāo)明結(jié)果代碼； 如果發(fā)現(xiàn)正常交易：根據(jù) acc_list 中流水反方向扣除商戶賬號幾分，同時在trans_jnl 和 acc_list，記錄沖正流水。 C 日終處理模塊 提交脫機充值數(shù)據(jù)和每日交易對帳數(shù)據(jù)。 (5)商 戶 獎 勵 積 分 功能： ① 合法性檢查； ② 將交易信息傳遞給后臺； ③ 給 POS 終端返回交易信息。 12 功能：如果上次聯(lián)機消費處理超時或者網(wǎng)絡(luò)故障 (POS 終端得不到后臺處理后的返回碼 )則自動將上次的聯(lián)機消費取消 (還原數(shù)據(jù)庫中所作的修改 )。 功能：商戶可將個人的消費金 額錄入，后臺直接開戶，并將獎勵積分根據(jù)獎勵積分規(guī)則轉(zhuǎn)換成內(nèi)部積分。 開 戶 增加積分 積分消費 9 銀行簽約商戶管理 管理銀行的簽約商戶。原則上 Pos 機上不開通余額查詢交易。 第二種：系統(tǒng)按設(shè)定的帳戶處理順序進行處理。在導(dǎo)入過程中，如果卡在積分系統(tǒng)中不存在，系統(tǒng)不能受理；如果商戶積分帳戶或企業(yè)獎勵積分子帳戶不存在，應(yīng)自動建立。 (2)積分賬戶與資金賬戶 由 于銀行會根據(jù)持卡人的消費情況增加積分，而積分可以轉(zhuǎn)換為金額進行消費，這些金額是從銀行指定資金賬戶中扣除的；同理，企業(yè)可以向銀行申請一個專用資金帳戶，當(dāng)為企業(yè)的員工增加積分時，會從企業(yè)的積分資金帳戶里扣除相應(yīng)的金額。 1．積分賬戶及其積分來源 根據(jù)業(yè)務(wù)需要，銀行及商戶聯(lián)名積分卡具有多個帳戶：一類為銀行積分帳戶，另一類為商戶積分帳戶。 (5)積分消費 用戶可以持卡在該商戶及其門店的 POS 機上進行積分消費。先存放在通信服務(wù)器方，生成文件后上送到后臺積分系統(tǒng)。 (2)加積分 卡開戶或是卡積分消費回收后，由商戶給卡增加積分。為了滿足市場需求提高銀行和商戶的競爭力，我們進行了這套金融 POS 積分卡系統(tǒng)的設(shè)計與開發(fā)。 本文所指的 POS 系統(tǒng)為后者即“銷售點電子轉(zhuǎn)帳服務(wù)作業(yè)系統(tǒng)” [2]。 During the course of designing in detail, to getting leading every treatment step of module prove, and to getting leading trade deal with module subdivide further , is it subdivide the last every function and treatment procedure of module to confirm, and has designed the gentle structure of the newspaper and function route form in detail 。 關(guān)鍵詞 ： POS 系統(tǒng)，積分卡，函數(shù)路由表 II Abstract This text has carried on demand analysis , outline designing , detailed design , procedure to realize to financial POS accumulating card system according to the thought of the soft project , have introduced the method of testing of this system. This text has introduced the basic conception , position and function characteristic of POS system at first。該系統(tǒng)對商店零售柜臺的所有交易信息進行加工整理，時實跟蹤銷售情況，分析數(shù)據(jù)、傳遞反饋、強化商品營銷管理。金融 POS 系統(tǒng)由硬件和軟件兩方面組成，硬件包括： POS 終端、前置機、后臺帳務(wù)主機、PSTN 網(wǎng)絡(luò)及網(wǎng)絡(luò)設(shè)備；軟件則是分別運行在 POS 終端、前置機、后臺帳務(wù)機之上的程序。 商戶積分卡只有一個積分帳戶，允許支持多種銀行卡。在這種方式中， Pos 不是直接撥號通過 NAC 接入，而是通過通信服務(wù)器撥號接入。該方式適 合不回收的商戶積分卡。此類積分卡具有記名性質(zhì)，卡為持卡人所有，銀行或商戶不能進行回收利用。銀行的積分獎勵是根據(jù)該卡的消費情況來定的，而企業(yè)批量積分獎勵是由持卡人所在的企業(yè)向銀行出錢購買的。 圖 28持卡人基本信息 (2)銀行獎勵積分的導(dǎo)入 (銀行的積分獎勵 ) 銀行定期生成獎勵積分文件傳給積分系統(tǒng)，然后積分系統(tǒng)根據(jù)轉(zhuǎn)換規(guī)則、根據(jù)卡號加入相應(yīng)的積分帳戶或子帳戶中。 在積分卡進行積分消費時，由于有銀行積分帳戶及商戶積分帳戶兩種不同的積分帳戶使用，并且采用不同的積分帳戶資金清算的要求不同，因此積分卡系統(tǒng)需要區(qū)分出積分消費時不同的積分帳戶。允許銀行對已掛失卡 在積分系統(tǒng)中凍結(jié)。 系統(tǒng)支持功能 卡表管理 系統(tǒng)可以維護卡表，從磁道中識別卡號。 10 第三章 金融 POS 積分卡系統(tǒng)概要設(shè)計 網(wǎng)絡(luò)拓撲 圖 31網(wǎng)絡(luò)拓撲圖 前置機 帳務(wù)主機 實時監(jiān) 控終端 管理客戶機 遠程管理客戶機 PSTN NAC PSTN 內(nèi)部網(wǎng)絡(luò) 路由器 防火墻 POS POS POS 通訊服務(wù)器 客戶端設(shè)備 11 POS 終端模塊設(shè)計 P O S 終 端 模 塊簽到改密聯(lián)機開戶商戶獎勵積分聯(lián)機充值聯(lián)機充值沖正脫機充值聯(lián)機消費聯(lián)機消費沖正聯(lián)機消費撤銷聯(lián)機消費撤銷沖正余額查詢圖 3 2 P O S 終 端 模 塊 圖 到 功能：密鑰（密碼，二三磁道， MAC， TAC）下載，交易控制表下載，由于安全性考慮，對二三磁道信息采用異或方式進行加密； POS 必須下裝卡表，每個商戶的卡表不盡相同，由前置機控制。 機 充 值 功能：商戶操作員先在 Pos機上輸入增加積分數(shù)，再依次給一批卡增加相同的積分數(shù)。 (2)脫 機 充 值 功能： ① 合法性檢查； 13 ② 通訊服務(wù)器將文件傳給前置機，前置機在每日日終時，將文件傳給后臺。 (10)聯(lián) 機 消 費 撤 銷 功能 : ① 合法性檢查； ② 上送需撤 銷的終端流水號； ③ 給 POS 終端返回交易信息。如果沒有商戶賬號，則必須根據(jù) card_def 中的設(shè)置，先建立商戶賬號； 記錄充值交易流水（ trans_jnl 和 acc_list）； 在 trans_jnl 中建立卡交易總帳（ 1）； 根據(jù)賬戶類型，在 acc_list 中建立明細動戶記錄（ 1）。 (7)聯(lián) 機 消 費 沖正 (8)聯(lián) 機 消 費 撤 銷 (9)聯(lián)機消費撤銷沖正 B 權(quán) 限 管 理 模 塊 功能： ① 操作組管理 ② 操作員管理 C 基本信息管理模塊 功能： ① 主機管理 ② 錯誤碼管理 ③ 交易品種管理 ④ 交易類型管理 ⑤ 系統(tǒng)參數(shù)表管理 ⑥ 賬戶類型管理 D 檔案管理模塊 功能： ① 商戶管理 (mch_arch)； ② 維護商戶資料信息 ,商戶區(qū)分總商戶和分商戶； ③ 銀行管理：即發(fā)卡行管理 (bank_arch)； ④ 銀行簽約商戶管理 (mch_bank)； ⑤ 特殊獎勵積分利率檔案； ⑥ 獎勵積分利率檔案； ⑦ 手續(xù)費方檔案； ⑧ 手續(xù)費利率檔案； 理 模 塊 功能： ① 卡號編碼規(guī)則； ② 卡業(yè)務(wù)規(guī)則； ③ 批量開戶； ④ 獎勵積分數(shù)據(jù)導(dǎo)入； 17 ⑤ 客戶檔案； ⑥ 卡檔案 /卡賬戶（聯(lián)表查詢）； ⑦ 回收卡； ⑧ 換卡； ⑨ 售卡； 功能：錯帳調(diào)整：沖正、補入、重入。如果存在，要判斷是哪一種累計（已經(jīng)累計？兩次結(jié)算不平的累計？全零的累計？）若是前兩者則返回已經(jīng)結(jié)算。 27 報文結(jié)構(gòu)設(shè)計與分析 (1)總體的報文結(jié)構(gòu) (其它報文結(jié)構(gòu)見附錄一 ) 表 41 整體報文結(jié)構(gòu) (ISO8583) 域 屬性 上送 下發(fā) 說明 N4 MsgID 2 N..19(LLVAR) 卡號 3 N6 交易類型碼 4 N12 金額 11 N6 終端流水號 12 N6 時間 hhmmss 13 N6 日期 MMDD 22 N4 輸入方式碼 35 Z..37(LLVAR) 二磁道 36 Z...104(LLLVAR) 三磁道 39 AN2 返回碼 41 AN8 終端號 42 AN15 商戶號 47 ANS...999(LLLVAR) 柜員號 48 ANS...999(LLLVAR) 結(jié)算批次 52 B128 個人密碼 60 ANS...999(LLLVAR) 不固定 根據(jù)具體的交易類型確定 61 ANS...999(LLLVAR) 不固定 62 ANS...999(LLLVAR) 不固定 63 ANS...999(LLLVAR) 不固定 64 B64 MAC 64 B64 MAC AN ：字母和 /或數(shù)字，左靠，右部多余部分填空格； ANS ：字母、數(shù)字和 /或特殊符號，左靠，右部多余部分填空格； 28 B ：二進制位； DD ：日； hh ：時； LL ：可變長域的長度值 (一位數(shù) )； LLL ：可變長域的長度值 (二位數(shù) )； MM ：月； mm ：分； N ：數(shù)值，左靠，若表示金額，則最右二位為角分； ss ：秒； VAR ：可變長域； YY ：年； Z ：由 ISO 7811 和 ISO 7813 制定的磁卡第二、三磁道的數(shù)據(jù)類型； (2)報文分析 報文分析在系統(tǒng)測試階 段十分重要，如果不能正確理解報文結(jié)構(gòu)，不能人工的分析報文結(jié)構(gòu)，那么由上送的報文結(jié)構(gòu)引起的錯誤就很難被我們。 int (*OperCodeInit)(int iLocalSerial,struct Switch_data* optrSwithBuf)。上面的結(jié)構(gòu)我形象的給它取名為“函數(shù)路由表”。測試人員可以根據(jù)錯誤日志對 BUG 進