智慧民意感知系统项目需求
脚本之家
一、建设背景
为进一步深化公安改革工作，推动实现情指行一体化工作目标，XX市公安 局坚持以民意、问题为导向，以效能提升为根本目标，积极创新警务模式，探索 建立了督察（民意感知）中心。下一步，为确保该项工作取得实效，按照市局主 要领导要求，督察（民意感知）中心将以信息化手段为重要支撑，全面汇聚各类 问题，加强督导检查，突出由点到线、由点到面、举一反三，切实解决警种条线、 板块分局存在的短板弱项，构建问题整改的闭合环，真正打通问题解决的“最后一公里”。
二、建设目标
智慧民意感知系统平台是一套以短信回访、电话回访模块为支撑，以发现问 题、受理投诉、整改反馈机制为重点的交互式应用系统，平台建设之初主要实现 了公安窗口业务的数据汇聚与回访评价。经过近三年的运行，随着督察（民意感 知）中心的成立，民意业务的扩展，需实现和督察工作的融合，原平台在很多方 面已不能满足工作需要，现亟需对平台进行扩容扩建。本次平台扩建的主要内容 包括：民意画像的升级；研发民意智能简报；建设一个可自定义问卷及数据源的 专项调查模块；开发社区民警满意度测评模块；开发民意方舱模块；建设民意时 空模型；搭建民意矩阵；进一步拓展民意感知范围；进一步优化系统功能。
三、建设必要性
虽然智慧民意感知中心经过近三年的探索实践，在访评和群众意见整改等方 面建立了一套完整的运行机制，推动全市公安机关作风转变、服务为民收到了一 定成效，但从民意警务工作的长远发展来看，从督察（民意感知）中心的立意定 位来看，目前的智慧民意感知系统无法完全满足督察（民意感知）中心工作的需 要和创新推动，根据市局领导要求对民意感知过程中产生的民警执法问题进行源 头分析、快速解决工作机制，如上所述需对智慧民意感知系统进行扩建，业务进 行再扩展。
四、建设内容
4.1民意画像升级
整合升级原有三级三色民意画像为四级四色民意画像，建设民意画像中的数 据预警模块，通过大数据比对与大数据碰撞对现有公安各项业务数据进行监测预 警，为优化公安工作提供数据支撑。
原有的民意画像无法根据综合指数情况对所队进行四色展现，主要是市局地 图边界数据无法直接刻画出派出所的地图边界数据，现根据实际工作需要，对派 出所地图边界数据进行细化,升级开发民意画像所队功能,绘制出四色地图展示。
目前的民意画像功能是对现有数据进行图表化展现，从发现问题、解决问题 方面入手来进行分析研判，无法满足领导对于主动预警、深入研判的要求，现拟 建设民意画像中数据预警模块，通过民意大数据比对与碰撞实现数据的主动预警 功能。
实现功能如下：
1、实现对分局和派出所边界数据的优化、绘制，完善地图色块区域，增加 立体投影效果；
前期由于地图不够完善，分局内部所与所之间没有边界，完善边界和对地图 增加投影效果，显示立体感。
2、实现对派出所综合指数四色考核算法的优化，根据阈值增加红色预警模 式；
根据不同的阈值设定，展示分局中各派出所的色块。通过绿、黄、橙、红四 色展示。
3、实现前台动态展示派出所层级动态显示各模块满意率及与算法的对接显 示不同的满意率和不同的颜色效果；
通过对各分局、各派出所中窗口、IlO接处警、现场勘查、交通事故、案件 已破未破等满意率的动态浮窗展示功能。
4、实现对派出所预警模块的设计展示；
根据派出所不同等级划分一类、二类、三类进行预警展示的设计。
5、实现根据派出所等级实现派出所民意综合指数预警模块的综合指数排名 统计;
根据窗口、IlO接处警、现场勘查、交通事故、案件已破未破等模块满意率 生成所队的综合指数，对综合指数进行排名。
6、实现对预警模块同县（市）区下同类派出所的算法展示标记；
分局角色看本分局画像中的所队排名，与全局同类所相比，显示本局内部派 出所的综合指数情况。
7、优化民意画像综合指数算法，实现根据窗口，案件，事故，110接处警 等各模块综合满意率算法调整算法规则；
前期根据窗口、110接处警、案件、事故等模块根据最终满意率计算综合指 数，根据运行情况分析，将首次回访满意率和最终满意率综合计算形成新的综合 指数。
8、对接基层治理社区民警满意度指数，实现对满意度指数的展示；
根据社区民警满意度指数，取代社区民警熟悉率指数，重新纳入民意综合指 数中计算。
4.2民意智能简报的研发
根据窗口服务、执法办案以及队伍分析的不同需求，开发建设不同的分析简 报，从全局和业务两种不同的维度自动产生所需的分析研判报告。如：可根据查 看全局特定时间段内的针对各项主要业务的分析研判报告，也可根据不同种类的 业务查看特定时间段内的全局的分析研判报告。
具体实现功能如下：
1、综合简报分析展示功能；
对全市民意跟踪监测概况的分析展示；
对全市民意综合指数排名及平均值的分析展示；
对全市民意综合指数近半年平均值趋势分析展示；
对全市窗口服务、执法活动含（110接处警、现场勘查、法医鉴定、已破未 破案件、交通事故）的各分局排名分析展示；
对外部投诉举报类各分局情况分析；
对全市各分局基层治理及网上群众工作满意度的排名分析展示；
对窗口、110接处警、案件办理、交通事故等具体问题的分析展示功能。
2、IlO接处警专项简报业务分析功能；
对110接处警专项跟踪监测数据展示；
对各分局短信发送回复情况的统计及图表展示；
对各分局满意度的统计及图表展示；
对全局不满意警情种类占比和警情量的统计图表展示；
对110接处警不满意警情问题的统计及图表展示。
3、执法办案专项简报业务分析功能；
对执法办案已破未破的跟踪监测数据统计发送量、回复量、不满意率等展示;
对各分局短信发送回复情况的统计及图表展示；
对各分局满意度的统计及图表展示；
对全局不满意案件类别占比和已破未破问题数量图表展示。
4、窗口服务专项简报业务分析功能；
对窗口服务专栏的跟踪监测数据展示；
对各分局短信发送回复情况的统计及图表展示；
对各分局满意度的统计及图表展示；
对不满意突出问题的统计及图表展示。
4.3自定义问卷及资源库的专项调查模块开发
系统应具备很强的开放性和扩展性等特性。本系统实现一个可重复使用，并 可编辑不同模板的的专项调查平台，能够方便、灵活地对调查问卷资料进行查询、 统计等操作。所有这些对数据库进行的操作都受到管理级别的限制。本项目可有 效快捷地管理调查问卷，提供必需的统计、管理信息，使信息更为准确、快捷、 易查。
可在根据需求自由创建空白问卷，设置专项调查主题，添加调查问题与备选 答案，设置问题的单选或多选模式。由于每次调查的人群范围不同，选择的调查 专用库必须要能具有自定义的特性。
为了兼容不同的自定义备选资源库，实现文件的统计分析，在设计问卷模块 的时候，预留通用文本字段五个、时间字段两个、标准字典字段三个、备注字段 两个，同时在问卷目录总表提供对备选字段的索引与名称注解，实现全面的自动 化查询分析功能。
系统业务流程：
一是备选资源库的建设与数据导入。
二是配置专项调查基础数据，包括调查主题、问卷问题、备选项、选择模式 等。
三是设计调查规范和流转方式。
实现功能如下：
1、实现对自定义数据源表的创建，表名的修改，以及数据的上传等操作功 能，对表字段的自定义添加功能；
2、实现可对数据源字段的自主添加、编辑、删除和查询功能；
3、实现对调查问卷的自定义添加、编辑、修改、删除功能；
4、实现对自定义问卷调查任务的设定，按照抽取比例，抽取有效数自定义 设定功能；
5、实现对自定义问卷调查结果和问卷调查任务的实时监测管理查看、以及 对调查结果的统计分析功能；
6、实现对自定义问卷详情列表的查询、展示、导出功能；
7、实现对样本数据的查询功能，可以对样本结果进行编辑查看功能；
8、实现对调查问卷对象的随机抽取、暂存功能；
9、实现对接语音话务接口，实现自动拨号和全程录音功能。
4.4社区民警满意度测评模块开发
针对社区民警每月入户走访数据进行满意度调查回访，并根据群众评价结果 进行工单流转直至闭环的工作流。
按上级领导指示对社区民警每月入户走访的数据纳入民意感知范围内，对接 治安社区民警走访数据。对走访数据中的群众进行短信回访调查，根据群众短信 回复不满意的数据自动创建工单，对接呼叫中心平台，工单创建后回访员通过页 面中的软拨号按钮可直接对工单中的电话号码进行呼叫并同时录音，按照被访人 的应答填写通话内容并勾选评分标准，填写办理意见后选择上报、或下发工单。 工单的接收单位由系统根据该业务的原始归属单位做自动处理无需手动选择。工 单保存的同时系统将该录音与工单关联存储以供事后查阅。工单采用三级流转的 工作流，遵循谁办理谁负责、步步留痕、逐级流转、有始必有终的原则，由回访 员创建工单开始，流转至所属分局和所队，最终由业务单位负责人或领导办结。 在流转过程中工单可单向重复推送，期间的各类操作均由中间库记录，在办结时 按照评分标准复写原始记录表，一但工单办结将不可修改，确保数据的安全性和 真实性。最后可根据工单办理计分情况，结合满意率计算公式，产生统计分析报 表。
4.5民意方舱模块
目前智慧民意感知平台中已融入各类型涉及群众相关的数据，在这三年的系 统运行过程中沉淀了许多有问题的工单数据，如何把这些问题数据进行整合，为 问题原因分析提供基础支撑。从快速查找问题、快速解决问题为出发点，拟建设 一套民意方舱模块，把所有民意工单问题数据汇入民意方舱中，进行民意数据的 深度整合，为问题原因分析提供数据支撑。
通过智能筛查过滤方式，平台将自动对回复满意工单进行过滤，汇聚问题工 单进行第二步处理，同时节省大量工作时间，减少逐一确认的繁琐工作。
针对不满意工单处理过程实现对未办结工单快捷确认，通过添加诉求内容， 确认问题类型的简单步骤，使得未办理工单在办结时的快速入舱，免除人员跳转 页面再去处理的繁琐步骤。
为实现全体数据的有效完整支撑，平台对已办结历史工单同步进行支持，对 已办结的历史数据实现便捷入舱处理，有效实现智慧民意感知平台的深度整合。
具体实现功能如下：
1、实现访评员对窗口、UO接处警、交通事故、案件模块中的被访当事人 的诉求内容的一键汇入民意方舱库；
2、实现审核员办结时对窗口、110接处警、交通事故、案件模块中的问题 工单自动汇入民意方舱库；
3、实现审核员办结时对窗口、110接处警、交通事故、案件模块中的问题 相关当事人自动汇入民意方舱库；
4、实现对民意方舱库的综合查询及工单修改和详情查看功能；
对工单编号、责任分局、责任派出所、业务类型、数据入库时间等查询功能； 对单个问题工单的详情查看;对问题工单中不满意诉求、问题库类型、是否有效、 工单标签的修改功能。
5、实现对民意方舱库的工单列表的查询和详情查看功能；
对工单编号、责任分局、责任派出所、业务类型、数据入库时间等查询功能， 对单个业务工单的详情关联系统平台工单查看功能。
6、实现对问题库人员列表的查询、详情查看及修改功能；
对人员姓名、手机号码、短信发送时间、业务办理时间、问题库类型、工单 编号、责任分局、责任派出所、业务类型、业务类型等查询功能，对单个问题工 单人员的详情查看功能；对人员中不满意诉求、问题库类型、是否有效、工单标 签的修改功能。
4.6民意时空模型
开发民意时空模型，对智慧民意感知平台中汇入的大量民意数据进行整合， 结合不同维度，不同类型，对特定数据进行数据时空碰撞，对涉警投诉类人员进 行数据分析，查找问题源头。
1、民意时空数据仓库建设
对原有平台中和本次升级中汇入的民意数据进行整合汇总，包括接处警类、 办事服务类、案件类、交通事故类、现场勘查类、法医鉴定类、政务12345类、 督察12389类、网络舆情类、公安信访类、IlO涉警投诉类、越警管家类数据， 设计大数据机制，对不合规数据进行梳理，建立原始数据仓库，为时空数据碰撞 提供基础支撑。
2、民意时空数据碰撞功能开发
提供单条或批量数据进行比对碰撞功能，根据提供的数据中的姓名、联系电 话和身份证号，对民意时空数据仓库中汇入的接处警类、窗口服务类、案件类、 交通事故类、现场勘查类、法医鉴定类、政务12345类、督察12389类、网络舆 情类、公安信访类、110涉警投诉类、越警管家类数据进行比对碰撞，针对数据 量比较大的特性，研发快速比对碰撞机制。对于碰撞结果提供数据分析功能，快 速查找问题源头，对涉警投诉类问题进行彻底解决。
实现过程中需要注意以下一些要点及技巧：
①时空数据碰撞以全面的“数据化”为基础，民意时空数据仓库中汇入的数 据是数据碰撞的前提，这依托于智慧民意感知平台中积累的原始数据。
②用以时空碰撞的数据集与数据集之间必须是同类数据，例如两个同是姓名、 联系方式或身份证号的数据集可以进行碰撞，但是姓名、联系方式或身份证号数 据集与案件类型数据集之间就无法进行碰撞。
③用以时空碰撞的数据往往是带有识别性的数据符号，这也称之为“标识数 据”，如身份证号、姓名、手机号等数据，这些数据具有唯一性特征，能够直接 指向对应的人或物。一般以标识数据为媒介来进行碰撞，更容易快速、精确获取 目标信息。
④时空数据碰撞中，在所知提供信息有限的情况下，需要以“时空数据”作 为限制条件。时空数据是智慧民意感知平台中的原始积累数据，一般用作筛选数 据集的依据，以提高数据碰撞的准确性。碰撞中所运用的时空数据越多，碰撞的 结果就越精准。
具体实现功能如下：
1、民意时空效果图的设计及界面展示；
2、民意感知系统内原始业务数据汇入民意时空数据仓库；
对110接处警、户政业务、身份证业务、车管车辆、车管驾证、出入境、监 管、治安业务、网警.业务、禁毒业务、越警管家、行政案件、刑事案件、一般交 通事故、简易交通事故、经济案件、现场勘查、法医鉴定、政务热线、12389投 诉举报、公安信访、110涉警投诉举报等原始业务数据汇入数据仓库。将群众手 机号、姓名、身份证、办理日期、工单编号、单位名称等属性汇入数据仓库。
3、对姓名、电话或身份证号的高级碰撞筛查功能；
根据时间周期、业务类型对输入姓名、电话或身份证号进行高级碰撞，并且 将碰撞结果根据本次碰撞人数、有效碰撞人数、无效碰撞人数、有效碰撞数据总 量功能展示。
4、对各业务类型原始数据详情关联查看功能；
对110接处警、户政业务、身份证业务、车管车辆、车管驾证、出入境、监 管、治安业务、网警业务、禁毒业务、越警管家、行政案件、刑事案件、一般交 通事故、简易交通事故、经济案件、现场勘查等原始业务数据详情的查看功能， 展示相关业务办理时间、姓名、短信发送时间、联系电话等。
5、数据的批量上传和文件模板下载功能；
根据姓名、手机号、身份证号存入文件，进行批量数据上传对文件模板的下 载功能。
6、对批量数据的高级碰撞筛选功能；
实现对上传的批量数据与关联数据仓库中IlO接处警、户政业务、身份证业 务、车管车辆、车管驾证、出入境、监管、治安业务、网警业务、禁毒业务、越 警管家、行政案件、刑事案件、一般交通事故、简易交通事故、经济案件、现场 勘查等原始业务数据的高级碰撞，通过缓存检索机制及结果的展示功能。
4.7民意矩阵模块
开发民意矩阵模块，对智慧民意感知平台中产生的问题工单进行标签整合, 梳理新标签规范，结合IH标签进行对照，设计一个统一的标签管理库，最终形成 一套多维度的民意标签矩阵和统计方法。
在全面梳理民意感知数据的基础上，从人员、事件等主题为基准，可自定义 标签规则模型，构建全息的民意感知矩阵标签。通过民意感知标签的自由组合， 定义问题分析技战法。通过数据漏斗，高效筛选百万级别数据，快速完成问题数 据挖掘、敏感预警。
具体实现功能如下：
1、对基础标签数据的治理和一次性重新编码入库；
对原标签体系进行重新编码处理完善形成新的标签体系，具体问题标签类型 包括窗口服务、110接处警、越警管家、案件工单、交通事故、现场勘查、法医 鉴定、政务12345等类型标签，并将历史工单数据中已标注的标签体系一次性更 新为新标签。
2、对民意矩阵标签库的设计展示；
根据各业务工单模块标注的工单结果，实现对民意矩阵的前端设计及展示。
3、对工单问题标签和民意矩阵标签库的融合开发；
根据窗口服务、110接处警、越警管家、案件工单、交通事故、现场勘查、 法医鉴定、政务12345等类型问题标签汇入标签库。
4、对民意矩阵标签库的检索查询；
根据输入不同的标签名称，以及对业务时间、短信发送时间、办理单位、标 签层级、业务类型等条件的检索，实现对各分局、各派出所数据量的统计展示。
5、根据问题标签检索结果关联业务工单详情；
根据检索出来各单位的具体问题标签数据量，关联业务工单，对工单的业务 列表关于工单编号、工单类型、业务类型、主办单位、创建时间等属性的展示; 并且实现根据工单编号查看具体业务详情功能。
6、标签排名榜的统计展示功能；
根据系统工单汇入的标签库，统计分析热点数据，将标签根据一级、二级、 三级、四级及排名展示。
4.8进一步拓展民意感知范围
在原有民意感知的范围内（窗口类、接处警类、案件类、交通事故类、现场 勘查类、法医鉴定类、越警管家类、政务咨询投诉平台中的相关投诉类、公安信 访类、UO涉警投诉类、涉警网络舆情类、行政复议以及刑事复核类、12389投 诉举报类、督察线下投诉类）进一步拓展业务监测，把监管类数据纳入访评范围， 并实现工单的三级流转及工作闭环功能。
针对新增的监管类数据，监管类数据可直接由监管管控平台抽取。工单办理 流程为三级六类构架，三级是指市局级、分局级、所队级。
数据在进行汇集的时候进行规范化，将不同的导入类型、数据来源、业务种 类进行数据归档。统一和规范数据格式，把时间日期、单位名称、业务类型、电 话号码、信息编号等关键性数据字段进行格式的统一化并建立索引。
具体实现功能如下：
1、与监管源头数据的对接工作；
对监管业务数据的抽取，清洗，汇入。
2、对监管业务数据的短信收发功能；
对抽取的数据对接短信接口，实现短信的收发功能。
3、监管业务数据工单的创建；
针对短信回复不满意，通过系统自动生成至访评员账号，创建工单的具体信 息，如姓名、工单编号、业务编码、办理单位、业务类型、业务时间等。
4、监管业务数据工单的办理；
根据系统三级架构流程，实现访评员根据工单实际情况，进行回访、记录录 音的办理功能。
5、监管业务数据工单的流转;
针对不同的工单详情，实现市局级、分局级、所队级三级的工单办理流转， 并且记录流转意见等功能。
6、监管业务数据工单详情数据的查看；
根据生成的工单，在流转中，经过的层级可以查看具体的工单详情，如当前 位置、短信发送时间、业务详情、电话录音、流转记录等内容展示。
7、监管业务数据工单综合查询列表；
根据生成的所有工单，在市局审核员级可根据综合查询列表查看所有的流转 及办结工单。通过工单编号、联系姓名、联系电话、工单类别、办理单位、工单 创建时间、工单状态、原始结果、工单结果等查询展示和查看详情。
8、监管业务数据统计分析；
根据工单的最后办结,形成监管业务数据的多维度统计,实现监管综合统计、 所队统计等生成不同维度格式的统计，可查看短信回复率、发送工单数、回复工 单数等结果，并可以根据业务短信发送时间查询和导出功能。
4.9智慧民意感知系统功能优化
根据领导及各业务部门、分中心要求，进一步对智慧民意感知系统功能进行 进一步优化升级。根据省厅及市局统一要求，各系统间需打通数据共享渠道，需 与省厅平台及市局平台进行对接；建立数据筛选机制，解决目前面临的工单重复 访评问题。
具体工作内容如下：
1、窗口、110接处警、案件、事故、现场勘查等模块工单即将逾期短信提 醒功能；
由于基层民警平时工作繁忙，无法随时查看平台，工单时有超期，实现对工 单24小时超期的短信提醒功能。
2、窗口、110接处警、案件、事故、现场勘查等模块工单被访人回访次数 展示功能；
在工单中，时长要看流转记录和录音情况查看对当事人的访评情况，尤其是 案件事故遇到多个人，更是繁琐，实现在工单详情页当事人信息后直接展示访评 次数功能。
3、窗口、110接处警、案件、事故、现场勘查等模块扣分工单查询导出功 能;
实现对市级窗口工单关于工单编号、主办单位等工单查询导出功能；实现对 IlO接处警、案件、事故、现场勘查工单模块根据工单编号、单位等查询、工单 导出及下发工单导出功能。
4、窗口、110接处警、案件、事故、现场勘查等模块工单流转增加责任民 警录入功能；
实现窗口、110接处警、案件、事故、现场勘查等模块工单在分局和所队层 级添加责任民警功能，根据工单当前单位实现关联警员信息库，进行民警关联选 择功能。
5、增加审核员办结窗口、110接处警、案件、事故、现场勘查等模块对访 评员评分功能；
在审核员办结窗口、110接处警、案件、事故、现场勘查模块工单时，增加 访评员评分选项，实现对访评员的打分功能。
6、实现分中心窗口、110接处警满意工单一键办结功能；
由于分中心窗口和110接处警工单审核量较大，根据分中心工单分中心访评 员打的满意标签，实现系统中审核员对分中心访评员提交的满意工单进行一键办 结功能。
7、完成窗口服务模块关于户籍业务数据的抽取优化工作；
对窗口服务业务数据进行梳理、清洗、过滤，实现在数据源头抽取的时候， 屏蔽窗口回访关于婚姻注销登记、驾驶证注销等功能。
8、实现分中心工单关联工单功能，减少各模块工单当事人群众的重复拨打 电话问题；
在分中心访评员拨打分中心工单的时候，为避免多次进行电话打扰，实现分 中心关于窗口、110接处警、现场勘查等模块手机号码关联工单录音功能。
9、增加对短信黑名单管理功能；
为解决对信访、重复报警、精神病人等重点人员的访评问题，屏蔽窗口、110 接处警、案件、事故、现场勘查等模块的短信回访；实现短信黑名单对姓名、电 话、所属单位、数据来源、禁用模块、理由的管理功能；实现对黑名单数据的修 改和禁用功能。
10、优化统计分析，实现对窗口、110接处警、案件、事故、现场勘查等模 块业务综合满意率的统计功能；
对窗口、110接处警、案件、事故、现场勘查等模块的统计分析列表中，增 加综合满意率的统计列，根据首访满意度和最终满意度的占比进行综合计算功能。
11、开发交警条线的110接处警、交通事故、车驾管的统计功能；
实现对全局各单位110接处警数据警情统计，实现对全局交通事故数据进行 统计分析功能；实现对全局车驾管业务数据统计分析功能；
12、优化短信发送模板内容，提高群众回复率；
在短信群发群众的内容模板中，增加窗口和110接处警模块短信内容：”请 您在24小时回复”的，优化后台扩展码，对于短信内容控制在72个字数内。
13、实现系统与E网督平台的对接；
民意感知系统实现对E网督的链接功能。
14、实现系统与省厅警综平台的对接，实现单点登录的调用；
根据省厅统一接口规范，实现民意感知系统在省厅大平台中的单点登录功能。
15、实现与局长直通车系统平台的对接；
根据民意感知系统市局、分局和所队角色的不同权限,对接局长直通车系统， 实现一个系统快捷办单功能。
16、实现与情指行作战平台系统对接；
根据市局合成作战指挥大平台要求，实现民意感知系统及民意画像在市局大 平台的一键登录功能。
4.10二级等保测评
提供二级安全等级保护测评服务一次。
以二级等级保护标准要求为依据，对XX市公安局智慧民意感知系统在物理 安全、主机安全、应用安全、网络安全、数据安全及备份恢复、安全管理制度、 安全管理机构、人员安全管理、系统建设管理和系统运维管理IO个层面实施等 级测评，明确安全责任，了解安全保护现状，排查安全隐患，明确安全需求，并 为确立安全策略、制定安全规划、开展安全建设整改工作提供参考。
具体要求如下：根据国家和行业信息安全要求，结合XX市公安局实际安全 需求，严格遵循《信息安全技术信息系统安全等级保护定级指南》（GB/T22240-2008）,中标人应深入调研掌握信息系统的应用部署实际情况，按照国家 有关管理规范和标准要求，细致分析各信息系统安全域及管理边界，合理划分信 息系统范围，科学开展信息系统重要性程度分析，准确判定信息系统安全等级, 编制《定级报告》和《备案表》，并按照定级备案流程，向主管部门、监管机关 就信息系统定级进行审批备案，使顺利获得监管机关颁发的《信息系统安全等级 保护备案证明》。
五、系统总体设计
1、总体设计方案
智慧民意感知系统，实现全覆盖实时监测民情民意，提供丰富、更准确、更及时的民意评价数据，系统依托各类渠道进行评价信息全面采集、群众诉求事项全程督办，数据智能自动分析研判、远程检查督导的民意智能化访评，具有明显的直接经济效益和间接经济效益。
实现外部评价统一扎口，民意诉求快速流转，民意数据资源共享，节约大量警力和时间，实现对民意“大数据”的深度研判，为党委决策提供准确的信息源，为基层警务工作与队伍管理找准存在问题，全面提升群众安全感满意度。
1.1系统开发工具
主程序采用编译型语言JAVA编写；Java是一个纯的面向对象的程序设计语言，它继承了 C++ 语言面向对象技术的核心，舍弃了C ++语言中容易引起错误的指针、运算符重载、多重继承等特性，增加了垃圾回收器功能用于回收不再被引用的对象所占据的内存空间。Java首先将源代码编译成二进制字节码，然后依赖各种不同平台上的虚拟机来解释执行字节码，从而实现了“一次编译、到处执行”的跨平台特性。
脚本语言为AJAX和JavaScript；AJAX 是一种用于创建快速动态web的技术。通过在后台与服务器进行少量数据交换，AJAX 可以使web实现异步更新。这意味着可以在不重新加载整个web的情况下，对web的某部分进行更新。
1.2系统设计标准
客户端操作平台遵循Web 2.0设计标准，所采用的各种表现形式及所应用的各种网络插件符合网络通用标准，适于绝大部分主流国内外操作系统和浏览器浏览需求。
各业务数据独立设计表结构，由定时批处理服务汇总后生成待发数据集，调用短信机web service接口进行发送，信息发送后的转换值再通过收发服务分离后返回个业务数据库。
系统设计按照分层设计，软件构件化实现。采用软件构件化的开发方式：一是系统结构分层，业务与实现分离，逻辑与数据分离；二是以统一的服务接口规范为核心，使用开放标准；三是构件语意描述形式化；四是提炼封装构件规范化。
1.3建设原则
1.3.1规范化原则
系统的标准化和规范化是所有信息系统建设的基础。本系统的标准化原则体现在两个方面：
1）业务方面符合公安部信息系统建设标准。软件统一化、结构模块化、数据格式标准化、代码风格一致化、各种文档资料规范化；
2）技术框架方面必须采用业界主流标准体系。
1.3.2先进性与可持续性原则
系统尽可能跟踪国内外先进的计算机软硬件技术、信息技术及网络通信技术，立足于长远发展，使系统具有较高的性能价格比。系统在保证技术具有一定先进性的同时，也要在设计选型方面保证系统的可持续性，尽量延长系统的生命周期，减少公安部门的投资风险，保护其投资安全。
1.3.3安全保密性原则
系统要遵循公安部的信息安全标准，提供多层次、多渠道、全方位的安全保密措施，防止各种形式与途径的非法侵入和机密信息的泄露，保证系统中数据的安全。基础平台要从网络接入、数据存储与传输、设备的管理与认证、用户的管理与认证、用户应用模块、数据使用权限分配等方面进行管理，从软件、硬件两个方面确保业务系统能安全运行。
1.3.4可靠性原则
系统一经投入使用，将成为支撑公安民意部门日常工作的一个基础平台。所以，必须在成本可以接受的条件下，从系统结构、功能设计、技术服务与维护响应等方面使得系统的故障尽可能少，出现故障后造成的影响尽可能小，对于各种可能出现的情况有应急的对策。
1.3.5可维护性原则
为方便系统维护，应用软件的开发过程必须严格按照软件工程规范进行，做到信息内容、数据结构、编码规则、处理方式、界面风格、操作方法等各方面的统一，必须开发相关的维护功能模块以及管理工具，同时系统平台必须向下兼容以利于将来的升级换代。
1.3.6可扩充性原则
系统必须做到功能与规模的可扩充。要充分考虑到业务应用的扩展与用户数的增加，应用软件的模块化程度要高，对不同业务流程和管理方式的适应能力要强，要有强大的可扩充能力及接口。
1.3.7开放性原则
系统的开放性是所有信息系统建设基本而又关键的一步，系统的开放性体现在具体的技术实现上，数据接口采用标准化的开放协议，方便系统的扩展和与其它信息系统的对接。
1.3.8实用性原则
为了突出系统的实用性，我们特别注重相关业务功能的完善与操作流程的优化，从业务的需求出发，设计实用性强的业务不仅支持警察的日常警务查询与执法、数据采集等工作，使本系统成为一个功能完整的警务信息平台。