金税三期工程架构管控项目
2. 要求基于统一数据视图以及元数据管理体系，提供高性能的数据查询引擎框架，满足分析型系统的定制查询需求，有完整的性能保障机制。
3. 提供数据统计及多维分析框架，支持例如多维切片、钻取、旋转等各类OLAP分析方法。
4. 提供统一的数据服务定义机制，能够支持多种方式的数据服务的定制和发布，服务定义需要符合全局的服务集成标准，以保证被其他应用所共享。
5. 提供数据仓库和数据集市的管理环境，支持建立多维数据模型的数据存储和管理。 6. 提供数据展现框架，支持多种形式的数据展现方式，要求展现界面必须遵循全局的界面集成标准，能够被其他应用进行集成。
7. 提供完整的报表机制，支持报表的模版定义、数据加载以及生产。
2.3. 指标管理平台
建立全局统一的指标体系管理环境，为各类管理决策型业务提供统一的指标管理维护机制，具体要求支持以下关键功能：
1.指标的体系定义。基于统一的元数据管理提供指标体系的定义框架，以保证不同业务指标在语义层的一致性。
2.指标规范。提供完整的指标规范描述机制，利用规范描述机制来实现包括指标集的业务目标定义、指标间业务关系定义、指标与元数据关系定义，要求该规范能够与指定的数据分析建模工具实现无缝的集成。
3.指标数据建模。根据指标的描述规范，能够集成公共数据分析支撑平台所提供的各类数据分析机制实现对各类指标的图形化建模，满足各类业务人员的操作需求。同时也要求能够支持集成各类数据统计及挖掘工具来实现复杂的指标建模定义，指标数据建模中对各类业务数据项的引用必须基于元数据管理体系来实现，以保证语义的一致性。
4.指标数据生成加载。根据指标建模定义的数据汇集关系实现指标数据的自动加载及结果生成。
5.指标库管理。对于指标的模型数据以及指标生成的结果数据提供统一的存储及维护管理机制，包括指标模型及结果数据的变更管理、版本管理、导入导出等机制。
6.指标服务提供。要求能够将各类指标数据根据业务需求以服务方式进行提供，服务的发布必须符合全局的服务集成标准。
第11页/共42页
金税三期工程架构管控项目
2.4. 数据治理平台
建立全局统一的元数据管理环境，实现各类业务和技术元数据的集中定义和管理，为建立统一数据视图、数据仓库、数据集市、各类分析业务的定义、业务指标定义以及数据集成定义提供语义基础，同时基于元数据体系提供对各类数据的审核管理机制，维护数据的完整性、准确性以及一致性。具体要求支持以下关键功能：
1. 元数据的体系定义。提供元数据体系的定义框架和标准，支持各类应用根据需求进行具体业务及技术元数据的定义。
2. 元数据的维护管理。提供对元数据的版本管理，包括元数据的变更管理、版本管理、导入导出等机制。
3. 元数据服务提供。要求能够将各类元数据信息以服务方式进行提供，服务的发布必须符合全局的服务集成标准。
4. 数据审核规则定义。根据元数据体系提供对于各类业务数据的审核规则的定义框架，提供图形化界面来支持用户自定义各类审核规则。
5.数据审核规则的维护管理。提供对审核规则的版本管理，包括规则的变更管理、版本管理、导入导出等机制。
6. 数据审核执行管理。提供对审核规则的自动及人工执行机制，支持各类数据审核需求。
2.5. 数据集成平台
建立完整的数据集成环境，要求能够在不同数据源之间提供多种集成机制以满足各类应用场景，具体要求支持以下关键功能：
1. 物理库表间实时同步需求。满足海量数据，有较高的实时性要求，如主库同备份库之间数据集成、同构库间的数据同步复制、总局到省局的数据库下发等要求采用物理库表级的集成策略。
2. 批量非实时同步需求。满足批量或异构数据，实时性要求不高，集成逻辑比较复杂，需要大量转换的如生产库到统一数据视图，统一数据视图到数据仓库；生产库到历史库；
第12页/共42页
金税三期工程架构管控项目
有非结构库到结构化库要求基于ETL（数据的抽取、转换、装载）的批量集成策略。
3. 消息中间件同步需求。满足基于文件的非结构或半结构化数据，如总局同省局的跨层级交换、总局同外部机构间的数据交换、其他涉及到文件交换的场景等要求基于消息报文的集成策略。
4. 基于服务的集成需求。满足小数据量，实时性要求高，如应用系统间的实时数据访问、构建虚拟的数据视图等要求可以基于数据服务的集成策略。
2.6. 征管状况分析查询统计报表
2.6.1.
征管状况分析
征管状况分析的内容包括税源分析、征管质量与数据质量分析、税收成本分析和社会满意度分析等。
征管状况分析需要提供联机分析（OLAP）应用手段，进行多层次、多角度地分析; 需要提供纵向时期对比分析（与上年同期对比，与上期对比）、横向行业对比分析（与行业同期平均值对比）、单指标分析、多指标组合分析等方法。发掘税收数据之上的数据，从数据中找线索、摸规律。
征管状况分析的方法有：
? 现状分析：结构、分布、重点、均衡性； ? 发展分析：增减、速度、趋势； ? 关联分析：发现事物间的关联性； ? 数据挖掘：预测、分类、聚类等应用。
2.6.2. 查询统计
查询统计是指根据一定的条件搜索所需的征管业务数据，通过组合相应的条件得到所需的统计结果。查询业务功能应支持实时信息查询和非实时信息查询，并提供定制查询、分主题查询和自定义查询三类。
? 定制查询：实现登记、认定、证明 、优惠、发票、申报、征收、计会统、票证、
评估审计、稽查、法制的定制（专项）查询；
? 分主题查询：是按照各类主题所设定的范围和内容定制的查询，如：一户式查询，
第13页/共42页
金税三期工程架构管控项目
一员式查询，一案式的分主题查询；
? 自定义查询：要提供通用、灵活的查询工具，以一定的条件（时间、范围、口径、
输出项目），确定多项查询指标、口径、输出内容，形成数据群或指标群的查询。 查询统计提供覆盖全部业务及各业务环节的结构化数据查询功能。在设计实现上，需要考虑查询操作的方便性、灵活性和查询方式的扩展性、查询结果的正确性、可视性和可利用性等。
2.6.3. 报表
报表管理应支持总局标准报表（由各司确定）和各地自定义报表两大类。
报表管理要实现报表生成、数据补录、自定义、维护等。包括报表属性定义、任务管理、锁定行列、报表审核、钻取、文字项生成、关联、舍位平衡、打印、导出、数值显示、收藏夹、预处理、查询、汇总、归档及分析等管理功能。
报表管理需要提供报表工具，实现报表的全国统一集中管理，总局与省局的两级部署应用。总局负责各司局报表的管理和应用，省局负责本省（包含地市、区县）的报表管理和应用。借助数据高度集中，将目前报表逐级生成、汇总上报，过度到由总局、省局两级直接生成，各取所需的集约化模式。
2.7. 风险管理及政策评估
2.7.1.
风险管理
风险管理需要提供风险辨识、风险评定、风险应变、风险处理、风险建议、风险指标体系维护等功能。要求根据现有信息来预测未来宏观税收风险、税收征管风险和税收执法风险，提出风险防范措施，把未来风险减至最低的管理过程。
风险管理需要支持省级税务机关或总局两种模式，结合纳税评估、税源监控和税务稽查等落实有问题的结果，进行大规模的数据统计分析，从地区、时间、行业、税种、企业类型、企业规模等多个维度对纳税人进行分析，并对其风险进行评定，以发现其未来发展趋势，进而采取相应的应对措施。
第14页/共42页
金税三期工程架构管控项目
2.7.2. 政策评估
政策评估需要实现政策影响评估、政策效率评估、政策效益评估、政策执行率评估和政策改进建议等业务。内容涵盖政策产生的作用、制约因素、运作速度、范围、功能效率分析、运行中和结束后的结果、收益估计和政策完善建议等。政策评估功能应提供政策评估启动、分析评估、评估报告、查询统计等功能。
2.8. 知识管理
知识管理要提供支撑税务系统知识共享的一套IT应用平台及解决方案，开发和利用统一的知识管理系统，能全面支持税务知识的分类、采集、审核、发布、应用、分享、储存、维护等整个生命周期的管理过程。知识管理需要涵盖整个税务局内部所有知识资产的管理，涉及各税管理、征收管理、税务稽查、督察内审、法律救济、税收计会统工作、信息管理、纳税服务、行政业务等各个方面。
2.9. 绩效管理
绩效管理是应提供绩效目标制定、绩效计划、绩效实施、绩效考评、绩效反馈及结果应用的管理过程。融日常考核、征管质量考核、执法监督和基于业务流程的全环节考核为一体，根据相关数据，运用绩效管理、能力管理、目标管理、项目管理理论，借鉴管理学平衡计算原理，对被管理的组织或个人的工作绩效(数量、质量、效率、目标)进行的考查、评估。
2.10. 核算
税收核算支持围绕税收资金运动过程，建立从税收资金产生到入库、收入与支出相对应的核算体系，提取核算的原始资料，进行加工、汇总，总括地反映税收资金的运行、税收成本支出规模和征管效益分析。税收核算应提供税收计划、会计核算、统计核算等功能。
第15页/共42页