新澳博娱乐栏目

新澳博娱乐G2018-11数据中心(App包一)项目采购招标

发布者:宣传部发布时间:2018-08-03浏览次数:521

第一部分  招(议)标邀请

按照我校实际需求,现面向社会邀请具有实力的单位进行我校的数据中心(App包一)项目采购招标,欢迎能满足标书要求的厂家前来投标。

一、招标项目名称:数据中心(App包一)项目

2018年  月  日下午5:00前,经招标方认可资格合格的投标单位携带有关有效证件到新澳博娱乐综合楼1206招投标办公室办理招标文件购买事宜,每份招标文件需交200元资料费(该费用收取后概不退还)。

每个投标单位在递交投标书之前,交纳投标包管金50000.00 元,开标后未中标单位的包管金在十个劳动日内不计息全额退还,中标单位的包管金则转为合同履约包管金。

二、投标截止时间

投标单位于2018年  月   日上午9:00以前,将投标文件交到新澳博娱乐招投标办公室。如有延误,视为废标;中标单位应在我院规定的时间内与我院指定的第三方签订合同,逾期视中标单位放弃中标,我院有权扣留包管金。

三、付款方式:该项目分4次支付,首付30%,完成主体功能付款30%,验收合格后付款30%,试运行3-6个月没有问题付余款。每个支付节点需满足对应阶段的验收条件。

四、开标日期:另行通知

五、招标单位:新澳博娱乐

签约单位:湖北精英盛华讯息科技股份有限企业

实行单位:新澳博娱乐招投标办公室

地   址:武汉市洪山区黄家湖西路3号

联 系 人:商务部分  黄老师  联系方式:027-88147037 邮箱:20031709005@wtbu.edu.cn

     技术部分  陈老师    联系方式:18908648201

 

第二部分  投标须知

一、供应商基本要求

为包管App实施质量,供应商需承诺满足新澳博娱乐对项目办理的基本要求。

1) 项目实施办理:本次数据中心项目不接受联合体投标及中标后不得转包、分包;

2) 项目自主可控性办理:投标人提供的交付物必须提供完整的功能性源代码。

★以上要求必须逐条响应,条件不满足者视为废标处理。

二、项目需采购的平台

1、主数据MDM平台;

主数据MDM平台包含:主数据办理子系统、ETL子系统、元数据子系统、数据质量子系统。

2、数据库监控维护平台;

三、项目人员要求

供应商须承诺提供不少于70人月的驻厂开发办事,驻厂团队人员的更换、离场须通过甲方书面确认。其中项目经理1名不少于8年资历;工程师5名,不少于3年资历;人员资历需要经过甲方认可。

★以上要求必须逐条响应,条件不满足者视为废标处理。

四、供应商办事能力考察项

产品成熟度考察项:供应商能够提供主数据MDM平台和数据库监控维护平台的成熟产品。

办事资质考察项:供应商须具备ITSS资质。

办事能力考察项:需有本地办事团队,项目经理需5年以上劳动经验,且有oracle ocp及以上认证;系统办理员一名,有RHCE及以上认证;以上人员均需提供投标人企业的社包管明。

√以上要求必须逐条响应,但作为加分项对供应商进行考察。

五、本项目建造内容

通过多年的讯息化建造与沉淀,我校数字校园建造初具规模,在业务应用系统建造和数据共享交换方面取得了一定成效,目前运行着人事、教务、财政等多套业务应用系统,并且多数系统实现了统一认证和数据交换,在方便了各业务部门进行业务处理的同时,也积累了不同业务、不同阶段的各类数据,在学校办理和办事中发挥了一定的作用。但随着讯息技术的发展和校内业务讯息化的推进调整,数据的统一办理和数据质量都面临新的问题,现有的公共数据无法支撑开放架构下的数据共享与办理,数据质量也存在一定问题。因此,为了推进新的讯息化生态环境的整体建造,提高数据平台的支撑办事能力,为加强学校各类数据的统一办理和综合利用,加速实现教学现代化,提高教学质量,提高学校核心竞争力,结合我校现有讯息化建造的具体情况和基础条件,本次拟进行学校公共数据库平台建造等,主要完成以下的建造内容:

