河南理工大学网上一站式服务平台政府采购合同书

合同备案编号：HPU政采-2019-A-040

政府采购编号：豫财招标采购-2019-816

供方：郑州联盛电子技术有限公司 签约时间：2019年 8月 9日需方：河南理工大学 签约地点：河南理工大学南校区

供、需双方依据河南省国贸招标有限公司签发的招标采购[采购编号：豫财招标采购 -2019-816 号 ]中标通知书，根据《中华人民共和国合同法》等有关规定以及需方采购文件和供方投标文件的内容，供需双方经友好协商，现达成以下条款：一、合同标的与价款本合同所指货物为河南理工大学网上一站式服务平台（主要技术参数及

配置见附件一、附件二），合同总价款为人民币 1639000.00 元（大写：壹佰陆拾叁万玖仟元整）（含税）。二、货物质量要求与售后服务要求供方应保证货物是全新、未使用过的，并完全符合强制性的国家技术质量

规范和本合同附件一与附件二规定的质量、规格、性能及技术规范等要求。售后服务要求按采购文件及投标文件相应条款执行（详见附件三）。三、合同履行的地点及进度合同签字盖章生效后，供方应于 2019年 9月 1日前将合同条款中的全部

货物运送到河南理工大学现教中心指定地点，并于 2019年 9月 10日前按需方要求完成货物的安装、调试和人员培训，所发生的费用由供方负责。需方应在货物到达指定地点后，提供符合安装条件的场地、电源、环境等。四、技术资料合同生效后 7天之内，供方应将每套货物的中文技术资料一套（如目录索

引、操作手册、使用指南、维修指南（或）服务手册）寄给需方。另外一套完整的上述资料供方应包装好随同每批货物装箱发运。五、使用合同文件和资料事先未经需方书面同意，供方不得将由需方或代表需方提供的有关合同

1

或任何合同条文、规格、计划、模型等提供给与履行本合同无关的任何其他人。即使向与履行本合同有关的人员提供，也应注意保密并限于履行合同所必需的范围。六、检验和测试货物抵达目的地后，由需方对货物的质量、规格、数量和重量进行检验，

如果发现规格、数量或两者有与合同规定不一致的地方；或对成套货物安装调试、人员培训有异议的；或证实货物是有缺陷的，包括潜在的缺陷或使用不符合要求的材料等，需方应尽快以书面形式通知供方。供方在收到通知后最迟应于 24 小时内解决问题。如果供方在收到通知后 7天内没有解决问题，需方可采取必要的补救措

施，但由此引发的风险和费用均由供方承担。如供、需双方对货物的质量发生争议，可委托具有国家规定相关资质的第

三方检验机构检验，检验和测试不论在何处发生，一切费用均由供方承担。七、验收供方在货物到达目的地后应按要求及时填写到货开箱验收报告（见附件

四），需方在安装调试、人员培训完毕，且成套货物正常运行后应在 30 个工作日内完成验收。需方严格按合同内容进行验收，供方不得变更合同中的货物品牌、型号、

规格等。如因特殊原因需要变更，则必须向需方递交书面变更申请，并经同意后方可更换，供方应承担因更换而支付的一切费用。未经需方同意而进行变更，需方有权不予验收，并视为违约行为，同时要求供方按原合同执行。因更换而造成逾期交货，仍按逾期交货处理。

八、人员培训供方免费对需方人员进行技术培训。九、付款方式及期限1.供方开具以河南理工大学为需方名称的正规发票。2.付款期限：供方在签订合同前须向需方支付服务保证金 70 万元。货物清

单中所有系统模块（包括相关技术文件资料）安装调试完成并运行正常后，需方在收到供方的正规发票后支付合同价款总额的 100%（￥1639000.00 元）。项目涉及的所有开发和集成服务完成后，由需方组织产品整体验收，验收通

2

过并上线稳定运行 1 个月后，一次性无息返还全部服务保证金。十、供、需双方应严格遵守需方招标文件中的投标要求和投标人须知，如

有违反，按投标要求和投标人须知规定予以处理。十一、采购文件及其修改、投标文件及其修改、澄清以及本合同书的附件

均为本合同的组成部分。其效力顺序为：首先，本合同书及其附件，其次，采购文件及其修改，再次，投标文件及其修改、澄清。

十二、违约与索赔供方未按期交付货物的，应向需方偿付违约金，违约金按每周迟交货物

交货价的 0.5%计收。该违约金的最高限额为迟交货物合同价的 5%。一周按 7

天计算，不足 7天按一周计算。如果达到最高限额，需方有权解除合同，同时保留向供方追诉的权利。供方不能交付货物的，应向需方偿付合同总额 5%的违约金，同时需方有

权解除合同。需方无正当理由拒收货物，应向供方偿付拒收货物款额总值 5%

的违约金。如果供方对货物的偏差负有责任，而需方在规定的检验、安装、调试、验

收和质量保证期内提出了索赔，供方应按照需方同意的下列一种或几种方式解决索赔事宜：

1.供方同意退货并用合同规定的货币将货款退还给需方，并承担由此发生的一切损失和费用，包括利息、银行手续费、运费、保险费、检验费、仓储费、装卸费以及为看管和保护退回货物所需的其它必要费用。

2.根据货物的偏差情况、损坏程度以及需方所遭受损失的金额，经需供双方商定降低货物的价格。

3.用符合合同规定的规格、质量和性能要求的新零件、部件和（或）货物来更换有缺陷的部分和（或）修补缺陷部分，供方应承担一切费用和风险并负担需方蒙受的全部直接损失费用。同时，供方应延长所更换货物的质量保证期。如果在需方发出索赔通知后三十（30）天内，供方未作答复，需方所选

择的上述索赔方式之一应视为已被供方接受。如供方未能在需方发出索赔通知后三十（30）天内或需方同意的延长期限内，按照需方同意的上述规定的任何一种方法解决索赔事宜，需方将从履约保证金和合同货款中扣回索赔金额。

3

需方将根据违约严重程度视情况将供方列入需方的不良诚信记录名单，并向政府有关部门报送不良诚信记录。

十三、本合同签订和履行适用中华人民共和国法律，因履行合同发生的争议，由供需双方直接协商解决，如协商不成向合同签订地人民法院起诉。

十四、本合同未尽事宜，供需双方可签订补充协议，与本合同具有同等法律效力。

十五、合同生效及其它供方应当在本合同签订前向需方指定的账户支付本合同总价款 5%的履约

保证金。该履约保证金在供方履行完交货义务且需方验收合格后自动转为质量保证金，该质量保证金于全部货物质保期满且无质量异议后由需方无息一次性返还供方。本合同经双方代表签字、加盖公章后生效。本合同（共 23 页）一式八份，

需方四份，供方二份，招标公司二份。

4

供方（开户名）：郑州联盛电子技术有限公司

地址：郑州市金水区北环路 62号中方园小区东区 58号楼 6 单元 4 层东户 委托代理人（签字）：

电话：0371-63638019、18790278726

开户行：郑州银行纬二路支行

银行账号：938970120101001377

统 一 社 会 信 用 代 码 ：914101007571465975

需方（开户名）：河南理工大学地址：河南省焦作市世纪路 2001号技术负责人签字：电话：18539153396

委托代理人：（签字）开户行：中国农业银行股份有限公司

焦作理工大学分理处银行账号：16302301040000264

统一社会信用代码：12410000721851120U

5

附件一、货物规格价格一览表二、货物主要技术参数三、售后服务计划书四、到货开箱验收报告

6

附件一 货物规格价格一览表

序号 货物名称 品牌型号及制造商 数量

单价（元

）合计

