河南理工大学网上一站式服务平台

1、PAGE PAGE 24河南理工大学网上一站式服务平台政府采购合同书合同备案编号：HPU政采-2019-A-040政府采购编号：豫财招标采购-2019-816供方：郑州联盛电子技术有限公司 签约时间：2019年8月9日需方：河南理工大学 签约地点：河南理工大学南校区供、需双方依据河南省国贸招标有限公司签发的招标采购采购编号：豫财招标采购-2019-816号中标通知书，根据中华人民共和国合同法等有关规定以及需方采购文件和供方投标文件的内容，供需双方经友好协商，现达成以下条款：一、合同标的与价款本合同所指货物为河南理工大学网上一站式服务平台（主要技术参数及配置见附件一、附件二），合同总价款为人民币

2、1639000.00元（大写：壹佰陆拾叁万玖仟元整）（含税）。二、货物质量要求与售后服务要求供方应保证货物是全新、未使用过的，并完全符合强制性的国家技术质量规范和本合同附件一与附件二规定的质量、规格、性能及技术规范等要求。售后服务要求按采购文件及投标文件相应条款执行（详见附件三）。三、合同履行的地点及进度合同签字盖章生效后，供方应于2019年9月1日前将合同条款中的全部货物运送到河南理工大学现教中心指定地点，并于2019年9月10日前按需方要求完成货物的安装、调试和人员培训，所发生的费用由供方负责。需方应在货物到达指定地点后，提供符合安装条件的场地、电源、环境等。四、技术资料合同生效后7天之内

3、，供方应将每套货物的中文技术资料一套（如目录索引、操作手册、使用指南、维修指南（或）服务手册）寄给需方。另外一套完整的上述资料供方应包装好随同每批货物装箱发运。五、使用合同文件和资料事先未经需方书面同意，供方不得将由需方或代表需方提供的有关合同或任何合同条文、规格、计划、模型等提供给与履行本合同无关的任何其他人。即使向与履行本合同有关的人员提供，也应注意保密并限于履行合同所必需的范围。六、检验和测试货物抵达目的地后，由需方对货物的质量、规格、数量和重量进行检验，如果发现规格、数量或两者有与合同规定不一致的地方；或对成套货物安装调试、人员培训有异议的；或证实货物是有缺陷的，包括潜在的缺陷或使用不

4、符合要求的材料等，需方应尽快以书面形式通知供方。供方在收到通知后最迟应于24小时内解决问题。如果供方在收到通知后7天内没有解决问题，需方可采取必要的补救措施，但由此引发的风险和费用均由供方承担。如供、需双方对货物的质量发生争议，可委托具有国家规定相关资质的第三方检验机构检验，检验和测试不论在何处发生，一切费用均由供方承担。七、验收供方在货物到达目的地后应按要求及时填写到货开箱验收报告（见附件四），需方在安装调试、人员培训完毕，且成套货物正常运行后应在30个工作日内完成验收。需方严格按合同内容进行验收，供方不得变更合同中的货物品牌、型号、规格等。如因特殊原因需要变更，则必须向需方递交书面变更申请

5、，并经同意后方可更换，供方应承担因更换而支付的一切费用。未经需方同意而进行变更，需方有权不予验收，并视为违约行为，同时要求供方按原合同执行。因更换而造成逾期交货，仍按逾期交货处理。八、人员培训供方免费对需方人员进行技术培训。九、付款方式及期限1.供方开具以河南理工大学为需方名称的正规发票。2.付款期限：供方在签订合同前须向需方支付服务保证金70万元。货物清单中所有系统模块（包括相关技术文件资料）安装调试完成并运行正常后，需方在收到供方的正规发票后支付合同价款总额的100%（￥1639000.00元）。项目涉及的所有开发和集成服务完成后，由需方组织产品整体验收，验收通过并上线稳定运行 1个月后，

6、一次性无息返还全部服务保证金。十、供、需双方应严格遵守需方招标文件中的投标要求和投标人须知，如有违反，按投标要求和投标人须知规定予以处理。十一、采购文件及其修改、投标文件及其修改、澄清以及本合同书的附件均为本合同的组成部分。其效力顺序为：首先，本合同书及其附件，其次，采购文件及其修改，再次，投标文件及其修改、澄清。十二、违约与索赔供方未按期交付货物的，应向需方偿付违约金，违约金按每周迟交货物交货价的0.5%计收。该违约金的最高限额为迟交货物合同价的5%。一周按7天计算，不足7天按一周计算。如果达到最高限额，需方有权解除合同，同时保留向供方追诉的权利。供方不能交付货物的，应向需方偿付合同总额5%

7、的违约金，同时需方有权解除合同。需方无正当理由拒收货物，应向供方偿付拒收货物款额总值5%的违约金。如果供方对货物的偏差负有责任，而需方在规定的检验、安装、调试、验收和质量保证期内提出了索赔，供方应按照需方同意的下列一种或几种方式解决索赔事宜：1.供方同意退货并用合同规定的货币将货款退还给需方，并承担由此发生的一切损失和费用，包括利息、银行手续费、运费、保险费、检验费、仓储费、装卸费以及为看管和保护退回货物所需的其它必要费用。2.根据货物的偏差情况、损坏程度以及需方所遭受损失的金额，经需供双方商定降低货物的价格。3.用符合合同规定的规格、质量和性能要求的新零件、部件和（或）货物来更换有缺陷的部分