(一)数据办理设计:对校内的讯息标准和数据质量进一步梳理和规划,以办事化和开放性的视角重新定义校内讯息标准,建立能够提供符合教学行业和我校标准的参考代码标准模式及数据共享和交换需求的主数据办理平台,建立全校学校范围的权威的元数据库、代码标准库、综合数据库和共享库等分类存储数据库,对其存储的数据对象按合理的数据模型进行划分,利用工具实现元数据、主数据、数据集成、共享接口、质量检测、数据存储与备份等标准化办理,实现数据标准的迭代扩充,支撑动态办理,并对其实行情况进行有效监控。

(二)数据梳理完善:依托全校顶层设计的标准规范,消除数据冲突、质量低下等问题,建立基于业务系统和部门的分类数据供需办理和数据采集模式,通过各类异构数据集成与交换、人工采集等方式,完善全校分类数据的梳理和汇总。

(三)建造统一的数据库监控平台:支撑对oracle,sqlserver,mysql的数据库运行状态监控,支撑自定义DASHBOARD展示,自定义阀值告警,可以通过短信网关告知办事器运行状况,并预留ITSM接口,可实现和ITSM系统的自动化对接。

六、项目建造目标:

通过主数据办理项目的建造,将在多个方面促进学校讯息化水平的提高:

1、建造校级主数据标准,在全局的范围内定义主数据、办理主数据、应用主数据,使主数据跳出单一业务、单一系统的范围,为学校的讯息系统与业务办理办事。

2、梳理、规范学校已有的数据资源,形成一套符合各业务需求、满足各系统数据应用的权威数据源,使主数据真正成为学校的基准数据。

3、实现数据的共享,一次录入全局共享,建立数据的单一视图,避免产生数据不一致、数据质量问题以及重复办理等。

4、是实现系统集成的基础,只有基于校级主数据进行业务集成,才能消除各系统“方言”,实现顺畅的数据流。

5、是建造校级数据中心、大数据应用的必要支撑条件,为学校经营管控决策分析以及数据价值发现提供最基础的支撑。

七、开标与评标:

1、开标时间和地点:另行通知

2、属于下列情况之一者视为废标:

2.1投标文件送达招标单位的时间超过规定的投标截止时间。

2.2投标文件未经法定代表人或委托代劳人签字。

2.3开标后发现招标文件内容有虚假材料或讯息。

3、在开标之前,不允许投标方人员与评标成员接触,如果投标方试图在投标书审查、澄清、比较及签合同时向投标方人员施加不良影响,其投标将被视为无效投标或取消投标资格。

4、本次招投标采取评标员集中议标方式,对未中标的单位我方不负责说明。

5、投标单位不得相互串通损害招标单位的利益,一旦发现各投标单位之间串通作弊、哄抬标价,招标单位将取消所有参与串通的投标单位的投标资格并没收投标包管金。

八、中标与签订合同

1、自开标之日起7日内,招标单位向符合条件的单位进行考察,最后商议定标。

2、中标单位如果未按招标单位规定的日期签订合同,或故意拖延签订合同,则招标单位可以扣除其投标包管金并取消其中标资格,另选中标单位。

3、中标单位的投标包管金转为合同履约金。

4、本招标文件未尽事宜,以合同为准。

九、投标单位如有疑问,可以向我方招标负责人进行咨询,或将疑问发至邮箱。

十、新澳博娱乐招投标办公室保存此招标文件的说明权。

 

第三部分   平台功能要求

平台功能性要求,以下要求必须逐条响应,但作为加分项对供应商进行考察

1.1主数据MDM平台功能要求

业务定制开发功能要求

按照主数据办理平台建造的需要,新的业务系统或功能需要开发定制,开发环境及开发平台的统一将是不必可少的,需要采用统一的开发体系,包括开发方式和格式符合平台应用的基础架构、标准和规范。开发人员可以采用可视化、图形化的开发方式对应用系统进行开发、调试、重构、编译检查和错误定位。统一开发平台可以提高开发人员开发效率,提高业务应用的交付能力。

1、需要采用JAVA语言开发,遵循J2EE标准体系。

2、需要建立主数据系统一运维监控体系,可以灵活的完成对整个系统的日常维护、集群扩展劳动。

数据交换功能(ETL)要求

