【正文】 ........................................... 18 交易處理 模塊詳細設計 ........................................... 19 報文結構設計與分析 ................................................. 27 函數(shù)路由表的設計與實現(xiàn) ............................................. 29 第五章 金融 POS 積分卡系統(tǒng)測試 .......................................... 29 測試目的 ........................................................... 31 測試方法 ........................................................... 31 系統(tǒng)改進與完善 ..................................................... 31 致謝 .................................................................... 31 參考文獻 ................................................................ 33 附錄一 其它報文結構設計 ................................................ 35 附錄二 前置機交易處 理模塊源代碼 ........................................ 41 1 第一章 引言 隨著計算機應用技術的飛速發(fā)展與日益普及，計算機信息管理已成為計算機應用的一個重要方面，尤其是條形碼自動識別技術和磁卡閱讀技術的出現(xiàn)，為這一領域注入了新的活力，增添了更完備的手段 [1]。 關鍵詞 ： 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。本文首先介紹了 POS 系統(tǒng)的基本概念、組成以及功能特點；在需求分析階段，確立了該系統(tǒng)的業(yè)務功能；在概要設計階段，對該系統(tǒng)的模塊進行了劃分，并確定了每一模塊的 功能；在詳細設計階段，對前置機各模塊的處理步驟進行了說明，并對前置機交易處理模塊進一步細分，確定了細分后各模塊的功能以及處理流程，并詳細設計了報文結構和函數(shù)路由表，用 C 語言編程實現(xiàn)了前置機聯(lián)機交易處理模塊；最后，介紹了此系統(tǒng)的測試方法，并提出了系統(tǒng)需要改進和完善的地方。 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 。 目前，國內(nèi)談論的 POS 系統(tǒng)有兩種說法：一種是商業(yè)應用的 POS 系統(tǒng)（ Point of Sales），為銷售點時實系統(tǒng)， 俗稱“商業(yè) POS 系統(tǒng)”， 它是由電子收款機和計算機聯(lián)機構成的商店前臺網(wǎng)絡系統(tǒng)。 本文所指的 POS 系統(tǒng)為后者即“銷售點電子轉帳服務作業(yè)系統(tǒng)” [2]。因此這種收款方式十分方便，快捷，是收卡方式的發(fā)展方向。為了滿足市場需求提高銀行和商戶的競爭力，我們進行了這套金融 POS 積分卡系統(tǒng)的設計與開發(fā)。該卡雖然是銀行發(fā)行的，但是并不能在銀行發(fā)展的所有商戶進行積分，它只能在特定的某家與銀行達成協(xié)議的商戶使用。 (2)加積分 卡開戶或是卡積分消費回收后，由商戶給卡增加積分。 圖 21 POS直連方式圖 POS POS POS NAC 積分系統(tǒng) 3 Pos 通過通訊服務器實時充值方式 。先存放在通信服務器方，生成文件后上送到后臺積分系統(tǒng)。 文件方式 單位按標準加積分文件格式組織信息，提供給商戶，然后利用文件在后臺系統(tǒng)進行加積分操作。 (5)積分消費 用戶可以持卡在該商戶及其門店的 POS 機上進行積分消費。 (7)商戶 積分卡應支持掛失、解掛、銷戶等業(yè)務 3．業(yè)務模式： A. 不回收型 圖 24 商戶積分卡業(yè)務模式圖 銀行商戶聯(lián)名積分卡業(yè)務功能 銀行商戶聯(lián)名積分卡是利用持卡人自身已有的銀行卡開展積分業(yè)務。 1．積分賬戶及其積分來源 根據(jù)業(yè)務需要，銀行及商戶聯(lián)名積分卡具有多個帳戶：一類為銀行積分帳戶，另一類為商戶積分帳戶。 銀行積分賬戶的積分是不能個人購買的，這體現(xiàn)了“積分”是一種獎勵性質的含義。 (2)積分賬戶與資金賬戶 由 于銀行會根據(jù)持卡人的消費情況增加積分，而積分可以轉換為金額進行消費，這些金額是從銀行指定資金賬戶中扣除的；同理，企業(yè)可以向銀行申請一個專用資金帳戶，當為企業(yè)的員工增加積分時，會從企業(yè)的積分資金帳戶里扣除相應的金額。對于銀行獎勵的積分，其對于的資金帳戶應為銀行指定的資金帳戶；對于企業(yè)批量獎勵員工的積分，其對于的資金帳戶應為銀行設置的專用資金帳戶，如下圖： 圖 27 資金賬戶的設置 (1)持卡人的基本信息管理 為更好的為客戶提供服務，需要通過從銀行主機系統(tǒng)導出基本數(shù)據(jù)然后導入積分系統(tǒng)的方式，建立起持卡人的基本信息。在導入過程中，如果卡在積分系統(tǒng)中不存在，系統(tǒng)不能受理；如果商戶積分帳戶或企業(yè)獎勵積分子帳戶不存在，應自動建立。 商戶積分帳戶 商戶的積分帳戶只能在該商戶及其所屬的全部及部分門店 POS 機商進行積分消費。 第二種：系統(tǒng)按設定的帳戶處理順序進行處理。銀行每日生成換卡文件傳給積分系統(tǒng)。原則上 Pos 機上不開通余額查詢交易。 同時，系統(tǒng)不支持卡積分延長有效期管理。 開 戶 增加積分 積分消費 9 銀行簽約商戶管理 管理銀行的簽約商戶。 報表、統(tǒng)計、查詢 能夠按商戶、銀行、公司不同要求提供報表、統(tǒng)計、查詢。 功能：商戶可將個人的消費金 額錄入，后臺直接開戶，并將獎勵積分根據(jù)獎勵積分規(guī)則轉換成內(nèi)部積分。 功能：如果處理超時或者網(wǎng)絡故障，取消上次的交易。 12 功能：如果上次聯(lián)機消費處理超時或者網(wǎng)絡故障 (POS 終端得不到后臺處理后的返回碼 )則自動將上次的聯(lián)機消費取消 (還原數(shù)據(jù)庫中所作的修改 )。商戶積分卡直接返回余額，聯(lián)名卡返回可用余額 (該商戶積分 +銀行積分 +企業(yè)積分 ) 前置機環(huán)境設定與模塊設計 (1)環(huán)境設定 平臺： LINUX/SCO UNIX 編程語言： ESQL/C 數(shù)據(jù)庫： informix 數(shù)據(jù)庫 (2)模塊劃分 前 置 機 模 塊日終處理模塊交易處理模塊交易監(jiān)控模塊圖 3 3 前 置 機 模 塊 圖 (1)簽 到 功能：前置機必須控制每一臺 POS 的密鑰和狀態(tài)，并控制其交易種類。 (5)商 戶 獎 勵 積 分 功能： ① 合法性檢查； ② 將交易信息傳遞給后臺； ③ 給 POS 終端返回交易信息。 (9)聯(lián) 機 消 費 沖 正 功能：上送需沖正的終端流水號。 C 日終處理模塊 提交脫機充值數(shù)據(jù)和每日交易對帳數(shù)據(jù)。 (3)商戶獎勵積分 (4)聯(lián) 機 充 值 檢查商戶（ mch_arch） ,取得商戶類型， [主管商戶 ]； 檢查該卡的卡類型（ card_regular），取得卡類型編號、積分類型、銀行編號、 [商戶編號 ]； 檢查卡定義（ card_def），察看在該商戶及其主管商戶是否接受該類卡在商戶充值； 檢查密碼狀態(tài)； 如果允許，對商戶賬號進行充值。如果有，檢查交易流水狀態(tài)； 已對帳平、已沖正、已撤銷、無此記錄：返回成功，在 reverse_jnl 中記錄此流水，并標明結果代碼； 如果發(fā)現(xiàn)正常交易：根據(jù) acc_list 中流水反方向扣除商戶賬號幾分，同時在trans_jnl 和 acc_list，記錄沖正流水。若是銀行賬戶，須檢查簽約關系； 記錄消費交易流水（ trans_jnl 和 acc_list）。 PurchaseAuthOperCode(消費權限檢查 ) 檢查終端和商戶是否開通； 檢查終端是否開通了當前的交易類型； 檢查卡是否合法。如果不存在，插入一條全 0 的記錄。因為 tpostrace 表在初始化時 success_flag 值被賦為 ” 01” ， ” 01” 表示不成功的記錄，而記錄的成不成功取決于后臺的返回碼，如果后臺返回不成功也就沒有 必要去修改； 如果本次交易是充正交易，取得被沖正記錄的交易類型 ResultFlag、成功標志SuccessFlag。 SendMonitorTransMsg(送監(jiān)控數(shù)據(jù) )調用已有的庫函數(shù) 將交易信息發(fā)送給監(jiān)控模塊。 [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ù)路由表的設計與實現(xiàn) 在交易處理模塊中會根據(jù)交易類型調用相應的處理函數(shù)，這些處理函 數(shù)數(shù)目眾多，如果不采取特殊的方法則編寫的代碼不僅繁雜，而且可讀性及可維護性都較差。 int (*OperCodeAuth)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 int (*OperCodeAfter)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 oarrOperCode[]是 OperCode 類型的數(shù)組，總共有十個 OperCode 結構，它包括了交易處理模塊所有的交易類型和相應的處理函數(shù)，當某種類型的交易需要處理時，首先在該結構中查找與當前交易類型一致的交易類型，然后順序調用該交易類型后面的處理函數(shù)。 測試目的 1. 測試當前業(yè)務功能是否已滿足和實現(xiàn)； 2. 盡可能的發(fā)現(xiàn)和解決 BUG； 3. 為軟件的改進和管理提供確切的數(shù)據(jù)依據(jù)； 4. 提高軟件的穩(wěn)定和質量 [5]。其原理是：在編寫代碼時，預先在可能出錯的地方插入調試代碼段，當程序運行到這些調試代碼段時，判斷是否滿足出錯的條件，如果滿足則調試代碼程序段會將出錯的詳細信息寫入日志中，包括出錯的具體位置、錯誤類型等。 今后可以進 一步對以下內(nèi)容進行研究和實踐： POS 系統(tǒng)的功能。劉老師是我校資深的教授，有多年從事學士生導師的經(jīng)驗，使我受益非淺。 感謝所有關心、幫助過我的人。 2 查詢報文結構 域 屬性 上送 下發(fā) 說明 N4 0300 0310 MsgID 2 N..19(LLVAR) C C 卡號 3 N6 360000 360000 交易類型碼 4 N12 金額 11 N6 M M 終端流水號 22 N4 M 輸入方式碼