罗定职业技术学院信息化基础平台建设项目招标文件

罗定职业技术学院信息化基础平台建设

项目

竞

争

性

磋

商

文

件

目录

第一章磋商邀请函..............................................................3

第二章磋商资料表.............................................................6

第三章用户需求书..............................................................9

第四章评分体系与标准.........................................................54

第五章合同条款及格式.........................................................62

第六章响应文件格式...........................................................67

第七章磋商须知...............................................................92

一、说明.....................................................................93

二、竞争性磋商文件............................................................95

三、响应文件的编制............................................................96

四、响应文件的递交...........................................................100

五、竞争性磋商流程...........................................................101

六、授予合同.................................................................104

2

第一章磋商邀请函

3

磋商邀请函

广州市新誉工程咨询有限公司罗定分公司（以下简称‘政府采购代理机构'）受罗定职业技术学

院（以下简称‘采购人'）的委托，拟对罗定职业技术学院信息化基础平台建设项目采购项目进

行竞争性磋商采购，欢迎符合资格条件的供应商参加。

一、采购编号：445381-2021-01005

二、采购项目名称：罗定职业技术学院信息化基础平台建设项目

三、采购项目预算金额（人民币）：2000000.00元（大写：贰佰万元整）

四、采购数量：1项

五、项目内容及需求（采购项目技术规格、参数及要求，需要落实的政府采购政策）：

5.1、产品详细技术参数及执行标准、规格及主要配件详见竞争性磋商文件中的“用户需求

书”。

5.2、本项目采购本国产品。

六、供应商资格：

6.1、符合《中华人民共和国政府采购法》第二十二条的规定；

（1）具有独立承担民事责任的能力提供在中华人民共和国境内注册的并具备相关经营范围内的

营业执照（或事业单位法人证书，或社会团体法人登记证书，或执业许可证），法定代表人证明书原

件及身份证复印件、委托的授权书原件及被委托人身份证复印件；

（2）具有良好的商业信誉和健全的财务会计制度（提供2020年经审计的财务报告或投标截止时

间前近6个月内〈至少一个月〉的财务状况（包括资产负债表，利润表，现金流量表）；其他组织，可提

供银行出具的资信证明）；

（3）有依法缴纳税收和社会保障资金的良好记录【提供投标截止时间前近6个月内〈至少一个月》

缴纳税收和社保的凭证（如依法免税或不需要缴纳社会保障资金的，应提供相应文件证明）】；

（4）履行合同所必须的设备和专业技术能力的证明材料（提供承诺书）；

（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录（须提供书面声明）；

（6）法律、行政法规规定的其他条件：供应商必须符合法律、行政法规规定的其他条件：单位

负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参加同一合同项下的政府采购活

动。为本项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参

与本项目投标（提供《资格声明函》）»

（7）投标人未被列入"信用中国”网站（sdf.Ikjcreditchina.gov.cn）”失信被执行人或重大

税收违法案件当事人名单”记录名单；不处于中国政府采购网（sdf.Ikjccgp.gov.cn）“政府采购严

重违法失信行为信息记录”中的禁止参加政府采购活动期间。【以在“信用中国”网站以及中国政府

4

采购网查询结果为准，如查询结果显示“没查到您要的信息”，视为没有上述不良信用记录，如相关

失信记录已失效，投标人需提供相关证明资料】，提供查询结果截图证明；

6.2、本项目不接受联合体投标。

6.3、已按规定完成登记手续获取招标文件。

七、符合资格的供应商应当在2021年8月11日至2021年8月18日期间（办公时间内，

法定节假日除外）到广州市新誉工程咨询有限公司罗定分公司（详细地址：购买竞争性磋商文件，竞

争性磋商文件每套售价人民币200.00元，售后不退。

方式：供应商应携带填写好的《采购文件发售登记表》和法定代表人证明书及法定代表人授权

委托书一并加盖供应商单位公章后，罗定分公司进行购买，缴纳标书款后即为成功获取磋商文件。

八、提交响应文件截止时间：2021年8月23日15时00分。

九、提交响应文件地点：

十、磋商时间：2021年8月23日15时00分。

H■-一、磋商地点：

十二、本公告期限（3个工作日）自2021年8月11日至2021年8月13日止。

十三、本项目相关公告在以下法定媒体发布：广东政府采购智慧云平台

（sdf.lkj〃gdgpo./）相关公告在法定媒体上公布之日即视为有效送达，不再另行通

知。

十四、其他补充事宜：为保证政府采购工作顺利进行，参加广东省内政府采购活动的供应商，必须在

广东政府采购智慧云平台（https://gdgpo.czt.gd.gov.cn/）进行注册登记，请参加本项目投标且尚未在广

东政府采购智慧云平台进行注册登记的供应商务必于本项目投标截止日前完成注册登记。

十五、联系事项

5

第二章磋商资料表

6

磋商资料表

该资料表的条款项号是与第七章《磋商须知》条款项号，或增加的条款，是对第七章《磋商须知》的

补充、修改和完善，如果有矛盾的话，应以本资料表为准。

序号内容

一、说明

采购人名称：罗定职业技术学院

1.1

资金来源：自筹资金

采购代理机构：

1.2地址:

电话：

二、竞争性磋商文件

2.1集中答疑会或现场考察：不举行。

三、响应文件的编制

（境内货物）其他伴随的服务费用：运至最终目的地的内陆运输、保险、安装、调试、验

3.1

收、培训及伴随货物交运的有关费用和标准附件价、备品备件及专用工具价。

3.2（境外货物）进口环节关税和增值税：无。

3.3（境外货物）其他伴随的服务费用：无。

3.4响应供应商所报的投标价在合同执行过程中是固定不变的，不得以任何理由予以变更

3.5不允许有备选方案

3.6不允许附加条件报价

1.磋商保证金金额：RMB10000.00元（人民币壹万元整）

2.缴纳形式：非现金形式（投标保证金应当以支票、汇票、本票或者金融机构、担保机构

