数据中心（软件包三）项目采购招标

武 汉 工 商 学 院

招（议）标文件

招标项目名称: 数据中心（软件包三）项目采购招标

编   号:  G2019-26 

武汉工商学院招投标办公室

二○一九年十二月十日

第一部分   招（议）标邀请

根据我校实际需求，现面向社会邀请具有实力的单位进行我校的数据中心（软件包三）项目采购招标，欢迎能满足标书要求的厂家前来投标。

一、招标项目名称：数据中心（软件包三）项目

2019年 月 日下午5:00前，经招标方认可资格合格的投标单位携带有关有效证件到武汉工商学院综合楼1207招投标办公室办理招标文件购买事宜，每份招标文件需交200元资料费（该费用收取后概不退还）。

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

收款单位：武汉工商学院

开户行：建行武汉洪福支行

二、投标截止时间：

投标单位于2019年 月 日上午9:00以前，将投标文件交到武汉工商学院招投标办公室。如有延误，视为废标；中标单位应在我院规定的时间内与我院指定的第三方签订合同，逾期视中标单位放弃中标，我院有权扣留保证金。

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

开标日期：另行通知

招标单位：武汉工商学院

签约单位：湖北精英盛华信息科技股份有限公司

执行单位：武汉工商学院招投标办公室

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

联 系 人：商务部分 胡老师　　联系方式：027-88147040

第二部分   投标须知

一、招标方式：邀请招标、议评开标。

二、投标者要求及相关说明：

1、项目实施管理：本次“武汉工商学院软件包三”项目不接受联合体投标；

2、项目自主可控性管理：投标人提供的交付物必须提供完整的源代码，需采用Java语言开发体系；

3、知识版权管理：投标人须提供应标产品的软件著作权证书。投标人是代理商的，须保证应标产品的正版合法化和无版权纠纷；

4、投标价均按人民币报价，且为含税价。

三、项目人员要求：

1、投标人必须成立合理的组织机构，建立健全保障项目顺利实施的各项管理制度和质量保证体系，安排好足够的高素质人才参加本项目的建设；在项目机构中应明确各岗位的职责、任职资格及成果，确保工程顺利实施。根据工作的业务性质，应配备有优势的项目经理、技术总监等人员承担本项目工作。

2、项目组人员必须具有类似职责的集成、开发经验，能够与用户进行良好的沟通，并掌握数字校园领域的相关基础知识。

3、参与此项目的技术人员必须具有强烈的服务意识和高度的责任感。

4、对上述安排投标人应在实施方案中详细描述，包括项目组成员名单、本项目工作职位、专业方向、工作、项目履历和在本项目中的职责分工。

5、中标人在项目实施中应至少具备5人以上的建设开发团队且由高级项目经理带队驻场实施，主要负责人如需更换，需要征得甲方项目管理委员会的书面同意。

6、驻厂团队人员的更换、离场须通过甲方书面确认。

四、投标费用：无论投标结果如何,投标者自行承担投标发生的所有费用。

五、投标书内容：

1、投标书正本一份，副本伍份。如副本内容与正本内容不符，则以正本为准（投标完后，标书概不退还）；

2、产品详细报价，投标保证金缴纳凭证；

3、故障响应时间及服务承诺细则；

4、投标公司简介、企业法人营业执照、法人代表人身份证复印件和委托代理人身份证复印件、法人授权委托书、税务登记证、主要业绩等。

5、投标公司须列举近三年来在相近高校的经营业绩，包含联系人及联系方式，供货日期，合同金额等，至少列举3例以上，用表格形式。（务必真实）

6、请投标方严格按照我方拟定的标书文件的顺序报价，并注明商品规格，产地等。

六、开标与评标：

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

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

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

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

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

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

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

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

七、中标与签订合同

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

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

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

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

八、投标单位如有疑问，可以向我方招标负责人进行咨询。

九、武汉工商学院招投标办公室保留此招标文件的解释权。

第三部分   技术服务要求

一、项目概况

根据教育部《教育信息化十年发展规划（2011-2020年）》关于“加强高校数字校园建设与应用。利用先进网络和信息技术，整合资源，构建先进、高效、实用的高等教育信息基础设施”的要求。武汉工商学院结合实际情况，旨在建立统一的、开放的、先进的、安全的、人性化的、承载综合应用的数字化校园系统，实现“网上办公、网上教学、网上管理、网上服务”，对数字化校园各个环节提供高效的信息化、智能化和人性化管理，为全校师生员工提供快捷、共享、全面的信息服务；实现学校各类资源的整合和配置优化，提高学校的管理水平和办学效率，实现学校信息化跨越式发展，充分提升学校的管理和服务能力。

二、建设目标