（元）

1

网上一站式服务平台

一站式流程服务平台

科探一站式流程服务平台软件V3.0

上海科探信息技术有限公司 1套 400000 400000

融合门户科探高校融合式信息门户服务平台软件

V2.1

上海科探信息技术有限公司1套 300000 300000

统一身份认证平台

科探身份认证与授权管理平台软件V2.0

上海科探信息技术有限公司 1套 231000 231000

流程定制开发

科探流程定制开发上海科探信息技术有限公司 25 项 16300 407500

流程后台管理及数据主

题系统科探流程后台管理及数据主题系统上海科探信息技术有限公司 1套 300500 300500

合计：人民币壹佰陆拾叁万玖仟元整 1639000

7

附件二货物主要技术参数

货物名称 技术参数网上一站式服务平台

一、整体要求1.1 功能描述1.1.1通过统一身份认证实现多种方式的统一身份认证、授权和访问控制并具有可扩展性。综合服务门户实现对学校所有系统的身份认证、授权、访问控制和单点登录管理，身份认证准确安全，授权和访问控制的控制粒度精细、具有柔性，其中授权粒度能支持到具体的业务、服务或数据内容级别的授权；1.1.2网上办事大厅的建设主要是解决贵校在办公事务、学生事务等业务领域的事务性、服务性等流程办理类业务需求。同时本项目对网上办事大厅的流程所产生的业务数据实现统计、管理、分析，包含流程中业务数据的增、删、改、查等基本管理功能；1.1.3 综合信息门户作为智慧校园的信息化入口，包括对各种不同场景、不同身份、不同信息或服务的获取方式进行有效的整合。本项目是把传统意义上的内门户、外门户、PC 门户、移动门户等割裂的概念融合起来，降低信息服务的不一致性，统一支撑平台，无缝支持各种终端及各种使用场景，实现应用层／展示层的无缝融合。1.2技术描述1.2.1供方提供的平台和系统均采用 B/S结构，可运行于Unix、Linux、windows等高安全性操作系统。开发技术采用 J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。平台及应用系统软件遵循 J2EE的技术路线，采用 Java编程语言和服务器端 Java技术进行开发，业务应用系统和数据集成平台均基于 oracle11g或以上的大型数据库之上；1.2.2采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。平台采用成熟的 SOA架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。系统支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能；1.2.3供方提交的建设方案结合需方的具体需求，考虑到招标方学校规模的可扩展性和长期可持续建设发展特性，综合考虑当下技术的发展趋势，确保系统建设切合招标方内部的工作、管理流程和行业特性。本次平台建设过程中，保证平台的可持续服务能力及外部接入的开放能力。1.3安全描述1.3.1 供方采用主流认证模型，需方使用登录某个（或多个）使用统一认证的应用系统（称其为第三方的应用系统）时，需方的密码，包括需方密码的任何加密形式，都不会经过第三方的应用系统。密码只会传输给中心认证服务器；1.3.2 认证过程采用工业级加密技术；1.3.3需方认证信息（密码）采用单向加密技术加密后存储在中心服务器中。即使是中心的

8

管理员也无法从中获取需方密码的明文；1.3.4采取有针对性的架构和措施保障系统及数据的安全，有效防止出现大范围的数据泄漏、数据丢失等安全事件；1.3.5 系统具备高可扩展性，能够在不降低性能的情况下扩展需方容量；1.3.6 系统具备先进的分布式架构，具备高冗余度设计，实现高可靠性；1.3.7需方身份数据实现分布式存储，支持多级数据备份，支持无缝的操作数据备份与恢复；1.3.8提供完整的系统运行日志，支持系统运行情况的审计。二、功能描述一站式流程服务平台提供全功能的表单开发工具与处理引擎，可以可视化、零代码地开发任意类型的表单并实现高效率、高交互的处理；实现与全功能表单的无缝融合、一体化开发与运行。实现流程逻辑设计与程序代码开发高度分离，业务流程咨询师与开发人员可以独立工作、高度融合；实现与全校各业务系统的标准化融合。通过高度易用的标准化接口体系，实现统一流程服务与各业务管理系统的无缝融合。以完备的接口体系实现业务流程功能的无限制扩展；实现全校流程的统一管理、监控、优化分析功能；提供完备、开放、安全的 API 体系，实现与需方电子校务服务门户的无缝融合，从而提供统一的流程服务体验。2.1面向需方的流程服务大厅描述2.1.1 流程服务中心是面向需方的一站式网上服务大厅，是需方启动流程、接受服务、办理任务、审批任务的统一入口，所有的服务流程都通过流程服务中心面向需方；2.1.2服务大厅：需方能够以各种方式找到并启动那些他能够启动的服务。包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务；2.1.3待办任务：系统将根据流程的需要把当前需要需方办理／填写／审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容即可；2.1.4 办理中任务：流程的办理者（包括申请者、审核者），都可以在这个模块中找到，并跟踪自己参与的流程的进展情况；2.1.5 已办任务：需方可以找到所有自己曾经办理过的流程及其具体内容；2.1.6抄送任务：根据实际业务需要将相关信息通过抄送或者传阅的方式，发送到相关人的手中，从而达到信息传递的目的；2.1.7服务评价：系统可以让需方对所有自己请求发起的流程服务进行评价；2.1.8 产品提供现成的一站式师生服务大厅的移动终端模块，包括 Android／iOS操作系统的原生 app，以及基于HTML的服务大厅移动网页版。2.2表单设计能力要求2.2.1提供全功能的图形化表单设计，可根据业务需求自定义任意样式的表单。需方填写表单时，通用信息可自动填报，避免师生的大量重复填报问题；2.2.2表单设计方式： 1）支持可视化建模，提供拖拽式、所见即所得的图形化表单设计能力，如可通过文件（包括 word、excel等常见日常办公格式）导入模式导入表单格式，提供种类繁多的模板库满足快速制表需求； 2）支持丰富的表单内置控件，以及丰富的表单数据验证、操作方式，支持快速配置各种表达式，支持表单字段间的自动关联，支持可配置的代码级联，支持条件样式。

9

