一、基于B/S结构的邮政电子汇兑系统（论文文献综述）
许学智[1]（2015）在《邮政金融电子稽查系统的数据库设计与实现》文中研究表明随着邮政储蓄业务规模的不断扩大和信息化水平的不断提高,各金融机构间竞争越来越惨烈,邮政金融行业也面临着一个前所未有的新市场环境和制度环境,该如何改变,如何创新,发展新的管理模式,是邮政金融行业的一项巨大挑战。但是高科技犯罪与日俱增,不法分子利用计算机犯案的手段也随着科技的发展越来越高明,难以遏制。这就需要摒弃传统的稽查手段和方法,大胆改革创新,利用科学的方法,建立起一个统一高效的邮政金融电子稽查系统及相关的稽查数据库,能针对邮政金融业务系统的数据进行实时监测、检查、预警,防患于未然,避免亡羊补牢的悲剧,维护金融机构和客户的利益。本文首先对邮政金融稽查系统做了详细的需求分析,然后针对需求设计了数据库框架,最后分别完成了各个子系统的数据库功能设计。本系统划分为风险评估子系统、汇兑稽查子系统、储蓄稽查子系统、稽查管理子系统、综合查询子系统和系统管理子系统,并分别针对各个系统进行了数据库设计。风险评估系统针对邮政储蓄案件中常用的作案手段及其特点进行了分析,建立了一系列的风险联动评估模型。根据一定周期或单指标风险预警启动评估模型,对该风险预警进行分析和评估,使稽查人员的工作更有针对性。汇兑稽查子系统主要是用于监控汇兑业务在办理、经营过程中可能存在的各种风险。汇兑业务的生产经营活动都是在邮政电子汇兑系统中进行的,因此汇兑稽查子系统监控的对象是邮政电子汇兑系统中的各种生产经营数据。储蓄业务稽查子系统主要是用于监控储蓄业务在办理、经营过程中可能存在的各种风险。储蓄业务的生产经营活动都是在储蓄统一版本中进行的,因此储蓄稽查子系统监控的对象是储蓄统一版本中的各种生产经营数据。稽查管理子系统通过对各级业务系统数据的分析实现对各类风险的甄别和判定,保证对各类风险的适时预警和处理,确保了稽查的有效性和针对性。通过综合查询模块,既可以以储蓄、汇兑等部分的预警信息为线索,进行进一步更详细、更全面的查询;又可以独立地完成对被查单位的交易数据、会计数据的非现场稽查;或通过对原始交易数据的分类查询、分析,为现场检查提供线索、确定方向。系统管理是对使用本系统的人员和机构的管理,提供系统基本信息的维护,如系统内使用的参数设定,系统使用者权限的设定等。同时,为保证上下级之间消息的沟通,本系统还提供各级机构之间消息的传送功能。本邮政金融电子稽查系统的数据库设计针对邮政金融业务系统数据,并能保证系统进行实时监测、检查、预警,建立起一个统一、高效的邮政金融风险防范机制。本系统的数据库设计达到了预期的设计目标,实现了所有的需求功能。
何琳[2]（2010）在《邮政监督保障服务管理系统的设计与实现》文中研究表明利用计算机和通信技术为邮政生产、经营管理、信息服务和宏观决策提供广泛的支持,已成为现代化邮政企业的迫切要求。通过多年建设,邮政信息化工作目前正由应用系统建设阶段向信息系统安全、经营管理分析的更高阶段过渡。邮政监督检查作为邮政经营管理保障体系的重要组成部分,其管理工作的信息化、网络化,也就成为了邮政信息化建设中一个新的非常重要的议题。本文从邮政监督保障部门实际工作流程出发,对邮政监督保障系统的各项需求进行了详细的分析,有针对性地设计了邮政监督保障系统方案。首先,根据功能需求,设计了系统的各功能模块；其次,根据需求设计了相应的数据库；最后,重点阐述了数据管理功能的实现,对系统的实现过程和结果进行了分析,并给出了部分界面示例图。实际运行结果表明,本系统能够实现各级管理和视察人员在任意检查点登录系统,对监督检查信息进行实时查询、录入、处理。该系统的成功上线,让视察、安防人员从大量的现场检查、文档资料制作、报表填写、事后资料汇总整理中解脱出来,工作效率显着提高,同时也为企业提高服务质量、进行经营决策提供了实时参考依据。本系统主要实现了邮政监督人员日常各项检查资料的数据录入、查询的实时处理,尚未建立与其他邮政信息系统的联系,还不能从其他系统获取与服务质量时限和资金安全监控等有关的信息,这将是本文下一步要继续解决的问题。
曹杰[3]（2010）在《邮政金融稽查系统的分析与设计》文中研究指明伴随着中国邮政金融业务的蓬勃发展,邮政金融利用计算机系统作案,特别是内部人员串通外部人员犯罪的案件时有发生,其突发性、隐蔽性和破坏性都非常强,并且不易发现和侦破。传统的手工邮政金融稽查检查手段和方法已明显不适应风险防范的需要,尤其在地域广,偏远的地区；现场稽查的及时性、准确性差,前后台大量稽查数据得不到及时有效的处理,往往造成稽查的滞后。面对海量的信息处理,以手工为主的稽查检查方式已经远远不能满足邮政金融稽查检查的需求了。中国邮政为了适应邮政金融业务的发展,加强对邮政储蓄、汇兑业务、中间业务的监测检查,确保邮政金融资金安全,维护国家、用户、企业利益,达到应有的稽查频次和稽查覆盖面,建立一套覆盖全国,能对邮政储蓄、电子汇兑、及各种中间业务处理系统等运行系统进行检查的邮政金融稽查系统邮政金融稽查系统上线后。实现储蓄、汇兑业务稽查的电子化,有助于提高邮政金融技术防范水平,增强风险防范能力；有助于提高稽查的效率和质量,降低发案率；有助于确保储汇资金的安全和完整,防范和化解邮政金融风险；有助于提升稽查手段的技术含量,充分发挥稽查工作的威慑力；有助于加强邮政金融业务的管理,提高企业经济效益；有助于改善人员结构,提高稽查队伍人员素质；有助于促进邮政金融业务健康、快速发展。邮政稽查设计具有以下特点：有效运用网络资源和技术手段,实现与邮政储蓄统一版本系统、电子汇兑系统、代理保险系统、代理开放式基金系统及其它中间业务系统实时或非实时的业务监测；通过对上述业务系统中各类数据进行适时采集、筛选、核对和进一步的分析,实现有效和适时地定位金融风险；软件体系结构具有较强的可扩展性,能够支持多种主流的软硬件产品。本系统的架构设计采取了全国中心、省中心二级架构,数据分别存放在全国中心和省中心。全国稽查中心系统负责完成全国中心金融系统稽查管理,并对各省的稽查报表进行汇总；各省稽查中心系统负责本省中心范围各金融系统的稽查管理。系统采用当前成熟的ORACLE,TUXEDO产品,符合国际、国内标准的软硬件技术规范。软件设计思想成熟稳定,充分考虑系统承担的集中处理的压力,在软件功能设计上独立分开。在功能部署上可以统一部署在一台主机设备上,也可以在主机压力大时,将部分功能灵活部署到其他主机设备中。要从网络、系统、软件、数据库等方面充分考虑系统的安全,使金融稽查系统安全的运行。目前邮政金融稽查系统已与在31个省中心全部上线,该系统实现邮政金融风险的实时预警、日终预警以及非现场稽核检查的功能。同时,加强了邮政金融稽查工作的威慑力,形成高效、快速、准确的稽查导航,及时捕捉邮政金融风险的突发点,对提高邮政金融内控和风险防范水平、保障邮政金融资金安全、促进邮政金融业务健康稳定发展具有重要意义。
黄河[4]（2010）在《四川省邮政信息网运维管理系统的分析与设计》文中提出邮政信息网是四川邮政的基础业务生产网,承担着全省邮政金融类、速递物流类、邮务及电子商务类和经营管理类四大邮政业务板块的信息存储、传输、处理。四川邮政信息网从1998年开始建设,最初只有电子汇兑等少数的几个业务。随着近年来四川省邮政信息化建设的快速发展,各类应用系统及网络系统的规模不断加大,各种操作系统、数据库、应用软件、中间件的数量和类型也不断增多,信息网系统越来越复杂,业务部门对信息系统及网络系统的依赖程度也越来越紧密,对信息网络运行的稳定性、可靠性要求越来越高。如何加强信息网运行维护质量、提高运行维护效率,如何充分利用信息网资源做好邮政业务的支撑与发展是各级信息技术部门近年来高度重视和研究的课题。ITIL是一系列的概念,是IT服务管理的最佳实践,是目前IT运维管理的主要标准和发展方向。ITIL核心包括IT服务支持管理与IT服务提供管理。基于ITIL理念,特别是工T服务支持管理理念,建设一套信息网运行维护信息化的平台,可以整合信息网运维资源,提高运维工作效率,从而保障邮政信息网IT系统稳定、高效和安全的运行,保证业务系统的连续性和稳定性。本文针对四川省邮政信息网运行维护工作中提出的各种需求,对四川省邮政信息网运维管理系统进行分析和设计。该系统是一个基于ITIL理念的邮政信息网运维管理系统,是在梳理现有运维工作流程的基础上,根据ITIL理念,设计IT服务支持管理各模块流程,实现四川邮政信息网运维的事件管理、问题管理、变更管理、配置管理闭环流程,初步构架四川省邮政信息网运维知识库,对事件及故障进行流程化处理并将屡次出现的问题进行总结归纳,进行统一管理,以保证运维故障的发生“事前有监控,事后有响应”,将运维模式由被动的支持转为主动式服务。该系统的设计遵循可靠性、可用性、可维护性和可扩展性等的原则。本文重点分析四川省邮政信息网运维管理的需求,设计系统总体构架,详细设计机构人员管理、变更管理等基础功能模块。本文取得的主要成果有：1.完成了运维管理系统的需求分析。2.完成了运维管理系统的总体架构、系统的物理架构、网络构架、系统的逻辑架构及系统的安全性设计。3.完成了对机构人员管理、变更管理模块等主要功能模块的详细设计。
陶法东[5]（2010）在《邮政业务量收管理系统》文中进行了进一步梳理随着综合网中心局生产作业、电子化支局、邮运指挥调度、速递跟踪查询、邮资票品管理、电子汇兑、邮政储蓄等业务系统的陆续上线运行和全国邮政信息化水平的日益提高,如何利用各系统中的各类数据进行全面、深入的经营分析、提高经营管理水平的问题日显突出和急迫。为此邮政集团公司决定建设全国邮政业务量及业务收入信息管理系统（以下简称量收系统）,通过量收系统实现全部业务量收信息的自动采集、稽核、汇总、上报、入帐、分析与预警,使得邮政各级经营管理者能够迅速、准确、真实地了解邮政企业的经营状况,为经营管理和决策提供支撑,并为下一步建设全国邮政经营管理系统打好基础。本文分析了邮政业务量收管理系统的背景和现状,简要阐述了系统实现需要解决的主要问题；对系统的目标、设计原则、系统架构及系统功能模块进行重点阐述；对在系统实现过程中的核心业务、界面设计、系统接口等部分进行了分析,并给出具体的实现技术和实现方法。本文共分为5章。第一章综述课题背景、主要内容和组织结构；第二章叙述邮政量收管理系统的需求分析；第三章重点阐述邮政量收管理系统设计方案；第四章介绍邮政量收管理系统的设计实施；第五章主要邮政业务量收管理系统上线后的情况进行总结。
高杰[6]（2010）在《商函封发投递系统的研究与实现》文中指出商业函件是邮政商业客户进行业务宣传、客户维系等活动的重要手段。但在实际的商函投递过程中,函件名址信息不规范、不完整甚至名址信息错误的情况严重影响了函件的处理效率和妥投率,造成邮政投递部门不能有效投递商业信函,进而引发客户对邮政企业的不满和投诉。通过调研分析邮政商函投递过程中存在的主要问题,本文提出了商函信息投递服务系统解决方案。该方案采用B/S网络模式,在SQL Server数据库,Windows2000Server系统等软件产品的基础上,开发出了“商函邮件分拣封发投递系统”。并在系统中成功运用模糊匹配与数据库查询优化技术提高了名址信息的匹配和查询效率。目前,该系统已通过测试和验收,经过西安邮政商函局在实际生产中的应用表明：系统操作简便,能够满足实际业务需求,为商函业务后续的信息化建设积累了经验。
黄明[7]（2009）在《基于Oracle数据库的邮政电子稽查系统的设计与实现》文中研究指明With the rapid development of computer technology, network technology and database technology, the construction of postal informationization is developed rapidly, and in recent years, a lot of financial systems have successfully run on-line. Because of the continuously rising level of the informationization of the postal financial system, all kinds of crime committed by using computer technology become more and more common. In order to safeguard the informationization of the postal financial system and the interests of the users. We propose a electronic inspecting system,and investigate the problem about how to copy the date to database at the same time.This thesis starts from the research background, current condition and key technology of the electronic inspecting system, and during the first part, the introduction of the system’s logical structure and physical structure is included. Then the thesis focuses on analyzing the database snapshot technology utilized in data collection. The analysis includes the principles of the database snapshot technology as well as its design and implementation in the electronic inspecting system. In the function design part, the thesis introduces the system’s operation and maintenance function as well as service function, and both functions’design were detailedly explained. On the other hand, in the implementation part, it introduces the implementation methods and results for the system module. Finally, by testing the electronic inspecting system, the thesis verified its functionality and the availability and gave a objective assessment for the system’s implementationThe postal e-inspection system has been practically applied in Shaanxi Post. During the application, the real-time early warning function for financial data’s security was realized and the desired results were achieved.
张宏斌[8]（2008）在《甘肃省邮政营业前台电子化系统的设计及实现》文中研究指明邮政营业前台电子化支局系统是邮政营业窗口的核心生产力,是邮政全程全网信息化及邮政综合业务计算机网的服务终端系统和邮政生产、经营、管理信息的主要采集源。该系统是国家邮政局确定的全国性项目,需各省结合本省实际进行建设。本文主要根据国家邮政局的建设规范和要求,结合甘肃省邮政综合计算机网的建设现状,以及近几年甘肃邮政综合业务发展的规模和前景预期,针对老版本营业电子化系统存在的问题和不足,经过分析、借鉴其他省的建设经验,以及对网络、主机、应用系统、oracle数据库知识的学习和研究,从应用功能要求、网络模式、主机软硬件系统、网点设备的配置和改造、系统安全方面,提出了甘肃省建设邮政营业前台电子化支局系统的建设标准,设计了甘肃省建设邮政营业前台电子化支局系统的建设方案,明确了甘肃省邮政营业前台电子化支局系统的建设模式和详细的设备配置要求。实践证明此方案适合于甘肃省邮政前台营业电子化的应用现状,工程中充分利用了邮政综合网现有的软硬件、网络等资源,通过对省中心的数据库服务器、应用服务器软硬件系统建设和对原有电子化网点各类终端及电源设备进行立旧和改造,实现了甘肃省邮政电子化支局系统集中化、网络化处理。
李可夫[9]（2008）在《邮政名址数据仓库中ETL的设计与实现》文中研究说明随着邮政信息化进程的加快和网络应用的日益广泛,建设一个数量多、质量好、分类科学、覆盖面广、使用便捷的名址信息库,是发展邮政业务的迫切需求,也是邮政持续健康发展的基础条件和宝贵资源。邮政名址信息库建设需要依托已有的邮政综合网信息网络,充分利用先进的数据仓库技术,以地址为基础,以客户名址信息为核心,整合关联邮政各种与名址相关的业务数据,并从这些业务数据中提取、丰富名址信息,注重名址信息的质量。名址信息数据仓库,尤其是ETL的设计与实现是保证邮政名址信息库信息有效性及信息价值的关键。本课题主要针对构建邮政名址信息库的业务需求,对系统架构及数据仓库部分的构建策略进行分析和设计,并重点按照数据仓库ETL工程的一般方法,对名址信息库的ETL过程进行相应的设计和实现。论文详细阐述了以下几方面内容:●数据仓库技术基本理论●Teradata数据仓库产品特点、功能●邮政名址信息系统总体需求分析●邮政名址信息系统总体设计●邮政名址信息系统ETL的设计和实现:包括ETL过程设计、ETL环境准备、ETL自动化流程建立、ETL作业、ETL测试和投产、ETL日常管理等。本系统已经应用在中国邮政,为中国邮政商函等业务的发展提供了有力的信息支持,提高了邮政系统运行效率和服务质量,并逐步成为国民经济的基础信息资源,取得了较好的社会效益与经济效益。
邬少清[10]（2008）在《邮政电子化支局省集中主机系统研究与设计》文中研究指明本文研究了邮政电子化支局省集中工程方案规划,并以陕西邮政为对象,运用系统分析和项目管理相关理论,设计实现了陕西邮政电子化支局省集中工程,通过大量分析和计算,重点规划设计了主机系统。首先,本文在分析本应用系统的设计原则及特点的基础上,设计该系统采用三层C/S体系结构,并着重讨论其与外系统互连方案。其次,通过对省集中模式的网络结构及通信线路方案进行分析,并对三种支局接入方式进行比较,确定了陕西邮政网络建设方案;根据陕西省邮政业务量和其它因素影响,运用服务器选型方面理论,依据业界公认的相关的经验公式（如衡量联机事务处理能力的TPC-C基准）,重点分析计算了主机的处理能力、内存大小和硬盘容量,最后确定主机系统的配置方案。再次,根据此工程总体目标,运用项目管理理论,将工程实现分解成具体阶段实施,明确项目各方的职责,并制定了总体实施计划和应急预案。最后,对投资效益进行了分析,工程建设后产生的社会效益和经济效益巨大。
二、基于B/S结构的邮政电子汇兑系统（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、基于B/S结构的邮政电子汇兑系统（论文提纲范文）
（1）邮政金融电子稽查系统的数据库设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.3 本文主要工作和内容安排 |
| 第2章 技术概述 |
| 2.1 B/S结构 |
| 2.2 Oracle数据库 |
| 2.3 本章小结 |
| 第3章 邮政金融电子稽查系统的数据库需求分析 |
| 3.1 系统设计目标 |
| 3.2 系统设计技术原则 |
| 3.3 系统功能需求功能需求 |
| 3.3.1 风险评估子系统功能需求 |
| 3.3.2 汇兑稽查子系统功能需求 |
| 3.3.3 储蓄稽查子系统功能需求 |
| 3.3.4 稽查管理子系统功能需求 |
| 3.3.5 综合查询子系统功能需求 |
| 3.3.6 系统管理子系统功能需求 |
| 3.4 本章小结 |
| 第4章 邮政金融电子稽查系统的数据库总体设计 |
| 4.1 系统拓扑结构 |
| 4.2 系统架构 |
| 4.3 系统数据处理 |
| 4.3.1 数据类型及采集方式 |
| 4.3.2 数据管理体系 |
| 4.3.3 数据流向 |
| 4.4 本章小节 |
| 第5章 邮政金融电子稽查系统的数据库功能实现 |
| 5.1 风险评估子系统的详细设计与实现 |
| 5.1.1 风险评估子系统的数据库设计 |
| 5.1.2 风险评估子系统的类设计 |
| 5.2 汇兑稽查子系统的详细设计与实现 |
| 5.2.1 汇兑稽查子系统的数据库设计 |
| 5.3 储蓄业务稽查子系统的详细设计与实现 |
| 5.3.1 储蓄业务稽查子系统数据库设计 |
| 5.4 稽查管理子系统的详细设计与实现 |
| 5.4.1 稽查管理子系统的数据库设计 |
| 5.4.2 稽查管理子系统的类设计 |
| 5.5 综合查询子系统的详细设计与实现 |
| 5.5.1 综合查询子系统的数据库设计 |
| 5.5.2 综合查询子系统的类设计 |
| 5.6 系统管理子系统的详细设计与实现 |
| 5.6.1 系统管理子系统的数据库设计 |
| 5.6.2 系统管理子系统的实现 |
| 5.7 本章小结 |
| 第6章 邮政金融电子稽查系统的测试分析 |
| 6.1 功能测试 |
| 6.1.1 测试目标 |
| 6.1.2 功能测试 |
| 6.2 性能测试 |
| 6.2.1 测试内容步骤 |
| 6.2.2 测试结果 |
| 6.3 本章小结 |
| 第7章 结论与展望 |
| 7.1 全文总结 |
| 7.2 未来展望 |
| 参考文献 |
| 作者简介 |
| 致谢 |
（2）邮政监督保障服务管理系统的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 研究现状 |
| 1.3 本文工作及结构 |
| 第二章 系统理论基础 |
| 2.1 应用系统体系结构 |
| 2.1.1 C/S结构 |
| 2.1.2 B/S结构 |
| 2.2 Web应用系统开发技术 |
| 2.2.1 PHP技术 |
| 2.2.2 JSP技术 |
| 2.2.3 ASP技术 |
| 2.2.4 ASP.NET开发平台 |
| 2.2.5 .NET框架 |
| 2.3 数据库技术 |
| 2.4 小结 |
| 第三章 监督保障服务管理系统的需求分析 |
| 3.1 务需求分析 |
| 3.2 功能需求分析 |
| 3.3 用户需求分析 |
| 3.4 数据需求分析 |
| 3.5 小结 |
| 第四章 监督保障服务管理系统的设计 |
| 4.1 系统的主要目标 |
| 4.2 系统设计原则 |
| 4.3 系统模式及环境 |
| 4.3.1 软件系统体系结构 |
| 4.3.2 Web应用系统开发技术选择 |
| 4.3.3 软件开发环境 |
| 4.3.4 数据库开发平台的选择 |
| 4.4 系统总体设计 |
| 4.4.1 系统构架 |
| 4.4.2 系统网络拓扑图 |
| 4.4.3 系统工作流程图 |
| 4.4.4 页面功能分配 |
| 4.5 系统功能设计 |
| 4.6 数据库设计 |
| 4.6.1 数据库概念结构设计 |
| 4.6.2 数据库逻辑结构设计 |
| 4.6.3 数据库物理结构设计 |
| 4.7 小结 |
| 第五章 系统的实现 |
| 5.1 系统界面设计 |
| 5.2 系统部分功能模块的实现 |
| 5.2.1 动态树型目录菜单的实现 |
| 5.2.2 数据管理功能的实现 |
| 5.2.3 报表管理功能的实现 |
| 5.2.4 手机短信提醒功能的实现 |
| 5.3 系统测试 |
| 5.3.1 测试设计 |
| 5.3.2 测试项及测试方法 |
| 5.3.3 测试结果 |
| 5.4 小结 |
| 第六章 结束语 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
（3）邮政金融稽查系统的分析与设计（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 课题背景 |
| 1.2 课题任务 |
| 1.3 本人的主要工作 |
| 1.4 论文结构 |
| 第二章 邮政金融稽查系统的需求分析 |
| 2.1 邮政金融稽查系统概述 |
| 2.1.1 邮政金融稽查系统的开发目标 |
| 2.2 邮政金融稽查系统需求概述 |
| 2.2.1 两级数据中心 |
| 2.2.2 四级管理终端 |
| 2.3 系统的功能需求分析 |
| 2.3.1 风险监测和预警 |
| 2.3.2 风险评估 |
| 2.3.3 日常稽查工作管理 |
| 2.3.4 系统管理 |
| 2.4 系统总体数据流分析 |
| 2.5 数据采集和数据来源 |
| 2.5.1 数据采集 |
| 2.5.2 数据来源 |
| 2.6 系统总体技术要求 |
| 2.6.1 满足当前的业务需求 |
| 2.6.2 整合各省通用功能 |
| 2.6.3 适应各省的个性差异 |
| 2.6.4 支持扩展稽查对象 |
| 2.7 本章小结 |
| 第三章 邮政金融稽查系统的总体设计 |
| 3.1 系统总体结构设计 |
| 3.1.1 省局电子稽查系统 |
| 3.1.2 国家局电子稽查系统 |
| 3.1.3 省局系统和国家局系统之间的关系 |
| 3.1.4 电子稽查系统和其他金融系统的关系 |
| 3.2 系统实现的技术平台设计 |
| 3.2.1 采用"四层结构"实现电子稽查系统 |
| 3.2.2 后台服务器系统 |
| 3.2.3 电子稽查平台 |
| 3.2.4 电子稽查应用 |
| 3.2.5 电子稽查前台系统 |
| 3.3 本章小结 |
| 第四章 邮政金融稽查系统主要功能模块设计 |
| 4.1 实时风险预警功能模块 |
| 4.2 日终风险预警功能模块 |
| 4.3 风险评估 |
| 4.4 稽查管理 |
| 4.5 综合查询 |
| 4.6 接口功能模块 |
| 4.6.1 数据采集模块 |
| 4.6.2 风险报警渠道模块 |
| 4.6.3 短信平台模块 |
| 4.7 本章小结 |
| 第五章 结束语 |
| 5.1 论文工作总结 |
| 5.2 问题和展望 |
| 参考文献 |
| 致谢 |
（4）四川省邮政信息网运维管理系统的分析与设计（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 课题背景 |
| 1.2 课题任务 |
| 1.2.1 课题内容 |
| 1.2.2 本人承担任务 |
| 1.3 论文结构 |
| 第二章 邮政信息网运维管理系统需求分析 |
| 2.1 四川省邮政信息网现状 |
| 2.1.1 应用系统现状 |
| 2.1.2 基础网络现状 |
| 2.2 四川邮政信息网运维管理现状 |
| 2.2.1 四川省邮政信息网运维组织结构 |
| 2.2.2 四川省邮政信息网运维人员及分工 |
| 2.2.3 四川省邮政信息网运维现状分析 |
| 2.3 运维管理系统的发展 |
| 2.3.1 第一代运维管理系统 |
| 2.3.2 第二代运维管理系统 |
| 2.3.3 第三代运维管理系统 |
| 2.3.4 小结 |
| 2.4 运维管理系统开发目标与原则 |
| 2.4.1 运维管理系统开发目标 |
| 2.4.2 运维管理系统开发原则 |
| 2.5 运维管理系统的总体功能需求分析 |
| 2.5.1 全过程动态运维管理 |
| 2.5.2 分级管理及门户展现定制 |
| 2.5.3 直观灵活的统计及趋势分析 |
| 2.5.4 数据保存时间及历史数据 |
| 2.5.5 可定制用户界面 |
| 2.6 运维管理系统的主要功能模块需求分析 |
| 2.6.1 运维管理系统主要功能模块及相互关系 |
| 2.6.2 机构人员管理需求分析 |
| 2.6.3 事件管理需求分析 |
| 2.6.4 问题管理需求分析 |
| 2.6.5 变更管理需求分析 |
| 2.6.6 配置管理需求分析 |
| 2.6.7 信息发布管理需求分析 |
| 2.6.8 知识库需求分析 |
| 2.6.9 报表功能分析 |
| 2.7 本章小结 |
| 第三章 邮政信息网运维管理系统总体设计 |
| 3.1 总体设计原则 |
| 3.2 运维管理系统构架分析设计 |
| 3.2.1 业务处理及数据存储架构分析设计 |
| 3.2.2 运维管理系统应用构架设计 |
| 3.2.3 运维管理系统网络架构设计 |
| 3.3 运维管理系统安全性设计 |
| 3.3.1 安全性设计原则 |
| 3.3.2 操作系统安全性设计 |
| 3.3.3 数据库安全性设计 |
| 3.3.4 应用安全策略 |
| 3.3.5 系统备份策略 |
| 3.3.6 客户端防病毒 |
| 3.4 运维管理系统硬件基础构架设计 |
| 3.4.1 运维管理系统服务器设计 |
| 3.4.2 运维管理系统存储设计 |
| 3.5 运维管理系统应用结构设计 |
| 3.5.1 软件功能结构 |
| 3.5.2 软件层次结构 |
| 3.6 本章小结 |
| 第四章 运维管理系统主要功能模块设计 |
| 4.1 模块设计原则 |
| 4.2 机构人员管理数据库设计 |
| 4.2.1 数据流图 |
| 4.2.2 数据分析 |
| 4.2.3 数据列表 |
| 4.2.4 逻辑图 |
| 4.2.5 设计要点描述 |
| 4.3 变更管理模块设计 |
| 4.3.1 变更管理流程设计 |
| 4.3.2 变更管理模块应用设计 |
| 4.3.3 变更管理数据库设计 |
| 4.4 本章小结 |
| 第五章 结束语 |
| 5.1 论文工作总结 |
| 5.2 问题和展望 |
| 参考文献 |
| 致谢 |
（5）邮政业务量收管理系统（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 主要内容 |
| 1.3 组织结构 |
| 第二章 邮政业务量收系统需求分析 |
| 2.1 系统结构 |
| 2.1.1 业务系统结构 |
| 2.1.2 业务功能结构 |
| 2.2 业务功能描述 |
| 第三章 邮政量收系统设计方案 |
| 3.1 系统总体要求 |
| 3.2 系统总体结构及功能 |
| 3.2.1 系统总体结构简图 |
| 3.2.2 组成和功能 |
| 3.3 网络整体规划 |
| 3.4 系统应用结构 |
| 3.4.1 数据采集 |
| 3.4.2 内部数据处理 |
| 3.4.3 外部展现 |
| 第四章 量收管理系统的具体实施 |
| 4.1 系统网络结构 |
| 4.2 软件体系结构 |
| 4.2.1 总体原则 |
| 4.2.2 软件总体架构 |
| 4.2.3 全国中心软件结构 |
| 4.2.4 省中心软件结构 |
| 4.3 数据采集及接口分析 |
| 4.3.1 整体设计 |
| 4.3.2 采集交换数据分类 |
| 4.3.3 数据接口规范 |
| 4.3.4 数据交换规范 |
| 4.3.5 业务系统连接改造建议 |
| 第五章 结论 |
| 参考文献 |
| 致谢 |
（6）商函封发投递系统的研究与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 课题背景及来源 |
| 1.2 课题研究的目的 |
| 1.3 论文的主要工作 |
| 1.4 论文的章节安排 |
| 第二章 商函封发投递系统技术综述 |
| 2.1 B/S结构 |
| 2.1.1 B/S结构的优点 |
| 2.1.2 B/S架构软件的优势与劣势 |
| 2.2 数据库基本概念 |
| 2.2.1 数据库相关术语 |
| 2.2.2 数据库体系结构 |
| 2.2.3 数据库的组成 |
| 2.3 模糊匹配 |
| 2.3.1 模糊集与隶属函数的定义 |
| 2.3.2 贴近度 |
| 2.4 数据库查询优化技术 |
| 2.5 本章小结 |
| 第三章 系统需求分析 |
| 3.1 任务概述 |
| 3.1.1 系统目标 |
| 3.1.2 项目范围 |
| 3.1.3 系统用户 |
| 3.1.4 系统使用限制 |
| 3.2 系统业务流程 |
| 3.3 系统功能 |
| 3.3.1 概述 |
| 3.3.2 系统功能 |
| 3.4 系统角色分析 |
| 3.5 系统数据库需求分析 |
| 3.6 系统网络结构分析 |
| 3.7 系统开发环境 |
| 3.7.1 硬件及网络环境需求 |
| 3.7.2 系统软件及开发语言需求 |
| 3.8 系统性能需求 |
| 3.9 本章小结 |
| 第四章 系统总体设计 |
| 4.1 系统设计思路 |
| 4.2 系统逻辑结构 |
| 4.3. 系统网络结构 |
| 4.4 系统软件结构 |
| 4.5 系统数据库设计方案分析 |
| 4.5.1 数据库设计的规范化 |
| 4.5.2 数据库设计的基本过程 |
| 4.5.3 系统中的主要数据库表 |
| 4.5.4 数据库安全性策略 |
| 4.6 本章小结 |
| 第五章 系统详细设计与实现 |
| 5.1 签到/签退的设计与实现 |
| 5.1.1 界面设计 |
| 5.1.2 流程设计 |
| 5.1.3 算法设计 |
| 5.2 信息采集模块的设计与实现 |
| 5.2.1 信息采集 |
| 5.2.2 分类查询 |
| 5.3 信息匹配的设计与实现 |
| 5.3.1 流程设计 |
| 5.3.2 算法设计 |
| 5.4 本章小结 |
| 第六章 系统功能与性能测试 |
| 6.1 测试环境 |
| 6.2 系统功能测试 |
| 6.2.1 功能性测试目标 |
| 6.2.2 功能测试 |
| 6.3 系统性能测试 |
| 6.4 本章小结 |
| 第七章 结束语 |
| 致谢 |
| 参考文献 |
| 附录一:系统的主要数据库表 |
（7）基于Oracle数据库的邮政电子稽查系统的设计与实现（论文提纲范文）
| Abstract |
| 第一章 绪论 |
| 1.1 课题背景及来源 |
| 1.2 课题研究现状 |
| 1.3 课题研究的目的和完成的工作 |
| 1.4 论文章节安排 |
| 第二章 数据库基本概念及快照复制技术研究 |
| 2.1 数据库基本概念 |
| 2.1.1 数据库相关术语 |
| 2.1.2 数据库体系结构 |
| 2.1.3 数据库的组成 |
| 2.2 数据库快照复制技术研究 |
| 2.2.1 数据库快照技术简介 |
| 2.2.2 数据快照常用术语 |
| 2.2.3 数据快照技术分类 |
| 2.2.4 不同快照技术的优缺点 |
| 2.2.5 数据库快照技术原理 |
| 2.3 本章小结 |
| 第三章 需求分析 |
| 3.1 任务概述 |
| 3.1.1 系统目标 |
| 3.1.2 主要解决的关键技术 |
| 3.1.3 项目范围 |
| 3.1.4 用户特点 |
| 3.2 系统需求分析 |
| 3.2.1 业务流程设计 |
| 3.2.2 业务功能分析 |
| 3.2.3 数据库需求分析 |
| 3.2.4 系统结构分析 |
| 3.3 现有系统分析 |
| 3.3.1 现有系统的软、硬环境 |
| 3.3.2 现有系统的局限性 |
| 3.4 本章小结 |
| 第四章 电子稽查系统总体设计 |
| 4.1 总体设计原则 |
| 4.2 系统设计原则 |
| 4.3 电子稽查总体逻辑结构 |
| 4.4 系统网络结构设计 |
| 4.5 系统软件结构 |
| 4.6 系统平台设计 |
| 4.6.1 服务器端平台设计 |
| 4.6.2 客户端平台设计 |
| 4.7 电子稽查系统数据库设计方案分析 |
| 4.7.1 数据库设计的规范化 |
| 4.7.2 数据库设计的基本过程 |
| 4.8 本章小结 |
| 第五章 电子稽查系统数据库的设计与实现 |
| 5.1 电子稽查系统数据库快照复制技术的设计与实现 |
| 5.1.1 设计思路 |
| 5.1.2 快照安装环境准备 |
| 5.1.3 数据快照方案设计与实现 |
| 5.2 数据库表空间规划 |
| 5.2.1 表空间划分 |
| 5.2.2 电子稽查系统中的主要表 |
| 5.2.3 建表实例 |
| 5.3 系统及数据库安全性策略 |
| 5.3.1 系统安全性策略 |
| 5.3.2 数据库安全性策略 |
| 5.4 数据库备份恢复策略 |
| 5.4.1 备份方式说明 |
| 5.4.2 备份实例 |
| 5.4.3 恢复方式说明 |
| 5.5 本章小结 |
| 第六章 电子稽查系统功能详细设计与实现 |
| 6.1 系统管理模块的设计与实现 |
| 6.1.1 签到/签退子模块 |
| 6.1.2 机构管理子模块 |
| 6.1.3 操作员管理子模块 |
| 6.1.4 权限级管理子模块 |
| 6.1.5 参数管理子模块 |
| 6.1.6 消息管理子模块 |
| 6.2 风险评估模块的设计与实现 |
| 6.2.1 风险联动模块 |
| 6.2.2 模型结果查询模块 |
| 6.2.3 内控指标维护模块 |
| 6.2.4 内控指标分类管理模块 |
| 6.3 本章小结 |
| 第七章 电子稽查系统功能与性能测试 |
| 7.1 功能测试 |
| 7.1.1 功能性测试目标 |
| 7.1.2 功能测试 |
| 7.2 性能测试 |
| 7.2.1 测试内容步骤 |
| 7.2.3 测试结果 |
| 7.3 本章小结 |
| 第八章 结束语 |
| 致谢 |
| 参考文献 |
| 附录 1 |
| 附录 2 |
（8）甘肃省邮政营业前台电子化系统的设计及实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 课题研究背景 |
| 1.2 本课题主要完成的工作及创新点 |
| 1.3 本文的内容安排 |
| 第二章 营业电子化系统总体情况 |
| 2.1 全国营业电子化系统建设应用情况 |
| 2.2 甘肃省内邮政业务情况 |
| 2.2.1 全省业务量统计情况 |
| 2.2.2 全省网点及台席分布情况 |
| 2.3 省内邮政网络建设现状 |
| 2.3.1 网络 |
| 2.3.2 主机 |
| 2.3.3 网点设备情况 |
| 2.3.4 应用 |
| 2.4 结论 |
| 第三章 总体方案 |
| 3.1 系统设计原则 |
| 3.2 系统设计目标 |
| 3.3 系统组成与系统功能要求 |
| 3.3.1 支局生产作业 |
| 3.3.2 经营管理 |
| 3.3.3 系统运行监控 |
| 3.4 系统总体结构 |
| 3.4.1 总体原则 |
| 3.4.2 系统逻辑结构 |
| 3.4.3 营业网点 |
| 3.4.4 通讯组织 |
| 3.5 系统安全可靠性要求 |
| 3.5.1 网络安全可靠性 |
| 3.5.2 操作系统安全可靠性 |
| 3.5.3 数据库安全可靠性 |
| 3.5.4 第三方产品的安全可靠性 |
| 3.5.5 应用系统的安全可靠性 |
| 3.5.6 设备的安全可靠性 |
| 第四章 系统方案具体论述 |
| 4.1 应用系统建设方案 |
| 4.1.1 总体要求 |
| 4.1.2 系统业务功能 |
| 4.1.3 应用系统设计原则及特点 |
| 4.1.4 外系统互连 |
| 4.2 主机系统建设方案 |
| 4.2.1 主机系统拓扑结构 |
| 4.2.2 主机系统的配置依据和计算方法 |
| 4.3 系统备份方案 |
| 4.3.1 省中心方式系统备份方案 |
| 4.3.2 地市中心方式系统备份方案 |
| 4.4 网络建设方案 |
| 4.4.1 骨干网现状分析 |
| 4.4.2 网络架构 |
| 4.4.3 骨干网带宽配置要求 |
| 4.4.4 网点线路现状分析 |
| 4.4.5 网点带宽配置要求 |
| 4.5 网点改造方案 |
| 4.5.1 终端接入方式 |
| 4.5.2 网点改造硬件配置方案 |
| 第五章 省集中和地市集中方案对比分析 |
| 5.1 系统维护与管理 |
| 5.1.1 系统维护性 |
| 5.1.2 系统可靠性 |
| 5.1.3 故障影响范围 |
| 5.2 主机状况 |
| 5.3 网络状况 |
| 5.4 业务管理 |
| 5.5 工程投资规模 |
| 第六章 结论与展望 |
| 缩略语 |
| 参考文献 |
| 致谢 |
（9）邮政名址数据仓库中ETL的设计与实现（论文提纲范文）
| 中文摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 课题背景 |
| 1.2 课题目标与主要内容 |
| 1.3 论文结构 |
| 第二章 数据仓库技术概述 |
| 2.1 基本概念 |
| 2.2 数据仓库设计中的几个重要概念 |
| 2.3 数据仓库基本架构 |
| 2.4 数据仓库的特点 |
| 第三章 TERADATA数据仓库介绍 |
| 3.1 Teradata数据仓库的技术特点 |
| 3.2 Teradata数据仓库的主要功能模块 |
| 3.3 Teradata数据仓库的系统结构 |
| 第四章 全国邮政名址信息系统功能需求分析 |
| 4.1 系统总体构成 |
| 4.2 业务数据源情况 |
| 4.3 全国中心功能需求 |
| 4.4 物理省中心功能需求 |
| 4.5 虚拟省中心功能需求 |
| 4.6 虚拟地市中心功能需求 |
| 4.7 授权地市、县、支局客户端功能需求 |
| 4.8 系统管理功能需求 |
| 4.9 应用软件体系结构 |
| 4.10 性能指标 |
| 第五章 全国邮政名址信息系统总体设计 |
| 5.1 系统整体架构 |
| 5.1.1 逻辑体系结构 |
| 5.1.2 网络体系结构 |
| 5.1.3 数据流 |
| 5.2 数据获取 |
| 5.2.1 数据获取概述 |
| 5.2.2 数据源 |
| 5.2.3 数据接口 |
| 5.2.4 数据抽取 |
| 5.2.5 数据传输 |
| 5.2.6 数据转换 |
| 5.2.7 数据加载 |
| 5.2.8 数据获取流程 |
| 5.3 数据维护 |
| 5.3.1 名址数据维护方式 |
| 5.3.2 数据维护流程 |
| 5.3.3 数据维护应用模式 |
| 第六章 邮政名址信息系统数据仓库ETL体系设计和实现 |
| 6.1 ETL工作内容 |
| 6.1.1 ETL设计 |
| 6.1.2 ETL环境准备 |
| 6.1.3 ETL开发 |
| 6.1.4 ETL自动化流程建立 |
| 6.1.5 ETL测试和投产 |
| 6.1.6 ETL日常维护 |
| 6.2 ETL过程设计 |
| 6.2.1 ETL前期准备 |
| 6.2.2 全国邮政名址信息系统ETL过程逻辑结构 |
| 6.3 ETL环境准备 |
| 6.4 ETL自动化流程 |
| 6.4.1 ETL自动化流程设计 |
| 6.4.2 ETL自动化流程实现 |
| 6.5 ETL作业 |
| 6.6 ETL的测试和投产 |
| 6.7 ETL中的异常处理 |
| 6.8 ETL日常管理 |
| 第七章 总结 |
| 参考文献 |
| 致谢 |
（10）邮政电子化支局省集中主机系统研究与设计（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 邮政电子化支局省集中工程的背景 |
| 1.2 陕西邮政发展现状及存在问题 |
| 1.2.1 陕西邮政发展现状 |
| 1.2.2 网络现状 |
| 1.2.3 陕西邮政发展存在的问题 |
| 1.3 本论文研究内容 |
| 1.4 本文的研究方法 |
| 1.5 本文研究的理论基础 |
| 1.5.1 项目管理理论 |
| 1.5.2 系统分析与设计理论 |
| 1.5.3 服务器选型方面理论 |
| 1.5.4 技术经济分析理论 |
| 第二章 陕西邮政电子化支局应用系统解决方案设计 |
| 2.1 应用系统的建设要求 |
| 2.2 系统业务功能 |
| 2.2.1 支局生产管理 |
| 2.2.2 管理、辅助决策 |
| 2.3 应用系统的设计原则及特点 |
| 2.4 应用系统的体系结构设计 |
| 2.4.1 三层C/S结构设计 |
| 2.4.2 浏览器/服务器结构设计 |
| 2.4.3 陕西电子化支局应用系统体系结构特点 |
| 2.5 外系统互连方案设计 |
| 2.5.1 外部系统分类 |
| 2.5.2 系统互连模式设计 |
| 2.5.3 各类外部系统的互联方案 |
| 2.5.4 与邮政相关系统的互连方案设计 |
| 2.6 UNIFACE开发运行平台简介 |
| 2.6.1 UNIFACE的主要组件 |
| 2.6.2 UNIFACE主要技术特点 |
| 2.6.3 UNIFACE在电子化支局系统中的运用 |
| 第三章 陕西邮政电子化支局省集中系统建设方案设计 |
| 3.1 总体建设方案设计 |
| 3.1.1 建设方案总体设计思路 |
| 3.1.2 建设方案总体设计要求 |
| 3.1.3 工程建设目标、依据及原则设计 |
| 3.1.4 职责分工设计 |
| 3.1.5 一阶段建设规模及投资规模设计 |
| 3.2 网络建设方案设计 |
| 3.2.1 省集中模式的网络结构设计 |
| 3.2.2 电子化支局系统对各级骨干网络带宽配置要求 |
| 3.2.3 邮政网点接入方案设计 |
| 3.3 主机系统建设方案设计 |
| 3.3.1 省集中主机系统拓扑结构设计 |
| 3.3.2 主机系统配置设计 |
| 3.3.3 数据库服务器设计 |
| 3.3.4 应用服务器设计 |
| 3.3.5 WEB服务器选型设计 |
| 3.3.6 UNIFACE认证服务器选型设计 |
| 3.3.7 报刊发行系统对电子化支局系统影响分析 |
| 3.3.8 数据库服务器设计小结 |
| 第四章 陕西邮政电子化支局省集中系统实现 |
| 4.1 组织实施阶段 |
| 4.2 实施阶段任务分解 |
| 4.2.1 项目启动阶段任务 |
| 4.2.2 项目准备阶段任务 |
| 4.2.3 示范局实施阶段任务 |
| 4.2.4 全省推广阶段任务 |
| 4.3 领导组织结构及职责 |
| 4.4 实施计划 |
| 4.5 系统实现情况 |
| 4.5.1 前期准备阶段 |
| 4.5.2 网络改造阶段 |
| 4.5.3 工程实施阶段 |
| 4.5.4 省中心主机设备配置情况 |
| 第五章 陕西邮政电子化支局省集中系统实现前后比较 |
| 5.1 实现前后比较 |
| 5.1.1 原系统情况 |
| 5.1.2 现系统情况 |
| 5.2 陕西邮政电子化支局省集中系统预期效益 |
| 5.2.1 社会效益预测 |
| 5.2.2 经济效益预测 |
| 第六章 结束语 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
四、基于B/S结构的邮政电子汇兑系统（论文参考文献）
- [1]邮政金融电子稽查系统的数据库设计与实现[D]. 许学智. 吉林大学, 2015(06)
- [2]邮政监督保障服务管理系统的设计与实现[D]. 何琳. 西安电子科技大学, 2010(05)
- [3]邮政金融稽查系统的分析与设计[D]. 曹杰. 北京邮电大学, 2010(02)
- [4]四川省邮政信息网运维管理系统的分析与设计[D]. 黄河. 北京邮电大学, 2010(03)
- [5]邮政业务量收管理系统[D]. 陶法东. 北京邮电大学, 2010(03)
- [6]商函封发投递系统的研究与实现[D]. 高杰. 西安电子科技大学, 2010(03)
- [7]基于Oracle数据库的邮政电子稽查系统的设计与实现[D]. 黄明. 西安电子科技大学, 2009(03)
- [8]甘肃省邮政营业前台电子化系统的设计及实现[D]. 张宏斌. 北京邮电大学, 2008(10)
- [9]邮政名址数据仓库中ETL的设计与实现[D]. 李可夫. 北京邮电大学, 2008(10)
- [10]邮政电子化支局省集中主机系统研究与设计[D]. 邬少清. 西安电子科技大学, 2008(07)