武 汉 工 商 学 院
招（议）标文件
招标项目名称:数据中心（软件包一）项目采购招标
编 号:G2018-11
九州ju111官方网站招投标办公室
二○一八年六月二十五日
第一部分 招（议）标邀请
根据我校实际需求，现面向社会邀请具有实力的单位进行我校的数据中心（软件包一）项目采购招标，欢迎能满足标书要求的厂家前来投标。
招标项目名称：数据中心（软件包一）项目
2018年 月 日下午5:00前，经招标方认可资格合格的投标单位携带有关有效证件到九州ju111官方网站综合楼1206招投标办公室办理招标文件购买事宜，每份招标文件需交200元资料费（该费用收取后概不退还）。
每个投标单位在递交投标书之前,交纳投标保证金50000.00元，开标后未中标单位的保证金在十个工作日内不计息全额退还,中标单位的保证金则转为合同履约保证金。
二、投标截止时间
投标单位于2018年 月 日上午9:00以前，将投标文件交到九州ju111官方网站招投标办公室。如有延误，视为废标；中标单位应在我院规定的时间内与我院指定的第三方签订合同，逾期视中标单位放弃中标，我院有权扣留保证金。
付款方式：该项目分4次支付，首付30%，完成主体功能付款30%，验收合格后付款30%，试运行3-6个月没有问题付余款。每个支付节点需满足对应阶段的验收条件。
开标日期：另行通知
招标单位：九州ju111官方网站
签约单位：湖北精英盛华信息科技股份有限公司
执行单位：九州ju111官方网站招投标办公室
地 址：武汉市洪山区黄家湖西路3号
联 系 人：商务部分 黄老师 联系方式：027-88147037邮箱：20031709005@wtbu.edu.cn
技术部分 陈老师 联系方式：18908648201
第二部分 投标须知
一、供应商基本要求
为保证软件实施质量，供应商需承诺满足九州ju111官方网站对项目管理的基本要求。
项目实施管理：本次数据中心项目不接受联合体投标及中标后不得转包、分包；
项目自主可控性管理：投标人提供的交付物必须提供完整的功能性源代码。
★以上要求必须逐条响应，条件不满足者视为废标处理。
二、项目需采购的平台
1、主数据MDM平台；
主数据MDM平台包含：主数据管理子系统、ETL子系统、元数据子系统、数据质量子系统。
数据库监控维护平台；
三、项目人员要求
供应商须承诺提供不少于70人月的驻厂开发服务，驻厂团队人员的更换、离场须通过甲方书面确认。其中项目经理1名不少于8年资历；工程师5名，不少于3年资历；人员资历需要经过甲方认可。
★以上要求必须逐条响应，条件不满足者视为废标处理。
四、供应商服务能力考察项
产品成熟度考察项：供应商能够提供主数据MDM平台和数据库监控维护平台的成熟产品。
服务资质考察项：供应商须具备ITSS资质。
服务能力考察项：需有本地服务团队，项目经理需5年以上工作经验，且有oracle ocp及以上认证；系统管理员一名，有RHCE及以上认证；以上人员均需提供投标人公司的社保证明。
√以上要求必须逐条响应，但作为加分项对供应商进行考察。
五、本项目建设内容
通过多年的信息化建设与沉淀，我校数字校园建设初具规模，在业务应用系统建设和数据共享交换方面取得了一定成效，目前运行着人事、教务、财务等多套业务应用系统，并且多数系统实现了统一认证和数据交换，在方便了各业务部门进行业务处理的同时，也积累了不同业务、不同阶段的各类数据，在学校管理和服务中发挥了一定的作用。但随着信息技术的发展和校内业务信息化的推进调整，数据的统一管理和数据质量都面临新的问题,现有的公共数据无法支撑开放架构下的数据共享与管理，数据质量也存在一定问题。因此，为了推进新的信息化生态环境的整体建设，提升数据平台的支撑服务能力,为加强学校各类数据的统一管理和综合利用，加速实现教育现代化，提升教育质量，提高学校核心竞争力，结合我校现有信息化建设的具体情况和基础条件，本次拟进行学校公共数据库平台建设等，主要完成以下的建设内容：
（一）数据管理设计：对校内的信息标准和数据质量进一步梳理和规划，以服务化和开放性的视角重新定义校内信息标准，建立能够提供符合教育行业和我校标准的参考代码标准模式及数据共享和交换需求的主数据管理平台，建立全校学校范围的权威的元数据库、代码标准库、综合数据库和共享库等分类存储数据库，对其存储的数据对象按合理的数据模型进行划分，利用工具实现元数据、主数据、数据集成、共享接口、质量检测、数据存储与备份等标准化管理，实现数据标准的迭代扩充，支持动态管理，并对其执行情况进行有效监控。
（二）数据梳理完善：依托全校顶层设计的标准规范，消除数据冲突、质量低下等问题，建立基于业务系统和部门的分类数据供需管理和数据采集模式，通过各类异构数据集成与交换、人工采集等方式，完善全校分类数据的梳理和汇总。
（三）建设统一的数据库监控平台：支持对oracle,sqlserver,mysql的数据库运行状态监控，支持自定义DASHBOARD展示，自定义阀值告警，可以通过短信网关告知服务器运行状况，并预留ITSM接口，可实现和ITSM系统的自动化对接。
六、项目建设目标：
通过主数据管理项目的建设，将在多个方面促进学校信息化水平的提升：
建设校级主数据标准，在全局的范围内定义主数据、管理主数据、应用主数据，使主数据跳出单一业务、单一系统的范围，为学校的信息系统与业务管理服务。
梳理、规范学校已有的数据资源，形成一套符合各业务需求、满足各系统数据应用的权威数据源，使主数据真正成为学校的基准数据。
实现数据的共享，一次录入全局共享，建立数据的单一视图，避免产生数据不一致、数据质量问题以及重复管理等。
是实现系统集成的基础，只有基于校级主数据进行业务集成，才能消除各系统“方言”，实现顺畅的数据流。
是建设校级数据中心、大数据应用的必要支撑条件，为学校经营管控决策分析以及数据价值发现提供最基础的支撑。
七、开标与评标：
1、开标时间和地点：另行通知
2、属于下列情况之一者视为废标：
2.1投标文件送达招标单位的时间超过规定的投标截止时间。
2.2投标文件未经法定代表人或委托代理人签字。
2.3开标后发现招标文件内容有虚假材料或信息。
3、在开标之前，不允许投标方人员与评标成员接触，如果投标方试图在投标书审查、澄清、比较及签合同时向投标方人员施加不良影响，其投标将被视为无效投标或取消投标资格。
4、本次招投标采取评标员集中议标方式，对未中标的单位我方不负责解释。
5、投标单位不得相互串通损害招标单位的利益，一旦发现各投标单位之间串通作弊、哄抬标价，招标单位将取消所有参与串通的投标单位的投标资格并没收投标保证金。
八、中标与签订合同
1、自开标之日起7日内，招标单位向符合条件的单位进行考察，最后商议定标。
2、中标单位如果未按招标单位规定的日期签订合同，或故意拖延签订合同，则招标单位可以扣除其投标保证金并取消其中标资格，另选中标单位。
3、中标单位的投标保证金转为合同履约金。
4、本招标文件未尽事宜，以合同为准。
九、投标单位如有疑问，可以向我方招标负责人进行咨询,或将疑问发至邮箱。
十、九州ju111官方网站招投标办公室保留此招标文件的解释权。
第三部分 平台功能要求
平台功能性要求，以下要求必须逐条响应，但作为加分项对供应商进行考察
1.1主数据MDM平台功能要求
业务定制开发功能要求
根据主数据管理平台建设的需要，新的业务系统或功能需要开发定制，开发环境及开发平台的统一将是必不可少的，需要采用统一的开发体系，包括开发方式和格式符合平台应用的基础架构、标准和规范。开发人员可以采用可视化、图形化的开发方式对应用系统进行开发、调试、重构、编译检查和错误定位。统一开发平台可以提高开发人员开发效率，提高业务应用的交付能力。
需要采用JAVA语言开发，遵循J2EE标准体系。
需要建立主数据系统一运维监控体系，可以灵活的完成对整个系统的日常维护、集群扩展工作。
数据交换功能（ETL）要求
主数据平台的建设离不开基础数据的交换，主数据管理要做的就是从学校的多个业务系统中整合最核心的、最需要共享的数据（主数据），集中进行数据的清洗和丰富，并且以服务的方式把统一的、完整的、准确的、具有权威性的主数据分发给全学校范围内需要使用这些数据的操作型应用和分析型应用。建设目标要求如下：
根据跨部门业务信息共享及业务协同的实际需要，技术支撑环境应支持多个交换域之间信息交换；
提供交换信息库之间的信息处理和稳定可靠、不间断的信息传递。
负责信息交换功能的统一管理，为跨部门、跨区的信息资源共享交换提供服务；
负责汇集学生、教师、学科、领域和组织机构等基础信息资源和平台性信息资源，并为各部门提供共享服务；
建立一个统一的数据标准。将各个应用系统的数据转换成统一的标准格式，来保证不同系统间数据交换的一致性
提供集合统一的系统监控、日志和安全审计功能：系统需具有强审计功能，信息资源访问日志和审计，存档备查。
支持与异构应用系统的无缝集成。
ETL需要支持以下数据源的数据集成
需要支持多种类型源的采集，包括且不仅限于文件、网络包、系统运行状态指标、中间件运行状态指标等，采集代理基于配置文件执行相关功能；
关于文件采集源的定义：需要支持定义文件路径通配，需要支持白名单、黑名单操作；
关于文件内容：需要支持任何文件格式，包括JSON、XML，能够直接定义初步解析规则，进行过滤、打标等操作；
关于网络数据包：需要支持开放协议网络数据包的抓取包括但不限于：DNS、AMQP、ICMP、HTTP、Cassandra、MySQL、Redis、MongoDB、PostgreSQL、Thrift-RPC、Memcache等；
关于平台与中间件软件指标：需要支持对Windows与Linux的系统运行指标的采集，另外还需要支持Apache、MySQL、Redis、ZooKeeper、HAProxy、Nginx、MongoDB、PostgreSQL等；
需要支持对Windows系统事件管理器中的事件采集；
需要支持Linux、Windows等常用操作系统，分别提供64bit与32bit版本；
提供集中的中央管理控制台，管理所有的分布式采集代理，提供状态监控与配置变更功能，可以支持远程启停控制、远程更新配置文件
关于分布式采集代理的状态监控，包括代理本身的运行状态以及其宿主机的系统状态。
【非功能要求】
数据采集代理软件必须保持自身的轻量级，以较少的资源代价达到功能目标。规避使用特定的虚拟机、解释器或运行时来支撑运行，而是应采取直接执行系统可运行程序的方式；
数据采集代理软件本身采取一种插件化的架构，将框架与特定功能模块解耦，使得可以针对特殊的数据源场景能够采取一致性的手段方法，通过变通插拔特定功能模块，快速扩展开发出新的定制化的采集代理软件。
主数据目录管理功能要求
主数据管理平台中的主数据目录要为主数据提供分类管理的场所，学校可根据业务需求将主数据细化，从而方便、快捷、合理的实现主数据的检索、维护、应用及权限划分等。
主数据目录要支持主数据的结构化浏览，能够开展数据建模、数据资源管理与应用的基础导航。主数据目录是数据模型管理、数据资源维护、数据分发应用的依托。主数据目录可支持手动新增、修改、删除。
编码规则管理功能
编码规则包含编码码段构成、码段生成规则。首先将编码分解为不可再分的码段并按照码段定义码值的生成规则。通过对码段进行组合、排序，每段码段调用码段管理中定义的特征码数据、码值生成规则产生码段编码，再根据码段顺序拼接码段值，形成完整的数据编码。
对每一类主数据定义一个编码规则，生成的编码保存在数据模型中指定的编码字段中。支持固定码段、日期码段、私有特征码段、动态流水码段、流水码段等编码方式。
数据模型管理功能
能够依据主数据目录对数据进行模型管理，包含数据建模，模型维护等。数据建模是主数据管理平台对数据模型标准进行定义，是主数据管理的依据，通过数据模型的发布最终实现主数据实体的创建。
数据模型需要包括数据实体信息、数据属性信息、数据结构信息、数据引用关系信息等。根据学校业务发展需要，数据模型必须具备良好扩展性，数据模型不仅需要能够快速创建，还必须能够进行模型扩展。
数据资源维护功能
数据资源维护需要依托于主数据目录建模，实现数据的统一管理。数据资源维护功能需要包含对数据的查询，录入，导入，导入模板下载，删除等功能。
数据查询与管理
数据查询：可根据业务需求设置查询条件，输入查询条件点击查询，显示查询结果。
数据录入：数据录入支持手动录入数据的方式，同时需要支持生效状态，生效后数据方可使用。
数据导入与清除
数据导入&模板下载：提供批量录入数据功能，可使用模板下载功能下载数据导入模板。将数据内容按模板要求依次录入。
数据清除：支持批量删除数据，删除为逻辑删除，数据变更为不可用状态。
数据字典管理功能
数据字典创建
对于学校业务中一些值列表信息往往具有固定值的特性，平台需给出数据字典管理，用于对固定值列表信息的单独管理。数据字典的内容需要支持被元数据模型所引用。数据字典的内容可以通过列表形式或树形结构展示。
数据字典维护
数据字典数据维护：支持手动或EXCEL导入方式实现数据字典内容的添加。
数据质量管理功能
按照数据标准定义数据质量规则，作为数据评估的依据。以数据模型为基础定义管控规则，如阈值定义取数据的属性进行定义、识别数据完整性等。
可按对象、数据范围定义数据质量规则的运行方式，也可手动对指定数据集进行评估。评估结果将脏数据明细以及本次评估的总体情况进行记录，供质量分析与脏数据整改使用。
集成接口管理功能
需要提供第三方接口管理与主数据平台接口管理。
第三方接口管理
第三方接口管理：业务系统厂商需按照主数据接口标准开发数据接收接口，由学校信息化管理员注册到主数据管理平台中，通过数据分发管理调用接口，实现数据共享。
本地接口管理
本地接口管理：本地接口管理与第三方接口管理功能相似，主要管理主数据平台提供的接口服务，如通用查询接口，数据插入接口等。
数据服务功能
提供预置各类数据接口，为外部数据应用提供服务，包括：
数据检索服务：根据检索条件向外部提供符合要求的标准数据的服务。
数据分发服务：向数据消费系统发送标准数据的服务。
数据更新服务：数据源系统产生更新数据，向主数据管理平台提供更新数据的服务。
数据服务应包含数据交换标准、数据交换接口，通过接口实现标准数据内容的交换，遵循业内的标准规范。数据服务的传输内容遵循XML的数据规范，平台提供了基于XML的数据交换方法。
数据分发功能
主数据平台需为业务系统提供数据分发功能。支持通过主数据目录选择需要分发的数据类型，支持填写任务名称，支持选择相关接口信息，支持选择需要分发的数据内容，进行任务分发。
数据安全管理功能
安全管理需要包括数据密级管理、用户密级管理、数据权限控制、系统日志管理等功能，功能需求描述如下：
用户密级管理
数据资源支持定义密级，平台的访问用户定义相应的级别与密级对应，通过数据访问控制，用户只能访问与自己密级对应的数据。
数据密级管理
每条主数据都必须对应相应的数据密级，保证数据密级可控。
平台权限管理
主数据平台权限划分支持细粒度划分，可根据平台权限模型定义组织、人员、工作组、平台对功能、数据的访问权限。
数据流程管理
平台待办工作支持用户数据与用户系统范围数据的变更信息提示，即用户权限变更待办提示。用户可根据实际情况配置待办提示表，当信息变更后产生提示信息，客户对待办信息阅知后，填写处理意见，则待办信息转为已办信息。
数据存储和备份
数据的存储方式是整个主数据平台建设的基础，系统除了要考虑主数据本身的存储之外，还需要考虑到后期为数据分析、数据积累提供良好的支撑。同时数据库存储的设计要具备良好的合理性和科学性。具体要求如下：
（1）主数据库
主数据库的数据规范需要基于教育部最新的教育信息化数据标准，并对其存储的数据对象按合理的数据模型进行划分；
（2）主数据仓库
提供对主数据库的备份功能，能够实现主数据库的在线热备份。主数据仓库的备份需要采取合理的备份模式，要既能完整保留历史数据的变动信息，同时不能过度浪费存储空间；
（3）数据备份管理
提供数据备份管理功能，可对备份日志进行查询，可对主数据变动情况进行查询，并能够将变动情况导出excel。能够在系统内随时查询某个历史时间点的主数据状况和代码标准情况，时间点的颗粒度要细化到以天为单位；
数据清洗功能
具备高可扩展性与高性能的学校数据集成软件确立了标准。通过单一方式访问、转换、清洗和加载数据，适用于数据仓库、数据迁移等应用场景。该软件
的高可扩展性可以支持海量数据并满足学校对安全和性能的需求。内置大量数据转换模型，遵从国际化标准以及国家众多行业标准，几十种通用的转换规则如类型转换、字段拆分、字段合并、字符串处理、日期转换、算术运算、码表转换等，同时提供自定义转换接口实现特殊的数据转换处理。
1：异构数据源整合
需要支持主流的关系型数据库（Oracle/DB2/SQLServer/MySQL等）、XML文档、文本数据、Excel、Hbase、以及WebService等接口，支持灵活的扩展新的数据源。图形化映射工具提供创建数据转换流程的图形化配置工具，使数据集成配置人员。能够快捷地定义数据转换流程中数据抽取（Extract）、转换（Transform）、加载（Load）过程。
2：多样化数据转换
如类型转换、字段拆分、字段合并、字符串处理、日期转换、算术运算、码表转换等，同时提供自定义转换接口实现特殊的数据转换处理。分布式并行运行支持多个无关联任务并行执行，并且可以在监控页面统一进行任务运行状态的查看、管理异常自动恢复通过日志、事务、故障处理等手段，保证系统运行的可靠性，以及业务过程的安全性，出现错误时，可以恢复运行，支持断点续传。
3：Web方式管理监控
提供完全基于浏览器方式的图形化任务流程配置和监控，更直观的展现数据流转情况，无需安装客户端，可以在任意可连同服务器的网络环境下配置和使用。
数据对比功能
需要管理整个高校内的数据一致性，该产品可在多种情境下使用以确保数据一致性，如用来对关系型数据库、列存储数据库中的数据进行比对和同步。通过比对的方式分析两端数据库的差异性（数据结构、数据量、数据项），并能够提供差异性报告，同时支持数据的合并。
支持多种数据源
需要支持主流的关系型数据库（Oracle、DB2、SQLServer、MySQL、以及达梦、南大、金仓等国产数据库），同时可灵活扩展新的数据源。
提供多种比对方式
需要支持基于表结构比对识别结构化差异、数据量比对识别数量差异、数据项比对识别信息
内容差异，支持表、视图、自定义SQL等方式。
适用于各种网络环境
既可以在学校局域网内部使用，也可部署在跨网络、跨机房等环境中，即使是跨机房的方式也不会丢失其性能和配置的简便性。
Web方式管理监控
需要提供完全基于浏览器的方式配置比对模型，监控和执行差异分析流程，查看差异数据报告以及基于个性化配置的数据补齐过程。
多样化调度方式
需要支持调度，可以实时的不间断的调度、定时的基于某个固定的时间点或周期调度、手动执行或者基于WebService接口的触发调度。
数据质量检测
数据质量检测工具可对业务系统集成的主数据进行事后检测，暴露数据存在的问题，包括数据集成问题、实施规范问题、源头业务系统本身数据质量问题。
检测规则管理实现检测规则的增删改查的操作，可以根据需要自定义检测规则。
系统的检查规则有：
空检查规则：检查字段是否为空，会对元数据标记为不能为空的字段默认进行检查；
代码检查规则：检查字段取值是否在代码表（由系统中预先进行定义）中；会对源数据中有代码应用的字段默认进行检查；
唯一性检查规则：提供字段的唯一性检查。例如：身份证号是唯一的，如有重复将是错误信息；
文本检查规则：检查单个字段的文本取值是否满足指定的长度和格式，或预先定义的各种固定编码规则；文本长度支持单个长度、多个长度、范围组合等，文本格式支持包括：数字、字母、大写字母、小写字母、字母数字、汉字等，预定义的编码如邮政编码、EMAIL地址、URL地址、身份证号码等；
业务检测项管理
可以查看设置好的业务检测项；支持删除后重新添加，但不支持修改；支持立刻执行该业务检测项，测试该检测项是否正确；
检查任务配置
检测任务配置可配置检测任务进程数、起始/终止日期、每天开始检测时刻，是否启用。
1.2数据库监控维护平台功能要求
对已有数据库:Oracle、SQL Server、MySQL实施可示化监控,另可监控操作系统资源使用情况,此软件需捅有自主知识产权，并可以根据客户需要进行功能定制，实现阀值告警；功能需求如下:
1免agent安装，安全更加可控；
2可以实现短信和邮件告警；
3可以自定义dashboard展示；
４支持oracle,mysql,sqlserver的运行状态监控，进程数监控，oracle冲区命中率，DataGuard应用延迟监控；支持对操作系统的CPU，内存使用率，文件系统使用率，网络流量，IOPS的可视化监控
５预留ITSM系统接口，可与ITSM系统实现自动化对接；
数据集成监控
数据集成监控依托数据集成工具，对业务系统集成情况，接口运行情况进行展现，其主要包含：
集成概况
近一周（一月）内集成概述；包括任务计划调度时刻表、执行时间最长的10个接口、不在调度计划中的接口清单、业务系统接口情况、业务系统接口出错情况、集成数据量较大的10个接口、出错最频繁的10个接口；
接口信息
可以按照数据对象、接口名称、流向检索；可以查询接口清单，包含接口名称、数据源头库、数据源头表、目标库、目标表、接口流向等内容；可以查询接口字段映射/转换关系以及查询接口运行日志；
任务计划
可以按项目名称、数据对象、接口名称进行检索；检索内容包含项目名称、任务名称、任务版本、代理名称、代理服务器IP地址、调度计划、代理状态等；可以查询任务的调度计划、每个任务执行步骤情况及查询每个任务的运行日志；
接口运行日志
可以按执行日期、执行状态、接口名称进行检索；检索内容包含接口名称、接口描述、开始时间、持续时间、执行状态、数据详情（总记录数/新增记录数/更新记录数/删除记录数）、错误信息等；
数据库监控
数据库监控
数据库监控主要对影响数据库稳定运行的指标进行监控，便于及时发现数据库异常，及时优化调整数据库或应用程序，确保数据库、应用的稳定运行。
相关指标包括：数据库连接数、数据库表空间（主数据）、数据库表空间（主数据仓库）、数据库死锁、数据库归档情况、耗时最大的前多少天条SQL、CPU消耗最大的前多少条SQL、磁盘读写消耗最大的前多少条SQL；
数据流向查询
数据流向查询不仅提供了按U/C矩阵方式查询，也提供图形方式展现：
按业务系统或部门视角，以IPO图的方式直观的展现数据的流向，可按照系统（数据源）表进行查看；
支持以图形化方式展现，并在图上显示出实际的数据集成情况，发生错误的数据流向箭头会显示成红色虚线；
可以查询规划和实际的数据流向对比情况，确认偏差情况；
第四部分 验收要求
第一次验收：主数据MDM平台、数据库监控维护平台产品交付，交付物安装、部署、联调、源码、操作手册；
第二次验收：项目初步上线，完成数据中心建设，建立全校业务系统数据标准和完善数据质量，与全校的各业务系统完成接口对接，各业务流形成完整的闭环。
第三次验收：项目的全面上线，各需求功能正常，系统稳定，用户体验良好并按照甲方要求提供全面、完整的交付物。
终验：项目稳定运行三个月。