2.2.3表单内置支持非结构化附件的上传、下载、通过浏览器无插件式图片预览，无需程序开发2.2.4 表单内置支持重复表、重复节等动态、二维表格功能的可视化定义，无需程序开发。表单内置支持二维表数据行及重复节在需方填表时动态增、删及调整次序，无需程序开发；2.2.5易于打印：表单设计器所形成的表单能以“所见即所得”的方式，无需调整、无需程序接入直接形成打印结果，满足日常办公打印需求；2.2.6内置支持表单版本管理；2.2.7内置支持基于表单数据自动创建关系型数据模型，并实现无需程序开发、可配置的自动数据持久化；支持多种数据来源：支持 Oracle,SQLServer,MySQL等常见的关系型数据库；2.2.8字段级表单权限控制；2.2.9基于需方、角色、组织结构分配需方入口访问、填报的权限；2.2.10 支持根据不同流程活动配置表单内部字段显示、编辑的权限（即设置各个流程节点可编辑的字段，针对不同流程节点配置每一个表单字段的增删改查权限）；2.2.11表单渲染：将可视化的表单定义自动转换为可在浏览器中执行的 web 页面。需兼容大部分主流浏览器，至少包括 IE／Firefox／Chrome／Safari及其相应的移动版本等，无需第三方浏览器插件支持；2.2.12丰富的表单控件支持。支持无需浏览器插件的富文本编辑控件；支持无需浏览器插件的 Office 文档在线预览与编辑；支持地理位置及导航控件；支持表单控件上进行批注的功能；支持可以自定义开发的个性化控件。2.3 统一的数据管理中心描述2.3.1供方提供统一的数据管理中心，实现对服务流程产生的数据的统一管理功能；2.3.2 支持服务流程产生数据的自动持久化，从表单数据转换为基于关系数据库模型的业务数据。相关转换通过对平台的配置即可完成无需编码，平台能够提供自动的机制保障流程数据与业务数据之间一致性；2.3.3 在统一的数据管理中心中，平台支持无需代码开发就能够对服务流程所形成的业务数据提供增、删、改、组合查询等标准数据管理功能，为相关业务管理人员提供基本的信息管理能力；2.3.4数据管理中心能够提供数据管理功能的标准开发框架，框架支持开发人员对数据的查询、展现、管理、统计功能进行个性化的定制开发，以满足业务管理人员的深度数据管理需求；2.3.5数据管理中心提供开放、标准化的数据接口和事件驱动模型，实现流程产生数据与各类管理信息系统的对接，实现与现有管理信息系统的有效融合；2.3.6数据管理中心中，能够基于流程平台提供数据采集流程、数据交换流程、数据查询流程的开发和管理，结合上述各项功能提供从业务流程到数据管理的完整闭环。2.4 可视化流程设计描述2.4.1供方流程开发平台提供全可视化的流程集成开发环境，并拥有大量成熟实用的案例模板。无需编码即可实现绝大部分的应用开发，开发人员无需掌握复杂编程语言，简单培训即可胜任开发工作，极大的降低软件开发的复杂度和软件开发速度；2.4.2 流程开发平台可支持多语言的 Web应用开发者，即无需为不同语系的最终需方设计任何额外的Web应用即可实现多语言的支持；2.4.3 流程开发平台对于工作流管理具备以下功能：

10

（1）支持多种流程模式 能够对工作流提供良好支持，四种办理方式；包括人工节点、自动节点、条件节点、子流程、并行与归并等各种流程要素；支持包括支持单一签核、多人顺序、多人并行、多人抢占、多人任意、指定执行、会签、传阅等常用模式；支持撤回、评价、催办、通知、过期、中止等常用操作；以及上述功能的各种组合；（2）流程开发与表单设计无缝集成，支持基于表单数据直接配置流程的岗位、权限以及执行路径；（3）支持多视图架构，不同的流程节点上可以配置不同的表单视图；（4）移动终端表单、多语言表单提供完善支持，在无需程序开发的情况下实现多种终端适配和多种语言适配；（5）持混合流程：业务流程引擎完全支持人工参与流程和自动处理流程；（6）持流程执行状态的可视化流程图显示；（7）支持根据流程图及当前执行状态动态生成易于需方理解的流程办理进度条及后续执行路径。进度条的生成时自动的，无需另行开发程序；（8）支持在任意流程节点配置自动的表单数据建模与表单数据持久化，无需程序开发；（9）支持流程任意节点通过配置实现打印及下载，无需程序开发；（10）可视化过程监控，跟踪活动状态，发现流程错误时可人工干预；（11）内置多级权限体系：平台提供完善的组织架构管理，支持多维权限模型。支持任意级别的组 织架构管理，支持基于角色／岗位的权限体系 RBAC，支持分级授权管理，支持权限体系与学校统一身份体系的无缝对接，支持权限体系与流程表单数据的无缝对接。（12）支持可动态执行的工作流及数据操作脚本：无需编译就能够通过动态脚本在工作流中直接处理表单数据。（13）内置支持业务流程的版本管理。2.5 移动应用支持描述2.5.1供方提供基于HTML的服务中心移动网页版：兼容 Android／iOS操作系统的主流移动浏览器；2.5.2提供基于微信的服务中心移动应用场景：服务中心实现与微信应用平台的对接，需方可以用微信企业号做为服务中心的移动访问方式，访问服务中心的各项功能。2.6非结构化附件存储和管理描述2.6.1供方平台内置支持表单中非结构化的附件文件的上传、存储、下载、图片预览等功能，流程开发人员无需开发额外程序；2.6.2附件的存储可对接需方提供的各种存储设备，流程开发人员无需关心；2.6.3非结构化附件的管理提供完整的API 接口，以便于第三方系统访问；2.6.4 支持无需浏览器插件的Office文档在线预览与编辑。2.7打印与导出服务描述2.7.1平台内置支持无需程序开发的的流程表单打印和导出功能。内置支持基于MSWord模板的打印和导出：流程开发人员在任意节点配置不同的个性化打印和导出模板，无需程序开发，平台根据模板自动实现数据填充、打印结果渲染及导出结果的下载；2.7.2 支持表单转换成word/pdf文件导出；2.7.3打印与导出服务支持开放API，可以被外部应用通过API 实现快捷的打印与导出服务。2.8消息通知服务描述2.8.1平台内置统一的消息通知服务，能够在任意节点通过配置实现各种指定形式、指定内

11

容的流程执行通知；2.8.2 支持标准化、可扩展、可配置的通知渠道。平台支持标准、可扩展的发送渠道API，包括但不限于邮件、短信、微信。对于满足 API标准的通知渠道，可在流程图节点上进行可视化配置；2.8.3消息通知服务支持开放API，可以被外部应用使用；2.8.4 可视化配置的待办通知时机。可在流程节点级，可视化配置灵活的发送时间。至少支持即时发送、指定延时时间发送、重复发送配置；2.8.5 可视化自定义配置的发送内容可在流程节点级，配置待办及办理通知的发送内容及模版。模版可根据审批表单内关键信息进行适配；2.8.6 可视化配置的办理通知对象。可根据业务场景，灵活指定办理通知的发送对象。至少包括已参 与流程审批的人员、表单内出现的人员、需要特殊配置的通知人员；2.8.7 可视化配置的办理通知步骤。可根据审批人的流程节点执行动作不同，发送不同的通知策略。2.9完全的开放性描述2.9.1 流程平台以校内部署的方式运行于学校信息环境，基于平台的流程开发中所需要的程序开发不必依赖任何特定的程序开发语言和程序开发工具。平台具备完全的开放性；2.9.2 支持完全无需程序开发的流程开发场景与运行模式；2.9.3能支持包括 Java、.Net、PHP、Python、Ruby的多种语言进行全功能的流程开发；2.9.4至少对 Java、.Net等主流开发环境提供完备的 SDK 支持。可以扩展更多的语言 SDK 支持；2.9.5 支持与统一身份认证授权及访问控制平台紧密集成而实现需方在业务流程中的身份、角色和权限匹配；2.9.6 系统可为相关应用系统提供共享数据访问服务，为第三方软件及二次开发提供服务接口，服务 接口符合 RESTful和Oauth 开放标准；2.9.7 支持多浏览器访问，例如 IE8.0、IE11、Firefox、Chrome、safari等及其移动版本。2.10 开放API 描述2.10.1 流程服务平台提供完备的API 接口体系，实现对学校校务服务中心的支持，接口体系实现的功能包括：（1）服务大厅：能够以各种方式检索需方有权使用的服务。包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务；（2）待办任务：能够给出需要当前需方办理／填写／审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容即可；（3）办理中任务：为指定的流程办理者（包括申请者、审核者），找到并跟踪自己参与流程的进展情况；（4）已办任务：能够给出指定需方所有自己曾经办理过的流程及其具体内容；（5）服务评价：支持让需方对所有自己请求发起的流程服务进行评价。2.10.2提供平台的接口体系支持 OAuth2.0协议，实现基于需方个人授权的安全模式，有效避免大 范围信息泄漏；2.10.3平台的接口体系经过长期的测试及案例验证，支持分布式负载均衡，支持百万级日均PV的 访问量。2.11内置支持线上线下融合（O2O）的服务模式