8、和（或）修补缺陷部分，供方应承担一切费用和风险并负担需方蒙受的全部直接损失费用。同时，供方应延长所更换货物的质量保证期。如果在需方发出索赔通知后三十（30）天内，供方未作答复，需方所选择的上述索赔方式之一应视为已被供方接受。如供方未能在需方发出索赔通知后三十（30）天内或需方同意的延长期限内，按照需方同意的上述规定的任何一种方法解决索赔事宜，需方将从履约保证金和合同货款中扣回索赔金额。需方将根据违约严重程度视情况将供方列入需方的不良诚信记录名单，并向政府有关部门报送不良诚信记录。十三、本合同签订和履行适用中华人民共和国法律，因履行合同发生的争议，由供需双方直接协商解决，如协商不成向合同签订地人

9、民法院起诉。十四、本合同未尽事宜，供需双方可签订补充协议，与本合同具有同等法律效力。十五、合同生效及其它供方应当在本合同签订前向需方指定的账户支付本合同总价款5%的履约保证金。该履约保证金在供方履行完交货义务且需方验收合格后自动转为质量保证金，该质量保证金于全部货物质保期满且无质量异议后由需方无息一次性返还供方。本合同经双方代表签字、加盖公章后生效。本合同（共23页）一式八份，需方四份，供方二份，招标公司二份。供方（开户名）：郑州联盛电子技术有限公司 地址：郑州市金水区北环路62号中方园小区东区58号楼6单元4层东户 委托代理人（签字）： 电话1879027872

10、6 开户行：郑州银行纬二路支行 银行账号：938970120101001377 统一社会信用代码：914101007571465975需方（开户名）：河南理工大学地址：河南省焦作市世纪路2001号技术负责人签字：电话委托代理人：（签字）开户行：中国农业银行股份有限公司焦作理工大学分理处银行账号：16302301040000264统一社会信用代码：12410000721851120U 附件一、货物规格价格一览表二、货物主要技术参数三、售后服务计划书四、到货开箱验收报告附件一 货物规格价格一览表序号货物名称品牌型号及制造商数量单价（元）合计（元）1网上一站式服务平台一站式

11、流程服务平台科探一站式流程服务平台软件V3.0上海科探信息技术有限公司1套400000400000融合门户科探高校融合式信息门户服务平台软件V2.1上海科探信息技术有限公司1套300000300000统一身份认证平台科探身份认证与授权管理平台软件V2.0上海科探信息技术有限公司1套231000231000流程定制开发科探流程定制开发上海科探信息技术有限公司25项16300407500流程后台管理及数据主题系统科探流程后台管理及数据主题系统上海科探信息技术有限公司1套300500300500合计：人民币壹佰陆拾叁万玖仟元整1639000附件二货物主要技术参数货物名称技术参数网上一站式服务平台一、

12、整体要求1.1功能描述1.1.1通过统一身份认证实现多种方式的统一身份认证、授权和访问控制并具有可扩展性。综合服务门户实现对学校所有系统的身份认证、授权、访问控制和单点登录管理，身份认证准确安全，授权和访问控制的控制粒度精细、具有柔性，其中授权粒度能支持到具体的业务、服务或数据内容级别的授权；1.1.2网上办事大厅的建设主要是解决贵校在办公事务、学生事务等业务领域的事务性、服务性等流程办理类业务需求。同时本项目对网上办事大厅的流程所产生的业务数据实现统计、管理、分析，包含流程中业务数据的增、删、改、查等基本管理功能；1.1.3综合信息门户作为智慧校园的信息化入口，包括对各种不同场景、不同身份、

13、不同信息或服务的获取方式进行有效的整合。本项目是把传统意义上的内门户、外门户、PC 门户、移动门户等割裂的概念融合起来，降低信息服务的不一致性，统一支撑平台，无缝支持各种终端及各种使用场景，实现应用层展示层的无缝融合。1.2技术描述1.2.1供方提供的平台和系统均采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统。开发技术采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。平台及应用系统软件遵循 J2EE的技术路线，采用Java编程语言和服务器端Java技术进行开发，业务应用系统和数据集成平台均基

14、于oracle11g或以上的大型数据库之上；1.2.2采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。平台采用成熟的SOA架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。系统支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能；1.2.3供方提交的建设方案结合需方的具体需求，考虑到

15、招标方学校规模的可扩展性和长期可持续建设发展特性，综合考虑当下技术的发展趋势，确保系统建设切合招标方内部的工作、管理流程和行业特性。本次平台建设过程中，保证平台的可持续服务能力及外部接入的开放能力。1.3安全描述1.3.1 供方采用主流认证模型，需方使用登录某个（或多个）使用统一认证的应用系统（称其为第三方的应用系统）时，需方的密码，包括需方密码的任何加密形式，都不会经过第三方的应用系统。密码只会传输给中心认证服务器；1.3.2认证过程采用工业级加密技术；1.3.3需方认证信息（密码）采用单向加密技术加密后存储在中心服务器中。即使是中心的管理员也无法从中获取需方密码的明文；1.3.4采取有针对