出具的保函等非现金形式提交）随同响应文件一并递交。

3.投标保证金递交指定账号。

收款单位名称：

3.7账号：

开户银行：

传真号码/p>

注：响应供应商请在缴款凭证''备注”栏写明"罗定职业技术学院信息化基础平台建设项目

保证金”（如转账单的备注内容有字数限制，可简写），以便查询。

4.有效期：磋商保证金应在磋商有效期内有效。

7

3.8磋商有效期：90天。

3.9响应文件份数：正本一份，副本三份。

四、响应文件的递交

4.1响应文件递交截止日期、时间和地点：按竞争性磋商文件第一章规定。

五、竞争性磋商流程

5.1磋商小组由3名单数组成，均从政府采购专家库随机抽取的专家组成。

评标方法：经磋商确定最终采购需求和提交最后报价的供应商后，由磋商小组采用综合评

5.2

分法对提交最后报价的供应商的响应文件和最后报价进行综合评分。

5.3根据综合评分情况按照评审得分由高到低推荐三名成交候选人。

六、授予合同

6.1合同签订时间：自《成交通知书》发出之日起三十日内

6.2履约保证金：无

1.以成交通知书中各包组成交金额作为招标代理服务费的计算基数。

（1）招标代理服务费收费采用差额定率累进法计算方式。按中华人民共和国国家发展计

划委员会颁发的计价格[2002]1980号、国家发改委[2003]857号及发改价格号文规定的

计算。

（2）招标代理服务费的缴纳形式：

a.向政府采购代理机构直接缴纳招标代理服务费。可用支票、汇票、电汇等付款方式；

b.招标代理服务费付至：

6.3

收款单位名称：广州市新誉工程咨询有限公司罗定分公司

账号：

开户银行

2.响应供应商应签署第六章所附格式的招标代理服务费承诺书，作为响应文件的一部

分。

3.成交供应商须向采购代理机构交纳招标代理服务费后，凭领取人身份证复印件并加盖

公章领取《成交通知书》。如采用电汇或银行转账，须同时递交招标代理服务费缴费凭证

复印件并加盖公章。

8

第三章用户需求书

9

用户需求书

凡标有的地方均被视为主要条款。投标人要特别加以注意，必须对此回答并完全满足或优

于这些要求。否则若有一项带的条款未响应或不满足，将按无效标处理。标注有号参数

为重要条款，需要逐条响应，如不满足要求将影响评委评分。

一、项目概述

项目名称：罗定职业技术学院信息化基础平台建设项目。

项目资金：2000000.00元（大写：贰佰万元整）。

项目周期：中标方需要在2022年3月31日前完成建设。

项目建设地点：学校网络信息管理中心机房。

二、供应商资格

1、符合《中华人民共和国政府采购法》第二十二条的规定；

（1）具有独立承担民事责任的能力提供在中华人民共和国境内注册的并具备相关经营范围内的营

业执照（或事业单位法人证书，或社会团体法人登记证书，或执业许可证），法定代表人证明书原件

及身份证复印件、委托的授权书原件及被委托人身份证复印件；

（2）具有良好的商业信誉和健全的财务会计制度（提供2020年经审计的财务报告或投标截止时间

前近6个月内（至少一个月》的财务状况（包括资产负债表，利润表，现金流量表）；其他组织，可提供

银行出具的资信证明）；

（3）有依法缴纳税收和社会保障资金的良好记录【提供投标截止时间前近6个月内〈至少一个月》

缴纳税收和社保的凭证（如依法免税或不需要缴纳社会保障资金的，应提供相应文件证明）】；

（4）履行合同所必须的设备和专业技术能力的证明材料（提供承诺书）；

（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录（须提供书面声明，加盖公

章）；

（6）法律、行政法规规定的其他条件（提供《资格声明函》）。

2、投标人未被列入“信用中国”网站（）“失信被执行人或重大税收

违法案件当事人名单”记录名单；不处于中国政府采购网（sdf.Ikjccgp.gov.cn）“政府采购严重违

法失信行为信息记录”中的禁止参加政府采购活动期间。【以在“信用中国”网站以及中国政府采购

网查询结果为准，如查询结果显示“没查到您要的信息”，视为没有上述不良信用记录，如相关失信

记录已失效，投标人需提供相关证明资料】，提供查询结果截图证明；

3、为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参加

10

该采购项目的其他采购活动。（提供承诺函）

4、单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参加同一合同项下的

政府采购活动。（提供《资格声明函》）；

5、本项目不接受联合体投标。

6、已按规定完成登记手续获取招标文件。

三、建设目标

信息化基础软件平台的建设能够为师生提供个性化的新闻资讯、办事服务、消息通知、待办任

务、常用服务、管理应用等综合的信息服务。

1、解决校内各类业务系统的身份连接、数据融合打通，解决了单点登录、用户管理、数据孤岛

等一系类问题，提高师生个人账号安全、校内各业务系统之间数据互联互通手段等，减少师生在不同

业务系统重复登录，信息化数据为管理工作做支撑。

2、为了我校人、财、物提供相关数据汇总支撑，为学校政治办学治校、平安办学治校、标准办

学治校、特色办学治校、绿色办学治校打下坚实基础，增强我校的核心竞争力。

3、完善和落实《教育信息化十三五规划》、《罗定职业技术学院十四五规划》指导思想，积极

推进《中国教育现代化2035》要求。

4、解决校内师生群体在实际办事过程中遇到的“路难找、门难进、事难办”、领导出差无法审

批工作等情况。实现师生办事网上办、指尖办，办事最多跑一次，提高工作效率，实现减员增效。

采购项目技术要求

四、项目建设内容一览表

序单位

名称模块及功能点备注

号数量

融合服务大厅PC端、移动服务大厅H5版、应用管理中心、事

应用服务平台（融合

1项管理中心、统一接口开放中心、消息中心、流程中心、流1套

式网上办事大厅）

程服务快速构建工具、管控中心、信息公告