主数据平台的建造离不开基础数据的交换,主数据办理要做的就是从学校的多个业务系统中整合最核心的、最需要共享的数据(主数据),集中进行数据的清洗和丰富,并且以办事的方式把统一的、完整的、准确的、具有权威性的主数据分发给全学校范围内需要使用这些数据的操作型应用和分析型应用。建造目标要求如下:

1、按照跨部门业务讯息共享及业务协同的实际需要,技术支撑环境应支撑多个交换域之间讯息交换;

2、提供交换讯息库之间的讯息处理和稳定可靠、不间断的讯息传递。

3、负责讯息交换功能的统一办理,为跨部门、跨区的讯息资源共享交换提供办事;

4、负责汇集学生、教师、学科、领域和组织机构等基础讯息资源和平台性讯息资源,并为各部门提供共享办事;

5、建立一个统一的数据标准。将各个应用系统的数据转换成统一的标准格式,来包管不同系统间数据交换的一致性

6、提供集合统一的系统监控、日志和平安审计功能:系统需具有强审计功能,讯息资源访问日志和审计,存档备查。

7、支撑与异构应用系统的无缝集成。

ETL需要支撑以下数据源的数据集成

需要支撑多种类型源的采集,包括且不仅限于文件、网络包、系统运行状态指标、中间件运行状态指标等,采集代劳基于配置文件实行相关功能;

有关文件采集源的定义:需要支撑定义文件路径通配,需要支撑白名单、黑名单操作;

有关文件内容:需要支撑任何文件格式,包括JSON、XML,能够直接定义初步解析规则,进行过滤、打标等操作;

有关网络数据包:需要支撑开放协议网络数据包的抓取包括但不限于:DNS、AMQP、ICMP、HTTP、Cassandra、MySQL、Redis、MongoDB、PostgreSQL、Thrift-RPC、Memcache等;

有关平台与中间件App指标:需要支撑对Windows与Linux的系统运行指标的采集,另外还需要支撑Apache、MySQL、Redis、ZooKeeper、HAProxy、Nginx、MongoDB、PostgreSQL等;

需要支撑对Windows系统事件办理器中的事件采集;

需要支撑Linux、Windows等常用操作系统,分别提供64bit与32bit版本;

提供集中的中央办理控制台,办理所有的分布式采集代劳,提供状态监控与配置变更功能,可以支撑远程启停控制、远程更新配置文件

有关分布式采集代劳的状态监控,包括代劳本身的运行状态以及其宿主机的系统状态。

【非功能要求】

数据采集代劳App必须保持自身的轻量级,以较少的资源代价达到功能目标。规避使用特定的虚拟机、说明器或运行时来支撑运行,而是应采取直接实行系统可运行程序的方式;

数据采集代劳App本身采取一种插件化的架构,将框架与特定功能模块解耦,使得可以针对特殊的数据源场景能够采取一致性的手段方法,通过变通插拔特定功能模块,快速扩展开发出新的定制化的采集代劳App。

主数据目录办理功能要求

主数据办理平台中的主数据目录要为主数据提供分类办理的场所,学校可按照业务需求将主数据细化,从而方便、快捷、合理的实现主数据的检索、维护、应用及权限划分等。

主数据目录要支撑主数据的结构化浏览,能够开展数据建模、数据资源办理与应用的基础导航。主数据目录是数据模型办理、数据资源维护、数据分发应用的依托。主数据目录可支撑手动新增、修改、删除。

编码规则办理功能

编码规则包含编码码段构成、码段生成规则。首先将编码分解为不可再分的码段并按照码段定义码值的生成规则。通过对码段进行组合、排序,每段码段调用码段办理中定义的特征码数据、码值生成规则产生码段编码,再按照码段顺序拼接码段值,形成完整的数据编码。

对每一类主数据定义一个编码规则,生成的编码保存在数据模型中指定的编码字段中。支撑固定码段、日期码段、私有特征码段、动态流水码段、流水码段等编码方式。

数据模型办理功能

能够依据主数据目录对数据进行模型办理,包含数据建模,模型维护等。数据建模是主数据办理平台对数据模型标准进行定义,是主数据办理的依据,通过数据模型的发布最终实现主数据实体的创建。