16、性的架构和措施保障系统及数据的安全，有效防止出现大范围的数据泄漏、数据丢失等安全事件；1.3.5系统具备高可扩展性，能够在不降低性能的情况下扩展需方容量；1.3.6系统具备先进的分布式架构，具备高冗余度设计，实现高可靠性；1.3.7需方身份数据实现分布式存储，支持多级数据备份，支持无缝的操作数据备份与恢复；1.3.8提供完整的系统运行日志，支持系统运行情况的审计。二、功能描述一站式流程服务平台提供全功能的表单开发工具与处理引擎，可以可视化、零代码地开发任意类型的表单并实现高效率、高交互的处理；实现与全功能表单的无缝融合、一体化开发与运行。实现流程逻辑设计与程序代码开发高度分离，业务流程咨询师与

17、开发人员可以独立工作、高度融合；实现与全校各业务系统的标准化融合。通过高度易用的标准化接口体系，实现统一流程服务与各业务管理系统的无缝融合。以完备的接口体系实现业务流程功能的无限制扩展；实现全校流程的统一管理、监控、优化分析功能；提供完备、开放、安全的 API体系，实现与需方电子校务服务门户的无缝融合，从而提供统一的流程服务体验。2.1面向需方的流程服务大厅描述2.1.1流程服务中心是面向需方的一站式网上服务大厅，是需方启动流程、接受服务、办理任务、审批任务的统一入口，所有的服务流程都通过流程服务中心面向需方；2.1.2服务大厅：需方能够以各种方式找到并启动那些他能够启动的服务。包括通过分类浏

18、览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务；2.1.3待办任务：系统将根据流程的需要把当前需要需方办理填写审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容即可；2.1.4办理中任务：流程的办理者（包括申请者、审核者），都可以在这个模块中找到，并跟踪自己参与的流程的进展情况；2.1.5已办任务：需方可以找到所有自己曾经办理过的流程及其具体内容；2.1.6抄送任务：根据实际业务需要将相关信息通过抄送或者传阅的方式，发送到相关人的手中，从而达到信息传递的目的；2.

19、1.7服务评价：系统可以让需方对所有自己请求发起的流程服务进行评价；2.1.8产品提供现成的一站式师生服务大厅的移动终端模块，包括AndroidiOS操作系统的原生app，以及基于HTML的服务大厅移动网页版。2.2表单设计能力要求2.2.1提供全功能的图形化表单设计，可根据业务需求自定义任意样式的表单。需方填写表单时，通用信息可自动填报，避免师生的大量重复填报问题；2.2.2表单设计方式： 1）支持可视化建模，提供拖拽式、所见即所得的图形化表单设计能力，如可通过文件（包括word、excel等常见日常办公格式）导入模式导入表单格式，提供种类繁多的模板库满足快速制表需求； 2）支持丰富的表单内

20、置控件，以及丰富的表单数据验证、操作方式，支持快速配置各种表达式，支持表单字段间的自动关联，支持可配置的代码级联，支持条件样式。2.2.3表单内置支持非结构化附件的上传、下载、通过浏览器无插件式图片预览，无需程序开发2.2.4 表单内置支持重复表、重复节等动态、二维表格功能的可视化定义，无需程序开发。表单内置支持二维表数据行及重复节在需方填表时动态增、删及调整次序，无需程序开发；2.2.5易于打印：表单设计器所形成的表单能以“所见即所得”的方式，无需调整、无需程序接入直接形成打印结果，满足日常办公打印需求；2.2.6内置支持表单版本管理；2.2.7内置支持基于表单数据自动创建关系型数据模型，并

21、实现无需程序开发、可配置的自动数据持久化；支持多种数据来源：支持Oracle,SQLServer,MySQL等常见的关系型数据库；2.2.8字段级表单权限控制；2.2.9基于需方、角色、组织结构分配需方入口访问、填报的权限；2.2.10支持根据不同流程活动配置表单内部字段显示、编辑的权限（即设置各个流程节点可编辑的字段，针对不同流程节点配置每一个表单字段的增删改查权限）；2.2.11表单渲染：将可视化的表单定义自动转换为可在浏览器中执行的web页面。需兼容大部分主流浏览器，至少包括 IEFirefoxChromeSafari及其相应的移动版本等，无需第三方浏览器插件支持；2.2.12丰富的表单

22、控件支持。支持无需浏览器插件的富文本编辑控件；支持无需浏览器插件的Office 文档在线预览与编辑；支持地理位置及导航控件；支持表单控件上进行批注的功能；支持可以自定义开发的个性化控件。2.3统一的数据管理中心描述2.3.1供方提供统一的数据管理中心，实现对服务流程产生的数据的统一管理功能；2.3.2支持服务流程产生数据的自动持久化，从表单数据转换为基于关系数据库模型的业务数据。相关转换通过对平台的配置即可完成无需编码，平台能够提供自动的机制保障流程数据与业务数据之间一致性；2.3.3 在统一的数据管理中心中，平台支持无需代码开发就能够对服务流程所形成的业务数据提供增、删、改、组合查询等标准数