2校园身份互联平台电子身份管理、统一认证、个人自助服务、外部联合登录1套

数据资产展现、元数据及标准管理、信息编码管理、集成交

3数据资产管理平台1套

换操作、主数据管理、数据开放管理、系统及日志管理

4系统集成对接将学校10个信息化系统分别对接集成到以上三大平台。1项

5配套硬件设施高性能服务器2台

11

五、平台建设要求

（一）总体要求

（1）遵循统一规划、顶层设计的原则，从技术角度实现学校现有数据资源、身份认证和访问界

面的集成，搭建统一的应用集成框架，支持未来应用的可持续发展，从“实现使用价值”的角度使得

招标方的总体收益最大化。

（2）引入SOA服务化、组件化的成功管理思想和技术，融合现代化管理理念和流程，并根据高校

的共性以及学校自身的特点，因地制宜的打造一套满足学校整体运营管理和服务的业务身份统一与认

证的支持平台。通过信息化的手段强化学校身份账号的管理能力，提升面向师生的身份账号服务水

平，实现和谐发展。

（3）投标方提交的标书必须结合校方的具体需求，考虑到学校规模的可扩展性和长期可持续建

设发展特性，要综合考虑当下技术的发展趋势，确保系统建设切合行业特性。本次平台建设过程中，

要保证平台的可持续服务能力及外部接入的开放能力。

（4）基于对国产化要求的持续提高，本项目建设的应用服务平台、校园身份互联平台、数据资

产管理平台需在6个月内完成国产化适配，包括操作系统、数据库（支持国产数据库，例如达梦、人大

金仓等，具体参考我国信创名录。）

（二）技术路线

投标方提供的平台和系统均要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作

系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化：前端

页面应采用HTML5技术开发，支持移动化，同时将整体系统内部在技术上的相互依赖性减至最低。具

体要求如下：

1、应用服务平台

（1）本次建设的应用服务平台需采用B/S结构，需采用Java编程语言和服务器端Java技术

进行开发，需支持Oracle11g或以上版本数据库。

（2）需采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组

件，利用这些组件顺利地建立分布式应用程序。

（3）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支

撑服务器和数据库服务器。

（4）需能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。

（5）为保证系统运行的稳定性与安全性，本次建设的应用支撑平台（应用服务平台）如有涉及

12

中间件产品，需采用主流的、成熟的商用中间件产品。

（6）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权

修改。

（7）数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系

统上。

2、校园身份互联平台

（1）标准化

平台需基于J2EE标准的微服务技术架构。需采用基于LDAP标准的目录服务器存储身份数据，并提

供身份认证。

（2）可集成性

提供多种认证接口的异构支持，包括代理认证和LDAP目录服务接口。

支持多种语言的接口方式,包括Nginx反向代理、Java、.Net、PHP,Python等。

支持Unix、Linux多种平台，完全支持跨平台的部署。

（3）可扩展性

要求身份、授权、认证功能相对独立，可以灵活的与第三方产品对接。

须实现用户名/口令认证模式，手机号绑定认证，支持动态口令认证接口。

提供大并发访问下的高可用性，支持集群工作模式，具备多机热备和负载均衡的能力。

（4）高性能

可为数百个应用提供统一身份认证服务的同时保证秒级的认证操作时间。

对资源池连接数、滞后时间的调整（滞后时间是指在线用户多少时间不活动，此用户的资源连接

就应该释放）。

可为数百个应用提供统一身份认证服务的同时保证秒级的认证操作时间。

▲系统需支持10000用户并发进行登录操作时，平均响应时间不超过5秒。（投标方需在投标文件

中提供国家级第三方软件产品质量检验机构出具的检验检测报告复印件证明。）

（5）灵活性

提供灵活的同步策略配置，支持通过工具将权威数据源中新建和变更的用户身份数据同步至校园

身份互联平台。

（6）可管理性

集中的身份数据管理，不仅提供用户账号的维护，还能提供便捷的批量导入等功能。平台应提供

历史事件的查询和认证会话的相关操作，建立完善的事后追溯机制。

（7）快速部署

支持容器化的部署方式，从而能够在校内快速部署。

13

3、数据资产管理平台

（1）数据资产管理平台必须采用B/S架构。支持Unix、Linux、Windows多种平台，完全支持跨平

台的部署。平台必须基于oracle11g或以上版本的大型数据库。

（2）遵循J2EE的技术路线。采用Java编程语言和服务器端Java技术进行开发，采用面向对象的

组件技术，利用这些组件顺利地建立分布式应用程序。

（3）采用成熟的SOA架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构

和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的

三层架构，即Web服务器、应用支撑服务器和数据库服务器。

（4）数据集成过程需支持多种成熟的ETL中间件。能提供统一的可视化的开发工具，能图形化的

设计和定义抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。

（5）数据集成必须支持与主流关系型数据库进行对接，包括且不限于Oracle、MySQL、

PostgreSQL、MicrosoftSQLServer,IBMDB2UDB、IBMDB2/400,Informix、SybaseAS

Enterprise、SybaseASAnywhere等。

（6）数据集成必须支持与部分非主流关系型数据库进行对接，包括MicrosoftAccess.

MicrosoftExcel、Dbase、VisualFoxpro；

7、数据集成接口必须支持包括JMSTopic,JMSQueue>WebService、Tabled-Txt文件、XML文

件、支持操作系统的网络协议，包括FTP；

8、数据集成支持基于Hadoop大数据技术框架的数据源，并能从中获取数据。

9、除了IT通用的元数据管理、主数据管理、标准管理等功能外，应根据高校行业特性和专属特

征，提供专门针对高校的元数据模型、业务领域模型、数据集市模型等，而非其他行业或IT通用方

案。

（三）安全要求

（1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和

服务所提供的信息资源被非法访问，造成严重的安全事件。

（2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防

止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。

（3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权

修改。

（4）审计：记录应用日志，对事件进行分析，并能提供预警信息。

（5）数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系

统上。

（6）要求投标方需从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等

14