12

2.11.1内置支持可视化的线上线下混合流程编排能力，无需额外程序开发即可实现线上信息流转与 线下实物流转无缝融合的业务流程，灵活支持电子校务中个性化、跨校区的材料配送、提取及物流跟踪流程，大幅提高校区内及跨校区的校务管理与服务效率；2.11.2 充分考虑校园线上服务大厅与线下服务大厅的无缝融合，灵活支持校务流程中的预约、材料受理、递送、材料／物品的配送与提取、自助服务等等各种 O2O 业务场景；2.11.3提供完整的线上线下融合电子校务 020 解决方案与实践经验。2.12与学校现有数字校园平台深度集成对接2.12.1内置支持市场大主流的校园身份认证协议，包括 CAS、SAML等。内置支持与市场主要供应商身份认证平台的对接；2.12.2 系统对外提供的程序调用接口全面符合 RESTful及 OAuth规范，有效实现与数字校园其他信息系统的对接。2.13提供业务整合的完整方案2.13.1对流程处理完成，所形成的数据，为业务管理部门提供处理方案，使得服务流程与学校已建和未来待建相关业务系统能够无缝对接，使得解决方案能同时满足需方服务需求和业务部门管理需求。2.14电子签章支持描述2.14.1签章认证方式同时支持基于统一身份认证的云端签章，以及支持 usbkey方式签章；2.14.2签章展现方式，同时支持基于 H5 页面的审批表单签章方式，以及支持 pdf文件签章；2.14.3签章管理。支持持签章需方管理、签章发放（统一身份认证 /usbkey）、签章文件验真。2.15 数据对比功能描述2.15.1 支持服务执行过程中流程表单数据的智能比对，由于退回等各种原因，引起的表单重新提交、流程执行节点变化，在重新到达相关人员时，提示产生变化的表单数据，使审批过程更友好；2.15.2 支持审批人的表单数据批注，对于表单填写字段，审批人可在退回时，对该字段添加批注功能；2.15.3 可视化配置的关键步骤的审批日志是否可见，可支持节点级的审批日志是否公开或隐藏及某些人可见。2.16一站式流程服务构建平台技术描述2.16.1一站式流程服务中心除了形成面向需方的统一流程服务界面以外，其流程服务的开发过程还支持标准化、可视化的表单和流程开发过程，实现快速、低成本、可持续维护的流程服务开发机制。基于平台的流程开发的学习门槛低，能够实现对校内信息化建设人员的快速有效地培训，从而有效应对学校管理过程中大量且持续变化的个性化管理流程要求。此外，考虑到数字校园涉及的业务范围广、规模大、可扩展性及持续优化的要求高，一站式流程服务构建平台具有高度的开放性；2.16.2一站式服务平台支持全分布式架构，包括 HTTP 交付、引擎、服务、数据库等均支持多点水平扩展，实现全面的复杂均衡和热备份，确保提供所需要的平台性能和可靠性。平台底层支持 Openstack服务器虚拟化技术，所有平台上开发的服务流程代码可以运行在符合 docker 标准的容器之上。支持 Kubernetes容器编排引擎，实现所有服务事项代码的容器化编排与集群管理。从而实现数量众多的微服务的有效运行管理。三、一站式流程服务平台

13

供方融合门户面向学生、教师、校友、管理者等各类角色，与学校统一身份认证与授权平台、一站式流程服务平台、数据管理与交换平台等实现集成，提供一站式的信息服务，实现统一平台运维和应用管理，统一后台管理，各类信息统一发送，PC、手机及 PAD等多终端同步展现，以师生信息服务为中心，提供全生命周期、多终端、一体化的信息化服务，构建一体化校园信息服务平台，实现一站式信息发布、一站式消息发布、一站式日程服务、一站式应用管理等功能。以信息门户为展现形式，打造统一信息内容，PC、APP、微信等多终端、全平台信息展示与应用的服务平台。3.1 支持多种的集成模式，确保作为桌面端统一入口的完整性和兼容性。3.1.1后台内容管理和前台页面呈现是解耦的，可支持各种呈现样式；3.1.2标准化集成：支持 JSON/XML/RSS/PDF/CSV/XLS等主流数据格式和 HTTPRestful/Web Service/XML-RPC主流数据调用服务和协议；3.1.3内置完善的多语言界面与内容支持。3.2响应式web技术3.2.1 框架内置支持响应式 web技术。所有页面元素在需方使用场景变化：包括终端设备变化、浏览器窗口大小变化时，进行响应式的界面元素重排至所设定的合理布局；3.2.2兼容各种主流浏览器，包括主流移动端浏览器，可以自动适应；3.2.3 响应式的界面主题可以被灵活替换，在风格变换的同时提供同样的响应能力。至少提供 3套支持响应式的门户主题，可供需方自主选择。3.3完整的内容管理 CMS技术支持3.3.1 支持基于站群技术的完整 CMS内容管理功能；3.3.2 任意增删改各种内容类型，每个内容类型中的字段也可以任意增删改，这些操作通过Web 管理界面完成；3.3.3容本身和展示样式解耦，管理员可灵活配置内容展示样式；可实现流行的展示样式：列表、表格、网格、日历、地图、图表、幻灯、传送带、时间线、二维码等。同一内容可通过Web后台管理界面配置成任意展示形式；3.3.4提供科学的人机界面和需方体验，提供可编辑的页内的上下文帮助，除系统管理员以外的需方（包括内容管理员）无需培训即会使用；3.3.5无限层级、多重继承的分类，支持可任意增删改内容类型及其包含的字段；支持内容生命周期管理，包括草稿、已发布、已过期、归档、已删除等，可任意增删改生命周期的状态；3.3.6 支持层级化管理权限；3.3.7 支持内容版本管理，实现多个历史版本及其之间的差别对比；3.3.8 系统日志：可以查看整个网站系统登录信息和操作信息，如可以记录操作者操作的应用模块、执行的操作、内容、操作时间和操作 IP等；3.3.9 提供兼容主流浏览器的可视化文章编辑器，支持文本、表格、图片（jpg、png、bmp、gif等）、flash、视频（wmv、rmvb、avi、mpeg、mp4）、附件的上传；3.3.10 支持视频在线播放功能，包括目前流行的视频格式播放；3.3.11需方可对内容进行收藏、标注、分享、打印等操作；3.3.12 支持可定制的后台内容管理界面；3.3.13 支持基于标题、关键字及全文的模糊查询功能；3.3.14 支持简单检索和各种组合检索，允许使用文中的任意字、词、句和片段进行检索；3.3.15对系统内的各项内容（包括需方等）实现全文搜索。支持平台内按标题检索各种格式

14