23、据管理功能，为相关业务管理人员提供基本的信息管理能力；2.3.4数据管理中心能够提供数据管理功能的标准开发框架，框架支持开发人员对数据的查询、展现、管理、统计功能进行个性化的定制开发，以满足业务管理人员的深度数据管理需求；2.3.5数据管理中心提供开放、标准化的数据接口和事件驱动模型，实现流程产生数据与各类管理信息系统的对接，实现与现有管理信息系统的有效融合；2.3.6数据管理中心中，能够基于流程平台提供数据采集流程、数据交换流程、数据查询流程的开发和管理，结合上述各项功能提供从业务流程到数据管理的完整闭环。2.4可视化流程设计描述2.4.1供方流程开发平台提供全可视化的流程集成开发环境，并拥

24、有大量成熟实用的案例模板。无需编码即可实现绝大部分的应用开发，开发人员无需掌握复杂编程语言，简单培训即可胜任开发工作，极大的降低软件开发的复杂度和软件开发速度；2.4.2 流程开发平台可支持多语言的 Web应用开发者，即无需为不同语系的最终需方设计任何额外的Web应用即可实现多语言的支持；2.4.3流程开发平台对于工作流管理具备以下功能：（1）支持多种流程模式 能够对工作流提供良好支持，四种办理方式；包括人工节点、自动节点、条件节点、子流程、并行与归并等各种流程要素；支持包括支持单一签核、多人顺序、多人并行、多人抢占、多人任意、指定执行、会签、传阅等常用模式；支持撤回、评价、催办、通知、过期、

25、中止等常用操作；以及上述功能的各种组合；（2）流程开发与表单设计无缝集成，支持基于表单数据直接配置流程的岗位、权限以及执行路径；（3）支持多视图架构，不同的流程节点上可以配置不同的表单视图；（4）移动终端表单、多语言表单提供完善支持，在无需程序开发的情况下实现多种终端适配和多种语言适配；（5）持混合流程：业务流程引擎完全支持人工参与流程和自动处理流程；（6）持流程执行状态的可视化流程图显示；（7）支持根据流程图及当前执行状态动态生成易于需方理解的流程办理进度条及后续执行路径。进度条的生成时自动的，无需另行开发程序；（8）支持在任意流程节点配置自动的表单数据建模与表单数据持久化，无需程序开发；（

26、9）支持流程任意节点通过配置实现打印及下载，无需程序开发；（10）可视化过程监控，跟踪活动状态，发现流程错误时可人工干预；（11）内置多级权限体系：平台提供完善的组织架构管理，支持多维权限模型。支持任意级别的组 织架构管理，支持基于角色岗位的权限体系RBAC，支持分级授权管理，支持权限体系与学校统一身份体系的无缝对接，支持权限体系与流程表单数据的无缝对接。（12）支持可动态执行的工作流及数据操作脚本：无需编译就能够通过动态脚本在工作流中直接处理表单数据。（13）内置支持业务流程的版本管理。2.5 移动应用支持描述2.5.1供方提供基于HTML的服务中心移动网页版：兼容AndroidiOS操作系

27、统的主流移动浏览器；2.5.2提供基于微信的服务中心移动应用场景：服务中心实现与微信应用平台的对接，需方可以用微信企业号做为服务中心的移动访问方式，访问服务中心的各项功能。2.6非结构化附件存储和管理描述2.6.1供方平台内置支持表单中非结构化的附件文件的上传、存储、下载、图片预览等功能，流程开发人员无需开发额外程序；2.6.2附件的存储可对接需方提供的各种存储设备，流程开发人员无需关心；2.6.3非结构化附件的管理提供完整的API接口，以便于第三方系统访问；2.6.4支持无需浏览器插件的Office文档在线预览与编辑。2.7打印与导出服务描述2.7.1平台内置支持无需程序开发的的流程表单打印

28、和导出功能。内置支持基于MSWord模板的打印和导出：流程开发人员在任意节点配置不同的个性化打印和导出模板，无需程序开发，平台根据模板自动实现数据填充、打印结果渲染及导出结果的下载；2.7.2支持表单转换成word/pdf文件导出；2.7.3打印与导出服务支持开放API，可以被外部应用通过API实现快捷的打印与导出服务。2.8消息通知服务描述2.8.1平台内置统一的消息通知服务，能够在任意节点通过配置实现各种指定形式、指定内容的流程执行通知；2.8.2支持标准化、可扩展、可配置的通知渠道。平台支持标准、可扩展的发送渠道API，包括但不限于邮件、短信、微信。对于满足API标准的通知渠道，可在流程

29、图节点上进行可视化配置；2.8.3消息通知服务支持开放API，可以被外部应用使用；2.8.4可视化配置的待办通知时机。可在流程节点级，可视化配置灵活的发送时间。至少支持即时发送、指定延时时间发送、重复发送配置；2.8.5可视化自定义配置的发送内容可在流程节点级，配置待办及办理通知的发送内容及模版。模版可根据审批表单内关键信息进行适配；2.8.6可视化配置的办理通知对象。可根据业务场景，灵活指定办理通知的发送对象。至少包括已参 与流程审批的人员、表单内出现的人员、需要特殊配置的通知人员；2.8.7可视化配置的办理通知步骤。可根据审批人的流程节点执行动作不同，发送不同的通知策略。2.9完全的开放性