几个方面提出配套的安全体系完善方案，以便防范安全风险。

（7）本项目中的所有软件平台均需兼容IPV4、IPV6；兼容http/https协议，默认采用https协议

通讯；兼容主流的数字证书集成等。

▲（8）投标方针对本次项目所投产品应都具有信息安全测试报告，报告检测内容项要求必须包

含二级及以上主机安全配置检查，数据库安全配置检查，应用安全测试检测，数据安全配置检查，应

用漏洞扫描，应用渗透测试检测项等。投标人须提供由公安部认可的网络安全等级保护测评机构所提

供的信息安全测试报告。（提供测试报告复印件并加盖投标人公章）。

（四）其他要求

（1）供应商必须保证提供的软件的各个部分均为最新版本，并授权永久使用。

（2）项目验收后，中标人必须把所有软件、系统的全部密码（含超级密码）书面密封告知采购

人，不得在未告知采购人的情况下保留远程维护的接口或后门，确需保留远程维护接口的，须验收前

告知采购人。

六、功能技术参数要求

应用服务平台

融合服务大厅PC端

1、校园门户

为师生用户提供查看学校各类信息资讯、新闻、通知公告和系统直通车的统一门户。

支持个性化界面，投标方需提供多套不同主题风格的界面模板供学校选择，页面模板支持两列和

三列布局，并不同尺寸、不同内容的卡片组成页面的内容，学校可根据自身的要求配置整体配色、校

徽、Tab页标题、头图等内容。门户平台需提供开放能力支持根据学校的个性化需求设计界面。

丰富的内容卡片：提供丰富的标准内容卡片库，供学校选择使用来支撑信息门户内容展示。

系统直通车：需支持灵活添加业务系统，并支持授权不同角色的用户，用户只能看到自己有权限

的系统。

新闻资讯聚合：需支持接口、数据库、网页抓取方式将学校公文、部门通知、校内新闻等内容集

成在新的校园门户中。

2、办事大厅

需为学生、教职工、单位办事不同角色的用户提供按照不同的办事主题和办事部门对外提供办事

服务，既包括线上可办理的信息化服务，也包括在线下办理的事项清单，让师生及游客对校内办事清

单有详细的了解，包括办理部门、办理地点（地图的形式体现）、办理时间、部门电话、所需材料、

常见问题等。

15

首页：需包含对事项的搜索功能、整体导航，在线服务的最近使用以及办事大厅的简要统计。

▲分角色目录页：需针对学生、教师、游客分别提供分角色目录页，支持按照事项主题、事项部

门、标签的查找，以及对具体事项是否有在线办理的筛选。投标方需在投标文件中提供真实系统截

图。

事项详情页：对某一事项的具体描述页面，描述内容需包含事项名称、责任部门、服务部门、前

置条件、服务内容、业务周期、内容标签、办理须知、所需材料、办理时间和地点、咨询电话和常见

问题等；

针对有在线办理的事项需提供“在线办理”按钮进行跳转。

个人中心：包含用户个人在办事大厅中的办件以及意见反馈。

3、工作台：

需为全校涉及业务管理类、行政审批类用户提供快速、方便、高效的工作页面，只显示跟自己工

作相关内容，预置已经分类完成的管理服务目录，我的收藏，任务中心统一处理待办任务入口，不需

要登录到各个系统中办理，提高办事效率。

4、三张清单

需提供符合学校要求的三张清单（职责清单、审批清单、责任清单）管理后台，能够根据不同的

部门填写职责、并对每个职责关联服务事项，在前台统一展示。

5、我的收藏

提供应用收藏功能，用户可将自己经常需要使用的应用添加到收藏夹。在个人中心页面有我的收

藏模块，用户可以更直接方便的获取到自己收藏的应用。

6、意见反馈

提供用户问题反应渠道，用户可填写反馈意见或建议。为用户提供意见反应渠道，搭建用户与管

理者之间的网络沟通桥梁，管理端根据获取的意见可及时做出调整并回复用户处理结果。

7,服务评价

提供用户对服务事项、办结的流程进行满意度评价，将自己最真实的使用感受分享给其他用户、

反馈给应用管理员。用户使用应用前也可以通过查看其它用户对该应用的评价，作为应用选择的依

据。应用管理员可以查看来自用户的应用评价，为进一步优化升级应用提供参考依据。

8、消息提醒

应用程序能调用消息中心接口，将提醒消息推送到服务大厅中分类展示，并显示消息的查看状

态。

移动服务大厅H5版

16

▲支持一站式服务大厅前台使用移动端浏览器访问，内容与PC端一致，提供专门的移动端卡片和

管理支撑能力，包括我的大学、办事大厅两部分内容。投标方需在投标文件中提供真实系统截图。投

标方需在投标文件中提供真实系统截图。

支持集成到企业微信、钉钉、微信公众号。

1、我的大学

包括个人数据、校内新闻、通知公告、校内发文、待办通知、最近使用服务、通知公告、业务直

通车等；

2、办事大厅

用户可搜索服务事项，并可根据学生、老师、游客不同角色分类展示学校内部各个部门所提供的

办事指南，办事指南包括事项名称、责任部门、服务部门、前置条件、服务内容、业务周期、内容标

签、办理须知、所需材料、办理时间和地点、咨询电话和常见问题等，并可在办事指南中关联在线应

用、提供咨询、评价等服务；展示个人办事详情，包括正在办件，已完成办件，待办任务，我管理的

事项；提供办事大厅运行数据展示，包括当前进驻事项、可在线办理事项、当前正在办件、已完成办

件、累计服务师生数。

支持企业微信、钉钉、微信公众号等移动终端对接方式。

应用管理中心

需支持对接入应用的多终端（PC、移动校园、微信端）发布、上架、下架管理、权限管理能力，

实现一处发布多终端使用；支持对前台大厅统一管理与配置，大厅模板管理、卡片配置管理以及其他

内容配置能力。

管理：包含分配业务域、分配应用管理员、编辑、网页端和移动端应用的上线和下线设置；