文档（包括 Doc、PDF、Excel、PPT等）。3.4基于身份认证的多工作区个人门户3.4.1内置支持市场主流身份认证协议，包括但不限于 CAS、SAML等；3.4.2 支持 OAuth2.0 开放授权协议；3.4.3 支持工作区概念，提供面向多重校内身份的个性化支持。可以基于身份、岗位、部门等属性建立各种身份所适合的个性工作界面。在符合平台总体规范的基础上，实现不同身份的个性化需求。支持一个需方同时具备多重身份的能力，支持需方快速在自己的不同身份中进行切换，以获得不同的工作和服务界面。3.5 统一的门户后台管理功能3.5.1提供整合的门户后台管理功能，即前端的网站群、办事中心、个人桌面门户、个人移动门户的后台管理功能统一在一个管理框架下；3.5.2 统一的后台管理框架提供包括内容管理、站群管理、办事中心和门户各分中心的响应管理功能。 管理功能与前端的展示方式、使用终端无关，实现展现与内容的解耦。3.6 网上办事中心供方网上办事中心是一站式服务大厅的核心部分，要突出显示，其功能主要包括：3.6.1 办事流程中心：需方能够以各种方式迅速、便捷找到相关的服务。系统具有一定的记忆功能，呈现需方经常使用的服务，需方还可以通过分类浏览、快速搜索、学校推荐、自主收藏等方式，快速找到所需要的办事流程服务；3.6.2待办任务：系统将根据流程的需要把当前需要需方办理／填写／审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容流程即可；3.6.3 办理中任务：流程的办理者（包括申请者、审核者），都可以在这个模块中找到，并跟踪自己参与的流程的进展情况；3.6.4 已办任务：需方可以找到所有自己曾经办理过的流程及其具体内容；3.6.5服务评价：系统可以让需方对所有自己请求发起的流程服务进行评价。3.7通知消息中心3.7.1 支持基于主流 CMS技术，实现高质量的 web主页支撑平台。同时改变传统的校内通知公告通过网站进行发布的模式，可以实现面向不同身份、不同院系／部门的多级校内通知公告的整合。实现针对需方个人的个性化的通知／消息发送。同时，提供标准的接口，对接各种校级／部门级信息系统；3.7.2通知消息中心也应成为需方所有校园相关信息的汇聚中心，消息来源众多，应以可扩展、易查看、全平台同步为设计原则。需方可以以组织或个人的名义（由后台提前分配管理权限）来发布官方通知或群组通知，并提供了丰富的附件组件（图片、pdf、word等格式的文档、网址链接）。发通知者可以清楚的看到已阅读通知的人员和未阅读通知的人员，以便发通知者通过其它方式（电话、私信）来再次通知到未读人员。3.8 统一日程中心3.8.1 实现符合互联网业界主流标准的统一日程服务，能够为师生提供标准的个人日程服务，支持包括 web 门户界面、移动设备及其他标准化的日程软件工具的对接。提供相关接口，支持与各类信息系统的对接，确保日程服务的开放性；3.8.2需方可以自主创建日程，设置日程起止时间、主题、备注等，系统自动根据需方设置的时间长度在日程表中进行标注。系统可以自动对需方填写的日程时间进行提醒；

15

3.8.3 支持公共日程。需方可以订阅公共日历，并在门户中展示；3.8.4 日程与学校校历同步显示，方便查看。3.9校园应用中心3.9.1应用上架。应用上架过程中支持应用名称、应用介绍、应用图标、应用类型、使用需方、应用消息订阅等功能，由学校管理人员自定义，充分尊重学校自主管理权。应用中心的应用上架支持目前业内最完整、细致的应用授权管理，可以分角色、组织结构甚至细分到个人；保障应用本身的信息安全；3.9.2 应用首页推荐。学校管理员将测试通过、已经上架的应用，推荐到需方的手机端桌面，管理员可以将应用进行排序，将热门与重点应用放置在前面，便于学校推广新业务应用；3.9.3应用使用情况。应用中心提供每个应用实时的使用情况分析，包括每个时间段应用的使用次数、需方数等；管理人员能很清晰的了解哪些应用热门、学生喜欢哪些应用，为学校后期信息化建设提供决策参考。3.10 个人消息中心3.10.1为每个需方提供个人信息的集中展现和查询；3.10.2 可以根据个人身份特征展现特定信息与应用，如个人基本信息、通讯信息、家庭成员信息、人事信息、教务信息、科研信息、财务信息、资产信息、奖励信息、学工信息、党团信息、图书信息、成绩信息、网络及一卡通使用信息、缴费信息等。可以操作个人相关的业务、应用、资源等。展示内容可由需方自行定义；3.10.3需方可灵活设置个人昵称、个人照片信息、个人办公地点、个人联系方式、手机号码绑定、应急备用联系方式等基础信息，支持个性化头像修改；3.10.4 支持需方可以自由切换身份，根据需方所选身份呈现相关内容，管理员可以配置各种身份的权限，也可以灵活设置各身份的呈现内容；3.10.5消息中心集成一站式流程服务平台的消息通知，登陆门户时展现待办需办理事项的通知提醒需方可以根据手机性能调整显示效果。3.11 业务管理中心3.11.1 业务管理中心基于身份认证与授权平台的权限架构描述所有应用及其功能模块的权限，并控制管理模块的加载；3.11.2 业务管理中心接入的应用包括三大类：1）基于业务管理中心规范开发的业务管理系统。可以实现细颗粒度的模块权限控制，即插即用；2）基于业务管理中心规范进行接入的业务管理系统。可以实现细颗粒度的模块权限控制，但需要相关业务管理系统进行适当改造；3）外部业务管理系统。控制颗粒度较粗。通过身份认证、链接漫游进行集成。3.12 个人数据中心门户能跟学校已有的主数据平台无缝对接，根据学校要求在门户上展示师生的个人数据。3.13移动访问支持3.13.1 除业务管理中心主要面向业务管理人员，以 PC端为主进行优化，其他上述各模块在前端、 后端均支持自适应的移动视图；3.13.2本期建设应同时实现校园一体化门户的移动 APP，以及APP对微信企业号的对接。3.14性能描述3.14.1 系统能够达到同时在线需方数 3 万以上，登录系统平均时间不大于 3秒，在峰值时间

16

段不大于 5秒。系统处理业务平均响应速度不大于 3秒；3.14.2平台能与学校统一身份认证标准接口进行有效地对接；3.14.3提供完整的浏览器兼容性，包括但不限于 IE7以上、Firefox、Chrome、Safari等主流浏览器等；3.14.4 系统具备高可扩展性，能够在不降低性能的情况下扩展需方容量；3.14.5 系统具备分布式架构，自动实现负载均衡。3.15技术描述3.15.1采用开放式统一架构，具有良好的开放性、扩展性、安全性、稳定性、实用性以及先进性；3.15.2 具备成熟的门户平台开发框架，并能够结合学校的实际，进行二次开发实现特殊需求。支持开放式的开发，能实现与其他异构系统的集成；3.15.3提供移动化解决方案，并能够结合学校实际需求进行开发，该平台具有应用开发、信息采集与抓取、通过接口或 HTML5 页面接入应用等能力，同时也能接入其他第三方应用与服务；3.15.4 系统能够提供完整的接口规范以及针对第三方系统的Webservice、API 接口支持；3.15.5平台本身基于 B/S架构，系统采用 B/S结构实现，采用标准的纯 HTML的方式进行交互，支持多种浏览器，包括但不限于 IE7以上、Firefox、Chrome、Safari、360浏览器等；3.15.6 门户网站实现与统一身份认证平台的集成；3.15.7 具备必要的网络安全和数据安全保障，保证系统的安全稳定运行和数据的安全使用。系统具备完备的权限分级、审查体系、角色体系，系统管理员可依规定进行权限的定制、发放和收回操作。系统通过安全监控措施监控各类组件运行状态，屏蔽非授权访问和恶意访问。同时保证内部信息传输的安全；3.15.8 门户与学校现有数据平台深入对接，无缝对接，所用相关数据通过主数据平台交换。四、融合门户建设支持主流单点登录协议，开放授权协议的统一身份认证平台，支持师生全生命周期的多身份管理能力。供方平台符合互联网开放标准，能够方便、可靠、安全、高效的实现各类应用系统的接入，服务于各类需方。同时系统的性能和可扩展性符合学校的使用需要，包括教师、管理人员、学生以及其他相关人员。4.1 身份认证基本功能描述4.1.1基于标准的目录服务管理帐户、认证信息及基本属性，基于 LDAP的身份认证系统是一个集中的需方认证管理集成环境，管理和分发需方的权限和身份，并为不同的应用系统提供需方和权限管理服务，为了保障整个身份认证体系的兼容性，将采用标准的 LDAP服务实现做为认证核心数据库的基本架构，以提高最大的兼容可能。4.1.2基于数据库技术管理需方扩展属性及权限模型，基于关系型数据库实现除需方认证信息以外的所有系统运行、管理所需要的数据结构。4.1.3 支持安全的 web应用单点登录，实现登入与登出的漫游，同时支持需方间相互的代理授权功能，系统的核心认证模型及单点登录的方案设计满足以下关键要求：（1）采用被严格证明的安全有效的认证模型；（2）采用符合业界主流的认证协议提高兼容性和开放度；（3）同时支持 CAS3.0、SAML、LDAP、Radius等主流认证协议；支持 OpenID 认证授权协议；

