1.1性能需求 1.1.1应具备事务办理全过程全掌控。事务从发起到结束整个过程中各环节信息全程透明。 1.1.2应具备丰富的工作流程支撑。系统提供丰富的事务流程,通过工作流技术监控流程进度,快速定位,快速发起流程。 1.1.3具备事务评分机制。利用评分机制,事务发起者可以对办事质量进行反馈评价。 1.1.4应具备多形式的消息通知。因为在整个过程中会有多样式的消息通知,比如手机短信,站内信,微信消息等等,让发起人员对整个办事过程了如指掌。 1.1.5应基于当前成熟的研发平台进行研发,最大限度地保证业务系统和数据的一致性和稳定性。 1.1.6办事服务大厅支持微服务容器平台运行,实现事务的微服务化的灵活部署。 1.1.7办事服务大厅中的事务应用支持与学校未来的大数据中心高度集成。 1.1.8、遵循HTML5等设计规范,适配各类移动终端浏览器,并且无缝接入学校掌上校园APP,实现师生移动办事、移动办公。 1.1.9、打破系统之间的界限,将不同的系统中的待办事项进行整合,待办处理起来更得心应手,无需切换不同系统处理不同事务批量审批的出现,为特殊的流程提供了更便捷更人性化的审批方式,大大提高工作效率。 1.1.(略)要求提供界面友好的用户日程安排,并对日程进行集中统一的管理。接收每日日程通知,以日历的形式清晰的展现出每日事件。可接入外部应用,与平台化建设相呼应。 1.1.(略)提供属于用户个人的搜索引擎,一键检索个人所有相关数据。数据分类标准化,系统将根据数据来源的模块对其进行分类汇总,保证数据分类的准确性。搜索关键字智能化推荐,提供关联推荐、热门搜索、历史记录。 1.1.(略)要求系统基于微服务架构体系设计,能够实现平台的开放式结构;能够基于容器平台监控及分析微服务运行状况。 1.1.(略)要求满足系统进行登录操作时,(略)用户并发平均响应时间不高于2秒且事务成功率大于(略)%、(略)用户并发平均响应时间不高于4秒且事务成功率大于(略)%的性能要求。 1.1.(略)系统应通过GB/T (略)-(略):(略) 1.2功能要求 1.2.1事务大厅(搜索中心) 为用户提供私人搜索引擎,一键搜索个人数据,包括用户在办事大厅的办事记录、日程记录及办事大厅为用户提供的服务信息等。 通过智能化搜索与规范化数据分类,帮助用户快速定位查询内容。支持关键字智能推荐,包括:(略) 支持事务热度分享与推荐,有助于用户定位热门事务。用户可一键发起事务办理。 要求支持场景事务导航,可通过智能咨询,提供关键字、所属部门、事务分类、事务标签等开展智能事务推荐。通过人工智能分析用户个人需求,形成目标事务组合,对用户进行针对性事务推荐。 要求具备事务常用操作问答知识库,减少管理人员对于常见问题常见的重复问答工作。 要求具备智能操作引导。智能操作引导应具备简单引导和详细引导模式,并支持用户在查看引导操作过程中随时终止引导。 1.2.2个人事务管理 (1)个人事务主页 根据用户个人需求而自定义的个人事务主页,通过事务卡片封装各类个人事务相关事务信息,如日程日历事务、事务状态信息、事务统计等。支持在一张卡片中集中展示待办、申请、关注、待阅、草稿等事项,能够看到申请事项的当前步骤与进度,时间点与状态等信息,点击相关事务可直接跳转。 (2)卡片模板 应根据用户角色提供默认桌面卡片模板;用户也可以自定义卡片布局,进行个人主页卡片管理,也可以恢复默认。 (3)个人信息 支持个人事务统计,提升个人效率,可通过年、月、周的统计维度,统计事务完成率,分析个人审批事务总数与个人事务耗时情况,分析个人效率排名; 支持用户设置委托人,便于在特殊情况由他人代理权限继续处理事务; 支持个人常用审批意见设置,可一次性设置单条或多条常用审批意见; (4)个人密保与安全 支持用户修改个人密码,并且跟踪个人账号登录日志,登录信息须包括登录时间、登录IP、访问端、浏览器类型。 (5)任务托办 支持用户双方点对点的任务转交办理,任务发起方可通过任务状态了解任务完成进度。 支持任务接收方可以通过日程的形式及消息的形式接收任务通知。 支持任务接收方在确认完成托办的任务后,任务发起方可以通过消息形式即时了解任务完成情况。 (6)个人页面主题设置 支持对个人页面皮肤色调,字体大小进行设置。 (7)能够实现个人关注事务台账展示。对所关注事务的分析状态进行全面跟进。 (8)个人阅办 支持对用户集中呈现个人阅办信息,支持阅读情况分类。 (9)个人日程日历管理 应提供完善的日程服务功能,包括:(略) 1.2.3移动事务中心 基于校园H5页面的服务大厅,让用户随时随地都能查看到我的相关事务。微信事务大厅分为消息界面、个人中心和服务大厅。 (1)信息界面 移动事务中心基于学校的微信企业号发布,应实现通用事务中心对微信的信息推送。当用户有事务中心任务需要办理时,微信需要以信息发送的方式实现信息提醒。用户点击提醒信息中的地址应跳转至事务办理界面办理事务。 (2)个人中心 个人中心应支持用户快速查看自己相关的事务办理信息,包括:(略) 系统应支持用户点击相应的模块进行事务办理以及对事务办理情况进行查看。 用户点击我的待办阅览自己的待办事务,所有的待办事务按照时间进行排序,应支持根据事务的紧急状况进行提示。点击具体待办事项进入事务办理界面,可以查看事务办理表单进行事务办理。并且系统应支持用户查看之前所有节点的办理情况和办理意见,同时系统应支持将事务转交给他人处理以及对事务进行抄送,并且支持用户一键配置转交他人处理时事务完成后是否返回给自己。 (3)服务大厅 应提供事务查询和办理支持。系统需支持事务检索和分类展示事务类型,供用户进行分类事务查询办理。在具体的事务详情中,系统应支持用户查看事务的流转记录和流程图,展示效果必须与移动端实现良好的适配。 1.2.4事务统计 为事务管理人员提供多维度的事务统计分析,包括事务总数、在办事务数等不少于(略)项事务运行分析指标。 要求重点统计并下钻查看所有事务、所有结办事务、所有在办事务、今日办理几类核心事务统计指标。支持统计时间段自定义,支持一键导出统计结果,用excel报表方式统计各条分析事务对象的事务基础信息,申请人,当前节点、最后更新时间、总耗时。能够便于事务管理人员实现对事务科学分析。 1.2.5事务综合管控 (1)图标管理 应为事务中心的事务服务提供图标维护管理,提供基础的增删改操作。要求支持将图片托拖拽至网页即可完成事务图标上传。 (2)事务管理 事务分类管理,应为事务提供分类维护管理功能,实现学校业务域在事务上划分,提供基础的增删改查、停用/禁用等功能。 要求为事务中心的服务事务提供维护管理功能,统一维护用户端事务大厅中展示的所有事务。 要求根据事务的属性提供类型划分,根据事务类型,划分为“流程性事务”及“非流程性事务”,“非流程事务”可作为信息类事务及指南说明类事务;根据事务跳转方式,划分为“新窗口”“内嵌”“路由”,新窗口与内嵌的打开方式针对外部跳转页面,分新窗口和本窗口打开,支持集成外部应用集成路径,路由仅针对事务中心内部的页面,跳转方式与卡片跳转至二级页一致,此方式可快速跳转事务中心内其他服务。 要求支持事务发起权限设置,基于角色分配事务发起事务。支持事务管理负责人权限配置,使每一个事务均有对应负责人,做到事事负责。 要求支持事务发布终端配置,每条事务均能够兼容PC端与移动端。 要求支持事务时间发布策略配置,针对非常态化事务,应支持事务发布时间段配置,有助于事务有针对性触达;支持配置日程提醒策略,如周期性提醒日程提醒、自定义时间提醒。 要求支持事务催办策略配置,便于有效提升事务结办效率。支持自定义配置自动催办时间点、手动催办时间点。 要求支持事务标签绑定,便于事务分类、事务智能推荐。要求支持事务绑定多个标签。 事务管理功能。可在同一界面对PC端和移动端进行统一管理,自由设置事务开通办理的时间段,并且开启日程提醒用户申请事务(包括周期性提醒和自定义提醒),自由设置事务自动和手动两种催办方式的时间 (3)模块及卡片管理 办事页面管理,应为用户端的一级菜单页面提供维护管理功能,在提供固定的“首页”和“事务大厅”页面的基础上向用户提供自定义菜单页的功能,用户可设置自定义页面的用户使用权限、跳转方式等。 要求按照页面的自定义程度,分类为默认页面、自定义页面。 首页卡片排列模板管理,应为不同角色的用户提供初始化个人首页卡片排版风格与卡片内容,能够为不同角色预定义个性化角色页面。 要求支持卡片管理,应为用户端首页的展示卡片提供维护与管理功能,提供卡片各类参数的配置功能及基础的增删改查操作。支持卡片化的整体布局,可随意添加已有卡片,要求不少于(略)个,添加的卡片可自行排列顺序,以体现个性化服务。 要求支持配置流程卡片,应提供专为流程服务的流程卡片配置功能,从申请者、审批者及监控者的角色为对应的用户提供某项事务的流程实例汇总卡片及二级页。 要求支持卡片分类管理,应为卡片提供分类维护管理 (4)事务中心站内新闻管理 应为用户端的系统新闻数据提供维护管理,提供基础的增删改查操作。 (5)登录页管理 要求支持事务中心登录页内容发布,应为登录页底部的文章数据提供维护管理,提供基础的增删改查操作。 要求支持banner设置,应为登录页的banner图片及内容提供维护管理功能,限制登录页banner至多显示三张,提供基础的修改、排序、停用/禁用等功能。 应为移动端首页的banner图片及内容提供维护管理功能,提供基础的修改、排序、停用/禁用等功能。 (6)帮助管理 操作问答,应为用户端的操作问答数据提供维护管理,提供基础的增删改查操作。 用户反馈,应为用户端用户反馈的问题提供维护管理,提供基础的删查操作。 (7)评价管理 应为流程性事务提供评价维护管理,维护申请者对结办流程的评价,提供停用/开通评价、公开评价信息等功能。支持按照分类进行应用的查看,也可就满意度、评论人数对应用进行排名查看,支持一键设置是否开通评价、是否匿名、是否显示满意度,对评价详情进行查看,支持批量处理。 (8)客户端管理 应为维护人员提供客户端的基础配置参数及主题设置参数进行维护管理。 2.工作流引擎管理平台 2.1功能要求 2.1.1流程管理 包括基于web的流程绘制、新增流程、删除流程、打包流程、下载流程、导入流程、拷贝流程、发布流程、停止流程。 2.1.2流程建模 要求引擎提供基于WEB的可视化建模工具,业务人员通过拖、拉、拽的方式即可以进行流程设计。应具备以下特点:(略) 1、集成多达几百项的流程运行参数,基本达到流程建模的零代码化; 2、领先的全Web化的流程建模工具,只需要IE即可以进行流程的设计; 3、支持复制功能,有相同或类似的业务流程时只需要点击复制即可以复制一个流程; 4、支持一键打包下载和在线安装流程功能; 5、支持严格的流程版本控制功能; 6、支持错误检查功能,设计流程时系统会自动判断业务流程的语法错误; 7、单个流程可以支持多达(略)个节点以上的大型流程; 8、支持分级权限控制,各部门只能设计自己的业务流程; 9、支持复杂的子流程嵌套功能; (略)、支持共用子流程功能。 2.1.3表单管理 主要功能包括基于web的表单绘制、主表单定义、子表单定义、共享表单定义、表单模板、数据字典、新增表单、删除表单、打包表单、下载表单、导入表单、拷贝表单、表单检索。 2.1.4表单建模 表单建模工具可以非常快速的设计出学校所需要的复杂业务数据表单,如报修申请单、请假单、打印审批单等,而不需要特别专业的技术要求。设计器可以智能的根据数据库设计自动生成表单样式和字段控件,并且包含常用的业务规则,如:(略) 工具需以下特点:(略) 要求表单建模完全基于Web方式设计即见即所得,无需安装任何客户端软件和插件; 用户无需关心数据库结构,系统智能存储数据; 要求一个流程可以绑定一个主表单多个子表单,无需为每个环节设计表单视图; 应支持第三方工具进行表单设计,如HBuilder、Dreamweaver、EditPlus等; 应支持大表单设计单表可包含多达(略)个以上的字段; 表单设计时,设计人员无需关心数据库结构; 应支持表单的打包、复制功能,支持一键安装到生产机中; 应支持表单模板功能,企业可以把常用的表单格式做成表单模板; 应支持Word/Excel表单,表单建模中可以使用Word或Excel的形式存在; 应支持字段级的权限控制; 应支持表单更换功能,即同一个流程的不同环节可以使用不同的表单样式; 应支持分级表单设计,各部门可以设计自己的表单互不干扰; 应支持多张子表单,即用户可以在各个环节中使用不同的子表单,在各环节填写完成后,再由指定环节进行聚合成一张总表单,数据也将全部被继承; 应支持不同的附件上载到表单的不同位置,以实现多个附件按要求上传和进行权限控制; 应支持表单打开和存盘时分别触发业务逻辑代码,在打开时可以对表单字段的数据进行初始化,存盘时可以对相应的字段进行逻辑运算。 可以用于工作流引擎所能解析的表单模型的建立,通过本模块用户HTML编辑框对流程的数据表单进行绘制,在对表单的建模过程中用户可以对表单中的字段进行定义包括权限、初始值、检验规则、是否为空。 2.1.5规则管理 智能规则组件的功能就是对运行在系统中的业务流程进行统一监控和管理,并把所有与业务流程有关的业务规则进行统一管理和授权,当业务流程运行中出现违反“规则”的情况,智能规则组件就会发出警报,实现实时的风险控制。 主要实现包括业务规则设定、系统规则设定、外部规则设定、异常事件、超时事件、路由事件、表单事件、新增规则、删除规则、打包规则、下载规则、导入规则、复制规则。 可以为工作流引擎内的规则引擎提供规则程序,系统分为流程规则和系统规则。通过定义这些规则后在流程建模的过程中或者在系统的全局引用中就可以使用这些规则来控制环节之间的路由及事件的触发和相应的系统配置。 2.1.6岗位管理 包括新增岗位、删除岗位、岗位成员管理、岗位参与流程管理。 2.1.7监控管理 流程监控是对正在流转的流程提供实时的跟踪功能,主要表现在已流转的实例数据,流程拥有者可以很方便的通过监控功能列出有权监控的业务流程和实例数据,并对正在运行的流程进行在线修改,如:(略) 启动环节、停止环节、更换处理人、结束流程、暂停实例、恢复流程等操作,这些操作会被安全引擎进行记录。 2.1.8 数据整合 支持划分全校性数据统计及各单位部门办事统计,支持统计层级下钻查询至流程实例。 支持用户自定义统计时间范围,查看各阶段统计数据。 支持区分部门主管服务及参办服务,帮助了解部门在日常事务审批过程中,参与其他部门的事务审批情况。 支持对部门人员进行服务效率的监控,帮助部门评定审批人员办事效率。 支持细化服务事项的办理详情,对某项具体事项业务服务情况进行统计概述及办理清单汇总,支持办理清单多条件查询及导出。 提供数据大屏的换肤功能,满足学校的对大屏主题的切换需求。 2.1.9报告分析 为事务管理人员提供多维度的事务统计分析,包括事务总数、在办事务数等不少于(略)项事务运行分析指标。 2.1.(略)敏捷分析 要求重点统计并下钻查看所有事务、所有结办事务、所有在办事务、今日办理几类核心事务统计指标。支持统计时间段自定义,支持一键导出统计结果,用excel报表方式统计各条分析事务对象的事务基础信息,申请人,当前节点、最后更新时间、总耗时。能够便于事务管理人员实现对事务科学分析。 2.1.(略)酷屏分析 要求大屏页面中对统计结果形式包括且不限于滚动列表、波动图、饼状图、条形图。 支持在大屏中直接获取到关键数据,包括PC和移动端的办理总量、各时段办理占比、事务建设总数、各事务结办总数、事务热度榜,以及及滚动播出实时事务动态。 2.1.(略)酷屏门户 要求采用2.5D或3D方式,对事务统计及监控数据结果实现动态大屏分析。 2.1.(略)移动门户 要求在移动端可以展示办理总量、各时段办理占比、事务建设总数、各事务结办总数、事务热度榜,以及及滚动播出实时事务动态。 |