一、财税库行的联网设计（论文文献综述）
王明婷[1]（2011）在《基于CICS的财税库行系统的设计与实现》文中进行了进一步梳理财税库行系统是按照统一联网方案、统一业务标准、统一接口规范与统一软件开发的要求实施的信息化工程。它将财政、税务、国库和商业银行的计算机系统用网络联结起来,建立国库与财政、税务、银行、信用社等部门间的电子信息通道,为税收的征缴、入库、退库、更正与对账等业务,提供安全、准确、快捷的电子处理手段,为纳税人提供便利、高效的纳税服务,实现税款资金快速划缴、高效对账、全程监控。本文论述了财税库行联网的意义,并通过一个完整的项目过程来描述系统的设计与实现。财税库行系统遵循目前流行的三层或多层客户机/服务器体系结构,这种多层的体系结构可以让不同的处理逻辑在不同的层上实现,分散各层服务器的压力,同时相互协同工作,从而提高交易并发能力,提高可维护性。系统在逻辑上划分为新终端平台子系统、通讯前置子系统、核心交易处理中心、批量处理系统和其它子系统。新终端平台能够支持图形化处理终端和字符终端,驱动各种外设以及处理数据输入输出：通讯前置子系统能够通过简单的配置将外系统的各种报文统一转换为XML报文,通过简单的ip地址、端口、超时时间等设置实现与各系统之间的通讯：核心交易系统主要完成数据的集中、处理和转换及帐务的处理,是财税库行系统的核心,由一系列的应用管理功能和应用服务功能组成；批量处理系统主要实现与银行主机对帐,与财政税务对帐,并生成各种业务报表。本文也讨论了系统的主要技术特点,如在基于CICS中间件技术的中间业务平台上如何进行应用构建、如何采用XML报文为内部统一的报文格式进行数据操作、如何用Eclipse插件进行信息通讯组件开发和报文解析流程配置、实现多形式报文（如定长包、不定长包、8583包等）统一转换为XML报文以及如何采用软件复用技术对完成特定功能的模块进行组件化而加以重复利用等。与传统的中间业务应用系统相比本系统具有如下优点：基于XML技术和CICS中间件的系统设计策略,提供了一种支持动态绑定参数的参数化组件的实现方式,这些组件最终被用来组装成复杂的中间业务应用程序。支持动态绑定参数的组件可以在运行时进行组件更换而无需重新启动系统。在参数化组件的基础上,实现了交易控制流程的参数化和图形化配置。通讯前置系统利用参数化的通讯组件和参数化的报文解决了平台外联通讯方式多样化的问题,实现了通讯访问的集成化。网络应用程序较一般程序更难设计、实现、调试、优化和监控。通讯前置系统隐藏了多种平台和异构环境网络编程的复杂性,提高了财税库行系统网络通讯的性能和扩展性。综上所述,本文分析中间业务应用开发面临的通用问题,以财税库行系统为实例探讨采用中间件技术、流程控制和参数化方法构造通用的银行中间业务开发与运行平台,实现交易模块组件化、交易流程配置化、通讯接口报文转换配置化等功能。
李阜东[2]（2011）在《通过财税库行联网系统实现社会保险网上缴费》文中认为随着网络技术的广泛运用,社会保险网上缴费已成为今后社保事业发展的必然趋势。在众多网上缴费平台中,财税库行横向联网系统（以下简称财税库行系统）应是一种很好的选择模式。财税库行系统是指中国人民银行、国家税务总局按照统一联网方案、统一业务标准、统一接口规范、统一软件开发的要求,运用信息技术和
刘华海[3]（2010）在《浦发银行财税库行横向联网系统的设计与实现》文中指出随着我国经济的快速发展和财政收支的增长,原来以纸张为信息载体的财政收支业务运行体系,与快速增长的业务量之间的矛盾日益突出。目前的纳税方式是纳税人先到税务部门进行申报,然后到银行交纳税款。税收的纳税单据再存到人民银行国库,人民银行录入之后资金进入国库。这样做,一是纳税人不方便,需要多次往返不同机构,耗时费力。二是从税务机关和人民银行国库来说,纸质材料的传递,影响资金入库效率。为从根本上解决这些矛盾,近年来,一些省市对财税库行横向联网工作进行了尝试,并取得了良好的效果。济南市税收收入电子缴库横向联网系统（以下简称：财税库行横向联网系统）是以人民银行济南国库为信息交换中心,与济南市财政局、济南市国税局、济南市地税局、商业银行（含信用社,下同）等机构进行信息交换的横向联网,利用电子信息和网络数据交换方式代替传统的手工单据及票据交换方式,电子缴税,全面实现国库收付业务的电子化、票据交换的无纸化操作,以增强国库资金管理的时效性和准确性,由此促进信息资源共享,提高工作效率,完善纳税服务体系,为纳税人提供全方位服务,确保预算收入及时、准确、足额入库,保证财政资金的正常调度,直接服务于市政府的预、决策。上海浦东发展银行股份有限公司济南分行（以下简称浦发银行济南分行）作为浦发银行设在山东省的省级管辖行,于2001年9月经中国人民银行批准开业,为了加快发展分行特色业务,更好的为客户提供优质、快捷的服务,因此设计和实现了浦发银行财税库行横向联网系统。本文在分析了济南财政税收业务的开展背景以及国内外研究技术及现状的基础上,依据《济南市税收缴款入库系统需求分析报告》和《济南市财税关库行横向联网系统接口规范》,阐述了系统的目标和实现需要解决的主要问题,分析描述了系统的功能性需求和非功能性需求,并进一步对系统需求分析和系统架构设计的方法进行了详细阐述,最后对系统实现过程中的关键问题给出了具体的实现技术和实现方法。本文中系统解决了两个重要问题：一是支持辖内多家同城网点机构多个终端同时做业务的通讯程序开发；二是数据的并发处理。技术的关键在于银行与国库间数据处理的实时性和通讯的稳定性。即银行端负责向人行中心发送待处理数据和接收人行中心返回的处理结果；人行中心则主要负责数据的处理和结果的返回。本系统采用C/S结构,使用unix操作系统,通过浦发银行内部的网络安全机制确保了系统的安全性和稳定性,有效保证了业务的正常进行；程序大部分都是用C语言编写,因此具有良好的可移植性；也便于以后系统维护、升级和扩展。最后,本文对该项目的应用情况作了简单介绍,并提出了财税库行横向联网系统建设的不足和今后发展的方向。
寇新莲,王辉,秦联[4]（2009）在《财税库行横向联网系统建设实践和成效》文中研究指明财税库行横向联网系统是通过建立专用网络,实现财政、国税、地税、人民银行及各商业银行的横向联网;通计算机网络通讯技术,实现财政收支数据和资金的实时交换,并同步生成基础综合数据供统计分析的计算机网络信息系统;是与财税管理体制和国库管理体制框架相适应的一套先进信息管理系统;是"金财工程"、"金税工程"、"金卡工程"的重要组成部分和横向连接的枢纽。该文以廊坊市财税库行联网工程的实践为例,系统论述了联网工程的关键、系统框架结构,并详细总结了联网工程的一系列成效。
徐爱玲[5]（2008）在《实施财税库行联网,加快税收会计电算化建设步伐》文中研究指明近年来,为提高税收会计管理水平,各地税务部门都加强了税收会计信息化建设,推行会计电算化,取得了一定工作成效,但受多种因素影响,目前大部分税务部门的税收会计电算化基本局限于系统内部,距离真正意义的电算化仍有较大差距,一定意义上制约了税收会计电算化的发展。笔者认为,税务部门应积极实施财税库行联网,推动税收会计电算化向更高层次迈进。
张辉[6]（2008）在《财税库行管理操控系统的设计与实现》文中认为随着企业数量的迅速增加,税务系统现有的收税网点已难以覆盖其广大的用户群。为方便用户随时随地缴税,税务系统考虑与银行合作,利用银行广泛的服务网络和先进的网络技术,通过银行网点办理代收税业务,实时完成缴税、查询、签约、账单打印、对帐等功能,在不增加投资的同时,可以为用户提供更优质、更快捷的服务。然而,双方开展业务首先需要有进行交互的数据平台,因此需要开发一套财税库行联网系统。该财税库行系统要解决的问题是支持多家网点同时开展业务的通信程序开发及数据的并发处理,关键技术在于通信程序的稳定性和数据处理的实时性。由于银行自己开发客户端,故采用传统的C/S结构,银行方负责向人行中心发送待处理数据和接收人行中心返回的处理结果;人行中心则主要负责数据的处理和结果的返回。使用unix系统,确保系统的安全性和稳定性,有效保证了业务的正常进行;大部分都是用C语言编写,因此具有良好的可移植性;将系统划分为网络通信模块、业务处理模块、数据库操作模块三个模块,以便以后维护的方便性和软件升级。本文在分析代收税业务开展背景和国内外发展现状的基础上,简要阐述了系统实现需要解决的主要问题并对系统整体进行了概要描述,对需求分析和系统架构设计的方法进行了阐述,同时对系统实现过程中的关键问题给出了具体的实现技术和实现方法。使用该财税库行联网系统,可以完全利用银行现有营业网点、设备和网络,不需要大量投资;银行方为用户提供现金付费、卡/折付费等多种支付方式,因此可以方便地实现本地网异地缴费、结算。该系统具有数据安全程度高、数据实时处理的特点,用户可以选择银行网点,极大的节省了用户的等待时间。通过该财税库行横向联网系统的第一期开发,在没有增加大量投资的情况下,进一步完善济南市财政管理、税收管理以及国库管理体制,建立全市税源动态监控机制,实现财税库行部门之间的信息共享,及时反映全市税收收入征管、入库情况,为领导决策提供准确、详实的数据资料,提高济南市财、税、库收入管理的信息化水平。近年来,随着济南市经济的发展,纳税收入业务迅速增加,2003年全辖税票业务量已达238万笔,退库2万笔,拨款3.2万笔,更正7000笔,并以每年20万笔的速度增加,系统设计应以10年后全市全年国库办理缴款书的业务量来设计。
赵平[7]（2008）在《经济欠发达地区应尽快实现财税库行横向联网》文中指出 财税库行横向联网,是指财政、税务、国库和商业银行计算机系统通过网络连接起来,搭建国库与财政、税务、银行、信用社等部门间的电子信息通道,为税收收入的征缴、入库、退库、更正、对账等业务,提供安全、准确、快捷的电子处理手段,为纳税人提供便利、高效的纳税服务,实现税款资金快速划缴、高效对账、全程监控。目前全国已有一些省市开始实施,效果比较显
中国人民银行吉安市中心支行课题组[8]（2007）在《整合国库业务系统 加快财税库行横向联网》文中指出近年来,为适应财政国库制度改革需要,加强对国库业务信息的综合分析利用,加快财政预算资金的划拨速度,人民银行加快了国库业务电子化的进程,先后开发了《国库会计核算系统》、《国库收支统计分析系统》、《国债管理系统》等一系列业务系统,同时国库直接加入大、小额支付系统,积
朱国正,周玉平,沈润生[9]（2007）在《利用现代信息技术,实现财税库行联网,提高政府行政效率》文中研究表明本文给出了一种利用现代信息技术和网络,实现财政、国税、地税、人民银行和各商业银行横向联网的技术方法和理念,从而带动了政府相关部门行政效率的提高。
尚林峰[10]（2007）在《上海银行大前置系统宁波财税模块的实现》文中进行了进一步梳理财税库行横向联网系统,是为适应我国财政预算制度和税收制度改革发展的要求,依托财政、税务、国库、商业银行等部门现已投入使用的相关计算机信息系统,运用先进的信息技术和网络技术,在财税库行等部门间建立的一个先进、高效、实用、可靠的计算机信息交换处理系统。随着上海银行新一代核心系统的成功上线,银行跨地区的第一家分行,宁波分行也正式挂牌营业。建立一个安全高效的基于银行大前置的财税库行横向联网模块,努力促进宁波市财税库行横向联网事业的发展成为了本文研究的主要目的。本文论述了上海银行宁波分行财税库行联网系统的特点;分析比较了目前其他行财税库行联网建设的现状;深入的讨论了UML建模语句在系统建设中的应用;给出了基于EasyLink大前置的系统设计方案。根据宁波市财税库行横向联网系统建设的具体要求,考虑到系统代码的可重用性以实现真正意义上的数据大集中。本文运用先进的UML建模工具,遵循Rational统一建模过程,对模块进行需求分析。通过对财税库行横向联网的流程分析,识别出参与系统的角色。通过对系统进行用例分析,建立模块的用例模型;通过对整个模块的实现过程的理解,绘制了模块的顺序图和协作图。对系统分析的结果进行设计,完成了宁波财税模块的架构设计。同时,对各个具体交易的接口分析得到了各交易模块的用例图,为各交易的详细设计做好准备,从而完成了模块的需求分析。本文对交换服务中的单笔扣税交易和批量扣税交易做了详细分析同时分别给出实现的处理流程。实时扣税和批量扣税都是整个系统的核心交易,是财税库行系统得以正常运作的前提。文章还根据项目需求同时结合上海银行项目情况,对批量扣税交易进行了分解,使用异步轮询的处理方法将一个复杂的异步交易转化为四个简单的实时交易,实现了化繁为简的设计理念。论文最终构建了一个合理、先进并且实用安全的财税库行联网系统。
二、财税库行的联网设计（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、财税库行的联网设计（论文提纲范文）
（1）基于CICS的财税库行系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 前言 |
| 1.1 背景分析 |
| 1.2 本文的主要工作 |
| 1.3 本文的组织结构 |
| 第二章 系统需求分析 |
| 2.1 需求分析 |
| 2.2 基本定义和术语 |
| 2.3 功能清单和数据流图 |
| 2.4 面对的主要问题 |
| 2.5 系统设计原则 |
| 2.6 系统主要设计思路 |
| 第三章 系统架构设计 |
| 3.1 系统构成 |
| 3.2 网络结构图与运行环境要求 |
| 3.3 数据结构设计 |
| 3.4 功能设计 |
| 第四章 系统详细设计 |
| 4.1 系统设计原则 |
| 4.2 系统设计思路 |
| 4.2.1 基于CICS PD的组件和交易流程构造 |
| 4.2.2 集成开发工具设计 |
| 4.2.3 帐务一致性机制 |
| 第五章 系统的实现 |
| 5.1 通讯前置的实现 |
| 5.1.1 关键术语 |
| 5.1.2 通讯方式配置 |
| 5.1.3 数据处理流程配置 |
| 5.1.4 通讯组件代码实例 |
| 5.2 核心交易组件的配置和开发 |
| 5.2.1 CICS程序组件(PD) |
| 5.2.2 PD代码实例 |
| 第六章 系统测试与运行 |
| 6.1 系统测试的环境与方案 |
| 6.2 系统测试数据与过程 |
| 6.3 系统测试运行主要内容 |
| 6.4 系统测试结果与分析 |
| 第七章 总结与展望 |
| 附录一 |
| 附录二 |
| 参考文献 |
| 致谢 |
| 学位论文评阅及答辩情况表 |
（2）通过财税库行联网系统实现社会保险网上缴费（论文提纲范文）
| 一、财税库行系统的优势 |
| 二、阻碍推广财税库行系统的问题 |
| 三、推广应用财税库行系统的对策 |
（3）浦发银行财税库行横向联网系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 系统开发背景及意义 |
| 1.1.1 系统开发背景 |
| 1.1.2 系统开发意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 需解决的主要问题 |
| 1.4 本文的主要工作 |
| 1.5 论文的组织结构 |
| 第2章 需求分析 |
| 2.1 系统概述 |
| 2.2 系统目标和需解决的问题 |
| 2.2.1 系统的目标 |
| 2.2.2 系统需要解决的问题 |
| 2.3 系统需求获取模式 |
| 2.4 系统需求问题描述 |
| 2.4.1 系统功能性需求 |
| 2.4.2 系统非功能性需求 |
| 第3章 系统架构概要设计 |
| 3.1 系统设计目标和原则 |
| 3.1.1 系统设计目标 |
| 3.1.2 系统业务处理原则 |
| 3.1.3 系统技术处理原则 |
| 3.2 系统架构设计 |
| 3.2.1 系统总体架构 |
| 3.2.2 系统总体业务流程 |
| 3.2.3 系统工作流程 |
| 3.2.4 系统机构设置 |
| 3.2.5 系统的安全性 |
| 第4章 系统详细设计 |
| 4.1 柜面系统交易描述 |
| 4.1.1 柜面交易种类 |
| 4.1.2 交易处理流程 |
| 4.2 通信方式与报文格式设计 |
| 4.2.1 通信方式设计 |
| 4.2.2 报文格式设计 |
| 4.3 进程处理流程设计 |
| 4.3.1 接收处理进程处理流程 |
| 4.3.2 柜面处理进程处理流程 |
| 4.3.3 对帐处理进程处理流程 |
| 4.4 前置机数据库详细设计 |
| 4.5 对账文件定义 |
| 4.5.1 日间轧差文件 |
| 4.5.2 日结对账文件 |
| 4.5.3 对账差错文件 |
| 第5章 系统实现与测试 |
| 5.1 系统总体实现 |
| 5.2 财税库行联网子系统的实现 |
| 5.2.1 横向联网前置系统的实现 |
| 5.2.2 柜面COP处理系统的实现 |
| 5.2.3 核心IPP大前置系统的实现 |
| 5.2.4 前置机管理系统的实现 |
| 5.3 系统测试 |
| 5.3.1 系统测试的环境与方案 |
| 5.3.2 系统测试数据与过程 |
| 5.3.3 系统测试结果与分析 |
| 第6章 总结与展望 |
| 参考文献 |
| 致谢 |
| 学位论文评阅及答辩情况表 |
（5）实施财税库行联网,加快税收会计电算化建设步伐（论文提纲范文）
| 一是, 税款入库、退库、更正等数据传递不及时, 影响了会计核算电算化效率。 |
| 二是, 税款数据信息采集不全面、数据监督不到位、错误更正不及时, 影响了会计电算化质量。 |
| (一) 通过财税库行联网, 建立信息集中、运行安全、高效的综合数据库, 提高税收会计电算化的信息化水平。 |
| (二) 实施财税库行联网, 税款实时、集中入库, 优化了税款 |
| (三) 实施财税库行联网, 加强了部门间的业务监督, 提高了税收会计电算化的规范性。 |
| (四) 实施财税库行联网, 以信息化为依托, 充分发挥税收会计的核算、监督、参谋职能。 |
| (五) 实施财税库行联网, 加强了税收会计信息化建设, 提高了税收征管工作质效, 和谐了征纳双方关系。 |
| 三是部门内部应认真组织, 协调配合, 上下联动, 这是联网成功的重要因素。 |
| 四是软件开发公司的技术实力和经验也是联网成功的重要因素。 |
| 五是及时制定相关制度, 规范各项业务操作, 做好社会宣传, 也是确保联网工作顺利进行的重要前提。 |
（6）财税库行管理操控系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 系统开发背景 |
| 1.2 国内外研究技术及现状 |
| 1.3 系统的目标 |
| 1.4 本文的主要工作 |
| 1.5 本文的组织结构 |
| 第2章 需求分析 |
| 2.1 系统概述 |
| 2.2 系统目标和解决的问题 |
| 2.3 系统需求获取模式 |
| 2.4 系统需求问题描述 |
| 2.4.1 系统功能性需求 |
| 2.4.2 系统非功能性需求 |
| 第3章 系统体系架构 |
| 3.1 系统设计目标和原则 |
| 3.2 系统技术架构设计 |
| 3.2.1 开发工具及运行环境 |
| 3.2.2 系统进程介绍 |
| 3.2.3 系统交易描述 |
| 3.2.4 系统安全性 |
| 第4章 系统详细设计 |
| 4.1 行内前置与分行大前置之间的通信设计和报文接口 |
| 4.1.1 扣款7708 |
| 4.1.2 现金记帐7710 |
| 4.1.3 冲正抹帐7704 |
| 4.1.4 请求交易流水3515 |
| 4.1.5 各种查询 |
| 4.2 柜面系统与分行大前置之间的通信报文接口设计 |
| 4.2.1 请求交易公共部分定义 |
| 4.2.2 响应交易公共部分定义 |
| 4.3 进程处理流程设计 |
| 4.3.1 接收处理进程处理流程 |
| 4.3.2 柜面处理进程处理流程 |
| 4.3.3 对帐处理进程设计说明 |
| 4.3.4 日终现金税收缴款书处理进程 |
| 4.4 传输文件格式定义 |
| 4.4.1 日结后对账文件压缩包文件名定义 |
| 4.4.2 日间场次轧账后银行轧差文件名定义 |
| 4.4.3 差错文件名定义 |
| 4.4.4 中心与入网机构对账文件格式 |
| 4.4.5 对账差错表文件格式 |
| 第5章 系统实现与测试 |
| 5.1 系统总体实现 |
| 5.2 财税库行业务联网系统组成 |
| 5.2.1 行内前置系统 |
| 5.2.2 网点机柜面处理系统 |
| 5.2.3 操控管理系统组成 |
| 5.3 系统测试 |
| 5.3.1 系统测试的环境与方案 |
| 5.3.2 系统测试数据与过程 |
| 5.3.3 系统测试结果与分析 |
| 第6章 结论 |
| 参考文献 |
| 致谢 |
| 学位论文评阅及答辩情况表 |
（10）上海银行大前置系统宁波财税模块的实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 选题背景 |
| 1.1.1 概述 |
| 1.1.2 项目背景 |
| 1.2 系统目标 |
| 1.3 论文的研究内容和意义 |
| 1.4 论文的创新之处 |
| 第2章 基于UML的建模过程 |
| 2.1 UML简介 |
| 2.2 UML建模过程 |
| 2.2.1 用例驱动 |
| 2.2.2 以构架为中心 |
| 2.2.3 迭代和增量式开发 |
| 第3章 模块需求分析 |
| 3.1 用例视图 |
| 3.2 交互视图 |
| 3.2.1 顺序图 |
| 3.2.2 协作图 |
| 3.2.3 处理过程 |
| 3.3 活动视图 |
| 3.4 物理视图 |
| 第4章 模块功能设计 |
| 4.1 建设方案 |
| 4.1.1 设计原则 |
| 4.1.2 设计目标 |
| 4.1.3 系统运行环境 |
| 4.2 基于EasyLink的架构设计 |
| 4.2.1 架构设计的目的 |
| 4.2.2 增强的三层计算模型 |
| 4.2.3 功能模块结构设计 |
| 4.2.4 关键术语 |
| 第5章 部分子模块详细设计 |
| 5.1 接入服务 |
| 5.1.1 接入服务功能描述 |
| 5.1.2 接入服务功能划分 |
| 5.1.3 接入服务详细设计 |
| 5.2 加密算法 |
| 5.2.1 MD5算法简介 |
| 5.2.2 MD5的安全性 |
| 5.2.3 MD5在本文的应用 |
| 5.3 交换服务 |
| 5.3.1 交换服务功能描述 |
| 5.3.2 交换服务的实现图 |
| 5.3.3 单笔扣税交易详细设计 |
| 5.3.4 批量扣税交易详细设计 |
| 第6章 部分子模块的实现 |
| 6.1 接入服务 |
| 6.1.1 Socket监听 |
| 6.1.2 报文的接收 |
| 6.1.3 接入服务的实现 |
| 6.2 加密算法 |
| 6.2.1 MD5种子设置 |
| 6.2.2 MD5文件押的生成和校验 |
| 6.2.3 MD5报文押的生成和校验 |
| 6.3 交换服务 |
| 6.3.1 交换进程 |
| 6.3.2 重组函数举例 |
| 6.3.3 子服务模板函数 |
| 第7章 结论和建议 |
| 参考文献 |
| 致谢 |
四、财税库行的联网设计（论文参考文献）
- [1]基于CICS的财税库行系统的设计与实现[D]. 王明婷. 山东大学, 2011(04)
- [2]通过财税库行联网系统实现社会保险网上缴费[J]. 李阜东. 天津社会保险, 2011(01)
- [3]浦发银行财税库行横向联网系统的设计与实现[D]. 刘华海. 山东大学, 2010(03)
- [4]财税库行横向联网系统建设实践和成效[J]. 寇新莲,王辉,秦联. 电脑知识与技术, 2009(08)
- [5]实施财税库行联网,加快税收会计电算化建设步伐[J]. 徐爱玲. 科技信息(学术研究), 2008(24)
- [6]财税库行管理操控系统的设计与实现[D]. 张辉. 山东大学, 2008(01)
- [7]经济欠发达地区应尽快实现财税库行横向联网[J]. 赵平. 吉林金融研究, 2008(03)
- [8]整合国库业务系统 加快财税库行横向联网[J]. 中国人民银行吉安市中心支行课题组. 金融会计, 2007(08)
- [9]利用现代信息技术,实现财税库行联网,提高政府行政效率[J]. 朱国正,周玉平,沈润生. 科技信息(科学教研), 2007(17)
- [10]上海银行大前置系统宁波财税模块的实现[D]. 尚林峰. 华东师范大学, 2007(02)