金税三期工程省级应用集中优化实施方案.docVIP

PAGE 61 金税三期工程省级应用集中优化实施方案 一、概述 根据总局税收信息化工作领导小组进一步推进和优化金税三期工程的要求，优化实施工作组组织金税三期架构组、业务组、广东、内蒙、河南、山东、山西、重庆六省市试点单位国地税局和江苏省地税局，中软公司、神州数码公司、甲骨文公司、税友公司、方欣公司和中创公司等各项目组共132人，于2014年2月9日至2月22日在广东省地税局桃源楼南海税务信息处理中心集中工作，研究金税三期省级应用集中和全国数据集中实施方案。本次会议分为总体组、数据组、关键技术组、用户体验组、系统部署和运维组，通过反复研究，形成了总体优化实施意见。 金税三期优化实施阶段将根据《金税三期省级应用集中技术分析报告》中提出的优化建议，充分考虑风险性、合理性和前瞻性等方面的因素，优化调整现在的全国统一集中部署方案为省级集中部署方案，调整项目的架构、解决现存问题、分析管控省级集中过程中的重点问题并根据总局的时间要求在年底实现3+2省市的上线工作。同时严格监管优化实施阶段的工程质量、流程，强化甲方项目管控能力，规避质量风险，保证时间进度，控制项目成本。 二、优化原则 （一）总体原则 1. 遵循金税三期的架构规范和标准，并根据省级应用集中和总局数据大集中的需要进行优化调整。 2. 金税三期必须成为一个整体进行优化，不同的子项目不能够各自为政、画地为牢。优化工作需要进一步明确各子项目在总体架构中的位置和职责，按总体架构要求进行子项目的设计开发工作。 3. 简化金税三期目前过于复杂的体系结构，对各系统的应用分布和数据库分布进行合理化归并，最大程度地提高金税三期系统的稳定性。 4. 以税务基层工作人员和纳税人的体验为优化重点，重点关注系统的易用性和稳定性。 5. 严格管控数据规范，同时充分考虑各地业务的差异，适度放开业务流程限制。 （二）应用架构方面 1. 优化金税三期应用集成设计，全面采用服务化的集成手段。 2. 各项目边界合理归位，遵循“高内聚、低耦合”的应用设计基本原则，调整应用分布及功能边界，简化核心征管系统核心部分，提供模块插件化接入服务。 3. 主要税收业务都必须提供补偿业务。 4. 简化系统初始化配置的复杂程度，降低上线和运维的难度。 （三）数据架构方面 1. 对金税三期的数据结构进行重新梳理设计和全面优化，建立全国统一的规范数据模型，纳入总局统一的配置管理，并由甲方严格管控数据结构的变化和数据库的日常维护。 2. 简化金税三期工程的数据链路，原则上生产系统只保留一份数据，如果需要增加副本，必须经过充分论证。 3. 金税三期各系统必须将所有数据全部结构化并存放在生产数据库中，不能仅以XML文件进行存放。XML结构化一般情况下实时处理，大数据量XML文件可异步处理。生产系统以结构化数据为主要处理对象，XML文件作为原始凭证按照电子档案管理规范的要求进行流转和保存。 4. 在核心征管系统中恢复必要的查询功能，以实现操作员可以完整查询到自己录入的数据。 三、应用架构 （一）调整内容 1. 完善总局、省局应用部署模式，对于交互频度高、直接与纳税人发生联系的业务在省局集中处理，总局根据管理和决策的需要采取存储、调用等各种方法分类处理数据集中需求。调整完成后，管理决策系统、外部信息交换系统、业务工作门户、应用集成平台、数据交换平台、IA系统和行政管理平台两级部署，其他应用系统部署在省局。 2. 总局和省局之间通过异步数据交换的方式实现数据共享。省局国地税分开部署，国地税间实时交互通过应用集成平台实现，批量数据通过外部信息交换平台实现。 3. 优化应用集成设计，合并目前架构中的税库银前置（核心征管自建）、应用集成平台、遗留前置、核心征管前置和个税前置，统一为面向渠道服务的应用集成平台和面向内部应用系统间服务的应用集成平台。应用系统间的集成优先采用服务方式。 4. 核心征管系统增加查询功能，提供生产类查询。 5. 前置系统不再作为单独系统考虑，作为核心征管或个税内部部件合并部署。 6. 大厅系统不再作为单独系统考虑，分别归并到核心征管和个税合并部署。 7. 原跨层级数据交换平台改名为数据交换平台，为可选系统，可根据实际业务选择跨层数据交换平台、GoldenGate、ETL等交换平台工具。 （二）省级集中应用架构设计 应用架构的优化建议如下图所示，包含金税三期的总体应用架构和核心征管系统应用架构。 图3.1 金税三期总体应用架构图 （三）部署模型 以下为金税三期系统部署模型。 1.总局部署模型 图3.2 总局部署模型 2.省局部署模型 图3.3 省局部署模型 四、集成架构 （一）应用系统之间关系 1. 金税三期各新建系统之间的关系 （1）决策1包 1）各省可根据本省实际情况选择以生产库或者分发库作为数据源向决策1包同步生产数据，投放