30、描述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系统可为相关应用系统提供共享数据访问服务，为第三方软件及二次开发提供服

31、务接口，服务 接口符合RESTful和Oauth开放标准；2.9.7支持多浏览器访问，例如IE8.0、IE11、Firefox、Chrome、safari等及其移动版本。2.10开放API描述2.10.1流程服务平台提供完备的API接口体系，实现对学校校务服务中心的支持，接口体系实现的功能包括：（1）服务大厅：能够以各种方式检索需方有权使用的服务。包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务；（2）待办任务：能够给出需要当前需方办理填写审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以

32、统一的方式完成该任务展现出来的具体内容即可；（3）办理中任务：为指定的流程办理者（包括申请者、审核者），找到并跟踪自己参与流程的进展情况；（4）已办任务：能够给出指定需方所有自己曾经办理过的流程及其具体内容；（5）服务评价：支持让需方对所有自己请求发起的流程服务进行评价。2.10.2提供平台的接口体系支持OAuth2.0协议，实现基于需方个人授权的安全模式，有效避免大 范围信息泄漏；2.10.3平台的接口体系经过长期的测试及案例验证，支持分布式负载均衡，支持百万级日均PV的 访问量。2.11内置支持线上线下融合（O2O）的服务模式2.11.1内置支持可视化的线上线下混合流程编排能力，无需额外程

33、序开发即可实现线上信息流转与 线下实物流转无缝融合的业务流程，灵活支持电子校务中个性化、跨校区的材料配送、提取及物流跟踪流程，大幅提高校区内及跨校区的校务管理与服务效率；2.11.2充分考虑校园线上服务大厅与线下服务大厅的无缝融合，灵活支持校务流程中的预约、材料受理、递送、材料物品的配送与提取、自助服务等等各种O2O业务场景；2.11.3提供完整的线上线下融合电子校务020解决方案与实践经验。2.12与学校现有数字校园平台深度集成对接2.12.1内置支持市场大主流的校园身份认证协议，包括CAS、SAML等。内置支持与市场主要供应商身份认证平台的对接；2.12.2系统对外提供的程序调用接口全面符

34、合RESTful及OAuth规范，有效实现与数字校园其他信息系统的对接。2.13提供业务整合的完整方案2.13.1对流程处理完成，所形成的数据，为业务管理部门提供处理方案，使得服务流程与学校已建和未来待建相关业务系统能够无缝对接，使得解决方案能同时满足需方服务需求和业务部门管理需求。2.14电子签章支持描述2.14.1签章认证方式同时支持基于统一身份认证的云端签章，以及支持usbkey方式签章；2.14.2签章展现方式，同时支持基于H5页面的审批表单签章方式，以及支持pdf文件签章；2.14.3签章管理。支持持签章需方管理、签章发放（统一身份认证/usbkey）、签章文件验真。2.15数据对比

35、功能描述2.15.1支持服务执行过程中流程表单数据的智能比对，由于退回等各种原因，引起的表单重新提交、流程执行节点变化，在重新到达相关人员时，提示产生变化的表单数据，使审批过程更友好；2.15.2支持审批人的表单数据批注，对于表单填写字段，审批人可在退回时，对该字段添加批注功能；2.15.3可视化配置的关键步骤的审批日志是否可见，可支持节点级的审批日志是否公开或隐藏及某些人可见。2.16一站式流程服务构建平台技术描述2.16.1一站式流程服务中心除了形成面向需方的统一流程服务界面以外，其流程服务的开发过程还支持标准化、可视化的表单和流程开发过程，实现快速、低成本、可持续维护的流程服务开发机制。

36、基于平台的流程开发的学习门槛低，能够实现对校内信息化建设人员的快速有效地培训，从而有效应对学校管理过程中大量且持续变化的个性化管理流程要求。此外，考虑到数字校园涉及的业务范围广、规模大、可扩展性及持续优化的要求高，一站式流程服务构建平台具有高度的开放性；2.16.2一站式服务平台支持全分布式架构，包括HTTP交付、引擎、服务、数据库等均支持多点水平扩展，实现全面的复杂均衡和热备份，确保提供所需要的平台性能和可靠性。平台底层支持Openstack服务器虚拟化技术，所有平台上开发的服务流程代码可以运行在符合 docker 标准的容器之上。支持Kubernetes容器编排引擎，实现所有服务事项代码的

37、容器化编排与集群管理。从而实现数量众多的微服务的有效运行管理。三、一站式流程服务平台供方融合门户面向学生、教师、校友、管理者等各类角色，与学校统一身份认证与授权平台、一站式流程服务平台、数据管理与交换平台等实现集成，提供一站式的信息服务，实现统一平台运维和应用管理，统一后台管理，各类信息统一发送，PC、手机及PAD等多终端同步展现，以师生信息服务为中心，提供全生命周期、多终端、一体化的信息化服务，构建一体化校园信息服务平台，实现一站式信息发布、一站式消息发布、一站式日程服务、一站式应用管理等功能。以信息门户为展现形式，打造统一信息内容，PC、APP、微信等多终端、全平台信息展示与应用的服务平台