配置：配置项包括属性、授权、开放时间、维护时间。属性中包括服务场景、服务角色、服务类

别、服务方式、应用属性配置、推荐周期设置、应用可见性设置、应用详情设置。

事项管理中心

1、服务事项管理

需支持对事项清单进行全生命周期管理，建设学校统一事项清单库。

事项配置：需支持管理员对审核通过的事项进行应用配置、标签配置、可能问法配置。进行应用

配置时可直接查询线上服务大厅上的所有线上服务列表，直接点击关联，无需配置其他信息。

事项发布：事项审核完成并进行相关配置后，需支持管理员对外发布，师生可在办事大厅中查询

该事项。

事项查询：需支持事项库的多维事项查询，包括事项类型、职能部门、服务类型、起止时间等，

显示各类事项的查询结果，并可以导出事项清单。

17

需支持服务事项字段自定义，除了产品标准提供的填写字段以外，用户还能自定义符合本校的字

段并能编辑字段名称、内容显示、是否必填等。

2、服务字典表管理

需能对服务主题和服务部门的增删配置操作，用于支撑线上服务大厅的模板前台的内容。

3、事项管理员维护

支持针对部门指定业务管理员，用于将服务事项维护的权限下放，某个部门下的业务管理员能够

对此部门为责任部门的服务事项进行维护。

4、任务中心

各类应用服务通过任务中心对外开放接口对接任务中心，将服务内部产生的任务信息推送至任务

中心，使用户能够在服务大厅统一处理待办任务、已办任务。

▲待办任务：师生能够在任务中心中查询当前自己所有的待办任务，并能根据接收时间、任务来

源、紧急程度、任务类型进行筛选，并能够点击单条任务跳转至对应的应用。投标方需在投标文件中

提供真实系统截图。

已办任务：师生能够在任务中心中查询自己所有的已办任务，并能根据任务名称进行关键字搜

索，以及根据处理时间、任务来源、流程状态进行筛选，可以查询到已办任务。

当前所属流程的状态以及流转记录。针对流转记录，用户可以查看到此流程经历的每个节点名

称、处理人、处理意见、处理结果、接受&处理时间以及耗时。

我发起的：师生可以在任务中心中查看自身在所有的系统中发起的流程，能通过流程名称进行关

键字搜索，并能根据发起时间范围、任务所属来源以及流程状态进行筛选；针对某个流程，师生可以

点击跳转至应用内部、查看此流程的流转记录以及对当前办理人进行催办。

统一接口开放中心

能提供统一接口中心，面向不同厂商、不同开发者呈现校内统一标准的开放服务，比如消息、任

务、流程、数据服务等不同能力基于开放中心统一管理、统一开放，基于统一规范和标准保障服务开

放的以及使用的安全性。

1、接口开放中心网站

提供消息、任务、流程、数据、移动端接口等基础能力、第三方系统接口的统一对外展示网站，

并描述每一个接口的使用方法。

2、API注册

API注册服务，具有服务注册功能，通过填写相关表单内容完成服务的注册与自动解析。

已注册RestfulAPI管理，展示当前账户已经注册的所有Restful服务，提供对服务的修改和删除

功能，并提供对服务进行添加解释说明信息的功能。

已注册wsdlAPI管理，展示当前账户已经注册的所有wsdl服务，提供对服务的修改和删除功能，

18

并提供对服务进行添加解释说明信息的功能。

API注册审核：提供给管理员对已经注册的服务进行审核的功能。

API类型定义：提供给管理员对服务分类进行增加修改和删除的功能，该分类影响到对服务的定

位。

3、API申请

API申请服务：展不接口中心所有可用服务。

已申请API管理：展示所有本账户已经申请的服务，包括审核状态和accessToken等信息。

API申请审核管理：提供给管理员或者超级管理员对其他账号或本账号申请的服务进行审核的功

能，只有审核通过后，申请方才能获取鉴权信息调用服务。

4、API鉴权

对注册到接口中心的API统一提供鉴权，每一次请求都需要在请求中包含签名信息，验证用户合法

身份，保障数据安全。

5、服务路由

根据请求参数和路径转发下游API服务，将内部服务伪装成一个不易识别的地址对外开放；

6、负载均衡及心跳检测

支持接口负载均衡，网关通过心跳检测机制自动探测API服务实例的可用性。

7、监控中心

统计API平均响应时间、调用次数、正确次数、异常次数、调用时间，按应用角度统计调用了哪

些API。

消息中心

需提供消息中心支撑全校各类应用的消息推送管理，并为校级管理员提供全面的消息配置工具。

需支持持针对不同应用的消息进行分类展示，消息类型分为告知类消息与必读类消息。

当出现网络抖动等问题时会导致消息发送失败时，支持配置重置操作，保障在消息中心出现故障

后一定时间内可以恢复消息的发送，支持按照最大重试时间、规则表达式进行配置。

需为学校各类应用提供丰富的默认消息通道，站内信、企业微信、钉钉、今日校园、短信、邮箱

等消息通道，并支持自定义扩展新消息通道。

需支持对消息中心推送消息的情况进行分析展示，提供各类图表展示消息发送情况与趋势。

流程中心

1、流程设计

19

投标方需提供一套遵循BPMN2.0规范的流程执行引擎和服务引擎来执行流程和流程所定义的服

务。可以执行基于BPMN2标准的业务流程模型，包括执行人工任务以及各种事务型服务。提供流程定

义与执行语言完全遵循国际标准的流程执行语言BPMN2.0。

需采用业内通用并符合BPMN2.0标准的Activiti流程引擎。

需支持可视化流程设计，支持在Web页面采用拖拽方式设计流程；按照BPMN流对象与类型进行

设置。

需支持多种流程模式，至少包括顺序、分支、并发、子流程、条件路由、并行会签、串行会签等

流程

需支持支持多种流程操作权限，至少包括提交、退回、追回、转办、终止、催办、加签、跳转、

挂起。