1．一站式服务流程开发与上线；

2．移动服务门户平台搭建与服务开发；

3．元数据平台搭建与元数据采集建模；

三、建设原则

本次项目涉及到学院多个业务系统，是一个庞大的系统工程，其体系架构的设计、系统的实施等必须遵循一系列的规范、标准，确保各个系统的有效协调。在整个项目的建设过程中，要以数字化校园服务管理平台前二期为框架基础（统一应用开发、统一业务流程、统一门户平台、统一数据交换平台）进行业务开发，以标准、数据、应用、用户作为重点要素为主线进行规划和建设。

具体要求如下：

1．开放性与标准化原则

数字化校园服务管理平台（统一应用开发、统一业务流程、统一门户平台、统一数据交换平台）是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。

2．可扩展性及易升级性

为适应应用不断拓展的需要，数字化校园服务管理平台的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务，使数据交换平台具备与国内、外的相关应用系统或信息平台相互兼容和交流的条件和能力。

3．可靠性、稳定性和容错性

在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。

4．安全性和保密性

在数字化校园服务管理平台设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。

5．可管理性和可维护性

数字化校园服务管理平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。

四、建设内容

（一）本期项目主要建设内容如下：

1．在我校一站式门户平台上建立相关服务，涉及OA、教务、人事、科研、财务、学工、报修、邮箱、调查、二手交易、失物招领等多个系统、多个领域的一站式服务；

2．搭建学校移动服务门户，利用移动服务平台为师生提供各类服务，移动门户的流程能够与服务大厅的服务流程进行同步，避免数据不一致现象；

3．搭建元数据管理平台，并完成多个系统元数据的采集；

4．建立学校自有的移动门户全套开发平台，使得学校在开发规范及开发工具方面形成自主后开发业务功能的能力；

（二）本次项目建设包括软件支撑平台采购和应用系统开发、系统接口集成三部分。

软件支撑平台采购

应用系统开发

系统接口集成

接口集成为规划建设内容，项目实施时以校方确定内容为准。

数字化校园服务管理平台，需要与以下系统进行接口集成：

第四部分   软件支撑平台要求

一、元数据管理系统

本次项目将引入元数据管理平台，对学校的数据资产进行统一的采集与建模，为学校数据图谱的建立打下基础。

元数据管理系统，具体应满足以下要求：

1. 支持CWM（公共仓库元模型）规范

2. 支持企业复杂异构数据源的采集

3. 提供定时自动的元数据采集策略

4. 支持多种展现粒度的元数据图形化方式分析功能

5. 支持多种粒度的元数据关系的展现

6. 支持元数据展现信息的灵活配置

7. 提供通过配置自动绘制企业数据地图的功能

8. 提供元数据变更管理和版本管理功能

9. 支持企业元数据管理系统的快速部署及与企业现有认证系统的无缝集成

10. 提供元数据导出功能，支持按导入Excel模板的样式导出元数据

11. 支持Excel模板管理功能

12. 支持元数据全文检索

13. 支持元数据映射管理

14. 支持元数据入库审核

15. 支持数据地图功能

16. 支持数据血统分析功能

17. 支持数据变更影响分析功能

18. 支持表关联程度分析功能

19. 支持企业多种数据源的采集，针对异构数据源提供多种采集适配器。

20. 平台采用B/S架构模式，方便各级管理人员使用。

21. 灵活的元数据采集调度配置。

22. 提供访问元数据的WebService、REST接口。

23. 提供权限集成接口，轻松集成第三方系统权限。

24. 具有很强的跨平台性，良好的扩展性、稳定性。

二、移动开发平台

1. 基于HTML、JavaScript、CSS等标准Web开发言语，一次开发，即可跨多平台（IOS端、Android端、微信端等）运行。

2. 提供对移动应用开发，调试、打包发布的支持。

3. 提供统一推送服务、文档转换服务、全球定位服务、端到端的安全管理服务等。

4. 提供管控平台，支持企业应用管理、企业用户管理、移动设备管理及基础设置控制、分析监控的控制台。

5. 移动平台提丰富的页面模板。开发人员通过页面创建向导，选择适合的页面布局模板，可以快速的开发页面。

6. 提供仿真移动终端，开发人员可以在仿真终端进行真机应用移动应用调试。

7. 移动平台提供以独立服务存在的文档转换服务，它可以提供把移动终端不能直接浏览复杂文档格式、图片转成可浏览的网页格式和图片格式。

8. 提供统一消息服务平台，能够进行跨平台的消息推送。

9. 移动平台提供基于CellID、GPS/GPS one、WiFi定位方式；提供立即定位、周期定位以及基于条件触发的定位功能。