38、。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兼容各种主流浏览器，包括主流移动端浏览器，可以自动适应；

39、3.2.3 响应式的界面主题可以被灵活替换，在风格变换的同时提供同样的响应能力。至少提供 3套支持响应式的门户主题，可供需方自主选择。3.3完整的内容管理CMS技术支持3.3.1支持基于站群技术的完整CMS内容管理功能；3.3.2 任意增删改各种内容类型，每个内容类型中的字段也可以任意增删改，这些操作通过Web管理界面完成；3.3.3容本身和展示样式解耦，管理员可灵活配置内容展示样式；可实现流行的展示样式：列表、表格、网格、日历、地图、图表、幻灯、传送带、时间线、二维码等。同一内容可通过Web后台管理界面配置成任意展示形式；3.3.4提供科学的人机界面和需方体验，提供可编辑的页内的上下文帮助，

40、除系统管理员以外的需方（包括内容管理员）无需培训即会使用；3.3.5无限层级、多重继承的分类，支持可任意增删改内容类型及其包含的字段；支持内容生命周期管理，包括草稿、已发布、已过期、归档、已删除等，可任意增删改生命周期的状态；3.3.6支持层级化管理权限；3.3.7支持内容版本管理，实现多个历史版本及其之间的差别对比；3.3.8系统日志：可以查看整个网站系统登录信息和操作信息，如可以记录操作者操作的应用模块、执行的操作、内容、操作时间和操作IP等；3.3.9 提供兼容主流浏览器的可视化文章编辑器，支持文本、表格、图片（jpg、png、bmp、gif等）、flash、视频（wmv、rmvb、av

41、i、mpeg、mp4）、附件的上传；3.3.10支持视频在线播放功能，包括目前流行的视频格式播放；3.3.11需方可对内容进行收藏、标注、分享、打印等操作；3.3.12支持可定制的后台内容管理界面；3.3.13支持基于标题、关键字及全文的模糊查询功能；3.3.14支持简单检索和各种组合检索，允许使用文中的任意字、词、句和片段进行检索；3.3.15对系统内的各项内容（包括需方等）实现全文搜索。支持平台内按标题检索各种格式文档（包括Doc、PDF、Excel、PPT等）。3.4基于身份认证的多工作区个人门户3.4.1内置支持市场主流身份认证协议，包括但不限于CAS、SAML等；3.4.2支持OAu

42、th2.0开放授权协议；3.4.3支持工作区概念，提供面向多重校内身份的个性化支持。可以基于身份、岗位、部门等属性建立各种身份所适合的个性工作界面。在符合平台总体规范的基础上，实现不同身份的个性化需求。支持一个需方同时具备多重身份的能力，支持需方快速在自己的不同身份中进行切换，以获得不同的工作和服务界面。3.5统一的门户后台管理功能3.5.1提供整合的门户后台管理功能，即前端的网站群、办事中心、个人桌面门户、个人移动门户的后台管理功能统一在一个管理框架下；3.5.2统一的后台管理框架提供包括内容管理、站群管理、办事中心和门户各分中心的响应管理功能。 管理功能与前端的展示方式、使用终端无关，实现

43、展现与内容的解耦。3.6网上办事中心供方网上办事中心是一站式服务大厅的核心部分，要突出显示，其功能主要包括：3.6.1办事流程中心：需方能够以各种方式迅速、便捷找到相关的服务。系统具有一定的记忆功能，呈现需方经常使用的服务，需方还可以通过分类浏览、快速搜索、学校推荐、自主收藏等方式，快速找到所需要的办事流程服务；3.6.2待办任务：系统将根据流程的需要把当前需要需方办理填写审批的工作节点，以待办任务的方式列出。需方（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容流程即可；3.6.3办理中任务：流程的办理者（包括申请者、审核者）

44、，都可以在这个模块中找到，并跟踪自己参与的流程的进展情况；3.6.4已办任务：需方可以找到所有自己曾经办理过的流程及其具体内容；3.6.5服务评价：系统可以让需方对所有自己请求发起的流程服务进行评价。3.7通知消息中心3.7.1支持基于主流CMS技术，实现高质量的web主页支撑平台。同时改变传统的校内通知公告通过网站进行发布的模式，可以实现面向不同身份、不同院系部门的多级校内通知公告的整合。实现针对需方个人的个性化的通知消息发送。同时，提供标准的接口，对接各种校级部门级信息系统；3.7.2通知消息中心也应成为需方所有校园相关信息的汇聚中心，消息来源众多，应以可扩展、易查看、全平台同步为设计原则

45、。需方可以以组织或个人的名义（由后台提前分配管理权限）来发布官方通知或群组通知，并提供了丰富的附件组件（图片、pdf、word等格式的文档、网址链接）。发通知者可以清楚的看到已阅读通知的人员和未阅读通知的人员，以便发通知者通过其它方式（电话、私信）来再次通知到未读人员。3.8统一日程中心3.8.1实现符合互联网业界主流标准的统一日程服务，能够为师生提供标准的个人日程服务，支持包括web门户界面、移动设备及其他标准化的日程软件工具的对接。提供相关接口，支持与各类信息系统的对接，确保日程服务的开放性；3.8.2需方可以自主创建日程，设置日程起止时间、主题、备注等，系统自动根据需方设置的时间长度在日

