数字校园基础服务平台竞争性磋商公告

一、技术要求

1.总体要求

基于我校现有业务系统和未来的增量需求，拟建设一网通办服务平台，通过流程引擎及动态表单等相关技术，搭建以流程为主的一网通办平台门户。结合我校已有的业务系统，提供流程应用、微应用的开发服务，平台系统的备份、升级等服务；实现跨部门业务互通互联，协同办理，打破业务孤岛问题，实现集中展示，一窗办理。

2.整体技术要求

2.1平台技术要求

1）.所有涉及到的业务组件及功能模块，全部支持跨平台部署，支持主流服务器操作系统环境，客户端全部采用B\S架构的模式，保证通过浏览器进行访问，要求支持主流浏览器。

2).支持除了centos操作系统以外其他开源服务器操作系统。

★3).要求平台能够与学校原有OA系统进行业务及数据的深度融合，实现业务统一管理，即可实现将行政办公事项的申请和审批可直接在一网通办平台进行操作，通过OA系统进行内部流转后，将审批结果直接反馈至一网通办平台，形成业务闭环（若涉及到接口对接费用，由中标供应商承担，投标人单独提供承诺书并加盖公章。）；

★4).要求提供对学校未来建设的数据中心对接的支持，支持将数据库全量的表结构，字典，视图等信息给到校方，用于做数据中心数据抽取；

5).软件系统需支持ipv6及ipv4双栈协议同时访问；

6).软件系统厂家需配合相关安全监测，漏扫等设备返回的安全报告，并对其中存在的系统漏洞进行及时处理；

7).软件系统厂商需要协助校方等保二级以上测评，并提供此系统在我校完成测评、备案等相关服务；

8).系统具备二次开发能力，服务期内提供免费技术服务支持。

2.2 安全要求

1).认证授权：保证用户的合法性和用户使用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件；

2).信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密；

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

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

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

6).要求投标人从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。

3. 一网通办平台基础能力

3.1 应用开发能力

3.1.1业务建模

★1).系统支持在平台上进行数据建模，可以通过平台配置即可实现数据库物理表的创建；

2).数据建模支持对数据库是否为空、数据类型、索引的创建，并能实时同步到数据库表中；

3).数据建模引擎支持外部表的引用，可以通过将外部数据库的数据库表直接引用到平台；

★4).支持默认值为系统属性指定值，如当前登录人，当前流程名称，当前日期等；

5).系统应自带WEB方式的、面向业务管理人员的交互式流程设计器，无需程序员介入，只需要简单可视化配置操作即可生成复杂的业务流程，并可直接发布到融合门户的办事大厅中；

6).流程引擎需支持顺序审批、并行审批、组合审批等多种流程模式；应支持简单条件分支、复杂条件分支、多重分支组合条件分支；提供多人并行审批，并行模式下支持任务按照百分率完成，支持任务抢先接收完成。支持抄送、转发、撤销；

7).流程节点支持自定义审核菜单，允许办理者在选择不同的审核菜单(如同意、不同意)时，流程执行不同的跳转；

8).流程引擎需支持环节超时设置功能，启用超时设置后，能够设定流程环节办理时限，超时未办理可自动给流程环节办理人发送超时消息提醒；

9).支持流程任意节点通过配置实现打印功能，能够提供多种应用场景的模板、预览模板等；

10).支持数据对比功能。流程执行过程中流程表单数据的变更进行智能比对，能够提示产生变化的表单数据，使审批过程更便利；

▲11).流程支持挂接子流程，支持子流程同步或者异步启动，支持流程汇聚；（提供功能截图或承诺函，并加盖投标人公章）

12).支持流程节点挂接多表单，可设置每一个表单、字段的访问权限和字段的读写隐藏权限；

13).支持不少于缩放，提供全屏工作视图、全屏演示视图等；

14).支持流程流转过程中的触发器，如流程任务进入前触发、进入后触发、表单打开前触发、打开后触发等；

★15).系统中要求提供WEB方式、面向业务人员的可视化、所见即所得的表单设计器，无需安装专用设计工具或插件，支持从主流办公软件中复制已经设计好的页面，支持在线编辑表单HTML代码，为高级用户提供对表单内容的全面控制；