17

（4）方案应符合 Kerbores 认证模型，实现认证平台的核心认证模型与单点登录方案。所有需方的认证信息，包括认证信息的加密形式，都不会经过第三方应用，第三方应用没有机会获取需方口令信息；（5）提供简洁、易于开发的第三方认证 SDK，支持 java、.net、PHP等主流开发平台的接入；（6）支持第三方应用以查询或推送的方式获取需方属性同步；（7）实现身份数据与各校园权威业务系统的对接；（8）支持需方数据采集、帐号开设、自助注册、身份开通、权限管理、属性修改、帐户冻结、密码 修改、密码找回、个人信息修改等完整的帐户管理功能。4.2全周期、多身份、终身化的身份管理功能要求4.2.1 支持可扩展的需方基本社会属性管理，支持全局唯一的需方 ID；4.2.2 支持多身份需方管理。一个需方账号在同一时间可以支持多种身份，随着时间变化，需方的身份集合会不断变化，但需方识别 ID无需变化；4.2.3 支持全周期需方管理，支持重复需方识别，支持本科生、研究生、教师、校友等各阶段／各类型身份的全面贯通；4.2.4 支持可扩展的身份类型，以及其对应的需方数据管理流程和身份管理审核流程。支持分级的身份管理，身份数据的来源可以在不同的部门通过不同的流程进行管理；4.2.5 支持开放式的需方自助注册；4.2.6 提供完备的日志管理功能；4.2.7提供完备认证审计功能。4.3 开放授权及开放数据共享4.3.1 通过被互联网业界普遍接受的 OAuth 开放授权标准，实现基于需方个人授权的数据分享。支持完整的四种 OAuth2.0 授信模式及其参数管理，数据分享通过受 OAuth保护的 API实现。认证中心需实现完整的OAuth2.0协议，提供统一、安全、受身份／权限模型保护的开放式 API 体系及相应的完整管理机制，可以提供具有灵活的颗粒度与开放度的 API服务，从而使得信息化校园能够形成一个完整的应用开放平台，大幅度促进第三方应用的开发，为今后形成全面的开放信息化校园应用环境打下坚实的基础；4.3.2供方方案涵盖完整的OAuth2.0协议所需要的运行和管理体系，并具备相关案例的建设经验。4.4技术描述4.4.1 支持主流浏览器，例如：Firefox、Chrome、Safari、IE7及以上版本、360浏览器等；4.4.2 系统需要的外部基础数据采用学校统一数据源；系统数据与学校数据中心实现数据互通；4.4.3在接口层面：系统须支持通过数据交换或数据接口的方式与学校各应用系统对接，并提供完备的API 接口，提供完整的数据结构、数据字典及数据库访问方式；可以根据需要提供与该系统相关的接口；对未开发的接口，在实际运行中根据需方需要提供。与其他系统集成时，给与免费支持（含免费提供接口）。4.5安全描述4.5.1 系统具备完备的权限分级与审查体系，保证对系统需方操作权限的严格控制，从机制上禁止越权操作。引入角色体系，不同角色管理不同任务，相互之间禁止发生混淆。系统级的管理员可依规定进行权限的定制、发放和收回操作；

18

4.5.2 系统本身的运行环境，包括底层软件环境，数据库系统等保证安全，并通过足够的监控措施实时监控各类生产组件的运行状态；借助软/硬件防火墙，结合系统安全机制，实现对非授权访问和恶意访问的彻底屏蔽。同时，还保证系统内部信息的传输安全；4.5.3采用主流认证模型，需方只需信任认证中心即可，而不必分别信任各个应用服务站点；4.5.4需方登录某个（或多个）使用统一认证的应用系统（称其为第三方的应用系统）时，需方的密码，包括需方密码的任何加密形式，都不会经过第三方的应用系统，密码只会传输给中心认证服务器；4.5.5 认证过程采用工业级加密技术；4.5.6需方认证信息（密码）采用单向加密技术加密后存储在中心服务器中，即使是系统管理员也无法从中获取需方密码的明文；4.5.7采取有针对性的架构和措施保障系统及数据的安全，有效防止出现大范围的数据泄漏、数据 丢失等安全事件。4.6其他描述4.6.1 开放性和可扩展性：（1）信息系统的组件具备优秀的开放性，同时遵循业界相关的统一标准，支持各类操作系统、软件环境、数据库体系和中间件等；能通过开发接口进行信息的输入、输出，与第三方应用或系统进行通信，实现信息开放。在宏观层面为多类系统协同运行提供支撑；（2）系统具备良好的可扩展性和可伸缩性，以保证各类外部和内部原因驱动的业务系统自身的不断调整、修改和优化工作，并保证系统本身的正确运行；（3）支持标准的基于平台的二次开发接口，通过成熟的二次开发语言能够快速实现功能的增强和扩展。4.6.2 稳定性（1）系统非常稳定，并能充分利用单位资源的服务能力，对单点失效有成熟的容错能力，且不因系统复杂度的增加影响系统自身稳定性；（2）对系统资源进行合理利用，避免过度占用，并在需要时主动释放资源以保证底层环境的最大稳定。4.6.3 易用性和灵活性（1）需方页面和后台管理系统页面均提供直观、易用和丰富的图形化使用界面，始终保证操作方式的一致性，保证系统交互符合需方常识和预期，从而保证其对系统的高效使用；（2）对于系统的部署安装，省时、安全、可靠，易学习、易管理维护，尽量简化在部署安装过程中的适配性工作内容；（3）为增加系统灵活性，系统要具有很好的配置性，通过灵活配置，方便系统的前后台功能展示。4.6.4 系统的详细功能都可更根据学校的需要进行调整和修改。五、统一身份认证平台本期根据学校目前工作定制 25 个业务流程及配套的MIS 管理系统，业务流程开发及MIS 管理根据学 校实际要求建设，初拟部分需求如下：5.1 确定实施的流程已确定建设的流程共计 14 个，包括：OA发文流程、OA 收文流程、重点工作督察督办流程、行政/会议督查督办流程、处级干部请假流程、学校用印流程、科技合同和材料审批流程、教代

19