10. 支持谷歌、百度等免费地图服务的接入，以及其它付费地图服务。

11. 统一应用渠道、个性化桌面风格、统一消息中心和文件下载

12. 统一的企业应用获取渠道，摆脱传统应用商店的束缚。

13. 提供Web Service、Socket、REST等方式的数据集成模式。。

14. 支持以DB方式集成企业的业务系统。

15. 支持全面的业务监控与运营分析，主要包括：用户信息监控、应用信息监控、设备信息监控。

第五部分   应用系统要求

一、移动门户搭建

根据学校实际情况搭建学校移动服务门户，能够为学校师生提供更加方便的使用通道。

（一）总体要求

“移动门户”需要采用学校统一技术架构体系，集成校园统一用户平台，使用移动服务平台提供的展示框架进行开发。整个移动门户实现服务发布、用户申请、流程监控、待办查询、数据查阅等相关功能。

（二）建设内容

本次项目搭建学校一站式移动服务门户，具体建设内容如下：

1. 移动服务门户框架搭建；

2. 搭建移动服务门户应用框架，支持应用的部署、上架、下架、授权等；

3. 移动服务门户与学校统一用户体系集成，实现“单点登录、统一认证、集中授权”等；

4. 移动服务门户与学校统一流程平台进行集成，实现移动服务门户与PC服务门户的流程互通，实现“多终端申请、一站式审批、统一流程监控”，杜绝两门户的信息孤岛；

5. 建立移动服务的监控体系，对发布的服务使用情况进行统一监控。

（三）技术要求

本次移动服务门户必须满足以下技术要求：

1. 项目设计平台、服务采用JAVA语言体系开发，遵循学校统一开发标准；

2. 能够与学校统一身份认证体系进行集成；

3. 门户框架采用HTML5技术设计开发，适应不同的终端访问；

4. 移动门户后台需要与服务大厅进行数据集成，实现同一申请业务，在不同门户都能查看管理；

5. 具备微服务应用管控能力，支持服务的部署、上架、下架、授权等功能；

6. 服务流程的监控功能与一体化监控体系集成，方便管理员统一运维管理。

二、服务大厅服务开发

基于学校一站式服务门户技术架构，开发相关服务流程，其中包括：单系统服务流程、跨系统服务流程两大类。

与业务系统服务集成。

（一）总体要求

“服务大厅服务开发”必须使用学校统一应用开发平台技术架构体系建设，使用学校统一流程引擎，能够与统一门户进行完整集成，保证技术路线统一。

（二）建设内容

服务事项为规划建设内容，项目实施时以校方确定内容为准。

1.单系统服务流程开发

本次项目建设至少10单系统运转服务流程，该类流程具备如下特点：

1. 流程面向师生服务；

2. 现有管理系统缺少的但有很实用的小流程；

3. 数据交互场景单一，不需要跨系统的数据传递；

4. 数据内容不复杂，能够同时适应PC服务门户、移动服务门户使用。

2.跨系统服务流程开发

本次项目建设开发5个跨系统的复杂业务服务流程，该类流程具备如下特点：

1. 流程面向师生服务；

2. 业务环节较长，需要多系统联动；

3. 各相关系统接口配合良好，标准较为统一；

4. 业务单据可稍微复杂，主要支持服务大厅使用。

（三）技术要求

1. 采用B/S模式，无需安装特殊插件；

2. 项目设计平台、服务采用JAVA语言体系开发，遵循学校统一开发标准；

3. 流程后台开发采用学校统一技术框架，使用学校流程引擎；

4. 流程开放接口需要遵照学校统一集成规范，能够与学校统一集成平台进行对接。

5. 要求支持大部分浏览器，至少包括IE、Firefox、Chrome、Safari等；

6. 使用动态异步交互技术，提升用户体验。

三、移动门户服务开发

基于本技术要求的“移动开发平台”产品统一的移动技术架构开发相关服务流程。

（一）总体要求

“移动门户服务开发”必须使用学校统一应用开发平台技术架构体系建设，使用学校统一流程引擎，能够与统一认证进行完整集成，保证技术路线统一。

（二）建设内容

服务事项为规划建设内容，项目实施时以校方确定内容为准。

1.服务流程开发

本次项目需要开发服务流程，服务流程能够发布在移动服务门户中：

1. 流程面向师生服务，其中简单流程5个，复杂集成流程5个；

2. 服务流程开发使用学校统一流程，需要与PC服务流程无缝集成；

3. 采用HTML5技术构建表单，兼容不同移动系统，统一管理维护方便；

（三）技术要求

1. 采用B/S模式，无需安装特殊插件；

2. 项目设计平台、服务采用JAVA语言体系开发，遵循学校统一开发标准；