★16).支持单行输入框、多行输入框、数字输入框、单选框、多选框、下拉菜单、日期、日期区间、图片、附件、地址控件、关联审批单、HTML模板组件等控件可以拖拉拽自动生成表单；

★17).支持从现有的存储模型中导入字段属性，修改生成新的存储字段；

18).公文类组件，包括：电子印章组件、手写签批等；

19).支持隐藏、必填权限配置，且支持通过自定义脚本及规则的方式配置必填、显示规则；

20).表单建模支持移动端h5样式建模，并可根据配置的PC端自动生成移动端样式，可单独修改PC和移动端样式；

21).系统支持通过可视化配置方式创建数据管理功能，如流程办理数据的待办已办管理，审批记录数据管理，及数据库数据查询展示等；

22).各种视图模型支持快速关联对应如流程、表单等；

★23).对于数据视图，可以通过界面配置方式，快速配置查询条件、显示列等；

24).视图模型支持字段级权限控制，是不同用户可以查看不同的字段；

★25).视图模型同时支持移动端显示；

26).报表视图既支持普通数据报表，同时支持图形报表，图形报表支持常见柱状图、饼状图、折线图等；

★27).普通报表视图支持通过SQL语句快速配置报表；

28).报表视图具有二次开发拓展功能。

3.1.2调度服务

1）.支持常规调度任务的创建，可视化配置任务名称、自定义任务执行类方法、自定义参数配置，满足应用定时执行需求；

2).支持配置任务触发规则，如每天、每周、每月、每季、每年的调度规则；

▲3).支持cron表达式方式配置出发规则；（提供功能截图或承诺函，并加盖投标人公章）

4).支持无限制重复、手动执行、自定义重复次数、间隔时间的可定频次的触发规则配置；

5).支持触发器触发规则；

▲6).支持通知规则配置，可配置定时任务执行成功或失败的消息推送配置，可配置消息接收人，支持邮件通知内容模版编辑、预览、查看；（提供功能截图或承诺函，并加盖投标人公章）

7).支持定时任务关联应用；

8).支持实时触发任务执行；

9).支持定时任务状态显示，包括未调度、运行中，支持开始调度和停止调度操作；

10).支持删除调度任务；

▲11).支持调度任务运行日志查询功能，可查看历史执行记录，执行成功或失败结果显示，支持触发时间、耗时、下次触发时间信息的显示。（提供功能截图或承诺函，并加盖投标人公章）

▲12).支持创建定时执行数据库SQL的调度任务，可配置数据库连接，执行的SQL语句添加和删除，SQL语句支持INSERT/UPDATE/DELETE语句，支持多个按顺序执行，支持简单@公式；（提供功能截图或承诺函，并加盖投标人公章）

13）支持创建定时执行数据服务的调度任务，可配置数据服务项、调用条件、请求参数。

3.1.3连接能力

▲1).平台支持创建数据源连接服务，支持RDS关系型数据、Elasticsearch搜索引擎服务以及Redis分布式K/V缓存服务；（提供功能截图或承诺函，并加盖投标人公章）

▲2).RDS支持符合JDBC 2.0规范的SQL调用,提供常见开源和商业数据库驱动，内置数据库连接池；（提供功能截图或承诺函，并加盖投标人公章）

3).支持LDAP目录服务，支持符合JAVA JNDI API规范的LDAP服务调用；

4).支持LDAP组织同步，支持同步增加部门/人员到平台组织；支持同步变更部门/人员到平台组织

支持LDAP部门/人员删除后，平台同步删除；

5).Elasticsearch服务支持Elasticsearch 7.8版本的搜索引擎服务；

6).支持连接文档型数据库服务MongoDB；

7).支持连接FTP文件传输服务；

8).支持CC环境变量,支持SLA服务质量监控和告警通知，提供全局requestId;提供访问日志开关.

9).提供CCAPI封装，方便开发者使用;

10).平台支持Web API服务连接，支持符合HTTP 1.1/2.0规范的POST/GET/PUT/DELETE服务调用,支持秘钥身份配置；支持SOAP Web Service服务；

11).支持秘钥身份和CC环境变量，发布的API服务支持流控策略、访控策略;

12).提供结果日志开关；

