招标文件
项目要求
一、 采购项目的预算：
本次磋商不接受参数的负偏离且高于总预算为49万元的报价。
二、项目概述
（一）项目建设背景
自分税制改革以来，财政部门无法全面掌握企业的税务登记、税收收入情况和收入的完成进度；财政部门在进行收入分析时，只能依靠税务部门提供的收入分类统计报表。然而，税务部门对企业和收入多达十余项的分类标准和界定标准不一，尤其是预算级次和财政分片存在随意改动等现象。同时财政部门在进行收入分析时，需要添加自己需要的分类指标（统计口径）以达到决策分析的效果。
面对上述情况，财政管理部门必须建立一套完善的财政、税务一体化系统，及时获得税务的企业登记和收入状况，对税源进行财政体制口径界定、分析、汇总。同时建立收入分析方法，为政府领导决策提供服务。也为地税部门加强征管，防止税收流失提供便利条件。
（二）总体业务要求
（1）系统设计一体化。系统建立统一的数据标准、安全标准和网络接口标准。
（2）资源共享。充分利用已有的硬件设施和软件，并进行网络互联。
（3）开放性。在功能上依据权限设定，向其他部门开放数据体系。
（4）易用性。具有可选择的界面效果、自定义的查询功能，简单的操作方式。
（5）可扩展性。系统建设不但满足于现行管理体制和流程，而且为将来增加部门单位、改革和业务发展留有余地。系统须预留各个业务的二次开发接口。
（6）安全性。满足国家有关的信息安全要求，软件自身的安全符合相关法律法规制度规定。
（7）系统采用J2EE规范、B/S结构、Oracle数据库，建立集中式资源数据库，基础数据根据各职能行政部门的职责及数据查询统计分析的要求。
三、项目建设目标
该项目是大数据在财税管理领域的具体应用，主要实现以下两个目标：
一是满足财政部门收入管理工作需要，为财政部门全面高效地进行财政收入分析、税源监控、体制测算，实现财政科学化、精细化的国库收支管理提供信息化支撑；
二是满足政府决策信息化服务需要，对经济运行情况进行监测分析。方便政府主要领导及时了解经济运行质态、财政收支情况、重点企业监控等宏观经济税收信息，为政府合理决策、科学决策提供服务。
（一）统一用户管理平台
系统提供单点登录的功能，实现系统内部各应用系统之间的“一次登录，全网通行”。本系统包含以下功能：
支持一次登录，全网通行：在一次会话过程中，只要求用户输入一次标识和密码；
支持用户切换：切换用户之后，无须其他任何操作，便可以最新的身份访问各个加入SSO站点的应用；
支持自动登录：如果一个用户在多个应用系统中拥有权限，当他同时访问多个系统时，系统可以通过用户的账号自动判断如果用户在本系统拥有权限，就自动帮助用户登录，而不要求用户每次都显式登录每个应用系统；
支持跨域（或系统）：可以满足在不同域（或系统）之间的单点登录，为实现跨部门、跨系统间的用户登录提供了便利；
用户管理，管理员可选择用户代码、用户名称、地区、部门、科室、角色进行新增、修改、删除操作。
机构管理，添加查询各地区各部门及用户。
子系统管理，管理员可对子系统的的ID、应用名称、名称、描述、登入URL、子系统用户表、用户查询语句进行新增、修改、删除。
同步用户信息，将子系统所有用户信息同步到同一用户数据。
设置关联用户，关联用户时选择用户所在的地区和部门，在选择子系统，在子系统的用户名中进行勾选关联，关联上的用户在登录税收共治平台后可访问其他关联上的子系统。
（二）财税数据采集与交换平台
作为跨部门数据交换与共享的运行和管理中心，实现不同业务应用对数据的透明传输，支持各种常用的异构网络、异构接口、异构数据，自动选择加工路径、调度加工策略、优化加工数据，实现数据加工的无人值守、获得规范合理的加工数据、为业务应用系统提供强大的数据支持。平台支持按照某个特定企业的所有相关指标的一户式查询及条件检索。
该平台的建设要尽量考虑、利用各部门已有的网络及硬件设备、数据平台及应用系统，实行统一规划达到政府资源合理利用、避免重复建设和避免浪费的目的；系统建设不但要满足于现行管理体制和流程，而且为将来增加部门单位、系统的后续二期业务扩展留有余地，系统须预留各个业务的二次开发接口。
为保证财政分析的连续性，平台预采集2017年至今相关历史数据，进行关联、转换、增量、调度和监控等方面，保证系统原始数据的正确性、完整性、一致性、有效性，便于用户在应用系统中查询、检索历史数据，进行同比分析、环比分析，全面分析历年数据。
（三）收入分析系统
收入分析子系统用于统计分析财政、税务等部门提供的户籍、入库明细信息。用户可以对税务、财政的户籍信息进行匹配合并，进行单户查询、户籍鉴定；进行多维（按部门、按税种、按产业、按行业、按所属期）统计分析、同比分析、环比分析。
提供从时间、征收机关、税种（费种）、纳税人（缴费人）、纳税单位规模、经济类型、行业类别、隶属关系等分析角度，为财政部门的各级管理人员提供不同时间、不同征收机关、不同征收税种（费种）、不同类型纳税单位、不同企业规模、不同经济类型、不同国库级次等的财政收入情况。
（四）电子金库
根据人民银行提供的金库数据，进行一般公共预算收入、基金收入、社保收入和国有资本收入等数据的分析，按照收入的预算科目、归属区域、归属金库等进行多维分析、收入的结构性分析；分析税收收入占总体收入的百分比，税收收入的各个税种的占比，各类收入的同期比对分析，收入累计数占年初预算的完成百分比等，监控收入的总体完成情况；监控金库账户的收入、支出和账户余额情况。
（五）虚拟金库系统
区财政局可以按照行政区划（区、街道、乡镇）定向、定期发布企业纳税信息，便于基层部门全面、及时了解辖区内有关企业的纳税情况、同期对比情况。同时为基层财力结算提供了详实的依据，便于基层政府部门合理、有效安排资金支出。
（六）税源监控系统
可以根据宿城区当地特色税源进行专项分析监管，对重点税源监控，也可进行重点企业排名。
（一）总体架构
本项目要求遵循商务智能（BI）技术架构，由数据加工、数据仓库、多维分析等构成，应用架构采用三层架构，分别是：客户端程序/应用服务器/数据库服务器，应用服务器采用J2EE标准进行开发。各层间交互及功能服务策略由元数据管理提供。
（二）技术路线
为实现更好的投资保护以及技术衔接，本项目要求采用RDB(关系数据库)＋J2EE(JAVA2企业版开发技术)相结合的技术路线，并实现数据库双机负载。
（1）建立核心数据模型：建立数据共享和数据交换的规范标准，描述应用环境中的数据实体以及各个实体之间的关系。应用系统的开发符合标准建模语言UML规范，建立标准的元数据模型。
（2）基于XML和SOAP标准的数据交换：基于XML和SOAP标准，实现不同应用架构和系统的集成。
（三）技术框架
按照国家电子政务建设的指导意见，综合考虑部署环境、运行使用环境、系统维护和技术的发展，本项目采用的技术路线满足如下要求：
（1）具有跨平台特性，支持64位linux环境下部署、运行，支持主流数据库。采用模块化、组件化、面向对象的设计开发模式、基于SOA的技术架构、基于J2EE、B/S结构的技术体系，满足跨操作系统、跨数据库的要求。
（2）支持主流中间件，支持Tomcat、Weblogic 、Websphere等主流中间件。财源信息交换共享平台通过与已经建立的数据交换平台相结合，为全市电子政务建设提供统一的数据采集、传输和交换服务，支撑跨部门间按需信息交换与共享，与业务应用相对独立。系统基于成熟中间件开发，包括客户端服务（消息中间件）和集成应用中间件产品开发。消息中间件保障分布式应用系统互连互通和数据的可靠、快速、安全传输，应用集成中间件在两个或更多的异构系统之间进行资源整合，实现互连互通、数据共享。
（3）遵循商务智能（BI）技术架构，由数据加工、数据仓库、多维分析等构成，应用架构采用三层架构，分别是：客户端程序/应用服务器/数据库服务器，应用服务器采用J2EE标准进行开发。
（4）采用SOA架构，采用Web服务和XML技术，支持应用集成和数据交换的实现。
应用系统之间的服务调用一律通过企业服务总线（ESB）作为媒介，而不是直接互相调用。此类应用集成实现需要应用系统接口符合SOA架构要求，如应用系统不具有标准服务接口。
（5）采用OLAP、CGE建模与仿真、AHP层次分析法进行综合分析和数据挖掘。
利用OLAP、CGE、AHP等分析方法，将复杂问题中的各种因素通过划分为相互联系的有序层次，使之条理化，根据对一定客观现实的主观判断结构（主要是两两比较）把专家意见和分析者的客观判断结果直接而有效地结合起来，将一层次元素两两比较的重要性进行定量描述。而后，利用数学方法计算反映每一层次元素的相对重要性次序的权值，通过所有层次之间的总排序计算所有元素的相对权重并进行排序。
（6）报表与图表是本项目相关数据的重要表现形式，因此智能报表技术与图表控件是本项目的核心技术之一。应具备下列条件：一是能够按照要求灵活编制报表、图表格式；二是能够做到显示、打印的高度一致性和方便性；三是所有报表能够随时保存至EXCEL格式文件。
（7）预留税收征管保障系统的二次开发的接口；内容整合通过提供标准的Web Services等接口方便与其他系统的集成，并提供API函数，便于进行系统应用的二次开发。内容整合系统的接口的类型为HTML、Web Services、数据库接口、XML和API。
（四）数据库技术要求
数据库管理平台提供数据存储和管理服务，应根据具体业务需求、数据处理对象特点以及技术发展情况选择数据库系统。
本项目的信息内容主要是结构化和半结构化的综合信息，为保障以后软件功能模块能很好的接入本项目，核心的数据库建设必须采用关系数据库方案。根据应用的实际需要、各种数据库平台的特点以及发展现状，需支持目前常见的大中小型数据库，如Oracle系列、MS Sql Server系列、Access2000、Sybase、DB2、InterBase 、MySql、PostgreSQL等，另外也支持Excel、XML等格式文本的数据源。依据数据源的功能支持，支持批量数据的调度执行。
（一）实施要求
1、工期限：成交人须在合同签订之日起30日完成平台建设并交付使用。
2、平台建设完成正式上线后，成交人与采购人一起按合同标准和合同规定的性能指标进行验收。采购人验收合格后，双方共同签署设备验收合格证明。验收中发现产品达不到合同规定的性能指标，成交人必须调整，并且赔偿由此给采购人造成的损失。
3、成交人应保证所提供产品涉及到的知识产权和所提供的技术资料是合法取得，并享有完整的知识产权，不会因为采购人的使用而被责令停止使用、追偿或要求赔偿损失，如出现此情况，一切经济和法律责任均由供应商承担。
（二）项目培训要求
为保证系统正常使用，开发商要提供系统培训方案，包括但不限于以下内容：培训目的描述、培训对象、培训原则、培训方法、培训方式、培训内容、培训计划、培训质量评估等。
系统建成后，能否做到方便实用，达到预期的效果，用户应用技术培训是关键，本系统开发商应编写培训教材，包括但不限于以下内容：
1）管理员手册；
2）提供咨询热线；
3）分期分批组织教学实习；
（三）保密要求
在本项目实施过程中，中标供应商对所获得的有关宿城区财政、税务及其他部门信息数据、资料负有保密义务，未经采购人许可，不得向第三方泄露。否则，承担违约责任。
（四）售后服务要求
（1）中标人提供本项目不少于壹年的免费质保及软件升级服务（自验收合格之日起）。
（2）如果系统运行出现故障，中标人应在2小时内予以响应（免费上门服务）。
（3）承建商必须对招标人所提出的维护要求作出实质性响应，提供各种突发事件的应急策略（包括具体响应时间）。
（4）在系统质量保证期内承建商应免费提供甲方提出的符合招标文件要求的功能增减或修改的服务。
（5）承建商为本项目提供的第三方产品，软件必须包含不低于一年的技术支持服务。
（五）工作内容及成果提交
中标人在项目完成后必须提交以下内容（电子文档是成果不可分割的部分）：
（1）系统建设规范文本；
（2）系统需求分析报告；
（3）系统数据字典设计；
（4）程序安装维护手册；
（5）用户使用操作手册；
（6）系统维护手册（应包含完整的系统备份及恢复）
七、工期、质保期及其他
1、本项目不接受备选的投标方案或有选择的报价，只允许有一个报价。投标报价内容包括：服务和货物本身价格、配件、辅材、运输、装卸、安装、人工、产品损耗、报验、检测、检验、售后服务、税费、代理服务费及产品交付使用过程中涉及到的其他一切费用，清单表格不全可另列。
2、供应商报价时应充分考虑所有可能影响到报价的因素，一旦评标结束最终中标，如发生漏、缺、少项，都将被认为是中标人的报价让利行为，损失自负。
九、其他内容和要求：详见本《磋商文件》附：6、 合同主要条款。
收藏