《行政服务中心智慧大厅升级项目需求说明.docx》由会员分享，可在线阅读，更多相关《行政服务中心智慧大厅升级项目需求说明.docx（13页珍藏版）》请在课桌文档上搜索。
1、行政服务中心智慧大厅升级项目需求说明一、项目概述1.1 项目背景进一步推进“互联网+政务服务”，改革创新政务服务模式，畅通政务服务方式渠道，使公众和企业能够“随时、随地、随需、随行”地享受到集约、高效、透明的政务服务。1.2 建设目标以优化全区营商环境、升级服务模式为目标，依托移动互联网、物联网、大数据等先进技术，结合XX区实际情况，进行智慧大厅升级，强化网上服务、强化移动服务、强化基层服务、强化数据分析，建立“互联网+政务服务”持续建设与优化的长效机制。通过本次建设，进一步深化全区“放管服”改革、优化营商环境，全面提升政务服务规范化、便利化水平，更好为企业和群众提供办事服务体验，推动*府治理
2、现代化。二、总体设计要求2.1 标准化、规范化标准化是支撑电子政务的重要手段，电子政务工程首先应遵循国际上成熟的、通用的标准、规范和协议。其次是要遵照执行国家颁布的现有法律、标准以及即将推出的各类规范，如中华人民共和国电子签名法、基于XML电子公文格式规范、XML在电子政务中的应用指南、电子政务流程设计方法通用规范等。再次是参考本地区有关技术规范和技术要求。同时基于当地电子政务建设的具体需要，补充和完善地方电子政务标准，用于规范将来各类电子政务应用建设，为电子政务应用整合和后期工程建设打下坚实基础。2.2 采用成熟技术和产品供应商必须采用先进成熟的技术和产品，自主开发的软件产品必须具有县（区）
3、及以上*府部门应用成功经验和实施案例，不允许在实施过程中作实验性开发或产品试用，确保工程建设质量和进度，防范开发集成过程中的技术风险和产品风险。2.3 总体架构要求供应商应根据XX区智慧大厅升级项目建设要求，提供总体架构图。2.4 技术路线要求要求基于JaVaEE技术路线、采用微服务架构进行设计实现，平台需支持在高并发用户访问、海量数据高频存取、智能数据快速检索等方面的特性；平台业务基于微服务架构设计原则实现业务的服务化、组件化，避免传统烟囱式应用中资源难以共享、资源利用率低、无法快速响应客户需求变化等问题；平台需要能支持微服务架构下的分布式事务，提供回滚机制，确保业务流程数据的一致性；需要支
4、持服务调用链分析，自动分析服务依赖的压力点、易故障点和瓶颈点，实现业务的隔离解耦、敏捷运维。要求引入分布式缓存、消息队列、非结构化数据库、云存储等关键支撑组件，充分分析业务性能瓶颈找到关键支撑组件的应用场景，充分利用支撑组件的特性提升系统运行效率，充分发挥“云”环境优势。需要支持分布式、容器化部署；支持水平扩展，充分利用云平台和容器化技术的优势，建立弹性的应用与服务资源池，通过应用与服务的负载均衡策略提升系统的整体并发能力；通过读写库分离、冷热数据分离、历史数据分离的设计，提升数据库层的并发能力；读写分离技术需要支持基于规则的分片策略、完善的SQL解析引擎，无需修改已上线业务代码能实现瓶颈大数
5、据表的快速分库分表支持。需要支持持续集成和持续交付，支持以容器为载体，实现软件系统从开发、测试到部署和运维的一体化管理，提高软件开发部署的效能，迅速响应业务的需求。系统需采用前后端分离的架构开发。前端Ul需基于JaVaSCript、CssHtml等标准技术进行开发,通过AJAX通讯机制实现Ul和服务、数据分离的开发模型。本项目需满足GCH终端适配要求。2.5 系统性能需求系统性能要求主要如下：1、系统构件化设计，面向对象，可做到灵活扩展系统采用三层架构体系，充分考虑到以后纵向和横向的发展在网络稳定的环境下操作性界面的系统响应时间均要求小于3秒；2、系统支持正常500个同时在线用户的性能要求；当
6、100个用户并发请求同一个中等复杂度的事物时，响应时间不超过3秒；3、系统应提供7X24小时的连续运行，平均年故障时间小于1天，平均故障修复时间小于30分钟。4.硬件设备提供3年免费质保。2.6安全需求系统建设不仅要提供稳定可靠、质量保证的政务服务，还要最大限度的保障数据信息资源的安全，保障系统平台运行的安全。系统的安全保证分为环境安全保障、系统安全配置保障、应用和数据库安全保障、安全保障基础设施保障、系统安全开发和实现保障等内容。三、建设内容要求3.1 智能客服升级3.1.1 移动端语音问答需对X里办端智能客服功能进行升级，基于语音识别技术，实现市民在X里办端通过语音输入，由系统自动识别输入
7、内容并通过对话以文字形式进行问答交流，简化市民操作。3.1.2 语音识别需对接第三方语音识别软件，使用次数包含100万次/年，共3年。3.2 乡镇延伸3.2.1 排队叫号系统1、组织架构延伸应通过组织架构重组延伸XX区排队叫号系统供各街道使用。2、应用功能与权限延伸需将XX区排队叫号系统功能与权限延伸到乡镇，实现全区统一排队叫号。完成排队叫号系统的延伸并现场调试。3、排队取号数据监控应通过各乡镇排队取号数据的上报，实现对各乡镇排队取号数据的监管监控。3.2.2 数字政务地图引用拓展依托已有的数字政务地图功能，需将办理点信息、网点详情、网点路径、热门事项推荐、排队叫号信息内容向乡镇延伸，实现全区
8、办理网点的地图展示。3.3 政务e点通升级需对政务e点通各项应用进行优化升级。3.4 考试培训系统3.4.1 课程配置中心管理人员可以在后台管理中配置课程信息，需包括课程名称、课程分类、课程编号、课程来源、作者和开放时间信息。3.4.2 技能点分类管理系统应支持中心人员完成培训后可获得技能点，如技术类、业务类、服务类不同类别的技能点来完善自己的服务技能。中心人员可根据自己的不足，来找到对应的技能点进行学习扩充，方便中心人员学习提升，完善个人技能。3.4.3 培训管理1、培训创建、取消系统应支持中心培训管理人员创建培训，按照页面需求，依次填写包括培训信息（培训名称、培训分类、培训讲师、培训主体、
9、报名时间段、培训时长）；时间地点（培训日期、培训时间、培训地点、线上地点、线上地点）；培训大纲；培训背景；备注信息，来完成培训的创建。支持管理人员在过程中取消培训。2、通知发送应通过与中心审批系统对接，推送培训参训人员、培训讲师和培训创建人及时参训，提醒待办中会列明培训详细信息。3、培训报名中心人员收到培训待办通知后，可以查看该场培训的详细信息，需包含培训名称、时间、培训大纲、培训背景。同时，应支持代报名，对应权限内的相关人员代为报名。4、培训签到在系统定时发送的培训待办中，应提供该场培训的签到二维码，中心人员可以扫描后进行签到。5、培训结果归档培训结束后，培训状态应从“培训中”跳转为“待归档
10、”，此状态下的培训，支持培训管理人员点击“上传归档文件”，将本场培训的PPT、视频、文档资料上传到本场培训的记录中，方便后期使用。3.4.4 资源中心1、课程库系统应提供课程库模块，中心人员可以查看所有的课程对应的名称、类别、作者、来源信息，并提供课程编号、名称进行查找，快速定位。2、试题库为严肃认真对待培训过程中和结束后的各项考核，系统应为中心人员提供培训试题库模块，为中心人员针对考核内容进行真题练习和错题复习提供专题空间。3、试卷库系统应提供试卷库模块，由若干试题组成的试卷信息存放至试卷库中，需要考试时，中心领导可在试卷库中抽取对应课程的试卷。4、答卷库系统应提供答卷库模块，中心人员考试结
11、束后，完成的答卷信息存放在答卷库中，中心人员可以在系统中查询某场考试的答卷信息，来查看错题、评分，让中心人员做出针对性的提升，完善自己。5、技能库应支持中心人员在技能库中查看到自己获得对应的技能点名称、技能点编号、技能点分类和技能点有效期信息，中心人员可根据自己的不足，来找到对应的技能点进行学习扩充，方便中心人员学习提升，完善个人技能。3.4.5 考试管理1 参与考试 单选题答题应支持直接在唯一正确的答案上点击，如果修改则直接点击对的选项，无须理会原来的选择。 多选题答题应支持直接在正确的答案上进行勾选，如果修改则先勾选上对的选项，对于多选出来的，用鼠标去掉选项前的小勾即可。 判断题答题应支持
12、直接在唯一正确的答案上点击，如果修改则直接点击对的选项，无须理会原来的选择。 其他操作应支持“上一题”、“下一题”、考试计时、考试检查、考试交卷。2、批卷配置 客观题（自动阅卷）漏题检查通过后，应根据管理员事先设置好的每种题型（单选题、多选题、判断题）的分值，对答题结果自动统计并给出得分。考生确认后，系统支持把考生的答题重新列出，并给出正确答案，供考生查看结果和分析试题（主要针对判断题和选择题）。 主观题（人工批阅）需要后期人工进行批阅，打分，最终得出总分。3、成绩统计人工进行批阅，打分，最终得出总分后，系统应支持自动计算人员总分进行成绩统计，并可生成统计清单，方便领导人员导出下载进行人员成绩
13、分析。4个人成绩展示应支持中心人员在登录后，查询自己的考试成绩，展示已答每题的评分情况,以助于考生能知晓错题，获得进步。5、人员星级管理应根据中心人员培训考试情况，评定星级情况。6.考试培训报表系统以表单形式展示考试情况，以图形形式分析单个工作人员或全部人员的考试培训数据趋势。3.5政务服务精准推送3.5.1 数据管理1、数据来源管理系统应提供数据来源管理功能。精准推送的标签数据来源于人口、法人基础库以及针对数据缺失情况需要部门提供标准层数据，用于获取标签数据。标签数据需进行数据脱敏，从而在后续标签搜索、精准推送操作中保障数据安全。2、责任清单针对系统管理员在配置标签数据来源的过程中可能存在的
14、数据字段缺失的情况，应提供数据责任清单发送能力。系统管理员可以根据缺失情况，编制数据责任清单。责任部门接收责任清单待办,判断是否可以提供此数据。若可以提供，部门将此数据进行归集、清洗，在标签创建时使用标准层数据进行配置，回复系统管理员并办结此清单；若无法提供，则反馈无此数据并退回清单。3、事项管理应展示从事项库接入的事项信息，为后续事项匹配规则配置提供数据支持。3.5.2 标签管理1、主体管理系统应提供主体管理功能。主体是指事项作用的对象，如设备、人员，是承载标签的个体的统一-概念，且能够通过特定条件与其他主体发生关联关系。主体下的每个个体都必须确定唯一标识。主体定义了对象，标签、关系都必须依
15、附于主体。2、分类管理用于区分不同分类的标签，应支持对主体下的标签类别进行新建、删除、修改、根据分类名称筛选查询。包括标签分类名称、标签类目层级的管理维护。3、标签管理应根据梳理的人口、法人标签体系进行标签维护，支持对标签的基本信息、规则以及高级设置进行配置管理，创建标签时支持相似度检验，若检测到标签的名称、类型、数据来源库表和字段相似则提示存在相似标签，并展示标签名称。4、标签调度应支持将标签与数据建立关联关系，针对上线状态的标签，根据标签管理中配置好的对应规则，设定好定时任务的类型、周期，创建对应作业，进行标签调度。周期性作业应支持根据设置自动执行，也支持手动刷新，从而完成标签值的更新。5
16、、标签商铺应展示完成标签调度后的所有标签值。3.5.3 事项主动推送1、事项梳理实施应围绕事项受理条件、依据、情形材料耍素，进行事项梳理，满足主动推送需求。注：需包含5个事项梳理实施服务。2、办理规则维护针对复杂情形的事项，申请人需要申报的事项不同，提交的材料不同，部门的审查要求也不同。需对现有事项进行精细化梳理，将复杂的、多样化的办理条件颗粒化、标准化，多个办理条件可组合成办理情形。3、事项关系筛选应支持维护事项前后置关系、一件事事项串联办关系，筛选符合条件的用户，配置推送关联事项。4、用户画像标签应基于个人、法人用户信息打标签，标签如年龄段、实有人口类别、居住地、行业类别、利润情况。对不同
17、标签的“和”、“或”、“必要”、“非必要”组合关系进行区分配置。5、条件符合度自检针对办理人对事项办理的自身符合度不了解的情况，应提供符合度自检服务能力。后台将事项匹配规则对应的标签和标签值与用户注册信息、关联信息相互对比，返回匹配结果，需包括哪些匹配规则符合，哪些不符合，符合度。6、提示信息推送判断事项办理规则与用户画像标签信息的匹配度达到一定阈值，应通过短信方式推送该事项信息给用户。7、事项主动推送看板针对事项主动推送情况进行统计，统计维度需包括事项标题、匹配时间、匹配标签数，支持查看匹配规则详情。支持通过事项标题、匹配时间、选择标签名称筛选事项记录。3.5.4便民服务推送1、便民服务应用
18、梳理需梳理便民服务应用，实现便民服务主动推送。注：需包含5类便民服务应用梳理。2、便民服务维护需对接便民服务应用，对可提醒便民服务进行管理维护。3、事项关联维护应支持和服务相关事项进行前后置关联推送。4、用户画像标签应基于个人、法人用户信息打标签，标签如年龄段、实有人口类别、婚姻状况、居住地、行业类别。对不同标签的“和”、“或”、“必要”、“非必要”组合关系进行区分配置。5、提示信息推送应根据用户关联匹配结果，由系统进行主动推荐。6、便民服务看板应支持对已推送服务、服务类别、推送主体数可视化统计。3.5.5证照到期提醒1、证照梳理需梳理常用证照，实现到期提醒服务。注：需包含5类证照梳理。2、证
19、照维护需在照面信息中增加办证提醒按钮，用于配置是否需要证照提醒。3、照面信息筛查规则维护应提供提醒办证模块，根据筛选规则，匹配展示符合筛选条件的证照信息。4、人证匹配关联需与统一用户管理对接，实现人证关联匹配。5、到期提醒信息应提供维护提示信息，如“您的XX证照即将到期，请及时办理”。6、信息发送应根据人证关联匹配结果，选择短信提醒推送。7、证照提醒规则应支持即将到期、已过期、已作废、年报、每个记分周期审验多种属性的提醒。8、证照提醒看板应支持对可提醒证照类别、各类规则数、涉及部门数、推送主体数、推送证照数可视化统计。3.5.6政策主动推送1、政策梳理需包含5条政策梳理服务，对政策的事项、申报
20、条件进行细化梳理。2、政策筛选应提供政策筛选模块，用于筛选需要推送的高价值政策。3、政策匹配应根据部门提出的政策推送诉求或筛选出高价值的政策，选择需要推送的政策信息，确认选择后列表展示所选政策，展示字段需包括政策标题、政策编号、发布时间、政策主题、适用对象（自然人、法人）、匹配状态（匹配完成、未匹配）、启停（启用匹配、停止匹配）、匹配规则、匹配结果（未启用匹配无法查看）。4、政策匹配记录针对政策匹配记录进行统计，统计维度需包括政策标题、匹配时间、申报分类数、申报项数、匹配标签数，支持查看详情展示具体申报分类及其下申报项，以及各申报项对应的匹配规则。3.6 业务协同管理3.6.1 机构信息管理1
21、、信息填报村镇级的便民服务中心可通过该模块进行本网点基本信息录入，需包括机构、人员、办理时间。2、机构查询应支持查看各个机构信息，包括机构名称、人员。3.6.2 服务能力管理应支持各网点对窗口、工作人员、大厅设备情况进行在线登记，区中心人员可查看全区各便民服务点服务能力情况。3.6.3 运行能力管理1、现场窗口应支持查看各网点窗口信息，包括满意度评价、平均办理时间、窗口所属部门、办理事项列表、办理渠道信息。2、办件情况应展示各网点申办量、办结量、办结率以及平均耗时，同时展示各项指标的变化趋势情况。3、排队取号应支持查看各网点排队取号情况，包括排队取号量、平均等待时长。4、好差评应支持对各网点好
22、差评情况进行统计，展示评价渠道、评价量、好评率，各时间段的评价量及满意度。3.6.4 重大任务管理1、任务发布根据省、市最新发布的指标要求，区级行政服务中心应及时发布最新的重点考核任务内容。各网点可通过该模块查看最新任务内容。2、数据上报应提供数据填写上报功能，各网点可根据重点任务填写实际达成情况，反馈各项指标完成情况。区级行政服务中心能够查看到各部门上报的数据。4、督查督办针对不满足要求的，应支持对部门进行催办。被催办部门需根据任务要求自查自纠，并给出答复。针对特殊情况，部门可填写申诉原因、内容进行在线申诉。365业务协同可视化需对一期已建可视化平台进行优化升级，完善基层展示和本级展示内容，扩充事项、办件、机构、网点、评价、月度优秀窗口、优秀个人（展示个人照片）等各类数据指标，并优化展示界面。3.7 系统对接3.7.1 与X里政务服务协同应用/XX市政务服务“X智慧”平台对接需与X里政务服务协同应用/XX市政务服务“X智慧”平台对接，向市级提供相关运行数据。3.7.2 与省好差评系统对接需完成XX区下属所有街道与省好差评系统的对接。3.7.3 对接乡镇窗口信息屏需对接XX区下属所有街道的窗口信息发布设备。