▲13).支持消息队列服务，包括连接RabbitMQ服务、连接RocketMQ服务、Kafka分布式消息服务；支持发送消息的流程编排服务；（提供功能截图或承诺函，并加盖投标人公章）

14).支持连接ZooKeeper 分布式调度服务；

3.1.4连接数据可视化能力

1).支持对连接器中RDS(连接关系型数据库服务)进行数据转换处理。支持配置RDS DS要操作的连接器和SQL语句信息；支持从当前应用及关联应用的连接器中选择；支持查询、更新、插入、删除操作；SQL支持回填和手动输入；

▲2).支持配置SQL语句执行时的输入参数，支持配置Data Service输入与SQL参数的映射关系；（提供功能截图或承诺函，并加盖投标人公章）

3).支持配置Data Service输出与SQL语句返回字段的映射关系。根据连接器操作类型选择的不同，输出参数显示会不同。 支持根据SQL自动生成输出参数并配置连线映射，使用者无需进行修改；

4).支持模拟测试验证是否成功，支持Mock测试；

5).支持脚本模式自定义输入输出参数转换；

6).支持对连接器中Redis(连接分布式K/V缓存服务)进行数据缓存处理，支持事务、持久化、LUA 脚本、LRU 驱动事件、多种集群方案；

7).支持对连接器中HTTP(连接Web服务)进行数据转换处理；

▲8).支持对连接器中SOAP(连接Web Service服务)进行数据转换处理；（提供功能截图或承诺函，并加盖投标人公章）

9).支持对连接器中Elasticsearch(连接Elasticsearch)进行数据转换处理，支持term、must、range、sort 等查询语法；

10).支持开启日志和监控，开启后在数据中使用该连接器时，将记录日志并监控；

11).支持提供关联页签，显示当前模型被平台上层使用的场景列表。方便实施和运维人员查看调用场景；

12).支持在表单UI组件列表、单选组组件、复选组组件、网格字典组件、分类字典组件、树形字典组件、表格参考录入中引用DS数据服务。

3.1.5对外服务发布能力

1).支持将平台引擎接口或基于平台开发的相关业务接口发布成公共服务，供三方系统调用；

2).支持Web API、Restful API、Web Service、Process Service的发布；支持接口列表显示，支持生成API文档，支持在线测试。

3).支持访问请求日志查询与SLA服务质量监控。

3.1.6策略管理能力

1).支持对连接、发布的身份策略、流控策略、防控策略、告警监控策略、数字证书策略的统一管理能力；

2).支持连接服务模块中各适配器、策略配置中服务器地址、URL、端口、用户名、密码等参数值的统一配置管理，方便开发、测试、生成环境相关参数的快速切换；

3.2服务编排

1).要求平台提供自动化跨系统服务编排工具，用于高效交付集成类业务。要求前端提供可视化交互界面实现复杂编排逻辑，消除传统集成编程的代码障碍。后端要求采用分布式服务和存储架构，支持高并发、海量数据。

2).要求支持编排DataService，如RDS/HTTP/SOAP/Elasticsearch/Redis/SAP和子流程；

3).要求支持多种编排逻辑，如并行/合并/分支/转换/日志/变量；

4).要求支持流程的多版本管理和运行；

5).要求支持可视化调试、运行实例运维；

6).要求支持平台业务建模下的无代码访问；

7).支持平台业务事件和扩展编程下的低代码调用。

3.3应用管理能力

1).要求平台支持创建各类应用，包括业务应用、流程应用、数据应用、服务类应用、协同类应用、集成类应用、移动端应用建设；

2).要求各个应用具备独立性，即每个应用在设计和运行维护上都是独立的；

3).要求支持由若干应用组合/裁剪成符合学校特性的完整业务应用；

4).要求每个应用在容器中有独自的实例状态控制，如启动、暂停、升级、卸载；

5).要求每个应用可平等的享用到平台各种应用服务（如业务建模）、公共基础设施（如组织服务、权限服务）和运维工具；

6).要求一旦应用被安装到应用容器，通过平台能够对其资源进行重新定义和再设计，使之时刻满足学校不断变化的需求；

7).要求应用可以直接由平台的Web建模工具设计，也可以由开发者熟悉的工具构建。要求这些应用资源遵循相关开放标准，如Java规范的jar程序库，符合BPMN2规范的业务流程模型，符合浏览器标准的HTML、CSS、JavaScript，符合Google Android标准的apk程序包，符合Apple iOS标准的ipa程序包；