需提供丰富的任务节点类型，至少包括单人活动、多人并行、多人顺序、多人单一几种类型。

需支持多种办理人设置方式，支持按照人员、部门、用户组、岗位方式设置流程节点办理人；

需支持多表单设置，在不同流程节点设置不同的表单，每个流程节点上面支持PC、移动表单，系

统自动根据访问终端属性定位到PC或者移动表单。

需支持人工选择下一步分支环节，并可配置这项功能在哪个环节启用；

需支持人工选择下一步处理人，并可配置这项功能在哪个环节启用；

需支持配置判断分支条件，根据登录人的基本信息和业务字段信息，进行ANDOR布尔表达式进

行逻辑判断。

需支持多版本管理，支持将修改后的流程保存为新的版本，旧的版本可恢复。

2、流程分析

提供流程分析功能，帮助管理人员分析工作流状态，定位工作瓶颈，改进工作流程，提高工作效

率。

支持服务状态统计，如驳回数、挂起数、终止数、办结数；

支持统计展示服务次数、办理次数的ToplO服务清单；

支持按时间统计流程发起数、办理次数；

支持统计所有已发布的流程服务的发起数、办结数、办理次数、办结率、平均耗时、最短耗时、

最长耗时；

3、流程干预

需支持异常流程查询、干预功能，当异常流程或当前环节处理人无法处理时，服务管理员直接将

流程转办、挂起或终止。

需支持对流程实例进行挂起、激活、终止、办件取回、删除和查看流程状态。

需支持对流程运行的任务进行人工干预，如提供处理、转办、跳转功能。

20

需支持对不同版本的流程进行再设计、激活、下载流程图、启动等操作。

流程服务快速构建工具

1、数据模型

主表元数据类型支持字符型、数字型、布尔、日期、字典、文件，日期型数据可定义日期的格式

支持在一个服务中创建多个子表，元数据类型支持字符型、数字型、布尔、日期、字典、文件；

支持字典数据本地添加，接口方式、数据库方式从数据中心获取字典项；

支持打印表单设计，满足业务表单内容打印需求，借助模板设计器实现打印表单设计，打印表单

中展示的内容引用打印模型中对应的元数据。

2、表单设计

需支持PC端网页表单、移动端H5网页表单、打印表单，每种表单都可以分别设计页面布局及样

式。不同的流程节点可关联不同的表单

1）表单设计方式

需支持WEB方式可视化设计，提供拖拽式、所见即所得的图形化表单设计能力；简单便捷的表单

制作，添加字段自动生成表格布局，不需要手工设置表单样式，可以对表单字段拖拽排序。

2）表单渲染

需表单设计时不需要配置控件样式，前端组件自动渲染统一样式的界面，并PC端和移动端兼容主

流浏览器，如IE9及以上版本/Firefox/Chrome/Safari/360/微信和企业微信内嵌浏览器。

3）表单组件

业务字段组件支持数据模型中的字段批量添加到表单中，支持选择业务字段范围，及字段排序，

根据选择的字段自动生成表格展示。

流程图组件支持在表单中展示流程图，支持展示线性流程图和设计态流程图，通过流程图能够直

观看出流程进展状态。

子列表组件支持在表单中添加多个子表，并选择每个子表展示的字段，子表字段的属性跟主表设

置相同。

流转信息组件支持在表单中展示服务的流程记录，包含节点名称、处理人、处理部门、开始时

间、结束时间、审核已经。

分组标题组件支持表单内容分组展示，可配置每组的标题，并可设置标题的字体大小、颜色

审核意见组件支持在审核表单中添加审核意见，可设置审核意见选项如同意、不同意，并可针对

选项值配置是否填写审核意见。审核意见支持电子印章和电子签名。

自定义HTML组件支持在表单中自定义HTML代码。

富文本组件支持在表单中添加富文本内容，可定义文本样式，如字体大小、字体、颜色等。

打印组件支持在表单中添加打印表单，采用报表设计器制作符合纸质打印的表单。

21

4）表单控件属性

支持单行文本、只读文本、多行文本、序列号、富文本、下拉选择、下拉树、单选、多选、日

期、数字、开关、文件上传、头像上传、选择部门、选择人员、批次编号等控件。

支持控件基本属性设置，标题名称、显示宽度、是否必填、是否显示、是否只读、文本描述、更

新选择下一环节、默认值、文件类型及大小。

支持对表单中输入的内容校验是否符合整数、小数、手机号、固话、邮箱、网址、身份证号、中

文、英文、最小长度、最大长度以及自定义正则表达式校验。

5）表单事件

需支持数据源联动与控件联动，通过一个控件赋予的值，来联动其他控件的值、显示/隐藏、是

否必填等。

6）自动填写

需支持接口方式、数据源方式从数据中心引用基础数据自动填写到表单的对应字段中，减少填写

工作量。

7）自动计算

给表单中的某个字段编辑计算公式，在填写表单或修改表单数据时，可以使该字段的值根据公式

自动计算出来，不需要再手动填写。提高填写表单的效率，将一些数据自动计算出来，减少数据填写

工作量及减少错误。

支持以下计算表达式SUM（字段1,字段2）、AVERAGE（字段1,字段2）、VALUE（子表.字段3）、

VALUE（字段1）、CALC（字段1+字段2）、JOINT（字段1+字段2）

8）业务校验

支持对表单中业务数据校验，不符合规则无法提交。如采购金额必须大于0；请假开始时间小于

结束时间；在某个时间区间来限制申请次数；服务开放时间限制。

9）数据联动

支持表单中某字段等于某个值的时候联动赋值主表或子表中其他字段的值。

10）自定义编号