会提案流程、电子邮箱账号申请流程、精品课程（微课）录制预约流程、虚拟机和服务器托管审批流程、最新公告审批流程、视频新闻审批流程、毕业生离校流程。5.2未确定流程除上述 14 个流程，其余 11 个流程目前仍处于校内调研和评估阶段，具体建设列表在项目具体实施过程中由信息化建设与管理中心根据学校实际需要向供方提供。5.3 风险提示 由于建设流程的不确定性以及本次建设流程中涉及办公自动化流程和后台管理功能较多，供方自行评估因流程及后台MIS 系统复杂度不同造成的成本风险，中标后，供方了解并自愿承担成本风险，同意按照学校实际提供流程及后台MIS 管理功能保质保量完成建设任务。5.4部分确定流程和候选流程说明5.4.1 确定流程和部分可能实施流程说明（1）OA发文流程：系统支持公文线上从拟稿到发出和保管的整个运行过程。后台可多维度统计、分析、导出、展示等相关指标；（2）OA 收文流程：系统支持公文线上的登记、拟办、批示、阅读、办理、管理等运行过程。后台可多维度统计、分析、导出、展示等相关指标；（3）重点工作督察督办流程

（4）行政（会议）督查督办

（5）处级干部请假：系统支持处级干部线上提交请假申请，根据对应职位经不同审批运行。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；

（6）离校：系统支持线上提交离校申请，各学院、财务、一卡通、图书馆、后勤等保障部等部门审批通过后，学生方可离校。后台可按部门、时间、事项、人员等多维度统计、分析、导出、

20

展示等相关指标；（7）用校印申请

（8）技术合同签订申请

（9）教代会提案管理：系统支持教代会线上提案申请，相关部门审批通过后执行。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（10）最新公告审批流程：系统支持线上提交公告审批，经部门领导、宣传部等部门审批通过发出。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（11）视频新闻审批流程：系统支持线上提交视频新闻审批，经部门领导、宣传部等部门审批通过发出。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（12）家庭经济困学生认定：系统支持家庭经济贫困学生线上依据相关规定认定。后台可按学院、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（13）学生“创新争优”活动评先评奖学生评选：系统支持线上评选学生“创新争优”。后台可按学院、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（14）企业/校友捐资助学学生评选：系统支持线上评选企业/校友捐资助学学生。后台可按学院、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（15）学生综合评定：系统支持线上根据相关规则，给予学生综合评定。后台可按学院、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（16）教职工体检预约流程：系统支持教职工线上提交体检预约申请，相关审批通过后现场体检。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标；（17）学生体检预约流程：系统支持学生线上提交体检预约申请，相关审批通过后现场体检。后台可按部门、时间、事项、人员等多维度统计、分析、导出、展示等相关指标。六、流程定制开发流程后台管理及数据主题系统指为完成前台流程而定制化开发的后台 MIS 管理系统，包括对流程所需基础信息的管理、相关文件的导入、导出、统计以及通过MIS 系统对业务流程进行启动、终止、任务单个/批量处理等。6.1MIS 开发框架6.1.1 向学校提供 MIS 开发工具或框架，工具或框架已经实现与统一身份认证平台、权限系统、融 合门户和流程平台的对接，提供与以上各平台的开发接口；6.1.2 由于建设模式需要，供方具备 MIS 开发能力。当业务管理需要无法通过流程平台进行建设时，供方承诺以正常市场价格向学校提供MIS定制化开发服务，不以MIS 功能与流程无关为由拒绝提供相关服务。6.2数据主题功能需求

21

6.2.1所有业务流程的运行会产生大量的数据，数据一方面可以被后续的服务流程再使用，另一方面需要给相关领域的管理人员提供数据管理的功能，从而形成从流程到数据的闭环。数据管理是后续数据分析、大数据应用等必要的前序步骤。同时也是对传统的MIS 系统做了一次标准化的归约。所投产品能向学校提供后台数据主题管理的自主开发能力；6.2.2建设本期 25条流程所涵盖的字段的数据管理。根据具体需求，对相关流程管理数据进行统计 分析，并通过饼状图、折线图、柱状图、漏斗图等形式展现。如：OA 发文、督察督办的及别业生离校的后台管理功能及统计；6.2.3数据主题具有良好的封装性、松散耦合性、协议规范性和高度集成能力；6.2.4数据主题所需数据来源为本次招标网办事大厅流程服务平台所建设流程数据，数据主题能够与网上办事大厅流程平台实习无缝对接。6.3数据主题技术需求6.3.1提供统一的数据主题管理，实现对服务流程产生的数据的统一管理功能；6.3.2 支持服务流程产生数据的自动持久化，从表单数据转换为基于关系数据库模型的业务数据。相 关转换通过对平台的配置即可完成无需编码，平台能够提供自动的机制保障流程数据与业务数据之间一致性；6.3.3在统一的数据主题管理中，能够对服务流程所形成的业务数据提供增、删、改、组合查询等标 准数据管理功能，为相关业务管理人员提供基本的信息管理能力；6.3.4数据主题管理提供开放、标准化的数据接口和事件驱动模型，实现流程产生数据与各类管理信 息系统的对接，实现与现有管理信息系统的有效融合；6.3.5数据主题管理，能够基于流程平台提供数据采集流程、数据交换流程、数据查询流程的开发和 管理，结合上述各项功能提供从业务流程到数据管理的完整闭数据主题的数据库使用外部 SQL数据库，支 持包括 oracle、sqlserver、mySql 等；6.3.6 数据主题的数据库使用外部 SQL 数据库，支持包括 oracle、sql server、mySql 等；6.3.7 数据主题的数据库根据业务进行划分，归属不同业务的数据分别划分到对应的业务数据库中。6.4 数据主题性能指标需求6.4.1 系统具有良好的开放性、跨平台性、灵活性、可伸缩性等优点；6.4.2 系统具有良好的封装性、松散耦合性、协议规范性和高度集成能力；6.4.3 系统具备高安全性，包括网络安全、系统安全、数据安全、应用安全及安全管理等；6.4.4 响应速度(Intranet)：低于 2s； 6.4.5 系统需方数：30000；6.4.6 性能计数器：WEB 服务器 CPU 占用率低于 50%，内存占用率低于 40%。七、流程后台管理及数据主题系统7.1 融合门户集成7.1.1供方以学校网络环境、信息系统、流程与数据平台为基础，建立完善的信息系统集成和应用机制，利用成熟集成技术对现有校内应用进行集成和封装，以统一身份认证为保证，面向学生、教师、校友、管理者等各类角色，提供一站式的信息服务，实现统一平台运维，统一后台管理，各类信息统一发送，PC、手机及 PAD等多终端同步展现，以师生信息服务为中心，提供全生命周期、多终端、一体化的信息化服务。7.2 统一身份认证接入7.2.1目前学校已经存在各种业务应用系统，由多个开发商承建或学校自主开发。基于本项目建成统一身份认证平台所制定的认证标准，配合这些开发商与开发者实现统一认证的接入

22

工作。统一身份认证平台对接网上办事大厅和融合门户。八、集成工作供方根据对本项目的理解，详细描述项目各项工作的进展计划(可加图示)，并明确完成各项工作预计所需时间及达到的阶段目标。若不能按进度完成项目，需方有权视为供方实施项目失败，需方将无须付款，且保留向供方索赔的权利。九、实施进度要求9.1供货清单中涉及第三方厂商产品，提供原厂授权函原件，提供原厂提供服务； 9.2供方提供售后服务承诺，并且提供本软件平台在三年免费售后服务到期后，提供同等服务 每年的续保单价为 163900元（壹拾陆万叁仟玖佰元整）。

23

附件三 售后服务计划书

1、售后服务响应承诺针对本次项目，供方承诺以下售后服务条款： 1、对所有软硬件产品提供三年 7*24 小时质保服务，质保期自需方验收合格之日起算2、项目涉及到的软件产品免费维护期间涉及到软件的更新、BUG修改等在第一时间内

通知需方，并配合需方完成相应更新、调试工作。3、在接到报修通知后，供方承诺在 30分钟内电话响应。对于影响系统正常运行的严