8).要求可以随时对单一应用进行不停服操作，包括安装/升级/卸载，而不影响其他应用正常运行。

9).要求平台支持对各类应用进行全生命周期管理，在应用列表页面可快速对应用进行启动、暂停、重启、还原、卸载操作；

10).要求可查看应用资源调用情况，可查看ASLP服务提供的简要调用示例代码；

11).要求可查看当前应用提供给使用者的所有功能入口及目录；要求支持预览菜单内容；

12).要求提供菜单功能内容的部署和取消部署功能；

13).要求对已经部署的菜单提供在客户端的访问权限授权管理，支持按权限、组织、岗位、角色、群组进行授权；

▲14).要求可定义应用的全局变量。参数值可通过@公式和API获取；（提供功能截图或承诺函，并加盖投标人公章）

▲15).要求具备应用拓扑图能力，以图树形式显示当前应用的父、子应用及关联应用的关系；（提供功能截图或承诺函，并加盖投标人公章）

16).要求具备应用产生的消息日志查看功能，如启动失败后，可查看日志。

17).要求提供配置应用的相关信息，如修改应用名称、应用介绍、应用关联信息等；

18).要求具备应用分发能力，所有处于安装状态的应用，都可以一键制作成.app安装包，分发到其他平台实例进行安装或升级；

19).要求支持对应用进行开发小组授权，使应用可备授权的用户进行维护管理，满足多部门自建业务应用需求。

3.4移动应用管理能力

1).要求平台提供移动应用概览能力，以饼图形式显示安卓、iOS、H5应用数量，应用总数量，累计安装次数统计信息；

2).要求平台具备各应用安装量、及应用活跃度统计功能，以做为学校校园运营及需求挖掘的数据依据；

3).要求具备移动门户设置功能，提供是否开启移动门户访问；并支持对移动门户访问的授权管理；

4).要求平台具备移动应用管理能力，可快速按应用类型、使用设备、应用分类、SSO等条件查找；

5).要求提供基于策略的移动应用分发、访问、配置、更新、删除等批量自动化控制，从而获得更高的用户满意度，并大幅降低IT服务成本；

6).要求提供部署、管理和授权移动应用能力；

▲7).要求提供对移动应用进行监控和分析能力，包括应用安装清单、应用覆盖率（可安装、已安装）、应用版本分布、应用安装/升级趋势、应用使用趋势。（提供功能截图或承诺函，并加盖投标人公章）

3.5公共设施能力

3.5.1组织服务

1).要求平台提供组织信息的维护、管理工具，以适应组织架构的动态变化；

2).要求工具具备集成LDAP/AD的组织同步能力。其身份验证支持的多种方式，即允许在本地验证，也可以连接到LDAP或指定的DB数据库或三方的Portal SSO令牌验证；

3).要求组织模型结构层次清晰，按照组织对象管理属性被分为学校、学院、部门、人员、岗位角色、群组、虚拟组织；

4).要求支持对组织结构配置二级管理员，满足学校各学院、部门单独管理需求；

5).要求提供组织人员信息初始化批量处理工具，方便不同环境间(开发/测试/生产等)切换时初始化大组织结构。

★6).允许一人多角色,支持兼任。

3.5.2权限服务

1).要求平台提供人员与权限分离的RBAC控制方法，支持一组权限资源授权给抽象的角色，以适应人员的动态变化；

2).要求平台可设定多个权限模型，组合给某个角色，以满足不同层级权限控制的要求；

3).要求平台具备权限组创建功能，并具备访问权限、流程权限、数据权限、密级权限、授权岗位/角色、授权组织的配置管理能力；

4).要求平台具备将多个权限组分类合并成一个新的分类的能力；

▲5).要求平台具备将某个权限组从一个分类转移至另一个分类的能力；（提供功能截图或承诺函，并加盖投标人公章）

★6).支持不少于三权限管理员体系；

7).支持根据权限设置，可以指定用户后台管理指定的业务应用模块；

8).支持根据权限设置，不同用户访问不同的功能菜单；

9).支持根据权限设置，不同用户登录页面显示内容不同；