3. 微流程采用HTML5技术构建；

4. 微流程能够与PC流程无缝集成；

5. 流程后台开发采用学校统一技术框架，使用学校流程引擎；

6. 与学校门户网站保持风格统一，界面美观、国际化，具有优秀的用户体验；

7. 开发的流程需要与学校统一身份认证集成，能够遵照学校的权限规则；

8. 流程开放接口需要遵照学校统一集成规范，能够与学校统一集成平台进行对接。

四、元数据采集与建模

基于学校的现有业务系统，利用元数据系统，采集相关系统元数据，通过元数据建模实施，形成学校系统数据图谱。

（一）总体要求

采用统一元数据管理系统，采集至少三个核心系统的数据结构，通过关系配置建立三个系统的数据地图，帮助学校掌握元数据清单。

（二）建设内容

1. 完成元数据系统搭建；

2. 采集教务系统、OA办公系统、人事管理等多个系统的数据结构；

3. 对采集的数据结构进行关系建模；

4. 完成采集数据的梳理，对不规范的元数据进行标注与整理；

5. 绘制元数据地图，实现元数据的钻取与联动；

6. 对采集的元数据设定版本管控，保证元数据有效性；

7. 对采集系统元数据设定自动监测与变动预警，时刻掌握元数据变动情况；

8. 编制《元数据管理规范》，方便未来持续的元数据管理工作；

9. 完成元数据平台培训工作，协助甲方熟练掌握数据采集、建模、数据地图绘制的相关技术。

（三）技术要求

1. 支持自动元数据采集；

2. 能够进行元数据变动的实时监测；

3. 多版本管理的能力；

4. 根据实际情况可扩展采集模型；

5. 可以在进行手动数据关系建模配置；

6. 能根据数据关系模型形成数据地图。

第六部分   成果交付要求

1. 在本期项目的实施过程中和交付使用后，要求将各个阶段产生的全面的、规范的成果（软件系统）和文档资料以电子版和纸介质两种形式同时交付给校方，成果和文档资料须符合软件工程的相关要求。

2. 需交付的成果和文档资料主要包括以下内容：

3. 可运行的系统，提供每个系统的安装文件以及安装方法文档。

4. 技术文档：包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等。

5. 管理文档：包括项目开发中的一些工作文档，如计划、报告、讨论纲要、会议记录等。

6. 源代码：提供的交付物必须提供完整源代码。交付物需采用Java语言开发体系。

第七部分   售后服务和培训要求

一、售后服务

1. 投标人应承诺保证该项目按时正式稳定地运行；

2. 售后服务从系统验收通过之日起计算；

3. 投标人在项目终验后，必须提供一年的维护期，在维护期内，提供新建系统版本免费升级及对软件进行维护和完善；

二、项目培训

1. 投标人必须提供相应的应用软件技术、系统操作等方面的培训。有关应用软件的操作培训课程，培训应该在系统运作前完成。投标人须在响应文件中提出全面、详细的培训课程以及时间表交给业主，并在合同签订后征得业主和监理同意后实施。

2. 投标人在实施过程中提供免费、全面的培训，包括面向系统管理员和业务人员的相应的培训、基于系统平台接口规范标准的二次开发培训、开发平台和开发工具培训、配置管理和系统维护培训、数据定义和管理培训、客户端操作培训。投标人将详细的培训课程以及时间表交给业主，最后以业主认可为准。

3. 投标人须提供详细的培训计划：对采购人的人员培训方式分两类，一类为业务人员培训，培训采用集中授课、现场演示和辅助操作三种培训方式；另一类为技术人员培训，培训采用理论培训和实际操作相结合的方式。

4. 培训方式：集中授课、现场演示和辅助操作。

5. 培训主要面向的对象如下：

6. 开发管理培训：即是系统开发的各个阶段的培训，这些阶段包括：项目准备、用户需求分析、系统概要设计、系统详细设计、程序编制和运行建立。

7. 开发管理培训涉及的学校的相关人员主要是技术人员，分阶段的被培训的人员包括：项目管理人员、需求分析人员、系统分析设计人员和系统开发人员。

8. 运行管理培训：为了使学校的相关人员掌握有关应用系统的使用、维护和管理方法，达到能独立进行管理、故障处理、日常测试和维护等工作的目的，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。

9. 使用培训：对学校的相关人员的用户进行应用系统使用培训，掌握平台的使用。

第八部分   验收要求

1. 第一次验收：主要产品的交付，完成主要产品安装、部署、联调、源码、操作手册；

2. 第二次验收：项目初步上线，完成数字化校园服务平台的主体框架与全校的各业务系统完成接口对接，各业务流形成完整的闭环。

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

4. 终验：项目稳定运行三个月。