46、程表中进行标注。系统可以自动对需方填写的日程时间进行提醒；3.8.3支持公共日程。需方可以订阅公共日历，并在门户中展示；3.8.4 日程与学校校历同步显示，方便查看。3.9校园应用中心3.9.1应用上架。应用上架过程中支持应用名称、应用介绍、应用图标、应用类型、使用需方、应用消息订阅等功能，由学校管理人员自定义，充分尊重学校自主管理权。应用中心的应用上架支持目前业内最完整、细致的应用授权管理，可以分角色、组织结构甚至细分到个人；保障应用本身的信息安全；3.9.2 应用首页推荐。学校管理员将测试通过、已经上架的应用，推荐到需方的手机端桌面，管理员可以将应用进行排序，将热门与重点应用放置在前面，便

47、于学校推广新业务应用；3.9.3应用使用情况。应用中心提供每个应用实时的使用情况分析，包括每个时间段应用的使用次数、需方数等；管理人员能很清晰的了解哪些应用热门、学生喜欢哪些应用，为学校后期信息化建设提供决策参考。3.10 个人消息中心3.10.1为每个需方提供个人信息的集中展现和查询；3.10.2可以根据个人身份特征展现特定信息与应用，如个人基本信息、通讯信息、家庭成员信息、人事信息、教务信息、科研信息、财务信息、资产信息、奖励信息、学工信息、党团信息、图书信息、成绩信息、网络及一卡通使用信息、缴费信息等。可以操作个人相关的业务、应用、资源等。展示内容可由需方自行定义；3.10.3需方可灵活

48、设置个人昵称、个人照片信息、个人办公地点、个人联系方式、手机号码绑定、应急备用联系方式等基础信息，支持个性化头像修改；3.10.4支持需方可以自由切换身份，根据需方所选身份呈现相关内容，管理员可以配置各种身份的权限，也可以灵活设置各身份的呈现内容；3.10.5消息中心集成一站式流程服务平台的消息通知，登陆门户时展现待办需办理事项的通知提醒需方可以根据手机性能调整显示效果。3.11业务管理中心3.11.1业务管理中心基于身份认证与授权平台的权限架构描述所有应用及其功能模块的权限，并控制管理模块的加载；3.11.2业务管理中心接入的应用包括三大类：1）基于业务管理中心规范开发的业务管理系统。可以实

49、现细颗粒度的模块权限控制，即插即用；2）基于业务管理中心规范进行接入的业务管理系统。可以实现细颗粒度的模块权限控制，但需要相关业务管理系统进行适当改造；3）外部业务管理系统。控制颗粒度较粗。通过身份认证、链接漫游进行集成。3.12个人数据中心门户能跟学校已有的主数据平台无缝对接，根据学校要求在门户上展示师生的个人数据。3.13移动访问支持3.13.1除业务管理中心主要面向业务管理人员，以PC端为主进行优化，其他上述各模块在前端、 后端均支持自适应的移动视图；3.13.2本期建设应同时实现校园一体化门户的移动APP，以及APP对微信企业号的对接。3.14性能描述3.14.1系统能够达到同时在线需

50、方数3万以上，登录系统平均时间不大于3秒，在峰值时间段不大于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具备成熟的门户平台开发框架，并能够结合学校的实际，进行二次开发实现特殊需求。支持

51、开放式的开发，能实现与其他异构系统的集成；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具备必要的网络安全和数据安全保

52、障，保证系统的安全稳定运行和数据的安全使用。系统具备完备的权限分级、审查体系、角色体系，系统管理员可依规定进行权限的定制、发放和收回操作。系统通过安全监控措施监控各类组件运行状态，屏蔽非授权访问和恶意访问。同时保证内部信息传输的安全；3.15.8门户与学校现有数据平台深入对接，无缝对接，所用相关数据通过主数据平台交换。四、融合门户建设支持主流单点登录协议，开放授权协议的统一身份认证平台，支持师生全生命周期的多身份管理能力。供方平台符合互联网开放标准，能够方便、可靠、安全、高效的实现各类应用系统的接入，服务于各类需方。同时系统的性能和可扩展性符合学校的使用需要，包括教师、管理人员、学生以及其他相

53、关人员。4.1身份认证基本功能描述4.1.1基于标准的目录服务管理帐户、认证信息及基本属性，基于LDAP的身份认证系统是一个集中的需方认证管理集成环境，管理和分发需方的权限和身份，并为不同的应用系统提供需方和权限管理服务，为了保障整个身份认证体系的兼容性，将采用标准的 LDAP服务实现做为认证核心数据库的基本架构，以提高最大的兼容可能。4.1.2基于数据库技术管理需方扩展属性及权限模型，基于关系型数据库实现除需方认证信息以外的所有系统运行、管理所需要的数据结构。4.1.3 支持安全的 web应用单点登录，实现登入与登出的漫游，同时支持需方间相互的代理授权功能，系统的核心认证模型及单点登录的方案