数据模型需要包括数据实体讯息、数据属性讯息、数据结构讯息、数据引用关系讯息等。按照学校业务发展需要,数据模型必须具备良好扩展性,数据模型不仅需要能够快速创建,还必须能够进行模型扩展。

数据资源维护功能

数据资源维护需要依托于主数据目录建模,实现数据的统一办理。数据资源维护功能需要包含对数据的查询,录入,导入,导入模板下载,删除等功能。

数据查询与办理

数据查询:可按照业务需求设置查询条件,输入查询条件点击查询,显示查询结果。

数据录入:数据录入支撑手动录入数据的方式,同时需要支撑生效状态,生效后数据方可使用。

数据导入与清除

数据导入&模板下载:提供批量录入数据功能,可使用模板下载功能下载数据导入模板。将数据内容按模板要求依次录入。

数据清除:支撑批量删除数据,删除为逻辑删除,数据变更为不可用状态。

数据字典办理功能

数据字典创建

对于学校业务中一些值列表讯息往往具有固定值的特性,平台需给出数据字典办理,用于对固定值列表讯息的单独办理。数据字典的内容需要支撑被元数据模型所引用。数据字典的内容可以通过列表形式或树形结构展示。

数据字典维护

数据字典数据维护:支撑手动或EXCEL导入方式实现数据字典内容的添加。

数据质量办理功能

按照数据标准定义数据质量规则,作为数据评估的依据。以数据模型为基础定义管控规则,如阈值定义取数据的属性进行定义、识别数据完整性等。

可按对象、数据范围定义数据质量规则的运行方式,也可手动对指定数据集进行评估。评估结果将脏数据明细以及本次评估的总体情况进行记录,供质量分析与脏数据整改使用。

集成接口办理功能

需要提供第三方接口办理与主数据平台接口办理。

第三方接口办理

第三方接口办理:业务系统厂商需按照主数据接口标准开发数据接收接口,由学校讯息化办理员注册到主数据办理平台中,通过数据分发办理调用接口,实现数据共享。

本地接口办理

本地接口办理:本地接口办理与第三方接口办理功能相似,主要办理主数据平台提供的接口办事,如通用查询接口,数据插入接口等。

数据办事功能

提供预置各类数据接口,为外部数据应用提供办事,包括:

数据检索办事:按照检索条件向外部提供符合要求的标准数据的办事。

数据分发办事:向数据消费系统发送标准数据的办事。

数据更新办事:数据源系统产生更新数据,向主数据办理平台提供更新数据的办事。

数据办事应包含数据交换标准、数据交换接口,通过接口实现标准数据内容的交换,遵循业内的标准规范。数据办事的传输内容遵循XML的数据规范,平台提供了基于XML的数据交换方法。

数据分发功能

主数据平台需为业务系统提供数据分发功能。支撑通过主数据目录选择需要分发的数据类型,支撑填写任务名称,支撑选择相关接口讯息,支撑选择需要分发的数据内容,进行任务分发。

数据平安办理功能

平安办理需要包括数据密级办理、用户密级办理、数据权限控制、系统日志办理等功能,功能需求描述如下:

用户密级办理

数据资源支撑定义密级,平台的访问用户定义相应的级别与密级对应,通过数据访问控制,用户只能访问与自己密级对应的数据。

数据密级办理

每条主数据都必须对应相应的数据密级,包管数据密级可控。

平台权限办理

主数据平台权限划分支撑细粒度划分,可按照平台权限模型定义组织、人员、劳动组、平台对功能、数据的访问权限。

数据流程办理

平台待办劳动支撑用户数据与用户系统范围数据的变更讯息提示,即用户权限变更待办提示。用户可按照实际情况配置待办提示表,当讯息变更后产生提示讯息,客户对待办讯息阅知后,填写处理意见,则待办讯息转为已办讯息。

数据存储和备份

数据的存储方式是整个主数据平台建造的基础,系统除了要考虑主数据本身的存储之外,还需要考虑到后期为数据分析、数据积累提供良好的支撑。同时数据库存储的设计要具备良好的合理性和科学性。具体要求如下:

(1)主数据库

主数据库的数据规范需要基于教学部最新的教学讯息化数据标准,并对其存储的数据对象按合理的数据模型进行划分;

(2)主数据仓库

