金税三期管理决策系统架构需求v文档格式.docx

金税三期管理决策系统架构需求v文档格式.docx

《金税三期管理决策系统架构需求v文档格式.docx》由会员分享，可在线阅读，更多相关《金税三期管理决策系统架构需求v文档格式.docx（40页珍藏版）》请在冰豆网上搜索。

修订记录

版本

章节

修改内容

修改人

修改时间

文档创建

架构管控项目组

目录

第1章金税三期总体概述

1.1.总体战略目标

金税三期工程的业务战略目标是：

l统一税收执法；

l统一纳税服务；

l统一管理决策；

l统一征管数据实时监控。

首先，统一税收执法是在国家税法统一的前提下，以总局统一的政策管理为依托，包括国、地税税收执法尺度的统一，为纳税人提供公平、公正的税收环境。

在现阶段，公平、公正是对纳税人最好的服务。

同时，统一税收执法，也是现阶段实现应收尽收，保证税款及时入库的有效保证。

其次，统一纳税服务，不是简单的建立一个平台，而是保证服务目标、服务内容、服务水平的一致，避免不同地区、不同税务人员对同类事项执法不一、口径各异和服务差异。

第三，统一管理决策，是采用科学的方法，利用数据集中和信息共享手段，为各级领导提供一致的管理和决策依据。

第四，建立在全国大集中基础上的统一实时的征管数据监控，是促进统一执法、统一服务、统一管理决策的手段保障。

在国内外新的经济形势下，为了实现四个统一的战略目标,总局确定了信息管税的总体战略，信息管税就是以税收风险管理理念为指导，以现代信息技术为依托，以对涉税信息的采集、应用为主线，优化资源配置，完善税源管理体系，加强业务与技术的高度融合，着力解决征纳双方信息不对称问题，不断提高税法遵从度和税收征收率。

其中，信息管税是一项系统工程,必然要涉及到税务管理的思想观念、制度机制、业务流程、组织机构等一系列变化。

如下图所示：

金税三期的六个亮点

统一税收执法

统一纳税服务

统一管理决策

统一征管数据实时监控

统一全国征管数据标准、口径

统一国、地税核心征管应用系统版本

实现全国征管数据大集中

统一、规范全国的纳税服务平台

以

SOA

技术整合行政管理系统

以流程管理理念开发征管系统

以风险管理理念开发管理决策系统

建设网络实时开具的电子发票平台

金税三期的业务战略

总体战略

?

树立税收风险管理理念

以数据的采集和分析为核心

以健全税源管理体系为落脚点

加强业务、技术高度融合

这里的“全国大集中”，涵盖核心业务系统全国集中部署和应用，统一业务需求管理、统一应用开发和运行维护管理。

1.2.总体技术目标

金税三期工程建设的主要内容是：

计划用四年时间，在现有资源基础上，通过制度、业务和技术创新，完成“一个平台、两级处理、三个覆盖、四个系统”的建设，进一步强化纳税服务和税务管理，提高税法遵从度和税收征收率，降低税收成本，为税收法律法规的统一执行提供有力保障。

上述目标可具体概括为“一门户、三网、四平台、七库”，具体描述如下：

1、“一门户”是通过实施全国数据大集中，优化业务流程和功能配置，统一国地税征管系统，为全国各级税务人员提供统一的内部门户和工作平台，实现全国税收业务的统一、规范管理。

2、“三网”是建成税收征管业务网络、行政办公网络、涉密网络，这三个网络全国国、地税统一建设，具备强大的信息采集、存储、处理、交换等功能，安全可靠程度高，确保各项税收业务与管理在统一、安全、稳定的网络化信息平台支撑下平稳运行。

3、“四平台”是指建设全国统一的纳税服务平台、征管和行管业务操作平台、管理决策平台，这四大平台能使广大纳税人方便、快捷地办理各项税费事宜，广大基层税务人员高效、简洁地处理各项业务，使各级税务管理者及时有效地实施管理与决策。

