《行政服务中心智慧大厅升级项目需求说明》由会员分享，可在线阅读，更多相关《行政服务中心智慧大厅升级项目需求说明（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、标签商铺应展示完成标签调度后的所有标签值。3.5.3 事项主动推送1、事项梳理实施应围绕事项受理条件、依据、情形材料耍素，进行事项梳理，满足主动推送需求。注：需包含5个事项梳理实施服务。2、办理规则维护针对复杂情形的事项，申请人需要申报的事项不同，提交的材料不同，部门的审查要求也不同。需对现有事项进行精细化梳理，将复杂的、多样化的办理条件颗粒化、标准化，多个办理条件可组合成办理情形。3、事项关系筛选应支持维护事项前后置关系、一件事事项串联办关系，筛选符合条