提供对主数据库的备份功能,能够实现主数据库的在线热备份。主数据仓库的备份需要采取合理的备份模式,要既能完整保存历史数据的变动讯息,同时不能过度浪费存储空间;

(3)数据备份办理

提供数据备份办理功能,可对备份日志进行查询,可对主数据变动情况进行查询,并能够将变动情况导出excel。能够在系统内随时查询某个历史时间点的主数据状况和代码标准情况,时间点的颗粒度要细化到以天为单位;

数据清洗功能

具备高可扩展性与高性能的学校数据集成App确立了标准。通过单一方式访问、转换、清洗和加载数据,适用于数据仓库、数据迁移等应用场景。该App

的高可扩展性可以支撑海量数据并满足学校对平安和性能的需求。 内置大量数据转换模型,遵从国际化标准以及国家众多行业标准,几十种通用的转换规则如类型转换、字段拆分、字段合并、字符串处理、日期转换、算术运算、码表转换等,同 时提供自定义转换接口实现特殊的数据转换处理。

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实施可示化监控,另可监控操作系统资源使用情况,此App需捅有自主常识产权,并可以按照客户需要进行功能定制,实现阀值告警;功能需求如下:

1、免agent安装,平安更加可控;

2、可以实现短信和邮件告警;

3、可以自定义dashboard展示;

4、支撑oracle,mysql,sqlserver的运行状态监控,进程数监控,oracle冲区命中率,DataGuard应用延迟监控;支撑对操作系统的CPU,内存使用率,文件系统使用率,网络流量,IOPS的可视化监控

5、预留ITSM系统接口,可与ITSM系统实现自动化对接;

数据集成监控

数据集成监控依托数据集成工具,对业务系统集成情况,接口运行情况进行展现,其主要包含:

1、集成概述

近一周(一月)内集成概述;包括任务筹划调度时刻表、实行时间最长的10个接口、不在调度筹划中的接口清单、业务系统接口情况、业务系统接口出错情况、集成数据量较大的10个接口、出错最频繁的10个接口;

2、接口讯息

可以按照数据对象、接口名称、流向检索;可以查询接口清单,包含接口名称、数据源头库、数据源头表、目标库、目标表、接口流向等内容;可以查询接口字段映射/转换关系以及查询接口运行日志;

3、任务筹划

可以按项目名称、数据对象、接口名称进行检索;检索内容包含项目名称、任务名称、任务版本、代劳名称、代劳办事器IP地址、调度筹划、代劳状态等;可以查询任务的调度筹划、每个任务实行步骤情况及查询每个任务的运行日志;

4、接口运行日志

可以按实行日期、实行状态、接口名称进行检索;检索内容包含接口名称、接口描述、开始时间、持续时间、实行状态、数据详情(总记录数/新增记录数/更新记录数/删除记录数)、错误讯息等;

数据库监控

数据库监控

数据库监控主要对影响数据库稳定运行的指标进行监控,便于及时发现数据库异常,及时优化调整数据库或应用程序,确保数据库、应用的稳定运行。

相关指标包括:数据库连接数、数据库表空间(主数据)、数据库表空间(主数据仓库)、数据库死锁、数据库归档情况、耗时最大的前多少天条SQL、CPU消耗最大的前多少条SQL、磁盘读写消耗最大的前多少条SQL;

数据流向查询

数据流向查询不仅提供了按U/C矩阵方式查询,也提供图形方式展现:

1、按业务系统或部门视角,以IPO图的方式直观的展现数据的流向,可按照系统(数据源)表进行查看;

2、支撑以图形化方式展现,并在图上显示出实际的数据集成情况,发生错误的数据流向箭头会显示成红色虚线;

3、可以查询规划和实际的数据流向对比情况,确认偏差情况;

 

第四部分   验收要求

第一次验收:主数据MDM平台、数据库监控维护平台产品交付,交付物安装、摆设、联调、源码、操作手册;

第二次验收:项目初步上线,完成数据中心建造,建立全校业务系统数据标准和完善数据质量,与全校的各业务系统完成接口对接,各业务流形成完整的闭环。

第三次验收:项目的全面上线,各需求功能正常,系统稳定,用户体验良好并按照甲方要求提供全面、完整的交付物。

终验:项目稳定运行三个月。

上一篇:下一篇:
返回原图
/

 

XML 地图 | Sitemap 地图