【毕业学位论文】（Word原稿）基于中间件的银行代收费系统的设计与实现-软件工程

中图分类号： 学校代码： 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打 印对 账 信