支持给表单按照自定义规则设置唯一编号，如${yyyyMM}${#部门}xxx${%3d}；

支持序列号自增的编号，取模型中某个数据的值，当前的时间；

3、表单打印

需支持可视化方式制作符合纸质打印标准的表单模板，每个流程节点都可配置个性化打印模板。

打印表单需支持转换成word、excel、pdf文件导出。

4、报表引擎

需内置报表引擎，构建的流程服务支持按照不同的维度生成数据统计报表。

22

需支持饼状图、柱状图呈现方式，可导出、打印统计结果。

5、页面构建

需支持构建PC端、移动端H5页面，根据不同的需求构建不同的列表页面，如审核列表页、查询列

表页、统计页面等：支持配置页面中的高级搜索、快捷搜索字段；支持在页面中添加工具按钮；支持

配置列表展示字段范围、字段显示名称、字段列宽、显示隐藏等；支持配置列表数据显示条件，根据

条件显示不同的数据；支持配置列表的操作按钮，如查看、编辑、删除、挂起、终止等；支持配置列

表中的某个字段统计，如最大值、最小值、平均值、总和、计数；支持配置列表按某个字段降序、升

序排序。

6、菜单配置

采用可视化配置方式设计流程服务的功能菜单。菜单链接地址可以选择已设计完成的页面、系统

内置页面（如内置批次管理、权限管理、服务帮助、内置申请须知、统计等）、表单页面、自定义

URL„

支持菜单分级授权，给不同的角色人员分配不同的菜单权限。

7、数据集成

支持与数据中心打通，解决流程服务的数据孤岛。

数据引用，流程中心构建的流程服务支持数据源、接口方式从数据中心获取数据。

数据写入，流程服务产生的业务数据需采用二维表方式存储，支持ETL或者接口方式同步到数据

中心的对应的表中。

8、办件提醒

基于工作流触发事件自动发送各类节点提醒消息、，并汇入消息池，并与消息中心集成，自动发送

提醒消息；支持待办事项提醒、超期提醒。

支持给流程环节配置消息通知，可自定义配置消息的主题和内容模板。

支持照PC门户、移动门户、邮件、短信、微信等多种方式发送消息通道。

9、模板管理

提供本地模板库，支持将共性的流程服务设置为标准模板，其他类似需求的流程服务可基于此模

板快速构建流程服务。

提供行业最佳实践的云端流程服务模板库，按部门、角色分类展示，可接入到校端流程中心，并

支持修改，实现流程服务的快速构建。

10、移动端

移动端需采用HTML5技术，支持钉钉、企业微信、微信公众号，兼容多种移动平台；支持分别设

计移动端表单、移动端页面；支持典型功能包括：提交申请、查看办件、处理待办任务。

11、服务部署

23

支持将构建完成的服务自动部署到运行环境，部署时需校验表单、页面、流程设计是否符合标

准，有异常的服务禁止部署，并显示错误内容。

12、构建可闭环流程服务能力

基于平台构建完整的流程服务，服务中不仅包含申请表单，还包括围绕服务管理的相关页面，完

整的服务应该包括申请、审核、查询、统计、授权、流程干预等，所有这些操作都在一个服务中完

成。

服务中不仅包含申请表单，还包括围绕服务管理的相关页面。

申请模块：支持发起申请，查看历史申请；

审核模块：支持按照任务状态、某个业务字段查询，办件处理；

查询模块：支持按照流程状态、某个业务字段查询，任务的编辑、删除、挂起、激活、终止等操

作；

统计模块：支持按照业务字段配置统计报表，并能生成饼图、柱状图；

管理模块：支持服务授权管理、流程配置管理、属性配置管理。

13、开放能力

需对外提供流程引擎和表单能力接口，便于第三方系统使用。

管控中心

1、新闻资讯聚合

需提供URL网页抓取、接口、数据库方式集成新闻资讯，聚合到线上服务大厅、移动端中展示。

URL业务抓取方式，支持URL方式抓取某个网站中的信息，采用可视化的方式选择抓取区域，并将

信息内容保存到校园门户中，可以设置抓取的内容是否保留原样式。

接口方式聚合，需提供开放接口，第三方应用程序将新闻、资讯、公告实时推送到校园信息门户

中

数据库方式聚合，第三方应用程序提供新闻、资讯、公告的只读权限数据表或视图，新闻资讯聚

合模块定时从数据库中同步差异的增量数据。

2、大厅内容管理

直通车管理

需提供可以在桌面呈现并授权的业务直通车卡片配置功能，将不同的碎片化服务组织放置在桌面

卡片中并授权，业务直通车卡片支持一级分类和无分类两种场景。

▲本地卡片库，平台内置常用的内容卡片库，支持将卡片添加到不同的模板中使用，卡片可设置

用户使用权限，用户只能看到自己有权限的卡片。平台提供开放接口及卡片开发标准规范，可根据学

校实际需求开发新卡片，可视化方式配置卡片尺寸单列、双列。投标方需在投标文件中提供真实系统

截图。

24

至少提供任务中心卡片、最近使用卡片、Banner卡片、通知公告卡片、业务直通车卡片、个人数

据卡片、链接导航卡片。其中业务直通车卡片能够根据在系统配置好的业务直通车内容进行显示，支

持最多一级分类。

模板库管理，平台需默认提供多套模板，管理员可以选择启用某个模板，平台需明确开发能力及

模板制作规范，支持自定义模板。

三张清单管理，需支持按部门分别维护责任清单、审批清单、职责清单，需要支持对每个责任清

单关联系统中已经梳理好的服务事项中。需支持按部门名称、清单类型、办理类型查询三张清单

个人提醒管理，需提供用于用户的个人提醒信息配置功能，包含邮箱、一卡通余额等基础信息，

邮箱已经内置了主流邮件厂商，例如：腾讯、coremail、亿邮等的集成，若学校采用的邮箱系统未内

置，需要投标方免费支持集成。

3、大厅展示配置

针对线上服务大厅移动端、线上服务大厅PC端以及可能产生的拓展模块内容进行展示方案的管

理，不同的展示方案可以授权给不同的用户组使用。

▲（1）校园门户展示配置（投标方需在投标文件中提供真实系统截图。）

需支持创建多个校园门户展示方案，并可视化方式设置门户布局。

页面容器管理：需支持在页面中添加单列、双列的容器，可以拖动容器位置，并在容器中添加卡

片内容。

展示方案授权：需支持将不同的展示方案授权给不同角色的用户，实现不同的用户看到不同的门

户内容。

展示方案启停：需支持管理员可启用、停用多个展示方案

（2）自定义页签

服务大厅具备融合开放能力，支持扩展TAB页签，支持将应用程序页面集成到服务大厅的导航菜

单中或者嵌入到服务大厅中，使其成为一个整体。

4、应用版本管理

提供应用的升级、版本下载、部署地址设置功能。

支持批量下载同一类型的应用包，进行安装部署。

支持选择应用的各个版本进行下载，下载后的包用于应用的升级更新。

支持选择版本对应用进行升级，系统自动推送应用是否升级的信息。

支持配置应用部署前缀，提供测试连接。

5、缓存管理

基于Redis缓存管理机制，支持多服务器间的缓存共享。该模块提供界面化的缓存管理功能，管

理员可随时查看平台自身的缓存情况，并可根据实际情况进行缓存的清理。

25

6、平台版本管理

提供平台的更新说明、当前版本以及依赖关系查看、历史更新记录功能，功能如下。

7、系统管理员维护

超级管理员可以维护系统管理员名单，拥有系统管理员权限的用户可操作管控台中的所有模块。

8、业务域管理

为系统管理员提供业务域配置功能，支持把应用分配到业务域可以更方便的进行应用的管理。业

务域管理包括业务域的新增、编辑、删除，并可对域管理员进行设置。

9、意见反馈管理

收集并展示用户前台对线上服务大厅模板中的意见反馈，管理员能够回复或忽略用户的意见反馈

内容。

10、用户组管理

根据用户的角色、职责进行分组，管理同一属性应用群体的应用使用权限。有效的用户组管理是

做好应用主动推送的第一步。同时管理端可以清晰的了解到业务域下的用户组和具体应用的授权关

系。用户组管理提供用户组的新增、编辑、删除功能。

每一个用户组可设置该用户组的用户组名称、所属业务域、用户组描述、组内用户、应用权限。

用户组内的成员管理可提供静态、动态两种形式的管理。解决了不同的业务场景下对用户授权的

管理需求。静态组用于固定群组的管理，例如本科生、研究生、教职工等；动态组用于人员变动较

快、及时性较高的群组的管理，例如临时人员等。

11、操作日志

管理员能够通过操作日志功能查询近期平台管理员对当前平台的配置的操作，针对不同的操作模

块和时间都能进行查询。

信息公告

各学校部门通过统一的平台进行授权发布，向师生发布通知，师生则可以通过这个平台统一获得

需要的通知公告内容。

师生应可以查看所有的校内通知，支持PC和移动端同步查看，并且公告带有附件，支持在线预览

和下载，极大地方便通知到达的方式和查看信息的效率。

栏目管理

应用管理员统一设置栏目属性和栏目发布管理员，进行栏目的发布授权，支持栏目的拖动排序，

更改栏目的展示顺序，每个栏目需要设置是否可以在栏目内做置顶公告。

公告管理

公告管理员管理对自己有权限的栏目下的公告，支持的操作有按照公告标题和内容搜索、按照公

告状态、发布时间进行查询，支持创建、隐藏、删除、撤回、排序、置顶和查看详情。单篇公告可以

26

设置有效时间，到时间自动隐藏。

公告浏览

学校师生可以所有栏目的公告，支持按照栏目、公告标题和内容搜索、查看详情。如果公告带有

附件，支持常见的word、pdf、excel文件格式的在线预览和下载。

网上办事流程服务构建

构建10项各类型师生常用在线办事流程服务，丰富办事与服务资源中心服务数量，具体办事流程

将通过需求调研、部门确认、流程优化等步骤完成，可选择但不限于服务器托管申请、宣传类网站虚

拟机申请、报修管理、场馆申请、失物招领、车辆出入证信息、临时人员管理、域名及固定IP地址申

请、临时网络账号申请、VPN权限开通申请、学生证补办等。此项需中标方通过深入调研，根据学校

实际需求确认10项流程服务，如果学校还需要更多流程，可由学校利用平台自建或向中标方购买，单

个流程费用不超过市场价的60机

校园身份互联平台

电子身份管理要求

1、用户数据模型

需支持按照学校特点和应用现状设计用户、组、权限等模型，并按照模型设计完成数据存储。所

有的用户信息应分别存放在LDAP目录服务和数据库中，通过可靠的机制完成两者的同步，用户身份信

息在目录服务中以层次结构，面向对象的数据库的方式集中存储管理，从而保证身份数据的一致性和

完整性，为校园各类应用提供一致的用户信息访问。

支持设置用户身份类型，方便平台和硬件平台、应用系统等通过LDAP接口的方式实现身份集成。

2、用户管理

系统至少内置教师、学生、校外人员、校友四种基础用户来源，在教师与学生分类下允许用户在

基础来源类型下创建自定义类型。

提供具有高校特色的组织机构管理，支持针对不同用户类型生成不同的组织机构树。组织机构树

由用户信息自动生成。

▲系统允许针对不同的用户来源创建至少三种生命周期，包括未入校、在校、离校三个状态。系

统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转

换生命周期状态。投标方需在投标文件中提供真实系统截图。

需支持管理员对全校用户身份账号数据的增加、删除、修改、过期设置、锁定、解锁等操作。在

进行导入用户操作时，可实现拥有多账号的用户自动绑定，无需管理员手工干预，系统自动判定导入

账号是否归属同一人，若为同一人不同阶段账号，则系统自动创建自然人，同时完成账号绑定。

3、应用管理

27

提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。

系统同时也应提供微信公众号的配置功能，支持配置多个公众号与平台集成。

4、外部通讯录同步工具

需支持将身份认证系统内的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及

人员信息。在组织机构发生人员异动后，需支持对企业微信/钉钉通讯录进行人员同步。系统需提供

配置功能方便管理员新建多个同步任务，同步任务需