《智慧校园统一平台建设需求说明.docx》由会员分享，可在线阅读，更多相关《智慧校园统一平台建设需求说明.docx（19页珍藏版）》请在课桌文档上搜索。
1、智慧校园统一平台建设需求说明1 .统一身份认证平台系统安全1.Ll提供全面的应用层安全机制，能对主要的威胁系统安全的问题进行系统的处理；1.1.2 支持对跨站脚本攻击进行周密的防范；1.1.3 防止非法上传程序到服务器，防止服务器被安装WebShen或被挂马；1.1.4 防止低权限用户非法越权进行高权限操作；1.1.5 系统支持自动和手动两种备份方式，并支持备份恢复。1.2. 系统技术要求1.2.2 支持各种主流操作系统，包括:WindoWs、LinUx、AIX、SOlaris、HP-Unix；1.2.3 支持主流应用中间件，包括：WebsphereWebLOgic、JbOSs、TomcatN
2、ginxResin金蝶、东方通、中创；1.2.4 支持主流数据库，包括：Oracle、DB2Sybase、SqlServerMysqlDM、GBaseKingBaSe等；1.2.5 产品需基于J2EE架构开发，具备高扩展性与二次开发能力，提供扩展开发工具，使开发人员能够轻松对产品功能进行扩展开发，可根据业务及需求的变化，实现插件式的功能开发与部署；125系统具有高可用性，集群分布式部署、支持负载均衡，多机同时运行，在硬件条件允许的情况下可持续扩充，能够在不影响正常业务情况下进行热部署、热更新；1.2.6 支持跨域的统一登录与认证；1.2.7 系统扩展性好，方便的配置新子系统；1.2.8 系统管
3、理员可以控制用户各子系统的访问权限；1.2.9 各个子系统网络架构改动不能太大，不能影响现有的业务运行；1.2.10 要保证认证过程中用户帐户信息的安全传输。1.3. 二次开发支持1.3.1 提供二次开发支持；1.3.2 支持对产品中的功能做个性化修改；1.3.3 支持所有的功能菜单都可以扩展；1.3.4 提供实现扩展功能需要的扩展服务和扩展项以及对应的扩展点和扩展行为。1.4. 账户安全1.4.1 支持账户安全配置，可选择启动或禁用；1.4.2 支持密码规则配置，其中支持密码最小长度、密码最大长度、密码字符要求、密码中不能包含用户信息等配置；1.4.3 支持密码校验配置；1.4.4 支持密码
4、变更通知，其中支持密码过期时间、后台重置密码后下次登录是否强制修改密码。1.5. 系统日志管理151支持实时记录整个系统的用户访问、业务操作、系统运行等日志，提供查询、筛选、导出等多种日志管理功能；152记录用户登录情况，显示用户登录、退出登录时间、IP地址；153提供系统切换日志管理，记录用户在不同系统间切换的轨迹和历史；1.5.1 提供用户访问历史日志；1.5.2 提供用户操作日志；1.5.3 支持日志备份及导出；1.5.4 查询和管理系统运行日志信息（控制台日志、SQL日志、安全日志、定时任务日志、用户菜单操作日志等）。1.6. 系统检测功能平台应提供相关服务器的软硬件环境的监视，发现异
5、常自动发出告警，并通知责任人，并提供历史事件的查询和认证会话的相关操作，建立完善的事后追溯机制。支持用户访问情况（访问时间、访问IP、访问URL）和客户端软件（操作系统、浏览器、语言），实时显示最新的用户访问日志信息，查看应用、基础软件、数据库、语言、授权等信息。1.7. 系统功能要求171身份认证管理平台应能实现用户身份数据的统一存储、统一管理，实现各类应用的单点登录，以及各类访问与操作安全审计；平台应支持B/S模式的单点登录以及基于C/S架构客户端下的账户统一认证；172要求系统对用户登录信息进行加密传输，支持扩展SSHA、CRYPT、SHA、RC4等多种密码加密算法，并可以快速扩展用户属
6、性信息，保证数据能在客户端与单点登录服务器之间、WEB代理与单点登录服务器之间进行安全通信，保证数据传输的安全性，并对用户的操作行为进行日志记录，以追溯用户的行为过失，确保数据安全；173用户登录票据具有系统唯一性无法被篡改，用户的口令信息具有加密保护；1.7.1 系统必须具备高度的容错性，保证系统的正常运行；1.7.2 对用户进行资源访问情况要进行记录，保证对用户访问的可审计；1.7.3 系统采用基于数据库的数据存储设计，备份或恢复数据库数据；1.7.4 提供多种认证接口的异构支持，能够与LDAPV3、X.5O9、DSML、SAML等技术标准的服务进行对接。支持多种语言的接口方式，包括Jav
7、a、.Net、PHP、C、C+等。支持Unix、Linux、WindoWS多种平台，完全支持跨平台的部署；178应具有集中的身份数据管理功能，不仅提供用户帐号的维护，还能提供便捷的批量导入、批量迁移等功能；1.7.9 支持对用户进行统一管理、具有统一的数据同步机制，支持其他业务系统集成接入，进行统一的身份认证及单点登录；1.7.10 支持OAUth2.0标准：应支持基于OAUth2.0的身份认证，支持通过标准OAUth2.0认证方式与第三方系统建立互信，并支持扩展；1711在机构IP段内的访问IP,可直接登录；1.7.12 访问控制：可通过标准OAUth2.0协议对第三方业务系统做开放接口授权
8、，支持发起端IP地址限定，支持按照角色（为第三方系统单独建立访问角色）对数据链接进行细粒度的访问权限控制；1.7.13 接口开放：提供标准的统一身份认证对接接口，用于后续新建业务系统的对接，并提供单点登录面板的配置功能；1714账户安全管理：提供密码修改时的短信验证、密码找回、身份审计等功能；1.7.15 支持主题界面的模板定制化，能够实现主题风格的热部署、实时切换;1.7.16 集成业务系统可定制系统界面，从集成系统访问到单点系统后能够展示该集成系统专属的界面；1717支持机构身份的统一登录，机构账户支持IP自动登录，支持并发数限制，支持机构的逐级授权管理，支持批量导入管理机构下的帐号；17
9、18支持多点登录限制，能够限制用户同时登录的终端数，超过限定值后可根据设定的策略是否允许用户继续访问；1.7.19 防密码暴力猜解，可限定用户口令错误安全策略,超过设定后可自动锁定帐号.1.7.20 提供用户行为及终端统计，能够统计用户注册、登录、访问集成系统、用户终端类型，以图表的形式查看数据趋势、占比，统计用户访问情况（用户登录、用户注册、修改资料、找回密码、重置密码、社会化绑定等操作）用户访问统计、应用通讯统计、时段统计、语言统计、浏览器统计、操作系统统计、地区统计、网络统计、时间趋势；1.7.21 元数据管理管理系统的数据模型、自定义字段等功能；1.7.22 定时任务可以让用户自行定制
10、一些定时要执行的任务；1723菜单管理管理用户后台管理菜单，启用或停用菜单；1.7.24 插件管理管理系统插件，启用或停用插件；1725支持短信网关接入，提供短信防刷机制。1.8. 前台用户管理1.8.1 支持用户在统一登录页面进行登录，也支持在各自系统登录页面进行登录；保证用户只能单一在线；1.8.2 登录后，可以在任意系统间切换使用，无需重新登录；1.8.3 用户在任意系统退出，则亦当从所有参与此SSO的应用注销；1.8.4 支持通过电子邮件和短信验证码两种方式找回密码；1.8.5 支持通过统一修改密码页面，修改密码及其他个人资料；1.8.6 允许用户自行修改密码，再次登录时生效。1.9.
11、 用户权限管理1.9.1 普通用户账号可由管理员在后台注册，并支持批量注册及导出；1.9.2 管理员可分配用户访问系统的权限；支持管理员通过后台修改密码；高级管理员支持修改用户的信息（基础信息或密码），锁定用户；1.9.3 系统后台提供多种方式的用户查询，可按注册时间、用户名、电子邮件地址等对用户查询；1.9.4 机构用户的注册是由管理员在后台完成；1.9.5 支持管理员对机构用户子账户批量注册和批量导出功能；1.9.6 机构用户可以设置IP范围（有或无，如果没有设定IP范围就不限制IP）、有效期以及最大并发数；1.9.7 管理员可以设置机构用户访问某个子系统的权限；1.9.8 访问资源的权限
12、支持在各个子系统里设置；1.9.9 9普通用户如果通过机构用户IP地址访问资源，访问权限继承机构用户的权限。1.9.10 系统管理员可以方便灵活地设置各种角色；1.9.11 支持设置角色或用户相关权限；支持设置各个角色的权限，即哪些用户对哪些资源有哪些操作；支持设置用户的基本权限，如果用户属于某个角色,则自动继承角色对应的权限；支持各个子系统管理员设置用户对子系统资源的访问权限。1.10. 应用系统用户权限1.10.1 接入SSO系统的应用系统用户支持继承原有的权限；1.10.2 可以通过设置用户允许登录的系统，限制用户的访问权限。2 .一网通办服务平台2.8. 一体化支撑、一体化管控要求系统
13、基于一个平台、一套系统，能够同时为来自PC、微信、企业微信、阿里钉钉、易班APP、学校自建APP等多种应用进行一体化管控和支撑。如对接微信开放平台接口实现在基础支撑平台上进行一体化应用管理、菜单管理、通讯录同步、消息推送等。2.9. 负载均衡集群要求采用基于负载均衡技术的多活集群部署，能够通过简单增加服务器（虚拟机）方式进行业务并发能力的扩展和高可用（高可用，即所有业务节点都可以同时工作，任何一个节点出故障均不会停止服务），要求具备集群令牌、集群缓存功能。2.10. 大数据存储要求要求使用大数据分布式存储技术和Ne）SQL来提供海量数据的高速分布式存储和访问。系统设计上要求支持非结构化数据存储
14、规模，并保证系统性能。2.11. 工作条件要求平台系统要求为一个开放的且符合业界技术标准的系统平台；支持在Window.UNIX、LinUX或同等及以上档次操作系统上部署；要求同时支持关系数据库和大数据，要求支持OraCIe、MySqKMSSql或同等及以上档次数据库，也同时支持在业务中使用NOSQL非关系数据库来提高性能。系统使用的应用服务器，支持TOmCat、WeblogiC等中间件。架构要求采用B/S架构模式，通过浏览器能稳定可靠使用，系统的维护和版本的更新只限于在服务器上进行；能够兼容IE9+、Chrome、FireFox、Safari、360、QQ等常用的浏览器；各浏览器访问前后台功
15、能均无需安装任何插件。2.12. .服务开放能力要求平台应遵循OaUth2.0标准，为师生以及第三方提供基于RestFul方式的身份认证、所有业务数据等开放WEBServices服务,第三方可以使用Java、PHP、.NET、Python等语言开发应用；要求平台提供SDK接口和二次开发手册，满足第三方扩展功能的需要。26安全要求数据传输安全，支持VPN技术,对业务和数据传输通道进行安全加密处理；支持SSL/TLS加密传输，一站式服务大厅支持高安全的SSL（SecureSocketsLaye安全套接层）TLS（TransportLayerSecurity传输层安全）协议；为提高信息安全等级保护，
16、支持对关键的系统管理员账户、重要业务的管理权限具有密钥/时间双因素动态令牌认证，防止重要业务被攻击和篡改。2.7. 国产化支持要求须实现在国产操作系统（欧拉、龙蜥、麒麟等）上部署；支持关系数据库和大数据，须支持OraCle、MySq1、PoStgreSQL等，适配国产数据库（华为GaUSSDB、达梦DM、人大金仓KingBaSe等），支持大数据分布式存储技术。3 .服务型信息门户3.1. .总体要求提供服务、数据融合型门户，将散落在校园各类业务系统中的信息资源、服务入口、个人相关数据进行融合与重组，并通过对移动互联网技术、大数据分布技术的综合运用，最终形成一个个人事务全覆盖、个人数据集中化、交
17、互方式智能化的智慧型服务中心。3.2. 多种业务集成方式提供RSS、IFRAME、WebClippingURL等多种集成方案，可与各种内部和外部网站以及教育、学术、博客、网络存储等网站系统进行集成，可以把其他网站上的信息以RSS方式，以页面方式进行集成。3.3. 权限管理功能支持按角色对门户应用权限进行划分;支持通过SSo整合应用系统深链接，将分散在各业务系统中的待办事项集中在一个卡片上进行分类展示。3.4. 个性化的用户页面通过权限控制和门户默认模板的提供，可以方便的帮助用户构建各种角色专属的门户卡片布局，支持用户自定义页面功能，不同类型用户可以使用不同的默认模板；用户允许在页面上自行定义有
18、权限的各种门户小应用，自主选择页面风格、自由选择组合PorUet、并能够在页面窗口上拖拽；支持一键恢复为初始门户卡片布局。3.5. 快速Portlet开发要求要求提供Portlet开发模板和文档,可以简单快速地开发门户小应用(POrtlet)。同时，通过服务仓库的支持，门户可以方便的访问各个应用系统发布出来的服务。门户应用既可以使用各个应用厂商提供的标准小应用，也可以根据自己的业务需要随时建立业务需要的小应用。36公共信息要求支持常用的公共信息模块，如校历、消息中心、校园主页等模块，提供用户自定义和应用快速开发功能，以供用户开发更有针对性的业务。3.7. 我的工作台我的工作台可通过系统参数化配
19、置多个自定义卡片列表,例如“我发出的”、“我收到的”、“分享给我的”等，“我发出的”需显示发起的事项，能够通过标签筛选出进行中、已结束和已撤销的个人事项；“我收到的”需显示待办、被驳回、已办的事项。点击列表页中的事项，可进入事项详情页。要求提供集中化、一站式的分类待办，将所有与我相关事项进行统计汇总并集中展示的入口，可按照不同事项类型（如各类流程、预约服务等）分类统计待办数、已办数、抄送数、进行中数、已结束数、存草稿数。以及通过未读消息提醒小红点的提示方式在该业务的分类入口对待办数进行提示。3.8. 个人中心支持个人基本信息及相关服务，分栏目显示消息对话、OA待办数提醒、我的收藏、我的预约、未
20、读邮件、我的工资、一卡通余额、未读通知等服务信息；具体内容结合调研及学校实际需求情况确定。3.9. 个人信息管理提供学生和教职工的个人信息权限设置。可灵活设置个人手机号码、联系地址、电子邮箱、个人签名等用户基础信息，支持密码修改。3.10. 顶部Tab页通过系统参数化配置顶部Tab页，系统管理员可自定义添加服务中心首页、个人中心、个人桌面、Al智能客服助手等多个顶部导航，方便用户一键进入直接访问。3.11. 个人桌面提供独立的WindowslO风格的磁贴式卡片个人桌面管理功能，支持用户可将自己常用的服务和业务管理入口添加到个人桌面，方便一键直达；并可对快捷入口的显示位置、显示样式，显示大小进行
21、自定义调整。还可通过参数化设置是否启用桌面，默认显示单列或双列桌面布局。3.12. 换肤功能服务型信息门户需支持换肤功能，为师生提供8套以上不同主题的皮肤供用户自行选择，可按照系统参数指定全局使用固定皮肤；服务型信息门户上的所有卡片均同时支持透明化和非透明化效果，为保证浏览器兼容性，可通过系统参数关闭和开启透明化效果，低版本浏览器可以自动使用非透明化皮肤。3.13. 服务门户运营统计支持服务门户运营统计，可按照今日、本周、本月、本年、全部或者任意指定时间段查看门户访问次数变化情况。3.14. 社会化服务支持为校外非在编人员提供社会化服务能力；通过服务门户实现教学、科研、管理、校园生活信息的无缝
22、集成，实现一站式业务办理和信息查询。3.15. 服务中心首页可展示推荐服务、热门服务：推荐服务为创建服务时设置为推荐的服务，便于用户检索使用；热门服务是根据用户申请使用服务的次数多少，显示出系统中用户申请使用次数较多的服务；可按照用户群体分为教师服务、学生服务、访客服务。可按照服务类别分为学工服务、教务服务、后勤服务、公共服务等。4 .办事大厅4.1. 服务办理入口Pe端、移动端办事大厅需支持服务的多维度检索，可支持通过关键字、事项类型、服务对象、办理途径、服务名称首字母、最新服务、与我相关等多种方式的检索条件；或者通过以上多种方式进行组合条件查询，方便用户快速查找自己所需的服务。4.2. 访
23、客服务为非在编的社会人士提供无需登录即可在线办理的访客服务，即没有统一身份认证账号的用户也可以访客身份发起流程或服务。4.3. .服务可见性授权、服务有效期控制按照用户角色、机构、群组三者叠加的方式对服务可见性进行授权，支持将服务选择性开放为访客服务。支持服务可用性的精准控制，服务有效期可设定每天特定时间段可用、每月或者每年的固定一段时间可用。4.4. 业务聚合可通过平台服务发布功能将第三方业务系统的具体服务直接挂载到办事大厅，并可以自定义发布范围，有效期，服务图标等，方便用户直达业务服务。4.5. 多服务聚合4.5.1 具备多服务聚合能力，支持将多个业务办理入口聚合到一个服务页面中，并可针对
24、每个服务入口单独设置办理权限，以保持业务的整体性，能够更好地贯通“一事联办”理念，为师生提供更加便捷和人性化的服务。4.5.2 具备服务与场景化数据分析融合能力，具备服务和该服务的场景化数据分析融合到一个场景中按照不同的维度进行展示。4.6. 多种服务能力要求提供PC移动一致的多种服务能力，包括：查看办事指南、发起在线咨询、意见反馈以及业务在线办理。4.7. 多租户的管理模式为满足各级部门以及各类人群的信息化需求，办事大厅应具备多租户的管理授权模式。学校管理员可为各级部门分配独立的业务管理包指定相应的管理员，并可为业务管理包分配不同的功能项。部门内部可对以上功能做二级权限划分，并且每个业务管理
25、包都具有独立的多维度服务数据统计。4.8. 意见反馈业务管理人员可以灵活开启自己所管理的业务是否开启意见反馈，意见反馈的内容字段可以由业务管理人员自行设计和调整，针对意见反馈的内容相关的答复节点人员可以由管理人员根据需求灵活配置，可设置根据用户选择的不同的反馈类型分配不同的答复人员。可设置循环反馈模式，发起人提出反馈意见，答复人针对意见做出答复返回到发起人，发起人可继续提出意见，直到发起人选择满意后循环结束进入到归档节点。49服务说明服务说明支持简易的办事指南和标准化的服务事项说明，办事指南仅需要展示办事指南和相关附件即可，开启标准化模式后需要有：服务编号、办理时间、咨询电话、监督电话、办理方
26、式、办理途径、服务承诺、是否跨部门、以及关联部门、前置条件、附件文件、申请材料、返回件等标准化内容设置。无论是办事指南模式还是标准化模式均需支持扩展服务关键字，用户可以通过模糊搜索相关关键字就能查找到该服务。4.10. 服务统计看板4.10.1 横向统计分析提供横向观察各个业务部门各类服务事项的被消费情况，包括服务事项被访问数、服务事项收藏数、办事指南查看数、流程发起数、流程办结率等，并支持服务大厅的总服务数、总服务人数/人次，流程总办结率等统计信息。4.10.2 纵向统计分析支持按照今日、本周、本月、本年等时间维度查看每个服务事项的发展变化情况，包括服务事项访问次数、服务人数、服务次数、在线
27、办理次数等统计信息，方便业务管理人员直观了解各个服务事项的有效利用率。4.10.3 综合统计看板支持各种维度的服务统计和排名，包括按照服务访问量对各个主管部门进行统计排名，按照活跃度（访问量）统计学校最受欢迎TOP5服务、总流程数已分配/未分配占比、服务总数在PC端和移动端的发起数对比等。5 .移动端多渠道接入5.1. .基础支撑平台：一体化支撑、一体化管控要求平台能够对接入的移动渠道进行-体化管控，移动渠道需支持微信、企业微信、华为WeIink、学校自建APP等多种渠道。5.2. .微信全生态融合可同时支持在企业微信.微信企业号.微信小程序等多种微信入口提供一致性的业务支持，以促进移动业务推
28、广，满足师生多渠道.多入口业务的一致性体验，无论通过系统消息、微信单聊、群聊、微信企业号都可以随时随地访问服务平台的信息化服务；平台提供的全部移动端功能须全面支持微信小程序能力，凭借小程序的分享功能，可将任意具体业务服务入口分享到微信群或个人微信，对方点击小程序消息后直接实现登录，即时办理业务，实现服务与社交深度融合。6 .消息中心提供多渠道的消息提醒功能，可以通过即时消息弹窗、走马灯消息轮播、异常文字闪烁等方式知会当前用户，进一步提高消息的触达率和事项办结率。同时支持微信消息、APP消息推送、短信、邮件等方式，可将消息以更广泛的方式触达更多用户；6.1. 提供多渠道的消息提醒功能可以通过即时
29、消息弹窗、提高消息的触达率和事项办结率。同时支持微信消息、APP消息推送、短信、邮件等方式，可将消息以更广泛的方式触达更多用户。6.2. 提供分类个人消息推送支持点对点消息、自动消息推送。6.3. 提供第三方消息接口可集成学校现有业务系统进行消息推送。6.4. 支持短信和APP消息混合推送支持短信、APP推送消息精确跟踪。6.5. 业务模块消息集中推送支持业务模块消息集中推送。7 .表单引擎7.1. 7.1基于高校数据标准要求表单设计器支持表单控件取值同时支持固定值、关联外部数据源和关联数据标准代码集三种取值方式，支持教育部2012版高校数据标准中的代码集定义作为表单控件的数据源选项；要求表单
30、设计器能够直接使用高校数据标准中的数据子类定义进行表单设计；要求流程生成的业务数据符合高校数据标准，以满足学校数据中心或主数据平台的需要；要求支持直接使用数据子类和代码集定义,自动生成流程和MIS混合型业务碎片应用，补充业务系统功能，满足业务部门需求。7.2. WEB表单设计器7.2.1 系统中要求提供WEB方式、面向业务人员的可视化、所见即所得的表单设计器，无需安装专用设计工具或插件，支持从WOrd、EXCel中复制已经设计好的页面，支持在线编辑表单HTML代码，为高级用户提供对表单内容的全面控制。7.2.2 支持原有纸质A3/A4/自定义三种格式选择，可手动调整表单的宽度和高度来制作各种样
31、式的文档，100%还原纸张大小，支持高保真还原表格，可生成正式制式标准文档。7.2.3 表单设计器提供支持基于数据中心和业务系统数据的预定义控件，例如：教师控件中的职称信息、教育经历、科研成果、本学年课程，学生控件中的我的成绩、欠费记录、奖惩信息、历史资助信息、我的学籍、学籍异动记录等，并可以通过授权分配给指定业务管理员，满足用户快速编辑和生成一些和业务关联特别紧密的表单。7.2.4 表单设计器需同时提供两种不同类型的设计器，方便普通业务人员使用的无格式互联网化的流式表单设计器和模拟纸质样式、打印格式良好的复杂表单设计器。7.2.5 表单设计器要求提供单行文本、多行文本、附件控件、头像控件、单
32、选框组、多选框组、下拉菜单、超链接控件、签章控件、位置坐标、富文本编辑器等标准控件,支持多维度人员选择控件、多维度组织机构选择控件、编号控件、二维码控件、图片验证码控件、WOrd编辑控件等特殊控件；还需要提供自定义表单业务控件功能，在预定义控件时可以配置数据源，并通过分配业务控件权限的形式达到数据源隔离的目的。7.2.6 控件属性除了支持基础的中英文名称、必填项、输入验证、控件样式、默认值选择，还需支持数据源关联、内置数据标准定义、数据联动、关联控件联动、表单中的字段支持配置到列表中。7.2.7 根据学校业务的繁杂程度，减轻后续业务变化的重复工作，要求控件属性必须支持批量设置功能，可以批量编辑
33、表单控件公用属性。7.2.8 为了简化业务部门设计表单的难度，要求平台提供表单模板库，能够导入导出表单模板；新建表单时能够引用系统已经存在的模板。7.2.9 同时支持流程附件和表单附件两种控件形式，表单附件控件可以根据业务要求在表单指定位置上传图片、文件，上传的图片自动添加水印。附件支持doc、docxppt、pptx、xls、xlsx、Pdf等文件格式，支持分布式海量存储、支持doc、docx5ppi、pptx、xlsxlsxpdftxt、jpg、pngbpm等文件格式在线预览、支持附件批量导出。同一表单中支持多个附件组件并互不干扰。同一附件组件支持上传多个附件文件。7.2.10 表单设计器
34、支持添加业务须知页面，同时提供业务须知模板的选择，流程发起时可以为后续服务流程执行过程提供前置阅读页。7.2.11 为体现一站式服务理念，使用表单设计器设计表单时，应只通过一次设计，即可同时满足移动和PC业务发起、审批和查看的需要，无需专门针对移动端独立设计表单。移动端可以根据PC表单自动生成流式页面，满足移动用户使用的需要；移动端同时还支持表单发送给我功能，即将表单自动转换成PDF文件发送给目标用户。7.2.12 为保证移动用户填写表单时的准确性和完整性，要求在移动端提供完整的PC原表单预览功能，并且支持缩放操作。在表单预览时，预览页面应包含移动端所有正在填写的业务数据。7.2.13 新建表
35、单后，可通过二维码、链接地址、小程序等渠道将表单填报地址发送给用户；完成表单后，可通过二维码、超链接、小程序等方式分享给其他人查看表单内容和审核信息。8 .流程引擎8.1. 流程引擎和可视化流程设计器8.1.1 系统应自带WEB方式的、面向业务管理人员的交互式流程设计器（不接受第三方独立的流程设计器），无需程序员介入，只需要简单可视化配置操作即可生成复杂的业务流程，不需要从专用设计器导出流程文件，再手工部署到流程平台中。流程节点要求支持用户、部门、岗位、上下级关系、辅导员关系、社团关系、学术关系、党组织关系等学校常用的自定义业务关系配置。8.1.2 流程引擎需支持顺序审批、并行审批、组合审批等
36、多种流程模式；应支持简单条件分支、复杂条件分支、多重分支组合条件分支;提供多人并行审批、并行审批竞争和多人全部处理等流转控制；支持抄送、转发、撤销、附入新流程；支持流程环节指定办理人处理、全部人员审批才可通过及任意一人审批即可通过、退回、取回（允许审批后取回）、接收办理消息、中止、终止、终止重发，流程环节知会人员（审批前知会、审批后知会），流程催办、转办（多级转办）、续办、加签、委托代理等高级业务处理功能。8.1.3 流程引擎支持可选择退回到发起人、退回到上一环节、退回到指定环节三种退回方式。退回到发起人是指发起人退回后可以修改表单，修改附件，重新提交。系统可配置退回后重新提交是按流程固定顺序
37、重新流转，还是可以直接提交到上次退回的环节，直接审批通过；退回到上一环节是指只允许退回到已审批通过的上一环节重新审批或发起；退回到指定环节是指退回到已审批通过的任意环节重新审批或发起；8.1.4 流程引擎需支持环节超时设置功能，启用超时设置后，能够设定流程环节最大办理时限，超时未办理可自动给流程环节办理人发送超时消息提醒。超时提醒可设定消息提醒上限、消息提醒频率、提醒时间范围，以及周末是否免发消息提醒；8.1.5 流程引擎需支持环节督办设置功能，可同时设置多个督办；启用超时督办后，能够设定流程环节最大办理时限，超时未办理可自动发送超时消息提醒给流程环节督办人。应支持默认消息提醒，支持消息宏定义
38、，可自行设置提醒文字内容；督办事项可设定消息提醒上限、消息提醒频率、提醒时间范围，以及周末是否免发消息提醒。8.1.6 流程节点应支持自动审批，当某节点办理时间超过预设时长后，自动触发办理事件并将本次处理类型标记为超时自动处理。流程节点还可以设置完成权限,拥有完成权限的工作人员可以直接完成该流程,流程将不再进行后续环节,并视为该流程已办结。8.1.7 流程引擎需支持环节提醒设置功能，当启用提醒时，可分别设置流程环节办理人收到事项发起人的事项处理消息提醒，流程环节办理人已处理事项的消息提醒事项发起人；消息提醒支持模板，支持消息宏定义，可自行设置提醒文字内容。8.1.8 流程引擎提供所有的流程事项
39、办结后强行撤回功能，可以直接撤回至事项发起人，撤回后的流程存放至草稿箱，并支持重新编辑发起或直接删除。8.1.9 流程引擎支持流程合并、插入子环节、追加子环节、重设子环节、追加同级环节、插入事项发起人、追加事项发起人、修改当前环节、删除当前环节、删除当前环节及后续环节等流程部署右键快捷功能。8.1.10 流程引擎支持基于流程定义办理人和基于表单指定办理人等流程环节人员设置，如当前执行环节有多个办理人员时，可手工介入选择办理人，并选定最多和最少办理人员数量。基于表单指定办理人应支持按照表单中提交的人员进行审批。8.1.11 流程引擎支持流程中不同节点的权限控制，包括是否可编辑、是否可见、是否可打
40、印等；提供由流程发起人自行指定环节处理人的自由流程模式、由业务管理员预设的固定流程模式以及这两种结合使用的混合流程模式，既能够根据实际情况进行灵活的流程调整，同时也能保证固定流程不变，保证业务的严肃性和数据的合法性。8.1.12 支持流程可视化，发起和处理流程时能够在PC和移动端方便的以图形化方式查看完整流程和当前已经处理的环节的状态。8.1.13 流程支持一键初始化，验证管理员身份后，可对测试数据进行一键清除。8.1.14 流程支持批量审批功能，允许业务部门指定表单字段显示在待办列表中，让办理人员能够一目了然地看到所有事项的重点信息，并支持通过表单业务字段多维度组合查询待办列表，查询条件需要
41、支持包含、不包含、等于、不等于、大于、小于、大于等于、小于等于。8.1.15 支持流程“自定义条件发起限定器”，能够按照业务要求通过可视化配置限定器，对流程的发起设置限定条件。8.1.16 支持通过可视化配置方式实现表单数据自动采集入库，要求系统能够在流程处理中的任意环节配置采集规则、执行数据采集。支持将表单数据采集到关系型数据库（如ORALCE.MySQL等）或MONGODB中，支持插入式采集、更新式采集（根据关键字更新部分数据字段）或插入更新式采集（存在则更新,不存在则插入），支持将同一个表单数据同时采集到多张表（支持主从表）中。8.1.17 提供数据采集过程的异常监控和处理功能，可全程监
42、控数据采集过程中的异常或警告，并自动添加在异常日志队列中。对日志记录中因采集规则配置不当导致采集失败的可进行单独的人工干预重采、也可将同一批次的异常数据批量执行重采，直至所有数据采集成功；发出警告的表单数据可正常采集入库。8.1.18 流程中心提供可视化配置工具，配置生成支持标准身份认证协议的第三方平台互联互通接口。通过接口，流程可以自动将表单数据通过WEB服务方式发送给其他业务系统，实现跨系统服务互联互通和外部系统的调用。8.1.19 要求支持组合审批打印设置功能，包括无需审批即可打印、全部审批通过可打印、单独审批通过可打印。8.1.20 支持内部和外部节点事件，可以同步或异步执行相应接口，
43、支持流程办理、退回、转办等操作分别配置不同节点事件。需要在流程环节上配置节点事件。8.1.21 为保障表单与流程的一致性，在绘制完表单即可针对该表单进行流程配置，并可在同一界面设置对应发起权限。8.2. 流程智能监测要求提供流程智能监测台，可以对流程使用情况，流程服务的频次，时长，效率等流程汇总，可监测流程事项的发起情况。流程智能监测台可授权给业务部门的业务管理员，每个业务部门都可以独立操作智能监测台，对自己负责的所有流程进行跟踪监控，出现异常的流程将自动提醒业务管理员，业务管理员可直接进行人工介入干预流程事项。9 .WebVPN访问控制系统9.1. 支持统一身份认证系统用户不限制；9.2.
44、并发用户数2500；9.3. 并发连接数,50000；9.4. 可管理业务系统数量2200；9.5. 可管理运维主机数量220；9.6. 可兼容主流的浏览器，免插件和客户端下载；9.7. 支持校园网内的Web业务系统和图书馆资源系统以及学校外购的Web资源库；9.8. 支持IPv4与IPv6资源的相互转换.支持大文件上传和下载；9.9. 本地用户管理，用户可以在Web管理页面直接配置相关参数，实现与外部统一认证系统的对接，可以在Web页面配置对接的认证方式至少包括：LDAP.RADIUSQAuthCAS.企业微信等等；9.10. IOSSL加密传输；9.11. 支持SSL网站的可信授权；9.1
45、2. 基于会话和基于负载的负载均衡调度方式.提供网站访问的基本安全控制；9.13. 支持Telnet.SSH.RDP.VNC等远程运维；9.14. 支持动态口令短信服务和微信服务端；9.15. 支持运维屏幕录像，符合等保要求。10 .其他服务要求10.1. 流程授权许可不限制注册使用的用户数量、不限制终端数量（含PC终端和移动端），提供10个流程的授权许可。10.2. 原厂实施服务按照学校业务部门的需求，由中标人提供不高于IO个原厂流程调研实施服务，包括原厂工程师现场流程调研、梳理配置和制作、数据采集、文档，含该流程1年的售后服务；并与业务使用部门保持现场沟通的畅通和良好的客户关系。根据现场调研出来的业务需求与针对本项目派驻的项目经理协同梳理业务需求，根据梳理后的业务需求与客户协调确认无误后进行现场实施配置服务。提供己上线的流程服务日常运维工作。