10).支持流程级别的权限设置，不同的人员可以查看或设计不同的流程；

11).支持表单级别的权限控制，包括判断用户是否可以访问表单数据；

★12).可设置二级管理员的功能来维护本单位/部门的应用、流程、组织架构等。

3.5.3导航服务

1).要求平台提供配置普通用户在客户端(PC和移动)的功能访问范围能力；

▲2).要求平台分别提供PC端门户导航配置和移动端门户导航配置能力；（提供功能截图或承诺函，并加盖投标人公章）

3).PC端门户导航配置要求具备子系统、目录、功能三级结构管理功能；支持增删改、移动、排序、前台访问及授权功能；

4).移动端入口支持配置普通用户在移动端(手机)可访问的功能列表，支持开启关闭移动入口、定制移动应用首页、授权移动应用安装权限；

3.5.4主题风格

1).要求平台可设置用户在客户端的视觉、布局和导航样式，可实现不同用户拥有不同主题风格，做到千人千面。

2).要求平台内置配套门户应用，同时支持自定义开发具备学校风格特色的门户进行集成配置。

3.6运维管理

1).提供平台运行的仪表盘或监控平台，对系统运行的各项指标和报警信息进行及时监控；

▲2).可实时监控所有流程的运行状态，并以图形化的方式显示；（提供功能截图或承诺函，并加盖投标人公章）

3).支持查看流程的跟踪执行图，包括通过的节点、通过时间、审核人等，并可通过监控列表直接点击查看；

4).可在监控平台直接操作流程，包括查看、删除、挂起、恢复、重置等；

5).可对找不到办理人的断点任务手动分配办理者；

6).支持手动处理员工离岗后待办、已办任务交接；

7).支持对平台运行状态的监控，包括CPU、线程池、内存使用、数据库连接、应用请求、缓存对象等；

8).支持对运行状态提出预警，并提供详细分析信息；

★9).提供平台运行日志记录，可在线查看，也可下载日志查看。

4. 一网通办PC端融合门户

★1).要求门户支持按照管理平台配置的主题风格进行展示，要求支持二级学院门户、业务门户等不同角色人员的千人千面展示方式，可以满足不同身份的不同人员需求。

★2).要求支持对学校的各类资讯新闻、通知公告、待办消息等信息进行融合展示，实现统一入口、统一服务。

3).要求为学生、教职工、游客等不同角色用户提供按照不同的办事主题和业务部门分类的服务事项，让师生及游客能详细了解校内办事清单，并实现一窗办事。

★4).支持不同办理事务的快速检索服务，支持通过身份如学生、教职工、游客筛选，支持通过业务所属部门如人事处、教务处等筛选。

5).系统支持根据流程的需要把当前需要用户办理／审阅／审批的工作节点，以待办任务的方式列出。

★6).PC融合门户支持通过企业微信进行登录，能够与企业微信高度融合。

7).要求提供师生办事服务页面，清晰直观展示各类办事服务事项，提供易操作易查询的使用体验；

8).要求提供已对接统一身份认证实现单点登录的业务系统统一入口；

9).要求具备常用收藏应用的快捷入口功能，方便日程业务的快速处理及管理；

10).要求具备待办、已办事项的高级检索功能，支持按事项标题、创建人、当前处理人等条件快速查询；

5. 一网通办移动端门户

★1).移动端门户支持H5技术接入，在PC端的办理事项可以通过移动端进行办理；

2).支持接入企业微信工作台，可以在管理后台配置管理企业微信工作的应用，可以配置如菜单，首页地址等；

3).移动端支持待办事项数量统计，并能够直接显示在待办的tap卡片上；

★4).同时兼容安卓、iOS等机型；

5).支持通知公告主动推送能力；

6).支持统一消息能力。

6. 开放与拓展性

★1).一网通办平台具备完整的API接口能力，支持在线生成API接口文档。

2).支持接口的订阅与发布，并能够配置发布接口策略权限，后台配置访问秘钥。

★3).支持配置多数据源，能够将其他业务系统数据直接对接到一网通办平台；

4).要求支持与统一身份认证平台对接，实现单点登录。

7.一表通服务