54、设计满足以下关键要求：（1）采用被严格证明的安全有效的认证模型；（2）采用符合业界主流的认证协议提高兼容性和开放度；（3）同时支持CAS3.0、SAML、LDAP、Radius等主流认证协议；支持OpenID认证授权协议；（4）方案应符合 Kerbores认证模型，实现认证平台的核心认证模型与单点登录方案。所有需方的认证信息，包括认证信息的加密形式，都不会经过第三方应用，第三方应用没有机会获取需方口令信息；（5）提供简洁、易于开发的第三方认证SDK，支持java、.net、PHP等主流开发平台的接入；（6）支持第三方应用以查询或推送的方式获取需方属性同步；（7）实现身份数据与各校园权威业务系统

55、的对接；（8）支持需方数据采集、帐号开设、自助注册、身份开通、权限管理、属性修改、帐户冻结、密码 修改、密码找回、个人信息修改等完整的帐户管理功能。4.2全周期、多身份、终身化的身份管理功能要求4.2.1 支持可扩展的需方基本社会属性管理，支持全局唯一的需方ID；4.2.2支持多身份需方管理。一个需方账号在同一时间可以支持多种身份，随着时间变化，需方的身份集合会不断变化，但需方识别ID无需变化；4.2.3支持全周期需方管理，支持重复需方识别，支持本科生、研究生、教师、校友等各阶段各类型身份的全面贯通；4.2.4支持可扩展的身份类型，以及其对应的需方数据管理流程和身份管理审核流程。支持分级的身份

56、管理，身份数据的来源可以在不同的部门通过不同的流程进行管理；4.2.5支持开放式的需方自助注册；4.2.6 提供完备的日志管理功能；4.2.7提供完备认证审计功能。4.3开放授权及开放数据共享4.3.1 通过被互联网业界普遍接受的 OAuth开放授权标准，实现基于需方个人授权的数据分享。支持完整的四种OAuth2.0授信模式及其参数管理，数据分享通过受OAuth保护的API实现。认证中心需实现完整的OAuth2.0协议，提供统一、安全、受身份权限模型保护的开放式API体系及相应的完整管理机制，可以提供具有灵活的颗粒度与开放度的API服务，从而使得信息化校园能够形成一个完整的应用开放平台，大幅度

57、促进第三方应用的开发，为今后形成全面的开放信息化校园应用环境打下坚实的基础；4.3.2供方方案涵盖完整的OAuth2.0协议所需要的运行和管理体系，并具备相关案例的建设经验。4.4技术描述4.4.1支持主流浏览器，例如：Firefox、Chrome、Safari、IE7及以上版本、360浏览器等；4.4.2系统需要的外部基础数据采用学校统一数据源；系统数据与学校数据中心实现数据互通；4.4.3在接口层面：系统须支持通过数据交换或数据接口的方式与学校各应用系统对接，并提供完备的API接口，提供完整的数据结构、数据字典及数据库访问方式；可以根据需要提供与该系统相关的接口；对未开发的接口，在实际运行

58、中根据需方需要提供。与其他系统集成时，给与免费支持（含免费提供接口）。4.5安全描述4.5.1系统具备完备的权限分级与审查体系，保证对系统需方操作权限的严格控制，从机制上禁止越权操作。引入角色体系，不同角色管理不同任务，相互之间禁止发生混淆。系统级的管理员可依规定进行权限的定制、发放和收回操作；4.5.2系统本身的运行环境，包括底层软件环境，数据库系统等保证安全，并通过足够的监控措施实时监控各类生产组件的运行状态；借助软/硬件防火墙，结合系统安全机制，实现对非授权访问和恶意访问的彻底屏蔽。同时，还保证系统内部信息的传输安全；4.5.3采用主流认证模型，需方只需信任认证中心即可，而不必分别信任各

59、个应用服务站点；4.5.4需方登录某个（或多个）使用统一认证的应用系统（称其为第三方的应用系统）时，需方的密码，包括需方密码的任何加密形式，都不会经过第三方的应用系统，密码只会传输给中心认证服务器；4.5.5认证过程采用工业级加密技术；4.5.6需方认证信息（密码）采用单向加密技术加密后存储在中心服务器中，即使是系统管理员也无法从中获取需方密码的明文；4.5.7采取有针对性的架构和措施保障系统及数据的安全，有效防止出现大范围的数据泄漏、数据 丢失等安全事件。4.6其他描述4.6.1开放性和可扩展性：（1）信息系统的组件具备优秀的开放性，同时遵循业界相关的统一标准，支持各类操作系统、软件环境、数

60、据库体系和中间件等；能通过开发接口进行信息的输入、输出，与第三方应用或系统进行通信，实现信息开放。在宏观层面为多类系统协同运行提供支撑；（2）系统具备良好的可扩展性和可伸缩性，以保证各类外部和内部原因驱动的业务系统自身的不断调整、修改和优化工作，并保证系统本身的正确运行；（3）支持标准的基于平台的二次开发接口，通过成熟的二次开发语言能够快速实现功能的增强和扩展。4.6.2稳定性（1）系统非常稳定，并能充分利用单位资源的服务能力，对单点失效有成熟的容错能力，且不因系统复杂度的增加影响系统自身稳定性；（2）对系统资源进行合理利用，避免过度占用，并在需要时主动释放资源以保证底层环境的最大稳定。4.6