毕业设计(论文)金税三期工程省级应用集中优化实施方案.docVIP

金税三期工程省级应用集中方案 中创公司实施意见 金税三期优化实施阶段将根据《金税三期省级应用集中技术分析报告》中提出的优化建议，充分考虑风险性、方面的因素控制项目成本 二、总局数据大集中 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. 金税三期各新建系统之间的关系可根据实际情况选择生产库或者数据源向决策权限2）在税收核算方面，决策一包采用核心征管数据直接进行核算，为避免核算加工影响核心征管前台应用，可以采用同一数据库不同用户的方式访问核心征管数据。 为满足实时核算的需求（由基层用户决定核算启动的时间）和提高核算加工的效率要求，需要核心征管在涉及核算的相关业务表中，对每一类业务日期同步增加记账用和归集用两类字段，以满足核算的需要。 （2）个税系统 核心征管和个税的边界切分需要考虑法人和自然人两类纳税主体，同时兼顾该部分业务建议也要该部分业务建议和个税系统的业务切分现状基础只需要做细微的调整，确保系统的稳定性和用户良好体验。数据集中后，纳税服务系统需要的实时性要求不高的查询接口数据需求改为纳税服务系统直接访问减少系统对其他系统的耦合度2）核心征管系统向纳税服务系统提供的应改进用户体验3）由网络发票系统在各省部署的前置系统提供异地发票查验向的全国路由； 2. 金税三期新建系统和软件之间的关系； 在与保留软件数据提供缓存机制增加日志，方便日后对账改进数据提取方式如：发票业务等。3. 金税三期和各省特色软件之间的关系。特色软件特色软件通过访问查询库实现特色软件需求。国地税之间需要数据交换的情况，由数据交换的方式需要总局办理的业务，业务组再征求总局业务司的意见，的数据由规范，核心征管系统 图5.1 核心征管系统服务架构图 2. 应用集成平台功能说明 应用集成平台核心功能组成如下图。 图5.2 应用集成平台核心功能 主要功能有通讯协议适配、流量控制、消息格式转换和系统接入管理、服务管理、交易路由和交易流水等。 通讯协议适配支持应用集成平台各种标准协议适配接入，如：WebService、EJB、JMS、MQ、Hessian、FT