1).要求基于一网通办平台能力，提供学校管理、教学、科研等工作数字化、智能化的综合解决方案，实现学校各类基础数据填报采集的规范化，实现基础数据一次填报、多处共享，提供填报类服务、流程类服务、聚合类服务等类别的跨部门一站式服务；

2).要求能够自定义流程，包括数据填报业务及事务性业务的流程定制；

3).要求提供按条件查询人员及其账号信息的功能，能按条件过滤，并提供操作日志功能；

4).提供将系统中业务模块授权给其他人处理的功能，被委托人登录系统可以选择授权委托人身份，代理委托人处理业务；

5).要求流程提供“退回”的功能。支持配置节点能否退回及退回位置。退回后发起人可以修改表单、修改附件后重新提交。重新提交支持按流程固定顺序重新流转、支持直接提交到上次退回环节继续流转；

6).要求表单设计器至少提供单行文本、多行文本、附件、单选框组、多选框组、下拉菜单、超链接控件；

7).要求提供数据填报任务层层向下权限、数据层层向上汇总的功能；支持导出表单离线填报并导入；

8).要求支持多种数据库，包括但不限于Oracle、MySQL、SQLServer、Postgre SQL、达梦等；

9).支持多种浏览器，包括IE10以上、火狐、谷歌、360极速模式常用浏览器；

10).要求提供一表通门户，普通用户支持检索用户有权使用的服务，提供展现对应不同用户不同任务的功能；

11).要求管理员支持展现当前系统全部用户权限服务数据；可指定不同用户读取特定的数据；

12).要求提供分级授权功能，支持授权业务部门直接维护自己的业务。支持按人员或者岗位设置业务域内的应用管理员相关的管理权限；

13).要求提供全校流程统一管理、监控、数据统计与优化分析功能，实现服务分析、填报查询、用户行为分析、SQL监控、显示用户设备等功能；

14).要求支持通过可视化配置生成具备业务管理能力的业务数据管理中心。支持配置需要显示的字段、字段的显示顺序、字段分组；

15).要求支持对本业务涉及的字段配置灵活的查询条件，支持按照逻辑“与”或逻辑“或”的关系进行条件叠加，支持将常用查询条件保存为快捷查询标签；

16).要求支持通过可视化配置生成各类移动端业务数据查询服务；

17).要求提供自定义打印模版功能，允许自定义打印内容。

18).要求提供多种文件模式的打印功能。

19).要求支持筛选过滤查询数据，支持分页、列排序，支持用颜色区分不同特征数据，支持选中数据求和、求平均、最大值、最小值等特殊处理；

20).要求支持记录数据操作日志，并提供日志查询功能；

21).要求支持对各项数据的所有相关信息进行增加、修改、删除、上传附件、下载附件等管理维护，上传附件支持pdf、gif、png、word等格式；

22).要求支持多系部/部门管理模式，若数据涉及多系部/部门，多个系部/部门共享数据，且操作不互相影响。系部/部门能根据需要进行调整；

23).要求数据填报模块具有可管理、维护的内部数据库，提供基于系部/部门的人员授权管理功能；24).要求提供增加、删除、修改及Excel导出功能，提供内部数据库接口；

25).要求支持为每项数据设置导入模板，支持用户上传模板，并且支持下拉选择；导出数据格式支持pdf、Excel；

26).要求提供数据导入及导入前检测功能，支持提示检测结果、导入结果；

★27).要求审核结果包括：审核通过、不通过、退回；支持根据不同业务定制审核流程；

28).要求支持设置具体到个人的填报人，填报人支持按组织机构、人员类型分组；

29).要求支持配置填报数据项、字段、填报范围；

支持填报新增、修改、删除；

30).要求支持自动填充系统中已有的数据，提供填报项相关数据的维护入口，支持数据维护后自动刷新；

31).要求支持根据流程配置审核填报数据；

32).要求支持通过数据库建表；支持通过界面操作配置数据项；支持配置数据项属性及类型，支持根据配置类型分类数据项；

33).要求支持数据统计分析，支持对填报数据进行统计、分析、分组展示、分权限展示；

34).要求支持对不同业务人员涉及数据进行统计；

支持对历史填报数据进行统计、分析、同比、环比、趋势等；

★35).要求支持图表、报表、综合分析等各类展示形势；支持数据报表导出、打印。支持PC端、移动端查看。

8.微应用建设

