12366发票息查询系统解决方案.docVIP

12366发票信息查询系统 解决方案 概述 建设背景 2003年初，12366分散建设在全省13地市的10060客服平台上，初期人工座席都设在10060客服中心，近三年陆续撤掉将近一半,将人员撤回到地税局，通过固定电话方式完成人工受理。基于现状，地税局考虑在现有的12366系统上增加发票信息查询功能。 建设原则与规范 先进性原则 利用三层架构设计和开发客户系统属于一项比较新的技术，它所具有的新特点和新特性是其它结构的系统所不具备的。以下对采用了三层架构核心平台二版的各方面特点进行逐一介绍： 在两层体系下，业务逻辑在客户端和服务器端都有分布，而且服务器端的主要计算任务都由数据库承担。数据库系统本身作为系统级软件，它本身的优势在于提供高效率的数据访问和处理而不是数值计算，利用数据库系统处理大量的业务计算并没有完全发挥出数据库管理系统的特长，当请求并发量巨大时，数据库性能下降很快。针对这一不足，核心平台二版三层架构的处理方式是：业务逻辑分布到应用服务器上，数据库上不再具有业务逻辑处理单元，而只负责基础业务数据的管理，主要的计算任务由应用服务器完成，从而充分利用了应用服务器在并发处理和逻辑计算方面的优势。另外，应用服务器还可以做集群的配制，即在物理上，统一应用管理多台应用服务器对外部请求的分配和并行处理。这样，当计算请求并发量巨大时，集群的多台应用服务器之间可以动态的进行任务分配，实现负载均衡，保证了系统性能不会因为大量并发用户的访问而急剧下降，另外系统也同时具备了很好的可扩展性和伸缩性，即在请求并发量增大或减少时，可根据实际情况增加或减少应用服务器数量，以便保证性能的前提下，合理利用硬件资源。这些都是两层结构所不具备的优点。 安全性原则 a)统一的安全策略 整个系统统一规范、设计，根据系统功能和人员职能制定访问控制策略文档，根据策略文档实施安全控制，另外在口令的组成、长度、生命周期上加以限制，以保证口令的安全。 b)数据安全 采用三层结构减少客户端直接访问数据库的机会，由于数据访问基本上都在中间服务器层完成，因此能够保证数据的安全访问。 对数据系统的直接访问权限要从全系统角度进行规划和分配，原则上要求对数据的访问必须通过应用系统完成并留有日志。 应用程序安全 划分严格的权限级别，不同级别的使用者所拥有的权限是不一样的，在系统功能的调用上也可以通过身份识别加以控制。 网络安全 使用防火墙技术进行网络隔离，使用IDS进行入侵检测。 兼容性原则 统一开发平台 统一数据访问 统一接入平台 统一业务逻辑处理 通过四个统一保证数据一致性，使系统易于维护、易于整合、可提供快速反应。 可扩展性原则 系统应采用标准的、主流的、可开发的技术（CORBA、J2EE、Web Service），确保系统将来的可维护性、可升级性。 通过标准化使系统便于后期维护、便于升级、保护系统投资、利于整合。 建设规范 应用系统大量运用到软件技术，为了体现系统的前瞻性、扩展性和兼容性，规划要求软件的开发满足以下5技术规范标准： （1）软件开发程序列采用主流语言，主流具有可伸缩性、灵活性、易维护性等优势，能够兼容大多数的操作系统和硬件设备，大大加强了软件的可持续开发能力。并且主流的开发周期短，提高信息化建设的时效性。 （2）软件系统采用B/S结构。B/S结构相对于传统的C/S结构具有计算机终端占用资源小；维护升级工作简单，减少日常维护工作量；数据库集中、安全等优势。是目前软件结构发展的趋势。 （3）统一数据接口，考虑到系统的扩展性 ，必须设计统一的数据接口，数据接口方式采用XML文件方式。 （4）满足数据集中原则。 数据可以分为两级集中：各下属单位通过统一下发的软件将数据信可到各单位服务器，后由服务器定时通过专网将数据向省局传统。 （5）作为基于网络平台的软件系统，需要充分考虑到数据量传输所占用的网络资源，尽可能精简客户端非关键数据的资源占有，减少服务器端压力。 建设目标 总体目标 12366-6系统开发完毕后，为用户提供两种发票信息查询方式：人工查询与自动查询。其中自动查询部分解决了人工台查询反馈信息慢、信息传递丢失等问题，同时也减轻了人工台工作人员的工作强度，提高用户对发票辨别的意识。当用户对发票信息有疑问时，可拨打人工台进行人工识别，为用户提供有效信息。 系统目标 界面直观、操作便捷：系统界面直观、易学易用，比同类软件更好用，每个操作人员都能轻松上手。 内容丰富：系统将满足解决方案中的各项内容，同时可根据用户特定业务进行丰富系统内容，使之系统成为用户的“好帮手”。 查询快速：对数据库进行建立索引、优化语句，从而使系统在查询速度上达到最优化。 统计分析：系统将满足解决方案中的各项报表功能，并提供精准的数据分析，使用户真正从纸介转移到电子统计中。 信息共享：