金税三期工程技术基础架构设计方案：（技术架构分册）

V 1.0 金税三期工程总体规划设计与工程管理咨询项目组 ·条码识别一建立电子档案与纸质档案的对应 数据解析一图像解析或者其他规定格式数据文件解析 ·数字水印技术一保证电子档案不被复制后用于非法用途 虚拟录入一屏蔽底层的硬件接口 由于电子档案涉及海量的电子影像存储，其实现上需采用海量存储解决方案，如SAN存储网络，而且采用数据分布设计：分为前置存放数据、在线存放数据、近线存放数据、离线存放数据、缓存数据，以保证电子档案的存储与处理。所以电子档案管理的非功能性需求包括： 。高效性：存储量大，且在业务应用时对检索速度要求较高●高可靠性：由于电子档案的特殊性，要求有亢余备份机制，并提供多层安全管理控制功能来保证系统的可维护性，即使系统崩溃也不会丢失业务数据，并马上可恢复系统●数据传输量大：采取技术手段减少档案信息的重复传输 电子档案管理在税务系统中应用主要包括两大主要场景：电子档案采集和电子档案应用。目前一些地方的税务机关已经使用了电子档案管理系统，金税工程三期将会深化这些应用场景。 在电子档案采集的场景：纳税人在纳税服务平台办理业务时，上传相关附件，由管理员审核后补充索引信息并归档；办税大厅受理人员办理业务时，扫描纳税人提交的纸质档案，建立索引并归档。 在电子档案应用的场景：文书审批时，由附件索引调用相关电子档案，供审批人查阅后审批：电子档案系统对外提供服务，由纳税人识别号和电子档案类型查询相关档案。 4.5界面集成类模式 4.5.1概述 随着税务行业办公信息化的深入发展，越来越多的软件应用在日常工作中。这些软件给用户带来办公现代化的进步，但同时也产生了一些新的问题，比如在 同一个业务流程中，各环节的业务办理要使用专门的软件处理，造成用户需要频繁切换多个软件：重复输入口令进入彼此独立的业务系统；没有快捷方便的即时提示等等。针对这种情况，金税三期工程将对业务工作门广进行统一规划，并提出以下构建目标： 1．业务工作门户作为界面集成框架，用来从前台整合、集成用户的各业务系统，从而为用户提供一个整体、一致的工作环境和用户操作体验；基于界面集成框架，为内部税务人员创建统一的综合办公平台。 2.业务工作门户还是一个开发平台，用户可以基于界面集成框架方便的开发新业务系统，这样可以减少大量的基础性框架工作，从而将精力集中在业务实现上，为创建业务应用提供统一的开发平台。 3．界面集成框架之辅助信息框架利用统一标准发布的服务，对原来流程割裂的业务进行重组，并通过流程把业务操作环节中涉及的法规、规则、服务联系起来，实现对用户业务操作的决策辅助功能。 所以，界面集成框架的定位，从最终用户的角度来看，是使用各应用系统的统一操作平台：从开发者的角度来看，是开发业务功能的开发平台，从技术层面来讲，是独立的开发和展现框架，适用于开发面向税局内部工作人员的办公平台或面向纳税人的纳税服务平台。 4.5.2应用对应 在业务工作门户中，通过界面集成框架，从前台整合、集成包括行政办公平台、纳税服务平台、征管业务处理平台等内外部应用系统，从而为用户提供一个整体、一致的工作环境和用户操作体验；基于界面集成框架，为内部税务人员创建统一的综合办公平台。 4.5.3功能需求 界面集成框架须提供统一的界面入口，以提升用户体验。通过整合不同应用系统的业务展现界面，提供统一的界面模板设计大纲，增强用户的操作体验。并提供工作流程导航、业务指导、工作进程展示的办公界面：包括结合流程业务，提供流程导航，提供流程的实时图形展示；将操作业务的法规与流程体现在统一界面中。 4.5.3.1页面框架 页面框架主要包括以下几个部分：页面框架，菜单，导航树，标签页面组件 1.页面框架 页面框架分为以下几个区域： 页眉区 >页眉区可以隐藏或显示 》页眉区上半部分容纳系统标帜、用户管理链接、用广登录信息、时问信息等 二级菜单域 >二级菜单域可以隐藏或显示>容纳一级和二级菜单 ·树形菜单域 >树形菜单域可以隐藏或显示，隐藏后恢复显示时应恢复隐藏前树形菜单域和工作区的占空比 >容纳导航树 》容纳用户收藏夹 》在树形菜单域和工作区之间提供一个竖向分隔条，可以拖动改变树形菜单域和工作区的占空比 ●工作区 》容纳标签页面组件>容纳标签页面组件操作按钮以及其它区域显示/隐藏按钮 2.菜单 ·按照模块定义数据和指定的层次显示菜单 菜单样式可变，至少支持一级菜单条、两级菜单条 ·菜单不足以完全显示模块定义数据层次的，可联动导航树显示剩余部分 ·菜单层次较多时，支持部分动态加载功能 ·点击菜单项的功能可以是 >MAIN区显示树形菜单域，导航树显示指定层次》工作区标签页面组件打开新的/显示已打开功能页面 ·菜单支持用户自定义的常用功能列表以及个性化设置 3.导航树 ·按照模块定义数据和指定的层次显示导航树 ，导航树层次较多时，支持部分动态加载功能 ·点击导航树叶节点的功能可以是 》标签页面组件打开新的功能页面第100页 5.16.1应用场景.2415.16.2功能需求..2415.16.3技术要求..2445.17协同工具..2445.17.1应用场景.2445.17.2功能需求.2455.17.3技术要求..2465.18报表T.具..2465.18.1应用场景....2465.18.2功能需求.2475.18.3技术要求...2525.19电子表单.2535.19.1应用场景.2535.19.2功能需求...2545.19.3技术要求257 第1章前言 1.1背景 在前面明确了业务、应用以及数据架构的划分后，本篇将从技术的角度入手进行金税三期总体技术体系的规划。技术架构规划重点放在整体、高层次技术体系架构规划、确定整体的技术框架布局、选型和发展方向，确保技术体系有足够的能力来支撑金税三期信息化的整体IT发展战略。 技术架构是为了满足应用架构及数据架构的需求而选择的具体的技术实现，技术架构为应用架构及数据架构各层需要的架构级服务提供具体技术，规定各层间通信协议、组件间集成的方式及如何使用底层基础设施平台的服务。技术实现架构重点关注如何满足应用系统的技术性、安全性要求、性能要求、可伸缩性要求、部署要求、灵活性要求 1.2 目标 技术架构设计主要解决以下三个方面的问题： 1.支撑应用架构和数据架构的技术实现 设计应用实现的参考架构·对重点非功能性需求进行设计验证·界定技术性的需求，如流程引擎需求等 2．分离出对软件产品（基础服务）的采购需求 3．从技术实现角度支撑全国人集中的项目实施 1.3 内容 技术架构设计方案包括以下几方面的内容： ·设计思路与原则·架构总体设计·技术实现模式 产品采购规划 1.4架构关系 技术架构与其它架构之间的关系如下图所示： 1.5术语和缩写 国家税务总局：“国税总局”或“总局”； 金税三期工程：简称“金税三期”； 金税三期工程总体规划设计与工程管理咨询项目：以下简称“本项目”； 《金税三期工程技术基础架构设计方案（技术架构分册）》：以下简称“本分册”或“本文”； SOA：面向服务的架构； CTAIS：是税务信息化建设的总体目标，即“中国税收管理信息系统"，简2 4.3.3.3功能需求 报表管理，主要是为减轻各级税务机关的工作负担，充分利用总局数据集中的优势，凡系统能够自动生成或经过加工可以生成的报表、数据，不再要求下级机关报送，而由上级部门统一生成；对生成的报表发现错误的，可以统一对报表进行修改。 鉴于目前生成报表的数据源中尚存在为数不少的手工补录及文本信息的实际情况，报表管理中设置了数据补录子模块，需要报表的税务机关可自行录入或要求下级税务机关在规定时间录入系统不能自动提取的数据项和文本信息，负责录入的税务机关对录入结果进行审核，发现错误允许修改，以减少手工报表的报送，减轻人工编制报表的工作负担。 为加强对系统已有报表的管理，已有报表发生变化的，有权税务机关可对原有标准报表模板进行维护，包括报表表头、表尾、报表样式，以及报表内的数据项、指标、指标口径、表元属性、表元公式和审核公式等，从而实现对现有报表的局部调整，进行维护后，新的报表任务将启用新的设置。同时，对于失去时效的报表，可通过此模块进行删除。 报表系统相比查询统计应用，可以实现复杂的统计表（表头中有各种统计指标），一般采用定期进行加工策略，服务的对象主要是地市级以上的税务机关。2 法模型、数据准备、模型训练评估、结果部署发布，具体如下所示： 》业务建模：这一初始阶段集中在从业务角度理解项目的目标和要求，然后把理解转化为数据挖掘问题，确定挖掘自标、成功验证标准，建立对应的业务模型>源数据分析：进行原始数据的收集，识别数据质量问题、探索对数据规律，或挖掘有深层含义的数据子集来形成对隐藏信息的假设》建算法模型：选择各种建模技术，同时对它们的参数进行校准以达到最优值，根据业务特点，结合源数据特点，在同一个数据挖掘问题类型中选择合适的算法模型》数据准备：从原始未加工的数据，经过数据的清洗、转换，根据模型要求选择相应的记录和属性，构造最终数据集，并嵌入到模型工具中>模型训练评估：根据模型有效性评估的方法库，结合模型噪声处理，根据学习型模型进行自动测算，训练过程中不断参数调整，根据业务模型匹配度，完成模型训练评估>结果部署发布：把数据挖掘结果发布到数据库或者相关文件中，并提供可视化展现界面 4.3.5.4非功能需求 数据挖掘工具的技术要求具体如下所示： >支持聚类，分群，预测，关联等多种数据挖掘技术； 工具需要提供丰富的数据挖掘模型和灵活算法，包括于机器学习，人工智能和统计学等方面，以灵活的解决各种类型的问题，模型具体应包含但不局限于四类：预测模型、聚类模型、关联模型、探索模型： >提供可在数据库内嵌的数据挖掘算法，并支持在数据库中进行数据建模，数据挖掘应用。数据挖掘算法能以存储过程方式提供，方便开发数据挖掘应用。 作为开放架构体系，应支持完全的数据库内挖掘，如可在DB2/OracleDatabase内实现关键的数据挖掘任务，如数据准备、数据建模和模型评估等，从而极大地提高数据挖掘的效率，并获得更大的收益，具体而言，应提供可以整合IBMIntelligenceMiner、OracleDataMining、SQLServer提供的数据挖掘算法。通过本地可视化界面，数据仓库中的相应算法和模型可以在工具框架内得 到统一管理。 >提供模型评估及解释的工具 工具需要提供包括评估图、表格以及统计分析等多种模型评估方式，提供的评估图包含但不限于：收益图表、功效图表、投资回报图表、利润图表、响应图表。评估图表还可以被累积，累积图表通常可以使模型的整体运行状态变得更佳，并利用工具输出面板中的分析、矩阵、统计等节点输出表格、统计量等对模型进行评估。 >模型显示提供B/S方式，并能容易的嵌入分析应用 工具提供把数据挖掘结果回传到数据仓库中的接口或者功能，并由前端商务智能平台进行展现：如提供把数据挖掘模型导出成SQL语句或者格式文件集成于其它应用系统中；或者可通过一些专门的产品或技术，把整个数据挖掘流程导出，供应用系统（C++或Java程序）通过API进行调用，从而达到数据挖掘结果脱离挖掘系统环境集成到应用系统中的目的，同时数据挖掘结果可以推回到数据库中等 >支持UNIX和Window平台 工具支持的操作系统平台包括：WindowsServer2000/2003Server以上；Red Hat? Enterprise Linux?; Sun Solaris 9/10; HP-UX 11i; IBM AIX 5L,version5.2以上; 》支持线性的扩展能力 工具产品提供高度的可扩展性，用户可以随着数据量和业务量的加大选择增加硬件配置提高运算速度、升级服务器支持的CPU数目或者选择增加客广端来增加分析终端。 》支持并行数据处理 工具支持多实例操作和系统并行优化处理能力