【毕业学位论文】（Word原稿）区县国库集中支付系统的设计与实现-软件工程

摘 要 I 摘 要 国库 的 集中支付制度是 当今 国库管理 的主流 制度， 它的 基础 是国库单一账户体系，并且 这个 体系 能够 管理所有 的具有 财 政性质的 资金，将资金 支付到商品和劳务供应者或用款单位 全 通过国库单一账户体系 来完成 的一项国 管理制度。 逐步取消预算单位银行账户，同时确保正确的预算资金和财政自治维持原来的使用状态，在银行金融部门开了一个账户，从而完成预算，目标管理 。 系统采用 术，不仅 能满足国库集中支付 其 开放性、扩展性、平台跨越性， 能够更好地 将系统的 数据层 次、逻辑层次以及 数据存储 的 表现层 三者之间相互 分离，从架构上确保系 统的高效、灵活。 为 新一代的 务引擎 ， 将 用于 务 的框架， 其 是 用于 简单对象访问协议的，不仅 更容易实现 ，还能 将 范中的高级特征 用于此处 。在用户界面方面， 为了能够与 更灵敏的动态 用程序 进行相应，特 引入 发技术 。 通过 术 ，当使用者点击 某一 链接 时， 发出一个 请求到 网络 服务器 ，并立即刷新现有的页面 ， 完成用户需要的 更新或查询数据库。 从 区县财政工作的 客观 情况 出发 ， 完成 区县国库集中支付系统 的最终开发并运用到实际业务 中去 。通过对系统的需求分析，提出了总体要完成的目标和原则，确定了扩展性、安全性等的设计原则。 对支付系统进行 总体 规划 ，对 各个 业务 模块进行 了 分别 详细的设计，其中包含 计划管理、支付管理和系统管理， 论述了选择相关技术的原因，将 系统的分析和设计 着眼于高效和使用便利上 ，解决系统的操作型和伸缩性等问题。 通过本系统的实际应用， 扩展性强，适合区县国库的规模。 大量繁琐的工作不再需要人来手工完成，通过系统进行操作，大大提高了工作效率，还可以进行查询功能，自动生成分析数据 ，体现了财政国库信息化管理的成效。 关键字：国库集中 支付系统 I is a to as in by to of or a of to by at to a of of 2EE to of of is eb as is to of In to a eb an to an or of of to be to of of of of A of no to II to of of 录 录 第一章 绪论 . 1 第一节 国库集中支付制度概述 . 1 第二节 传统国库分散支付制度的缺陷 . 1 第三节 论文的主要工作 . 2 第四节 本文的组织结构 . 3 第二章 国库集中支付系统的需求分析 . 4 第一节 国库集中支付系统总体描述 . 4 政系统需求 . 4 算单位系统的需求 . 4 理银行系统的需求 . 5 算银行系统 . 5 体业务需求描述 . 5 第二节 国库集中支付系统设计目标 . 7 第三节 系统开发模式 . 7 第四节 国库集中支付系统功能需求分析 . 8 划 管理 . 8 付管理 . 12 统管理 . 17 第五节 国库集中支付系统的非功能性需求 . 19 统的可管理性 . 19 统的可扩展性 . 19 统的开放性 . 19 统的安全可靠性 . 19 第三章 国库集中支付系统的设计 . 21 第一节 架构设计目标 . 21 第二节 设计原则 . 21 用性原则 . 22 全性原则 . 22 行性原则 . 22 第三节 技术架构设计 . 22 术架构综述 . 22 关技术介绍 . 23 第四节 功能设计 . 24 入支付申请 . 24 改申请支付 . 25 除支付申请 . 25 目 录 V 回支付申请 . 25 付申请送审 . 26 作日志 . 26 第五节 国库集中支付系统相关接口分析 . 26 算指标接口 . 27 行结算接口 . 27 资统发系统接口 . 28 务处理接口 . 28 第六节 网络架构设计 . 28 第七节 数据库设计 . 29 据库 . 29 据流图分析 . 30 结构的具体实现 . 31 第八节 系统详细设计 . 34 划管理 . 34 付管理 . 39 统管理 . 44 第四章 国库集中支付系统的实现 . 47 第一节 系统功能实现 . 47 划管理 . 47 付管理 . 51 统管理 . 53 第二节 系统测试 . 53 能测试 . 54 能测试 . 56 用性测试导航测试 . 56 第五章 总结与展望 . 57 参考文献 . 59 致谢 . 错误 !未定义书签。 第一章 绪论 1 第一章 绪论 第一节 国库集中支付制度概述 国库的集中支付制度是当今 国库管理 的主流 制度， 它的基础 是国库单一 账户体系，并且这个体系能够管理所有的具有财政性质的资金，将资金 支付到商品和劳务供应者或用款单位 全 通过国库单一账户体系 来完成的一项国 管理制度。 国库单一账户体系 ,其中心为 财政国库存款账户， 包括 财政部门在商 业银行开设的零余额账户、预算单位的零余 额账户、各类特殊专户账户 等 财政性资金账户的集合。 这些财政 资金的收入、支付、存储及资金清算 的 活动 都是在这个账户体系 中 运行 的 。 资金的具体支付 具有 二个形式 分别是 财政 部门进行的 直接支付和财政 部门亲自 授权 的 支付 。 直接支付 指的 是财政部门 首先 向 中国 人民银行和 其 代理银行签发支付指令， 之后 代理银行 按照 支付指令 经 过国库体系将资金直接支付到 需要款项的单位 。工资 款项的 支出、 政府 购买 的 支出、中央对地方的专项转移支付等是 采取财政直接 给予拨付 的拨款方式 。财政授权支付是指预算单位按照财政部门的授权，自行像代理银行签发支付指令。 主 要用 在没 有包括在 直接支付的工资支出、购买支出和零星支出 之中的其他支出 。 国库集中支付的 支付 方式是 财政直接支付。 第二节 传统国库分散支付制度的缺陷 在传统的国库分散支付制度中 ，财政部门 现将各单位预算编制情况报送同级人大审批，通过审批后对 各单位预算编制情况进行均衡拨款，即将预算经费按月或按季度 拨付到各预算单位所开立的账户，各预算单位可自行转账、提现，实现对经费的使用 1。 市场经济的建立 和发展，公共财政体制不断地跟新 ，监督管理 机制的 健全，传统国库分散支付制度的缺陷 也逐渐 的凸显出来。 第一章 绪论 2 一是预算单位 所开设的 账户 整体呈现 重叠 和不集中的 ， 致使 财政资金 的具体使用缺乏公开性 ，不利于 其 监督和管理。在预算支出执行过程中，财政部门将资金拨付至预算单位后，对预算单位如何使用资金缺乏过程中的监督，只能通过每月的报表、年底的决算进行审查，这就给了不法分子钻制度漏洞的机会。 二是 拨款环节 复杂 ，财政资金 不能高效流转 。一笔预算资金从预算单位申请、财政各部门审核、拨付到拨付至单位账户，最快也要 4 天的时间。其中只要一个环节发生问题，资金拨付就会被延迟，影响了单位的正常用款。特别是针对有主管部门的二级单位来说，目前财政系统只管理到一级预算单位，二级单位需要 用款时先向一级单位请示，一级单位再向财政部门请款，在这个环节中，一级主管单位大多会从资金中扣除一部分用于对系统的二次分配，这就影响了资金的使用效率 。 三是财政信息反馈不及时，在传统的制度中，预算单位按时按月像财政部门报送报表，但是这种节点性无法及时的反映单位的财务状况，通过集中支付系统，能够实现预算单位和财政部门之间的信息交互，满足财政部门对的预算管理、决策和宏观调控的需要。 第三节 论文的主要工作 本文首先介绍了国库集中支付制度的发展背景，然后通过系统的背景，需求分析，论述了国库集中支付的设计与实现， 并对 国库集中支付制度的发展趋势 进行了 分析 。 在 针对 国 库集中支付的总体需求进行分析的时候，会分别分析 总体业务的以及系统开发模型 ，运用用例分析 和用例图的方法对支付系统 分配 功能模块 ，剖析 国库集中支付系统的非功能性需求。 在国库集中支付系统的设计 环节 中， 参照所做的 需求分析， 逐步 明确 系统设计 的原则和要实现的状态 ，建立 能够 符合实际的 支持系统的技术架构、网络架构。在此架构上，围绕数据库设计过程、运用数据库流图、表结构分析主要模块。通过各核心业务之间的关系， 利用 动态时序图描述 各个 模块的运行机制 。 对国库集中支付系统的实现 环节 中，对所需的关键技术和常用方法进行 阐述 ，并展示集中支付系统的重点板块。 第一章 绪论 3 第四节 本文的组织结构 本文共分为五章，首先对国库集中支付进行概述，分析传统分散支付制度的弊端，然后对国库集中支付进行需求分析，阐述其所需要建立的技术架构、网络架构，最后 阐述 支付系统实现的 主要应用 和常用方法。文章具体结构安排如下： 第一章绪论。 重点 介绍国库集中支付系统开发 情况 和环境，阐明 了本文主要的工作。 第二章国库集中支付系统的需求分析。 基于企业的整体描述，用例图是用来分析的功能需求分析和非功能性需求的国库集中支付制度。 第三章国库集 中支付系统的设计。根据需求分析，确定系统设计的原则和目标，设计能够支持系统的技术架构、网络架构。在此架构上，围绕数据库设计过程、运用数据库流图、表结构分析主要模块。通过 明确各核心业务之间的关系，利 用动态时序图描述分析每个模块的运行机制。 第四章国库集中支付系统的实现。对所需的关键技术和常用方法进行介绍，并展示集中支付系统的重点板块。 第五章 总结与展望 国库集中支付系统 。 将 该系统的运行进行了总结，并提出了改进的思路。 第二章 国库集中支付系统的需求分析 4 第二章 国库集中支付系统的需求分析 第一节 国库集中支付系统总体描述 通过对国库集中支付制度 的了解， 本文 结合工作中的实际 操作 ，将系统按照用户类型的不同，分为四个操作子系统，分别是财政 部门 系统、预算单位系统、代理银行系统 和 清算银行系统。 政系统需求 财政部门到代理银行开设财政零余额账户，并 告 知预算单位到代理银行开立 零余额账户 。财政局内部各业务科室按照业务范围不同，统筹安排资金。 确定 预算单位的零余额账户授权 金额 ，并 告知代理银行。打印财政直接支付凭证通知代理银行，从而实现财政零余额账户的支出。将汇总清算额度发给清算银行。 从而实现支付信息的及 时反馈，即事前申请，事后监控。能够完成对零余额账户 资金使用情况的查询和统计。 综上所述， 国库集中支付系统的 财政系统应包括以下四个模块： 指标管理： 进行日常的预算指标录，审核指标正确与否，根据人员变动调整预算指标，将预算指标下达到各个预算单位。 项目管理：预算单位将由财政集中支付系统的计划财务部，财务部批准的计划，修改计划，对计划进行调整，生成授权付款通知。 支付管理： 财政部门审核直接支付申请， 生成 支付 凭证 。 账务管理：日常经费的管理，能够查询资金使用情况 。 系统管理：调整人员权限，系统日常维护等 。 算单位系统的需求 预算单位系统 能够接受财政系统 发出的指标数，预算单位 通过系统可查看到 本单位的指标使用情况，能够根据 显示的 剩余指标数 确定本次计划的用款金第二章 国库集中支付系统的需求分析 5 额 ， 及时跟进计划的审批节点， 反馈指标支付情况，完成对零余额账户资金使用情况的查询和统计。综上所述，预算单位系统应包括以下 三 个模块： 指标管理：接收 财政系统发出的 预算 指标数， 及时更新指标情况，能够及时查询指标使用的进度。 计划管理： 预算单位需要用款时，像财政部门发送计划申请，并可以对此计划申请进行修改、撤销等操作，能够在系统中查询到计划的操作进度。 支付管理：进行直接支付申请的录入，生成支付凭证 理银行系统的需求 代理银行系统能够查询支付的凭证，为清算银行 提供 划款清算凭证，能够提供 对账单，对完成的资金 使用情况 进行查询。 总结来说 ，代理银行系统应 包含 以下 两 个版块 ： 计划管理： 根据财政部门发出的支付额度，给预算单位进行授权 ，并 为预算单位提供 到账通知单 。 支付管理 ： 为预算单位的计划进行支付确认， 为清算银行生成划款清算凭证，制出财政需要的报表。 算银行系统 清算银行系统能够对财政资金使用提供查询、监管，并通代理银行交互进行资金清算工作。综上所述，清算银行系统应包括以下模块： 支付管理：能够进 行清算确认。 体业务需求描述 以预算单位子系统为例，预算单位子系统包含支付管理和计划管理两个模块，在支付管理模块中，用户可以进行管理支付凭证，打印直接支付申请，审核支付申请、录入支付申请四种操作；在计划管理模块中，用户可以进行如下四种操作，即录入计划管理、调整计划管理、审核计划管理、打印分月用款计划。 第二章 国库集中支付系统的需求分析 6 在财政部的子系统，用户可以 实施 指标管理，计划管理，支付管理，客户管理和系统管理等功 能。 在代理银行子系统中，用户可进行计划管理、支付管理的操作。 在清算银行子系统中，用户可进行支付管理 总体业务 需求描述 如下图 示 ： 图 总体业务需求描述图 第二章 国库集中支付系统的需求分析 7 第二节 国库集中支付系统设计目标 模块化设计的思想 是 国库集中支付系统的 主要 设计 思路 ， 需以满足财政部门、预算单位、代理银行、清算银行的工作需要为基础，提供快捷、便利 的操作流程，准确、高效的财务信息，提高财政业务的工作效率。 1、 适用人群广， 界面简洁 、 美观，操作简单，上手快。 可扩展性强，维护方便，具有良好的人机交互 。 2、保证 了系统的安全性，确保数据的可靠性，使 用网络做到信息无缝传递，提高工作效率。 3、建立完整的查询功能，实现预算单位、财 政部门、银行之间信息的畅通，通过对数据的分析，能辅助领导进行决策。 系统总体划分为三个模块：计划管理、支付管理、系统管理。 本文将主要介绍预算单位系统的内容。 第三节 系统开发模式 国库集中支付系统采取的是敏捷开发 这一 开发模式。 敏捷开发是以 用户的需求 为 中心 、 逐渐 的 更替 、 不断改进 直到用户满意的一种开发方法 。 在 国库集中支付系统的 敏捷开 发 模式 中 ，整个 系统 的 建立 被切分成 若干 个 小模块 ， 将每个 模块 的成果都 通 过测试 ， 最终使其 具备 集成以及 可以正式 运行 应用 的特征 。换句话说，是国库集中支付制度的项目分为几个小项目 ，这些小项目之 间相互关联，可以独立运行，而在分别测试开发过程中 ，集中支付 软件 应一 直处于可使用状态。 这种开发模式具有以下的优点： 1、 精确。瀑布模式 一般是划出一道线 连接 将 产品 的研发 起点 和 最后的产成品 ,然后 顺着这条线一直 往前走。然而当项目到 达最终结果 时 ,用户 会发现并不和他们预先想要的结果相同 。 但 敏捷 开发的 方法 是采取分成若干个阶段，提高每一阶段的研发速度 ,这样 每 完成一个阶段就可以根据需要及时地进行方向的调整，调整完成后再进行下一阶段的研发，最后以 达到用户满意的效果 为最终目的 。 第二章 国库集中支付系统的需求分析 8 2、 质量 。 敏捷方法对 每个更换周期的标准 都有 着 比较 严格 的 标准，确保每个项目都能按照用户需求来 完成，保证项目质量 。这些都为敏捷项目的整个开发周期提供了 牢 靠的质量保证。 3、 速度 。 速度。敏捷团队专注于开发项目目前最需要的，最有价值的部分。这样就可以 很快地 进行设计研发 并测试使用 。 另外 ， 更换 周期 相对较 短， 团队成员 可以较快地进行研发 。 4、 效率。实际业务进展的需要和成熟程度 是 决定 模块 开发顺序 的主要因素，确定 开发优先级 则能促进业务实现的尽快完成， 所以本系统的开发是符合业务实际的。 第四节 国库集中支付系统 功能需求分析 国库集中支付系统促进财政业务的效率得到有效提高，为 正常工作的运转提供保障，系统按照会计规则和分工的不同进行模块化处理。 国库集中支付系统分为计划管理、支付管理、系统管理三大模块，下位将对这三大模块的需求进行分别分析。 划管理 计划管理 板块主要含有 以下四种功能：计划录入、计划调整、计划审核、分月用款计划打印 。 1、计划录入。 用户在录入计划功能中，对计划实现相应操作，如修改计划、删除计划、撤回计划、送审计划、查询计划、导出计划、打印计划、查看操作日志。对计划实行操作是用户的最基本需求，也是整个系统的基础，只有将计划录入完成好，才能保证下一步的顺利进 行。 用户 在完成页面上相应信息的填入 后， 可以进入计划录入界面 。相应信息包括录入计划的指标 、预算科目、支付类型、计划月份、计划金额等信息 ，其中 录入计划内容 的 预算科目和支出级次可以录入编码。 之后选择 进行 保存，则 页面会 提示保存成功， 这时系统跳转到 下一操作流程 。 第二章 国库集中支付系统的需求分析 9 计划录入 模块 用例图如图 示 计划录入具体功能需求如下： 查看指标计划：输入查询条件后显示出指标列表。双击任意一 项 指标栏中的记录，可以 找到相应的指标 内容 。 查看操作日志：选择任意一条计划，可查出该计划的操作记录。 计划修改：在计划修改窗口后，对已申请单位报送的计划进行修改。 计划删除：删除尚未审核的计划。 计划撤回： 在下一环节没有进行审核之前，录入人可以将已经报送的计划进行撤回 。 计划送审：计划保存后，可自动提交送审。但是对于被撤回的计划，需要手工将计划送审。 计划导出：将计划列表转换成 件。 计划打印 ： 打印计划列表。 2、 计划调整。 用户在 调整计划 的 文件夹 里，可查看系统 列出 的 可进行调整的计划列表 。 图 计划录入模块用例图 第二章 国库集中支付系统的需求分析 10 在计划调整功能 中 有 ：导出 计划 、打印 计划 、查询 计划 、系统日志、 调增计划 、调减 计划 等 与调整计划相关的项目 。 3、 计 划审核。 在计划审核页 面 中， 项目 共有六个 分别 提示 上级退回、已下达、待下达、 已录入、待审核、已审核。待审核 是登陆时的默认操作 。 上级退回：被上级部门退回的计划将在此项目中显示。 已录入 ：所有录入的计划可在此项目中显示 。 待审核 ：未审核的计划在此项目中等待审核 。 审核通过 ：可 调整金额 大小，但金额不能大于原始金额， 同意后 ，点击 审核通过 ；可不填写审核意见 。 审核不通过 ：退回上一操作环节，但是退回意见为必须填写。 已审核 ：通过审核但是还未下达的计划在此显示。 已批复 ： 所有已批复的计划 在此显示 。 计划审核用例图如图 示： 图 计划审核模块用例图 第二章 国库集中支付系统的需求分析 11 4、打印用款计划。用户可以将每月的请款计划进行打印。 查询 ：输入查询条件后显示出指标列表。 导出 ：将计划列表转换成 件。 打印列表 ：将计划列表直接打印。 打印用款计划汇总表 ：将分月用款计划汇总表直接打印。 打印用款计划表 ：将预算单位用款计划汇总表直接打印。 打印用款计划功能用例图如图 示： 图 打印用款计划模块用例图 第二章 国库集中支付系统的需求分析 12 图 计划管理模块流程图 综上所述， 计划管理模块的流程图如下图 付管理 支付管 理模块包括支付申请录入、支付申请审核、直接支付申请打印和管理支付凭证四个部分。 支付管理模块整体用例图如下图 示 图 付管理模块用例图 第二章 国库集中支付系统的需求分析 13 图 支付申请审核功能用例图 支付管理主要包括以下六种功能：支付申请录入、支付申请修改、删除支付申请、支付申请撤回、支付申请送审、操作日志。 1、 支付申请录入用例图如下图 示 2、 支付申请审核功能用例图如下图 示 图 入支付申请用例图 第二章 国库集中支付系统的需求分析 14 图 直接支付申请打印用例图 支付申请审核功能简介如下： 已录入：所有录入的支付申请可在此项目中显示。 待审核：未审核的支付申请在此项目中等待审核。 已审核：通过审核但是还未被下一级流程通过的支付申请在此显示。 上级退回：通过本级审核但未被下一级流程通过，且被退回的申请在此显示。 待生效：等待生效的支付申请。 已生效：已经生效的支付申请。 已作废：已被作废的支付申请。 3、直接支付申请 的打印功能共包含 以 下四个方面： 查询 直接支付申请 、导出 直接支付申请 、打印 申请书 、打印 直接支付申请列表 。用户查询直接支付申请，系统接受查看请求，并查询直接支付申请信息，系统返回直接支付申请查询结果，用户查看直接支付申请查询结果，用户导出直接支付申请，系统接收导出信息及请求，保存 导出结果，系统返回导出结果，用户查看直接支付申请导出结果。 直接支付申请打印用例图如下图 示： 第二章 国库集中支付系统的需求分析 15 通过用例图我们可得出直接支付申请打印的功能划分。 查询：当月可打印的直接支付申请，支持月份和支出类型的查询为系统默认显示项目；若需要选中月份、支出类型，需在该条件前的复选框中勾选，再在下拉菜单中选择相应的值，方可进行查询。 导出：将计划列表转换成 件。 打印列表：将计划列表直接打印。 打印申请书：将要打印的申请书选中，查看打印预览，然后进行打印。 4、管理支付凭证： 在支付凭证页面查看支付凭证列表，有多个可选择的文件夹，包括打印、己打印、己合并、己支付、已清算、己发起退款、己作废。每个文件夹所列出的支付凭证 根据其操作过程显示 不同 的凭证 。 管理支付凭证功能用例图如图 示： 图 直接凭证管理用例图 第二章 国库集中支付系统的需求分析 16 未打印：用户对系统列出的未打印凭证，可做相关调整，如打印支付凭证和合并支付凭证。 已打印：将己打印但 尚 未确认 进行支付的相关 凭证显示在此。 已合并： 将 合并的支付凭证 显示在此。 已支付： 将 己确认支付的支付凭证 显示在此。 已清算： 将己 清算的支付凭证 显示在此。 已发起退款： 将 己发起退款的支付凭证 显示在此。 已作废： 将己 作废的支付凭证 显示在此 。 进入支付管理模块后，可以管理支付信息。录入支付申请后，领导审核支付申请；若 当时 发现支付申请有误， 用户可在领导审核前 将申请撤回，重新上报；若支付申请 无误， 通过 领导审核后 ，可 打印支付申请，将计划列表导出，进行打印支付凭证等相关工作， 支付申请审核不通过则需重新递交支付申请，最终完成支付管理功能。 支付管理流程图如下图 示 图 直接凭证管理用例图 第二章 国库集中支付系统的需求分析 17 统管理 系统管理模块中主要包括两项功能，一是用户信息维 护，二是重新登录功能。用户信息维护主要 是 负责 维护 当前登录 的用户的基本 信息，包括 密码 的设定以及修改 等。关闭用户信息维护的操作页面后，可看到系统登录界面，在这里可以用同一账户重新登录，也可以更改角色、变换账号，以不同身份再次登录。 系统管理用例图如下图 示： 图 直接凭证管理用例图 第二章 国库集中支付系统的需求分析 18 在用户信息维护中，可进行用户权限管理，以下图 用户权限管理活动图： 图 直接凭证管理用例图 第二章 国库集中支付系统的需求分析 19 第五节 国库集中支付系统的非功能性需求 国库集中支付 系统 的 需求分析包括功 能性需求和 非功能性需求。上文已经对 其的整体的业务流程 、 具体 模块 的 划分进行了详尽的分析 ，在下面这一小节会针对系统的 非功能性需求进行详细的 阐述 。 统的可管理性 国库集中支付系统涵盖了日常财政业务的绝大部分，是一个复杂而庞大的网络系统，这就要求建立健全高效网络管理、维护和数据的安保措施， 能够 绝对的 确保 财政数据信息的安全 性 ，这样才可以保障网络的正常使用 ，系统业务的 正常流转 ， 能够实现统一的业务流转过程及管理模式。 统的可扩展性 财政系统的网络需要构建成一个全面的 、 标准化的容易进行扩展 的 、组 建网络相对快捷 的 具有伸缩性的 网络平台， 目前，工资系统，综合查询与预算定额管理系统的动态监控系统属于国库集中支付外围软件。 整个国库集中支付系统的网络架构应该最大限度的考虑到如何与外围软件进行交互，以便未来能够将各个系统进行整合。这就需要国库集中支付系统有充足的扩充空间。 统的开放性 国库集中支付制度选择的技术必须遵循国内，国际标准，以确保互连网络，能够安全的 交换传输， 最后 实现信息 传输 的准确，可靠，安全。 特别是要保障财政和银行端口的数据传输，满足银行数据导入的格式需求。能够支持大众化的管理标准、维 护、测量和手段，能够提供网络统一实时监控的信息处理功能，实现网络设备的统一管理和信息流的高效准确传输。 统的安全可靠性 为了维护 整个网络的稳定性，国库集中支付系统 需 支持 完成各个网络节点的备份，采取措施进行 线路保护，提供相应的网络安全防范措施 。国库集中支第二章 国库集中支付系统的需求分析 20 付 系统作为 一个封闭的网络系统中，数据库 需 实行定期 分批 分级保存、 分批 分级备份，可以有效地防止病毒的交叉传染。同时，国库集中支付系统应用于绝大部分的财政业务，这就要求在系统出现故障或者用户出现错误操作后支持数据恢复，并能定位到错误的发生范围，无不可恢 复的故障发生。 第三章 国库集中支付系统的设计 21 第三章 国库集中支付系统的设计 集中支付管理网络的发展是未来的发展趋势，国库集中支付制度是这一趋势的反应，有很高的推广应用价值，具有良好的发展前景。因此，集中式系统的开发，不仅要 满足用户，给用户更方便，还要能适应国库集中支付制度未来的发展趋势 。 第一节 架构设计目标 国库集中支付系统通过网络进行日常业务的管理，用网上管理取代之前传统的手工登记查询方式，这样既能加强财政对资金的管理，又能提高工作效率，节约查询时间。 针对目前国库集中支付系统的实际情况，该系统设计续一下列为目标： 操作简便，降 低工作量，方便系统的使用和维护。 方便监控， 利于区县财政对资金的监管。 详细记录，便于追踪。在系统中进行的操作可以完整记录，可以精确查询到操作人和操作时间。 安全可靠。用户和权限设置安全，不同用户对责任内进行操作管理，不属责任内的无操作权限。 查询、打印、统计功能完备，可通过多种手段渠道进行查询，缩短查询时间 。 第二节 设计原则 要保证区县国库集中支付系统良好运行，要有一些原则需要遵循，结合本系统的功能要求、设计特点，制定了以下几个原则需要在软件的开发和实施过程中遵循： 第三章 国库集中支付系统的设计 22 用性原则 系统的开发是 为了区县财政、相关部门更加容易开展工作， 所以系统的设计要从实际出发，将提高效率摆在重要位置。 无论是企业整体设计，或子模块的设计方案，将只集中在实际的需求，易于维护 上 ，在统一的系统界面风 格的情况下 ，努力创造一个高效率的工作环境。 全性原则 保证系统的安全性是国库集中支付制度的基本原则，是系统成功的关键。集中支付系统连接银行、财政、预算单位， 连接端口的复杂、 资金的安全性不容小视。通过多手段、全方位的的安全控制手段 如 高效的管理、严格的规章制度、严密的组织等 ， 能够确保 系统有安全可靠的网络环境。 行性原则 为国库集中支付系统提供了的技术 保障 ，保障 体系 的成熟运行。本系统从技术、信息安全、管理等方面分析是完全可行的。 第三节 技术架构设计 术架构综述 在技术路线选择上， 国库集中支付系统 采用 据库， 拥有卓越的性能 ， 在应用层采用 的 快速 缓存技术， 可以大大 减少 其 读写频率。为了提高系统吞吐量，便于在业务繁忙的时候大批量访问，本系统采用多服务器集群的部署方式， 可以解决服务器超负荷的问题，若用户增加，则数据库可以不断扩充 2。 系统 采取 术，不仅 可以满足国库集中支付系统的开放 、扩展 、平台可跨越的要求 ， 而且可以够更好地将 系统的逻辑层、数据层和 数据存储 的 表现层 三者之间相互 分离，从架构上确保系统的高效、灵活 3。 第三章 国库集中支付系统的设计 23 最新的 务引擎 作为 务 的框架， 针对简单对象访问协议 ，不仅实现起来更方便，还能提供许多 范中的高级特征 4。 在用户界面方面， 为了能够与 更灵敏的动态 用程序 进行相应，特 引入 发技术 。 通过 术 ，当 使用者点 击 某一 链接时 ， 发出一个申请 到服务器 ，而且会对页面 进行即刻更新 ， 完成用户需要的更新或查询数据库。 当返回请求时， 通过 对应的页面进行刷新 ，但并不是 将 所有的 页面 进行刷新 。这样的效果用户 并不能意识到 此时的浏览器正 与 网络 服务器 进行即时 通信， 却能 显示 最新的数据， 这样使