4、“七库”是指在总局、省局两级建立并逐步完善法人涉税数据库、自然人涉税数据库、发票数据库、第三方信息数据库、税收风险管理数据库、税务机构数据库（包括财务、固定资产等）和人力资源数据库、税收法规数据库（包括文件、档案等）这七个数据库，并进行数据的集中存储和处理，同时建立第三方信息共享机制，实时、完整、准确地掌握纳税人涉税费信息和税务机构、人员等情况，以利于提高税收服务与管理水平。

1.3.总体架构要求

总体架构既包含业务、应用、数据、技术、安全等方面的框架，也包括架构管控的体系。

一方面，作为框架，总体架构定义了业务、应用、数据、技术、安全等架构的目标蓝图，还包括相关模型，及各部分的指南、设计准则，项目需要根据总体架构的约束来实现其应用；

另一方面，作为架构管控，它指明了项目在进行项目实施的时候需要遵守的标准、规范，可以参考的相关架构资源以及需要遵守的架构管控流程，以确保项目的实施符合金税三期的总体规划。

总体架构主要由业务架构、应用架构、数据架构、、技术架构（包括系统软件、基础设施等）、安全架构、运维架构、标准、架构管控体系等组成，这些总体架构的内容将构成对项目架构方面的约束，项目需要在这些架构的约束下进行业务需求分析、设计以及实现。

第2章应用设计约束

2.1.规划思路

金税三期管理决策系统的建设目标就是要建立五个业务应用系统和四个支撑基础平台。

见图中黄色部分，给出了管理决策系统的总体构成以及在整体金税三期应用环境的位置，整个系统采用总局省局两级部署的模式，具体构成如下：

n管理决策业务应用：

ü

包括征管状况分析和查询统计和报表

风险管理和政策评估

绩效管理

和知识管理

核算

n公共数据支撑环境：

公共数据分析支撑平台

指标管理平台

数据治理平台

数据集成平台

如下图所示整个管理决策系统从总体上划分为管理决策业务应用和公共数据支撑环境两大部分，其关系如下图所示：

1.公共数据支撑环境涵盖了公共数据分析支撑平台、指标管理平台、数据治理平台、数据集成平台以及各类全局性数据资源的存储管理，提供了完整的数据类业务的开发、运行、存储以及管理环境。

2.各业务应用系统本地环境只负责管理类业务的界面及相关流程业务的开发及部署，对数据类业务必须基于公共数据支持环境的相关平台来进行开发、部署、运行，实现数据类业务及业务数据资源的集中托管。

3.公共数据环境中部署的相关分析类业务将以界面及服务的方式集成到各应用系统中，配合应用系统自身的相关功能来满足具体的管理决策业务需求。

4.各业务应用系统本地只存储自身的私有信息，例如管理类信息、流程状态信息，公共业务类数据统一由公共数据支撑环境来集中管理。

下面分别给出以上各应用系统及基础平台的设计约束

2.2.公共数据分析支撑平台

建立全局统一的数据综合利用及管理环境，为各类分析及查询业务提供统一的数据存储管理、加载、查询分析以及展现的平台框架，具体要求支持以下关键功能：

1.建立统一数据视图，根据统一数据视图模型实现全局的物理数据环境。

2.要求基于统一数据视图以及元数据管理体系，提供高性能的数据查询引擎框架，满足分析型系统的定制查询需求，有完整的性能保障机制。

3.提供数据统计及多维分析框架，支持例如多维切片、钻取、旋转等各类OLAP分析方法。

4.提供统一的数据服务定义机制，能够支持多种方式的数据服务的定制和发布，服务定义需要符合全局的服务集成标准，以保证被其他应用所共享。

5.提供数据仓库和数据集市的管理环境，支持建立多维数据模型的数据存储和管理。

6.提供数据展现框架，支持多种形式的数据展现方式，要求展现界面必须遵循全局的界面集成标准，能够被其他应用进行集成。

7.提供完整的报表机制，支持报表的模版定义、数据加载以及生产。

2.3.指标管理平台