重故障（包括由系统软硬件等原因引起的），供方工程师及其他相关技术人员在 24 小时内赶到现场，查找原因，提出解决方案和确保实现的措施，直至系统完全恢复到正常运行为止。

4、供方在安装调试之前，负责检查现场环境是否符合产品安装条件。5、供方承诺免费提供技术资料，需方手册、操作手册、安装手册、装箱单、系统安全设

计及相关文档等。6、供方承诺承担项目所有产品的安装、调试和有关配置工作，进行实际的测试。同时

提供安装的系统配置文件和文件档案。7、供方承诺全力与需方配合，根据需方的详细需求提交实施方案，方案得到需方确认

后实施，保证系统按时、正常地投入运行。2、电话支持

接到需方故障申告后，在 15 分钟之内安排责任工程师提供电话支持服务，解答需方疑问并指导需方现场操作方法。24小时值守工程师手机：（18790278726）。3、电子邮件支持供方透过统一的需方服务电话接入，系统可以直接转到对应服务人员。通过本系统供

方提供电话、传真、email、Web 会议、视频会议、IM（即时通讯）软件等多种方式的技术支持。4、远程支持工程师在进行电话支持服务的同时，得到需方许可后通过远程接入方式登录需方网络，

诊断并解决故障，并向需方提交《服务报告》。远程支持服务是重要的服务方式。需方需要为远程接入提供条件，工程师在征得需方

允许的前提下，通过远程网络连接需方内部的系统，检查和解决问题，可大大减少在问题的诊断、处理和解决上花费的时间和精力。远程支持服务须在得到需方许可的情况下方可访问需方系统，并且在服务过程中必须

确保系统的安全，保证数据的完整性。

24

5、现场支持当电话或远程接入支持都无法解决问题，经双方确认需要现场支持时，将指派专职工

程师并在规定的时间抵达需方现场提供支持服务。现场服务包括人力、硬件部件和维护材料通过现场硬件部件测试、备件更换、系统软件相关问题处理，使得系统恢复至正常状态。现场硬件系统支持完成后的 2天内将向需方提交《现场服务报告》。6、定期巡检在系统正常运行情况下，通过主动服务方式向需方提供预防性维护服务，通过由定期

巡检服务和健康检查服务得来的服务报告分析，争取故障发生之前就采取对应预防措施，降低故障发生的可能性。按需方制定的时间每 3个月进行一次维护，主动式电话询问至少每一个月进行一次，

每次服务由需方监督执行，结束后由需方签署意见。7、售后服务技术人员组织为了保证系统后续能够稳步建设，达到预期效果，必须科学、合理、有效地组织与管理

工程售后环节，项目售后组织机构的建设和人员的选择配置至关重要。8、项目售后领导小组

项目售后领导小组由需方和供方领导小组共同组成。项目售后领导小组将负责项目的组织与协调；对项目售后过程中的重大问题进行决策；对项目售后阶段性成果及服务进行审定等。专家委员会由信息化专家组成，负责为本项目的后期实施过程中的咨询和建议，协助

审核后期项目的售后工作，对售后阶段中所衍生出来的重要需求提供建议。9、项目运维小组

项目运维小组办公室是负责项目售后阶段中的日常管理机构，由有关业务部门的领导组成。运维小组办公室在售后领导小组的直接领导下，具体负责项目的后期落地和技术路线

的制定，项目运转过程中的日常管理和行政工作，技术资料的收集与系统数据保密及安全方面的工作，组织制定各类技术和运行规范，负责对运行系统实施全流程分环节的质量检查等。10、技术服务能力经过多年的系统项目实践，在项目质量保证、工程维护及服务方面建立了一整套完善

地管理制度，并积累了相当丰富的实施经验，供方承诺将对本项目提供最优的技术支持与服务。供方拥有众多高水平、专门从事计算机网络、软件开发的技术人员，在系统设计及实施

售后服务等方面具有较为雄厚的实力。在项目管理和实施方面，供方拥有整套严谨的项目质量保证体系和科学的项目管理体系和实践经验；在每一个项目及在每一分项工程完工后，公司内部都要进行预验收（按分项或按产品），并进行各分项工程的测试工作，当各分项

25

工程完全合格后才能进行系统整体安装调试及验收。供方在整个项目完工测试和开通后，将为需方提供详细的工程文档及完善的配套培训。

11、服务承诺供方具备完善的本地化服务网点，能够及时提供备品备件。承诺半小时内响应，提供

7×24 小时售后技术支持服务。12、定期巡检制度

1、需方定期跟踪服务系统安装运行验收完毕后，将随时定期通过电话跟踪使用情况，即时了解存在的问题，

并随时给予解决。必要时，会派遣技术人员去现场解决存在的问题。定期派遣技术人员现场回访，了解应用系统的运行情况，听取意见和建议，解决存在的问题。

2、进行系统季度检查供方负责对应用系统进行季度例行检查，每季提交一份系统运行情况报告。报告将翔

实地列明过去一季的使用状况，数据增长情况，性能情况，最大访问承受情况等关系系统稳定运行的关键信息和下一季的监测重点。制定例行检查计划：根据软件系统的检查时间，建设方应制定相应的检查计划，其中

包括每次例行检查时间、例行检查小组成员、例行检查内容、检查报告。为需方建立项目台帐，完善系统季度巡检制度。

13、系统维护服务保证供方承诺在保修期内及保修期后向需方提供旨在提高需方的系统可用性的持续支持服

务。这种服务包括帮助需方的热线服务、全面性程序服务和重建服务等，供方承诺将来提供的服务完全符合客服方要求的内容。14、故障处理措施和应急处理方案

1、第一级：重大的系统故障在运转期间：任何因软硬件原因引起的严重网络服务中断，以致影响系统的正常运行。

因系统原因引起的大量需方不能使用系统，业务中断。2、第二级：严重系统故障在运转期间，且可以短暂容忍的情况下，任何因软硬件原因引起的主要系统质量下降

以至影响需方服务及维护人员操作。3、第三级：一般系统故障在运转期间，在可以容忍而没有严重影响的情况下，任何因软硬件原因引起的系统服

务及质量下降而不对需方使用有很大影响。4、第四级：操作问题在运转期间，由于操作上的问题造成轻微故障，不影响需方的业务。

硬件系统故障 电话响应时限 现场响应时限26

第一级：重大的硬件及系统故障 15 分钟 1 小时内第二级：严重的硬件及系统故障 15 分钟 2 小时内

第三级：一般硬件及系统故障 30 分钟 4 小时内第四级：操作问题 60 分钟 24 小时内

15、售后单位及电话售后单位名称：郑州联盛电子技术有限公司联系人：刘亚峰电 话：0371-63638019，18790278726

27

附件四到货开箱验收报告

供应商使用单位合同号 主要货物名称合同规定到货日期

实际到货日期(由使用单位填写)

验收情况说明

设备外包装情况 合格 不合格说明书、合格证、检验证、使用手册、维护手册、装箱清单等其它技术文档情况 齐全 不齐全设备外观质量（损伤、损坏、锈蚀情况）是否合格 合格 不合格设备主机、附件、零配件、工具等数量是否齐全（按合同、装箱单检查） 齐全 不齐全设备名称、规格、型号、制造商是否完全符合合同要求（按采购合同检查） 符合 不符合

供应商意见

（上述验收情况是否属实，有无其他说明）

代表（签字）： 年 月 日

使用单位意见

（上述验收情况是否属实，有无其他说明）

负责人（签字）： 年 月 日

校档案室意见

大型仪器设备存档资料： 负责人（签字）： 年 月 日

注：本表填写完毕，请使用部门在实际到货后一周内送交国资处资产管理科备查。28