1).要求基于一网通办服务平台提供微应用定制开发服务，具体落地应用数量以学校实际需求情况为准；

2).要求提供围绕教学、管理、生活、科研、财务等相关场景，实现诸如成绩查询、通知公告、会议签到、活动管理等相关微应用建设；

3).要求提供体育馆使用登记微应用建设；

4).要求体育馆使用登记支持学生通过手机扫描二维码完成签到，系统记录签到时间、场馆信息及学生身份信息；

5).体育馆使用登记需提供场馆使用须知的阅读界面，须知内容包括场馆规则、安全注意事项等支持阅读时间倒计时显示功能，倒计时结束后学生方可进行签到操作。

6).体育馆使用登记要求支持签到界面展示学校四个场馆的选项，学生可选择进入的场馆，系统自动记录选择的场馆信息。

7).体育馆使用登记要求支持学生签到成功后，系统通过页面提示的方式通知学生签到成功。同时显示签到成功的时间、场馆名称等信息。

8).体育馆使用登记要求支持管理员实时查看各场馆的签到人数和使用情况。提供场馆当前使用人数、容量信息。

9).体育馆使用登记要求支持对各场馆的使用频率进行统计，按日、周、月、学期等时间维度生成统计报表。系统可分析场馆的使用高峰时段和低谷时段，并支持对学生签到时段分布的统计分析。

10).体育馆使用登记要求支持管理员编辑和更新场馆使用须知内容以及设置须知阅读时间倒计时时长。

11).体育馆使用登记要求支持对学生签到记录、场馆使用数据等内容的存储。系统支持定期备份数据，确保数据安全。

12).体育馆使用登记要求支持统计报表导出功能，并提供数据分享功能，方便与其他系统对接。

9.性能要求

★1). 支持超过1万用户同时在线。在正常网络环境下，于访问高峰时段，用户登录进入软件的时间应控制在 3 秒以内（需提供承诺函并加盖公章）。

★2). 在网络环境正常时，能够支持超过 1000 人的并发操作，前端页面响应时间不超过 2 秒。通常情况下，前端页面的访问或刷新响应时间不超过 2 秒。当进行百万级条目批量查询时，前端页面响应时间不超过 5 秒（需提供承诺函并加盖公章）。

★3). 在学校教职工同时在线的超负荷运行条件下，软件应能正常开展业务，不出现崩溃情况，并确保数据的完整性和一致性（需提供承诺函并加盖公章）。

4).系统需具备对关键应用数据和系统数据进行定期备份的功能，一旦数据出现损坏，可及时完成数据恢复。

10. 软件服务要求

★1).要求平台对用户注册数量不设限制。

★2).要求提供软件质保期为三年。质保期结束后，一般情况下，每年服务费用为不超过合同总额的 8%。若学校开展新功能建设并产生费用，需签订新的附加合同，此时服务费则按照原合同额与附加合同额之和的不超过8%计算（需提供承诺函并加盖供应商公章）。

二、商务要求

1.交货时间：合同签订后30日历天内，平台系统安装部署调试完成并上线运行。

2.交货地点：辽宁特殊教育师范高等专科学校（采购人指定地点）

3.付款方式及条件：合同签订后30日历天内，经验收合格后招标人支付合同总额的100%。

4.验收标准：根据《关于印发辽宁省政府采购履约验收管理办法的通知》辽财采[2017]603号执行。

验收程序：根据《关于印发辽宁省政府采购履约验收管理办法的通知》辽财采[2017]603号执行。

验收报告：根据《关于印发辽宁省政府采购履约验收管理办法的通知》辽财采[2017]603号执行。

组织验收主体： 本项目的履约验收工作由采购人依法组织实施。

5.质量保证期： （ 3 ）年

6.热线支持：7*（ 24 ）小时

现场支持：（ 4 ）小时内响应；（ 24 ）小时内到达

7.维修技术人员及设备方面的保证措施及收费标准的要求：保修期内免费

8.培训人员现场培训（操作、维护等）：免费指导所有产品的使用和维护，并提供详细的技术资料。

9.系统扩展、升级服务要求：服务期内出现因为系统bug而产生的系统扩展和升级，由中标人负责免费提供；因为功能性新需求而导致的扩展和升级由双方协商处理。