建立全局统一的指标体系管理环境，为各类管理决策型业务提供统一的指标管理维护机制，具体要求支持以下关键功能：

1.指标的体系定义。

基于统一的元数据管理提供指标体系的定义框架，以保证不同业务指标在语义层的一致性。

2.指标规范。

提供完整的指标规范描述机制，利用规范描述机制来实现包括指标集的业务目标定义、指标间业务关系定义、指标与元数据关系定义，要求该规范能够与指定的数据分析建模工具实现无缝的集成。

3.指标数据建模。

根据指标的描述规范，能够集成公共数据分析支撑平台所提供的各类数据分析机制实现对各类指标的图形化建模，满足各类业务人员的操作需求。

同时也要求能够支持集成各类数据统计及挖掘工具来实现复杂的指标建模定义，指标数据建模中对各类业务数据项的引用必须基于元数据管理体系来实现，以保证语义的一致性。

4.指标数据生成加载。

根据指标建模定义的数据汇集关系实现指标数据的自动加载及结果生成。

5.指标库管理。

对于指标的模型数据以及指标生成的结果数据提供统一的存储及维护管理机制，包括指标模型及结果数据的变更管理、版本管理、导入导出等机制。

6.指标服务提供。

要求能够将各类指标数据根据业务需求以服务方式进行提供，服务的发布必须符合全局的服务集成标准。

2.4.数据治理平台

建立全局统一的元数据管理环境，实现各类业务和技术元数据的集中定义和管理，为建立统一数据视图、数据仓库、数据集市、各类分析业务的定义、业务指标定义以及数据集成定义提供语义基础，同时基于元数据体系提供对各类数据的审核管理机制，维护数据的完整性、准确性以及一致性。

具体要求支持以下关键功能：

1.元数据的体系定义。

提供元数据体系的定义框架和标准，支持各类应用根据需求进行具体业务及技术元数据的定义。

2.元数据的维护管理。

提供对元数据的版本管理，包括元数据的变更管理、版本管理、导入导出等机制。

3.元数据服务提供。

要求能够将各类元数据信息以服务方式进行提供，服务的发布必须符合全局的服务集成标准。

4.数据审核规则定义。

根据元数据体系提供对于各类业务数据的审核规则的定义框架，提供图形化界面来支持用户自定义各类审核规则。

5.数据审核规则的维护管理。

提供对审核规则的版本管理，包括规则的变更管理、版本管理、导入导出等机制。

6.数据审核执行管理。

提供对审核规则的自动及人工执行机制，支持各类数据审核需求。

2.5.数据集成平台

建立完整的数据集成环境，要求能够在不同数据源之间提供多种集成机制以满足各类应用场景，具体要求支持以下关键功能：

1.物理库表间实时同步需求。

满足海量数据，有较高的实时性要求，如主库同备份库之间数据集成、同构库间的数据同步复制、总局到省局的数据库下发等要求采用物理库表级的集成策略。

2.批量非实时同步需求。

满足批量或异构数据，实时性要求不高，集成逻辑比较复杂，需要大量转换的如生产库到统一数据视图，统一数据视图到数据仓库；

生产库到历史库；

有非结构库到结构化库要求基于ETL（数据的抽取、转换、装载）的批量集成策略。

3.消息中间件同步需求。

满足基于文件的非结构或半结构化数据，如总局同省局的跨层级交换、总局同外部机构间的数据交换、其他涉及到文件交换的场景等要求基于消息报文的集成策略。

4.基于服务的集成需求。

满足小数据量，实时性要求高，如应用系统间的实时数据访问、构建虚拟的数据视图等要求可以基于数据服务的集成策略。

2.6.征管状况分析查询统计报表

2.6.1.征管状况分析

征管状况分析的内容包括税源分析、征管质量与数据质量分析、税收成本分析和社会满意度分析等。

征管状况分析需要提供联机分析（OLAP）应用手段，进行多层次、多角度地分析;

需要提供纵向时期对比分析（与上年同期对比，