中圖分類號： 學校代碼： 10055 密級： 碩 士 專 業 學 位 論 文 基于中間件的銀行代收費系統的設計與實現 on 文 摘要 I 中文 摘要 隨著經濟的發展 ， 金融機構之間的競爭日益激烈 ， 銀行 業 已經開始從傳統的資產和負債業務轉向利潤率更高 且 風險更低的中間業務。 為了加快收費單位的資金回籠，讓收費單位的數據源與各家銀行的營業網點連接起來， 系統需要具有一定的安全機制，使系統的建設規范有序，達到高 速、安全、穩定運行的要求，同時為了解決收費單位收費難的 問題 。隨著業務量的增加和聯網銀行網點的增加，前置機的效率也成了一個新問題。 本文所研究的課題在具體建設上要歸納各種代收費類中間業務的業務特征和技術要點 ， 應構建穩定、高效、以及高度擴 展性的銀行端代收費運行平臺，需要采取統一的處理方式和擴展手段，來 滿足各銀行代收費支付業務快速發展的需要。 通過本文的調研， 在系統的功能規劃中，要能夠實現客戶端和服務端的功能，客戶端主要 實現 包括柜臺交現，銀行卡自動扣款，提供結 果文件，收費發票的打印，自動對 賬 ，對 賬 單打印交易等功能模塊。在技術方面，本文將利用中間件 三層結構的客戶 /服務器模型 設計的 結構 設計 ，且維護簡單易行 。系統使用非常廣泛的 C+開發語言進行開發，開發模式采用三層 C/S 結構，基于中間件 行系統的開發，服務器操作系統采用安全性高的 作系統，數據庫采用可移植性強、兼容性好的 據庫。 通過本文的研究，可以滿足了系統在安全方面的需求， 能夠為目標用戶 提供 單筆業務和批量業務訪問的功能 ，也可以 提供公用數 據接口和通訊標準，并且能夠實現銀行與收 費單位的收費數據庫的安全連接。 本文 系統的實施能給收費單 位帶來 便利 ，并且 該 軟件也適用于各供電，供水，供氣等收費單位。 因為本文的系統是 基于中間件 系統業務框架下的實時銷 賬 子系統， 結合了 先進的網絡軟 硬技術 ，能夠提供 收費單位和銀行之間電子數據 實時交換 的功能 ， 同時 有效解決企業實際收費困難 的 問題， 為 商業銀行的業務發展 提供幫助 。 關鍵詞： 中間業務 ， C/S， 實時交換 I of to of In to up s to a of to in to of a in an s a on to of of to a to of in in of to be to On of of + is a of a in of to to a be to a of to it to as is on of of of of II of C/S, 錄 錄 第一章 緒論 . 1 第一節 課題的背景及其意義 . 1 第二節 國內與國外相關內容研究動態 . 2 第三節 課題研究目標與主要研究內容 . 3 第四節 課題解決的關鍵問題 . 4 第五節 本文的組織結構 . 5 第二章 系統需求分析 . 6 第一節 業務流程分析 . 6 第二節 系統功能需求分析 . 7 戶端功能用例需求 . 8 務器端功能用例需求 . 10 第三節 銀行代收費系統的數據流程分析 . 12 第四節 系統非功能性需求 . 14 系統性能需求 . 14 運行環境需求 . 15 數 據管理需求 . 15 第五節 系統安全性需求 . 16 第六節 本章小結 . 17 第三章 系統總體設計 . 18 第一節 整體技術架構設計 . 18 第二節 網絡結構設計 . 20 第三節 邏輯功能架構設計 . 21 第四節 數據交換設計 . 22 第五節 系統安全設計 . 23 第六節 數據庫 型設計 . 24 第七節 數據庫表結構設計 . 28 目錄 V 第八節 本章小結 . 32 第四章 系統詳細設計 . 33 第一節 客戶端功 能模塊設計 . 33 臺交現模塊 . 33 行卡自動扣款模塊 . 34 票打印模塊 . 35 動對賬模塊 . 36 賬單打印交易模塊 . 38 第二節 服務器端功能模塊設計 . 39 數設置模塊 . 39 戶管理模塊 . 40 繳功能模塊 . 42 計報表模塊 . 43 第三節 本章小結 . 45 第五章 系統實現 . 46 第一節 系統開發環境 . 46 第二節 客戶端功能模塊 . 46 統登錄功能模塊實現 . 46 臺交現功能模塊實現 . 48 行卡自動扣款功能模塊實現 . 50 票打印功能模塊實現 . 52 動對賬功能模塊實現 . 53 賬單打印交易功能模塊實現 . 55 第三節 服務器端功能模塊 . 56 數設置功能 模塊實現 . 56 戶管理功能模塊實現 . 58 繳功能功能模塊實現 . 60 計報表功能模塊實現 . 61 第四節 系統通訊技術實現 . 63 第五節 系統測試 . 64 目錄 功能用例測試 . 64 能用例測試 . 66 試總結 . 66 第六節 本章小結 . 66 第六章 總結與展望 . 68 第一節 總結 . 68 第二節 工作展望 . 68 參考文 獻 . 70 致 謝 . 72 個人簡歷 在學期間發表的學術論文與研究成果 . 73 第 一 章 緒論 1 第 一 章 緒論 第一節 課題 的背景 及其 意義 隨著經濟飛速發展以及日益激烈的金融機構競爭 ,銀行開始從負債業務 和原始資產改變為風險低且利潤率高的中間業務。銀行利用技術、場所和網絡等資源給客戶提供優質的服務并收取手續費的各類業務類型 ， 這 就 是中間業務。比如代收煤、水、電費以及基金托管等業務。中間業務是一種結合服務質量、科學技術和電子智能為一體的現代金融服務功能業務。雖然近幾年來國內商業銀行建設電子化的方面發展的比較快 ,但是國內商業銀行中間業務起步的比較晚 ,與 發展的需要相差甚遠，創新能力也不夠 ,尤其是在軟件服務功能和應用以及計算機網絡等方面最為突出。中間業務的附加值高 ,對技術的需求要求也就越高。所以 ,最大程度的使用先進的 網絡、計算機以及通訊等科學技術手段 ,提供給客戶一份方便快捷且豐富的金融服務類型 ,對開發應用中間業務系統方面也提出了更高的條件。以上正是本文選題根據所在。 在當今 飛速發展的信息化社會 背景下，銀行業能夠提供的 銀行中間業務 越來越多，越來越廣， 致使銀行在發展的過程中明白了一個銀行要是想往好的方面發展不但要有巨大的資金鏈和良好的信譽，最主要的方面就是要給客戶提供便捷的服務。商業銀行原始的經營方式已經不能滿足現代社會的發展需要了，現如今，大部分銀行已經給客戶提供了代收電話費、水費和電費等等的中間業務，客戶對銀行此類服務 業務給出了很高的評價，在這個環境下開發銀行代收費的中間業務系統，必會一定程度的推動銀行業務的發展，銀行也會在在日益激烈的競爭中給客戶提供現代化的金融服務，而且發展現代化金融和科技，如此一來就致使我們利用高科技手段和現代化的網絡發展銀行的中間業務。 本文銀行代收費系統是在銀行核心的系統基礎上設計的，開發時運用三層C/S 結構方式，在全部銀行代收費體系之中，中間業務平臺運用中間件完成交易的項目。程序開發和處理銀行代收費業務最重要的組成部分就是中間業務平臺，中間件 擁有有效可靠的管理制度，運用 中間件 中間交易的事務處理 體系將提升處理銀行中間業務的速度，安全的資源管理體系將高效的使用數據庫的資源信第 一 章 緒論 2 息。 中間件的一個發展動向是向 延伸 ,典型的就是使用服務器技術 ,比如數據路由、可靠傳輸、并發控制以及負載均衡等等。現如今 ,應用中間件的平臺處理應用企業級異構背景下分布式開發系統中存在的問題廣泛的在國內外應用。中間件還是一種重要的基礎系統 ,在優化銀行代收費體系以及開發方面發揮十分大的作用。與此同時還通過中間件有效的管理服務進程 ,能夠減少應用系統對并發數據庫用戶數量的要求 ,而且還能節省數據庫的投資 ,也為銀行節省了大量的 建設成本。 綜上所述，針對用戶的實際需求和商業銀行發展的需要，設計實現一套基于中間件的系統業務框架下的實時銷 賬 子系統，利用先進的網絡軟硬技術來實現收費單位和銀行之間電子數據的實時交換，對企業的實際收費困難問題的解決以及商業銀行的業務發展有著重大的意義所在。 第二節 國內 與國 外 相關內容 研究 動態 銀行的中間業務 ， 也叫做代收費業務或者表外業務，近幾年來，國外各類型銀行非常迅速的發展此類業務，已經逐步占據了不小的國外銀行業務效益增長比例，而且伴隨著此類業務的快速增長，法國、美國和英國等國外許多銀行都建設了較成熟的 中間業務平臺，所利用的中間件和相關建立技術都很先進，服務系統也很健全，達到了與委托收費方的數據回滾對賬、數據傳輸以及通訊等方面比較高的實時性、安全性以及準確性等的需求 1并且正努力做到在中間業務平臺上做到更豐富也更多的整合業務功能，這樣一來 為服務用戶，提供更為方便快捷的服務委托收費方式 。 和國外相比較來說，國內商業銀行在擴展中間業務方面稍為遲緩，銀行的經營觀念基本維持在原有的業務之上，不夠重視中間業務的效益增長點。由于上述理由，國內銀行業對構建中間業務平臺方面還處于始建的階段。銀行中間業務平臺中最重 要的系統既是銀行代收費系統，在這個背景之下他的發展和研究也顯現出剛剛起步的現狀 3。綜合而言，國內發展商業銀行代收費系統的過程主要有三個階段，第一階段，由小部分商業銀行各個分行開發并設計，還選擇分行當中的一部分網點進行試用，還不斷擴展探索其他的功能；第二階段，大多數商業銀行各個分行進行開發且設計，還在分行所屬整個網點內運行，并且第 一 章 緒論 3 不斷完善系統的技術與功能；最后一個階段，商業銀行都相繼努力的開發設計適合自己的代收費系統體系，還在全行全部網內營業機構范圍內上線運行，加強自己在中間業務市場 中的競爭力 4 在金融行業，特別是銀行來說，將 間件技術應用在自有的業務系統中，已經是一種非常普及的趨勢了。 司的強大主機交易服務器、集成平臺，在全球 C、 C+、 交易中間件市場上占有絕大多數客戶 6。超過 30 年的歷史，開發于在 國 的赫思里（ 發中心。國式發音是 “ 。在 分布平臺上的 易服務器 也叫交易處理中間件。支持聯機交易服務（ 提供用戶實時的交易請求與響應，支持分布式交易服務、多個數據源、異種數據源、和分布式協同應用，支持兩階段提交 7。 一系列為 非 臺上的應用提供聯機事務處理和事務管理的產品。 立在操作系統、開放集團的分布式計算環境 務上。 應用程序開發，通信，恢復，顯示，數據管理，安全性和內部通信提供很多項服務 8。 總的來說， 國內各種類型的商業銀行構建的代收費系統大部分都是 C/S 結構形式，開發技術的形式也是各種各樣 的，但大部分主要都是 C+技術，運用的中間件技術大部分是 術和 術 9。大致而言，從技術角度分析這些代收費系統，此系統還是相對成熟的，但是功能構架上多學通用體系，只是具有一些格式化形式的代收費服務功能模塊，缺乏從用戶實際服務的特點、委托代收方企業的特點以及銀行經營的特點三個立場考慮，不具備個性化服務特點。與此同時，在具體開發上，許多銀行也沒依據自身具體的業務流程和應用環境進行技術選型，多進行實施盲目技術的方案，缺少細致實際的分析與考慮 10。 第三節 課題研究目標與主要研 究內容 本文課題的研究目標在于立足于銀行信息化發展的現狀，利用中間件 。該系統在具體建設上要歸納各種代收費類中間業務的業務特征和技術要點 ， 應構建穩定、高效、以及高度擴展性的銀行端代收費運行平臺 ， 需要采取統一的處理方式和擴展手段 ， 以滿足各銀行代收費支付業務快速發展的需要。 第 一 章 緒論 4 本課題的主要研究內容主要有兩大方面，其一為依據用戶的實際需求提出一套合理科學的解決方案；其二為依據解決方案進行具體的系統設計與實現工作。具體來說，主要需要進行如下內容的研究： 首先， 需要研究如何將收費單位的數據源與各家銀行的營業網點連接起來，并輔以一定的安全機制，使系統的建設規范有序。從而達到高速、安全、穩定運行的要求。 其次，需要研究如何利用中間件 三層結構的客戶 /服務器模型設計一個結構清晰，且維護簡單易行的應用系統架構。 最后，需要研究如何利用 C+開發語言進行各功能模塊的控制編碼實現，并設計合理科學的測試方案進行系統測試。其中具體模塊的設計實現工作主要包括如下幾個方面： 1、客戶端軟件各模塊的設計與實現，主要需要對客戶端的主要功能（包括柜臺交現功能、銀行卡自動扣款功能、發 票打印功能、自動對賬功能以及對賬單打印交易功能）進行詳細的設計與實現。 2、 程序的設計與實現，主要需要對服務器端主要功能（包括參數設置、用戶管理、催繳功能以及統計報表功能）進行詳細的設計與實現。 3、 對 系統數據庫 進行 詳細設計與實現工作，主要包括 ： 系統 數據庫的概念模型 的 設計、 系統 數據庫的邏輯模型設計以及 系統 數據庫的物理設計。 第四節 課題解決的關鍵問題 本系統最關鍵的問題是要將銀行代收費業務流程信息化和數據傳輸的安全化，具體通過部署業務應用服務器，加強服務器本身的安全和利用 間件提升程序傳輸數據的安全性，具體來說，主要有以下幾個難點問題： 1、系統能夠 對 訪問者 的 身份 進行 合法性和合理性 的識別 ， 對于 非法的訪問請求 能夠記錄 并告警。 2、軟件要提供多種 類型的 數據交換方式，以方便單筆業務和批量業務訪問的需要。 3、軟件要提供公用數據接口和通訊標準， 以 保證 系統 數據傳輸的可靠性、穩定性、安全性和完整性。 4、系統要實現銀行與收費單位的收費數據庫的安全連接，實時監控銀行的第 一 章 緒論 5 收費狀態，提供各種報表，并可按用戶要求定制新的報表和進行數據調整等服務。針對特殊情況進行后臺維護和必要的手工處理。 第 五 節 本文的組織結構 本文是按照軟件工程思想及相關理論展開的，文章將按照 幾個 篇幅 來完成本次畢業設計。各個章節介紹了相關的系統研發的內容 。 第一章 ：緒論。 介紹 本論文的 研究內容 的背景 及 意義， 結合 國內外相關內容的研究現狀 ， 本文 目標與 所要完成的主要工作 以及解決的主要問題 。 第 二 章：需求分析 。 對系統需求展開分析，內容涉及 系統功能需求 、 非 功能需求 及其安全 需求分析。 第 三章：系統 總體 設計。 介紹的內容包括 系統技術架構、網絡結構、邏輯功能架構、數據 交換、安全 、 數據庫模型及其主要數據庫表結構的設計 。 第 四 章：系統 詳細設計 。 從系統的 客戶端和服務器端兩個方面展開 設計 。 第五章：系統實 現與測試。 將給出系統開發環境、主要功能模塊實現和部分功能與性能的測試內容 。 第六章： 總結與展望。 完成本文的工作總結以及后續工作展望。 第 二 章 系統需求分析 6 第 二 章 系統需求分析 本章以銀行代收費系統為業務依據，將在功能需求分析中，給出客戶端和服務器端的功能用例需求的內容，而在系統非功能性需求中，將給出的內容有系統的性能，運行環境和數據管理方面的需求內容，最后將給出系統安全性需求的內容。 第一節 業務流程 分析 銀行代收費 方面 工作包括柜臺 交現、 提供結果 文件 、 扣除銀行卡款、 打印收費 憑 證 、 對賬 、打印 對賬單 交易、 催促 交費以及統計報表等等的工作 。分為柜臺操作員 、技術人員 、 收費單位以及系統管理員。 圖 為 業務流程分析圖 。 開 始 用 戶 繳 費 申 請 確 定 繳 費 項 目 核 對 用 戶 信 息 計 算 應 交 款 數核 對 繳 費 信 息是 否 出 錯是重 新 計 算 核 對打 印 繳 費 憑 證否用 戶 繳 費扣 除 銀 行 卡 款打 印 扣 款 憑 證提 醒 用 戶 繳 費用 戶 是否 認 可尋 找 錯 誤 原 因否核 對 清 算 是打 印 清 算 憑 證統 計 報 表 打 印 報 表 記 錄 存 儲 結 束圖 總體業務 流程圖 如圖所示 ，首先 要 提醒用戶繳費，然后 用戶 提出繳費申請，工作人員 第一步 要確定繳費項目，在 核對 用戶信息，為用戶計算應交款數，在進行核對繳費信息，確定有無出錯， 如 計算錯誤 則要 重新核對計算 ， 計算正確后要打印繳費憑證，用戶憑憑證繳費， 收款 單位扣除用戶銀行卡款， 用戶 打印扣款憑證，看第 二 章 系統需求分析 7 是否認可，如不認可要 尋找錯誤原因， 用戶 認可后工作人員則可以核對清算數據信息，并打印 清算 憑證，隨后統計數據報表并打印記錄存檔。 第 二 節 系統功能需求分析 隨著經濟的發展，金融機構之間的競爭日益激烈，銀行已經開始從傳統的資產和負債業務轉向利潤率更高而風險更低的中間業務。為了加快收費單位的資金回籠，讓后收費單位的數據源與各家銀行的營業網點連接起來，系統需要具有一定的安全機制，可使系統的建設規范有序，達到高 速、安全、穩定運行的要求，同時為了解決收費單位收費難的 問題 。隨著業務量的增加和聯網銀行網點的增加，前置機的效率也成了一個新問題。 目 前，供電、供水、電話以及供氣等多家與民生息息相關的收費單位均存在營業網點不足、收費不便、催收費人員不足等多項問題，這導致了上述各類收費單位經常出現資金回籠緩慢、財務核算繁雜不便等經營障礙。為了加快收費單位的資金回籠，并方便繳費用戶及時快捷交費，通過搭建一套規范有序，且具備高安全機制的銀行中間業務系統，采取銀行代收費的方式，讓收費單位的數據源與各家銀行的營業網點連接起來，進而解決上述收費單位經營收費與客戶交費之間的矛盾問題，是一條有效的途徑。 系統所要采用的中間件 三層結構模型，三層結構的客戶 /服務器 模型是一種先進的協同應用程序開發模型 ， 能夠提高收費單位的資金回籠的效率，解決收費單位收費難的問題，并且提高前置機的效率。由系統的功能業務中分析得出，目標用戶角色主要包括系統管理員、柜臺操作員、技術人員和收款單位用戶。在系統的功能設需求中，要能夠實現客戶端和服務端的功能，客戶端主要包括柜臺交現，銀行卡自動扣款，提供結果文件，收費發票的打印，自動對 賬 ，對 賬 單打印交易等功能模塊。 服務器端主要功能包括參數設置，用戶管理，催繳功能，統計報表，如 圖 統主要功能用例所示。 第 二 章 系統需求分析 8 柜臺操作員系統管理員柜臺交現扣除銀行卡款打印收費發票自動對賬打印對賬單交易設置參數用戶管理催繳功能統計報表技術人員收款單位提供結果文件圖 統主要功能用例圖 戶端功能用例需求 依據具體的調研與分析，利用 具進行需求建模， 圖 客戶端功能需求用例圖。 第 二 章 系統需求分析 9 柜臺操作員收款單位用戶批量扣款提交扣款核對繳費數據處理打印收費發票系統用戶u s e su s e s e 清算打印對賬單核算 、 劃撥圖 戶端功能需求用例圖 其中柜臺交現和銀行卡自動扣款兩項操作主要為客戶實現繳費，即可以對收款單位實現批量扣款業務，這類客戶由網銀簽約或者柜面與銀行開展委托代扣的業務，當獲取收款單位發出的扣款指令情況下，需要核對繳費客戶的委托代扣簽約事宜，以自動方式實現費用批量扣收業務，技術人員使用 取了通訊前置機傳輸的操作數據之后， 通過 獲得數據，在解密之后由 其轉換為與第三方同類的報文數據形式，完成處理之后，通過第三方通訊模塊來傳輸回來的數據處理成為 式的報文，在通過銀行主機 賬 務業務功能，對實現過程以日志的方式記載下來，結果還要執行數據的加密操作，由通訊前置傳輸至前臺終端，這樣柜臺操作員即能獲得批量扣款的相關文件，對于收款單位進行對 賬 較為方便。這樣的好處在于對繳費客戶的業第 二 章 系統需求分析 10 務操作實現了優化，提高了收款單位收費的效率，降低了逐筆收款的 工作了，易于管理賬單。 收費發票的打印：是在完成代收費后，為客戶進行代收費發票的打印。柜面操作員輸入信息交易日期和交易流水提交就能夠完成。 自動對賬： 能夠實現和第三方以自動方式進行對 賬 業務。銀行代收費業務中面向的是銀行繳費項目，即為成熟的第三方企業，彼此均具備成熟的接口技術條件，同時能夠以清晰的業務處理流程實現對賬業務，柜面操作員能夠高效實現繳費人的查詢和收費業務，同時有完善的規范約束著銀行與委托單位之間的對賬、清算業務，完成每日對彼此的賬務進行對 賬 ，銀行和委托方雙方的對賬 結果相同視為準則，當凡是錯 賬 或另外 情況，開始以銀行方位準則，再與代繳費中間業務系統的日志進行核對，對客戶的扣款余額完成核實的情況下，若銀行方未記賬則再補記賬，若多記賬再沖賬。 此外，在系統的功能中需要特殊規定為對賬文件以 “一天 ”的交易為單位可為自然天 ， 還可以由柜面操作員對系統設置 ， 記錄的內容涉及繳費和繳費取消的情況 ， 格式是委托方指定的。當前，對賬通常按照銀行的對賬文件為依據 ， 如果雙方出現不一致的交易情況下 ， 由委托方自行生成此種交易數據表 ， 然后按照對賬文件的內容對差異的交易進行調整。一般而言 ， 對賬交易都在交易當天完成 ， 若對賬交易失敗的話 ， 可以 推遲一天進行對賬。 對賬單打印交易：完成與第三方公司的對賬單的打印，并進行交易結算。柜臺操作員打印發票時可以在當天系統申請打印，方法如下： 輸入信息交易日期和交易流水提交就能夠完成。 對于 交易 結算而言 ， 就是系統應提供的統一的會計核算及結算功能。系統根據本日交易明細進行清分。計算并統計銀行網點和本系統的交易金額 ， 生成各類報表 ， 完成賬務核算和資金劃撥。 務器端功能用例需求 依據具體的調研與分析，利用 具進行需求建模， 圖 服務器端功能需求用例。 第 二 章 系統需求分析 11 柜 臺 操 作 員設 置 參 數用 戶 管 理催 繳 功 能統 計 報 表系 統 用 戶u s e 管 理 員u s e 柜 員 信 息設 置 委 托 單 位設 置 繳 費 票 據設 置 代 理 項 目用 戶 維 護 功 能分 配 權 限 功 能查 詢 報 表 功 能i n c l u d 繳 費i n c l u d ei n c l u d ei n c l u d e圖 務器端功能用例圖 參數設置功能：主要完成系統本地環境軟硬件設置，以及與第三方公司數據端口的相應參數設置與調整。銀行及其各個網點根據代理業務完成的需要 ，完成本級機構代繳費業務系統的相關參數的設置。包括柜員信息設置、委托單位信息設置、代理項目信息設置、繳費票據信息設置等。 用戶管理功能：主要完成系統用戶的添加、修改與刪除，并能 夠 對用戶權限進行 分級 管理。系統對銀行 內的操作用戶，如柜 臺 操作員、技術人員、收款單位用戶和系統管理員等不同操作人員 ，根據 的權限 不同分配不同的 功能。 柜臺 操作人員 登陸到系統后 ， 要求輸入正確的用戶名名和口令 ， 用戶名 和口令必須 相符， 才能登錄系統， 否則不能登錄系統。在訪授權的范圍對系統進行操作。 催繳功能，對于用網銀簽約方式與銀行建立委托代扣的業務關系的客戶，當發現委托賬戶余額不足時，系統通過此項功能完成繳費的催繳。 第 二 章 系統需求分析 12 統計報表功能，主要依據需求完成各類數據報表的生成，并提供報表查看功能。 第 三 節 銀行代收費 系統的數據流程分析 通過調研 分析，系統用戶分為 柜臺操作員、技術 人員、 收款單位以及 系統管理員四類 ， 這 四 類 用戶統一 需要 向 系統輸入數據信息，尋求系統的處理結果，圖 銀 行代收費 系統 的頂級 數據流圖 。 圖 行代收費 系統的頂級 數據流圖 如圖所示 ， 柜臺 操作員需要向系統輸入處理柜臺交現 、 扣除銀行卡款、 打印 收費發票、 自動 對賬、打印對賬單 交易 和催促交費方面 工作 的請求，系統 則會 反饋回處理柜臺交現 、 扣除銀行卡款、 打印 收費發票、 自動 對賬、打印對賬單 交易 和催促交費方面 工作 的 結果； 技術人員需要向系統輸入處理 提供 結果文件方面工作的請求，系統則會反饋回處理提供結果文件方面工作的結果；收款單位需要向系統輸入處理銀行卡款和打印對賬單交易方面的請求， 系統 則會 反饋回處理銀行卡款和打印對賬單交易方面的 結果 ；最后系統管理員需要向系統柜 臺 操 作 員技 術 人 員收 款 單 位系 統 管 理 員輸 入 處 理 柜 臺 交 現 、扣 除 銀 行 卡 款 、 打 印收 費 發 票 、 自 動 對 賬 、打 印 對 賬 單 交 易 和 催 促交 費 方 面 工 作 的 請 求處 理 柜 臺 交 現 、扣 除 銀 行 卡 款 、 打 印收 費 發 票 、 自 動 對 賬 、打 印 對 賬 單 交 易 和 催 促交 費 方 面 工 作 的 結 果輸 入 處 理 提 供 結 果文 件 方 面 工 作 的 請 求處 理 提 供 結 果文 件 方 面 工 作 的 結 果輸 入 處 理 銀 行 卡 款 和 打 印對 賬 單 交 易 方 面 的 請 求處 理 銀 行 卡 款 和 打 印對 賬 單 交 易 方 面 的 結 果輸 入 處 理 設 置 參 數 、用 戶 管 理 以 及統 計 報 表方 面 的 請 求處 理 設 置 參 數 、用 戶 管 理 以 及統 計 報 表方 面 的 結 果銀 行 代 收 費 系 統第 二 章 系統需求分析 13 輸入處理設置參數、用戶管理以及統計報表方面的請求，系統會反饋回處理設置參數、用戶管理以及統計報表方面的 結果 。 1、 柜臺操作員 的 1 層 數據流 分析 經過 調查研究， 柜臺 操作員負責 批量 扣款 、 核算劃撥、 核對 交費、打印收費發票、查詢交費、 交費 功能、打印對賬單以及 對賬 清算方面的工作 。 圖 柜臺操作員 的 1 層數據 流 分析： 圖 柜臺操作員 數據流圖 如圖所示 ， 柜臺 操作員首先要對 扣款信息進行 信息 核對 ，在 根據 交費信息表 核算 應扣款數，然 后核對交費信息并進行批量 扣款 ，對扣款項目 進行 信息查詢并打印，最后進行對賬清算并打印，將對賬信息反饋給柜臺操作員 。 2、 收款單位的 1 層 數據流 分析： 經過 調查研究， 收款單位 負責銀行卡款和打印對賬單交易方面的 工作 。下圖 是 收款單位 1 層數據 流 分析 。 收 款 單 位P 1接 收扣 款 信 息P 2計 算 應 扣 款交 費 信 息 表P 3提 交 扣 款P 4扣 除 銀 行 卡款P 5核 對 清 算P 6存 儲P 7打 印扣 款 信 息圖 技術人員 數據流圖 如圖所示， 收款單位首先要接收扣款信息，在根據交費 信息表計算 應扣款并提交扣款，提交成功后扣除銀行卡款，隨后是核對清算， 將 信息存儲 打印 ，最后將 扣款 信息返回到收款單位 。 柜 臺 操 作 員P 1信 息 核 對扣 款 信 息P 2核 算 應 扣 款交 費 信 息 表P 3核 對 交 費 信息P 4批 量 扣 款P 5信 息 查 詢扣 費 項 目P 6打 印P 7對 賬 清 算P 8打 印對 賬 信