社区警务信息工作系统二期工程项目

《社区警务信息工作系统二期工程项目》由会员分享，可在线阅读，更多相关《社区警务信息工作系统二期工程项目（45页珍藏版）》请在装配图网上搜索。

1、 . . 社区警务信息工作系统二期工程项目招标需求编制单位：市公安局户政管理支队编制日期：2018年2月项目工期要求：合同签订生效之日起6个月完成项目建设工作（包括需求调研、设计、开发、实施、试运行与验收工作）。初验合格后进入试运行期，系统连续稳定试运行后满3个月提交最终验收，项目终验合格后提供1年免费维护期。一、项目需求1 项目概述1.1 项目名称社区警务信息工作系统二期工程项目。1.2 本次招标容社区警务信息工作系统二期工程采购项目建设包括移动警务优化升级、社区警务优化升级、地址管理优化升级、务管理优化升级、PGIS二次开发扩展、派出所建设优化调整容。1.3 本次采购最高限价人民币壹佰叁拾

2、壹万柒千伍百元整（￥1,317,500.00）。1.4 建设背景1.4.1 建设现状在省委、省政府和市政府的领导下，市公安局认真贯彻落实关于“深入推进公安信息化建设，提升基层民警应用信息化的能力，不断深化公安社会管理创新工作，大力加强治安防控体系建设”的指示精神，结合公安部PGIS平台和公安管理创新重点项目的建设规划，完成了市社区警务系统（一期）项目建设。市社区警务系统（一期）项目建设容主要由“辖区概况，情报线索，实口管理，治安管理，服务群众，安全防，地址管理，执法办案，警务协作，社区动态，任务管理，监督考核，社区台账”等十三大块功能等功能组成，是至今国应用于公安基层派出所管理方面功能最完善、

3、性能最稳定、技术最先进、用户面最广泛的综合信息应用系统之一。市社区警务系统的应用解决了公安警务工作信息化管理问题，初步实现了部分业务的信息化建设，提高了管理效能，为公安机关的日常警务提供了大量的信息，发挥了重要作用。1.4.2 建设目标紧紧围绕“四项建设”和“深化”公安改革的总体要求，将基础信息采集应用作为加强和创新动态化信息化条件下派出所基础工作的重要载体和突口。通过基础信息采集维护，着力破解人、房、业等基础要素信息底数不清、情况不明、重要要素漏管失控难题，努力提高派出所对基本治安要素特别是重点要素的动态管控能力，夯实公安工作基础，为公安实战、社会管理、党政决策、服务民生提供基础信息支撑。为

4、了落实市政府的“四标四实”的战略部署，相应的信息化建设工作也需要紧密跟上，以信息化手段支撑基层基础工作，加强基础信息的采集和应用工作，进一步提高信息化应用水平，提高工作效率。本项目建设目标如下：1、实现“一标三实”全覆盖信息采集结合本市治安要求，本着“应采尽采，全覆盖”的原则，组织派出所和社区民警，对辖区“一标三实”开展全覆盖信息采集，需全面摸清底数和完善业务采集容，达到底数清，情况明目标。2、加强全方位的动态维护管控依托基础信息采集，重点掌握需要了列管和关注重点人员，重点房屋，重点单位情况，实行信息化、动态化管理，减少和消除失馆漏管风险隐患，同时结合实际，实行分级分类，定期动态管理维护，建立

5、治安基本要素精准管控，动态管控机制模式。3、构建资源关联共享格局机制结合公安部最新规，进一步提升派出所基础工作精细化，标准化，规化管理机制，同时建设构建资源关联共享格局，夯实基础工作信息化的根基，建立与之相应的社区警务工作机制和配套系统。1.5 建设容社区警务信息工作系统二期工程采购项目建设容包括：n 移动警务优化升级n 社区警务优化升级n 地址管理优化升级n 务管理优化升级n PGIS二次开发扩展n 派出所建设优化调整1.6 系统建设周期建设周期分为两个阶段：1、合同签订生效之日起6个月完成项目的软件设计与开发、软件配套设施的安装调试与系统测试等工作并提交初步验收，初验合格后进入试运行期，系

6、统连续稳定试运行后满3个月提交最终验收（项目验收测评合格后进行最终验收、最终验收按照市科信局的验收要求）。2、终验结束后进入一年免费维护期。2 建设总体要求2.1 总体框架设计2.1.1 总体逻辑架构如图是社区警务信息工作系统的总体架构图，基于省平台框架下，保证了数据、工作流与省平台的同步前提下，在安全保障和标准规体系之上，是系统支撑体系，包括网络，硬件，应用软件和数据库软件等基础性设施，业务库群之上，按照“业务平台”，“协作平台”和“外网/移动警务平台”三大平台进行建设。业务平台包括平台门户，辖区概况，情报线索，实口管理，治安管理，服务群众，安全防，地址管理，执法办案，警务协作，社区动态，任

7、务管理，监督考核，社区台账等该功能模块。协作平台主要由与PGIS，标准地址库，情报，案事件，网上警务等外部系统的接口组成，通过接口，协作完成社区警务有关业务流程。2.1.2 系统部署架构采用现有社区警务系统的设备与网络架构进行部署。（设备利旧，不在本项目采购围容）2.2 技术规与标准要求本项目要求采用J2EE技术标准，SOA面向服务框架，XML与WebService数据交换等技术进行研发。系统建设遵循的依据和参考规如下：1、软件工程标准分类法(GB/T 15538-1995)；2、软件开发规(GB 8566-88)；3、软件维护指南(GB/T 14079-93)；4、计算机软件产品开发文件编制

8、指南(GB 8567-88)；5、计算机软件需求说明编制指南(GB 9385-88)；6、计算机软件测试文件编制指南(GB 9386-88)；7、计算机软件配置管理计划规(GB/T 12505-90)；8、计算机软件质量保证计划规(GB/T 12504-90)；9、计算机软件可靠性和可维护性管理(GB/T 12394-93)；10、全国治安系统开展一标三实基础信息采集应用攻坚工作方案 ；11、全国治安系统一标三实信息采集应用工作规。2.3 移动警务优化升级2.3.1 移动警务功能新增在现有移动警务业务基础上，增建以下业务模块：2.3.1.1 用户的安全管理要求在现有移动警务系统基础上，新增用户

9、安全管理功能，实现用户在移动终端进行用户密码修改。2.3.1.2 临时门牌采集要现民警通过移动终端进行临时门牌的申请，与门牌系统对接，实现门牌数据的实时实地采集工作，采集完成后，可以在门牌系统临时门牌申请查看该数据并继续走下一步流程。2.3.1.3 临时门牌确认要现与门牌系统对接，民警可以通过移动终端进行临时门牌的确认，确认后，数据与其状态同步到门楼牌系统，在门牌导出可以找到该条门牌信息。2.3.1.4 正式门牌确认民警可以在移动终端进行正式门牌的确认，确认后的数据同步到门楼牌系统，民警可以在门楼牌系统中导出相应的数据提交给厂商进行门牌制作。2.3.1.5 接待群众在移动端实现采集服务群众的具

10、体情况，记录采集的容，采集的时间，采集人等基本的信息，同时将数据同步到社区警务中的服务群众业务表，对应网前端业务可以展示维护管理。2.3.1.6 矛盾纠纷调处在移动端实现采集服务群众的具体情况，记录采集的容，采集的时间，采集人等基本的信息，同时将数据同步到社区警务中的服务群众业务表，对应网前端业务可以展示维护管理。2.3.1.7 门牌的操作处理为了解决门牌底数不清，民警需要对门牌进行一次全面的摸排，到现场进行对门牌的处理，为了便于民警操作，需要在移动终端实现门牌的操作处理功能。基于街路巷，且地址是门牌的，不同的数据来源，分为不同的操作处理：当数据来源为门楼牌系统时，可以进行：不变、变更、补漏制

11、作和注销。当数据来源为非门楼牌系统时，可以进行:补录正式门牌、关联门牌、申请临时门牌、废止。 2.3.1.8 上传图片详址采集的功能在移动端实现上传图片的操作，并对图片大小进行控制，同时可以上传多，也可以对图片进行删除的操作，在移动端上传图片后，数据同步到服务端，避免重复工作，实现数据共享。2.4 社区警务优化升级2.4.1 社区警务优化调整2.4.1.1 警务区管理2.4.1.1.1 警务区设置1、将警务室管理中“警务区简介”的录入功能调整到警务区的新增界面中，新增界面包括“基本信息”、“简介”、“其它信息”容。2、管辖民警设置管辖民警设置可以进行所关联民警和民警解除关联功能。2.4.1.1

12、.2 警务室管理1、“查询 警务室信息”界面增加“PGIS”展示功能。警务室可按不同层级或查询条件实现PGIS展示功能。2、对“所属警务区”字段设置进行修改。2.4.1.1.3 警务区简介警务区简介需实现容包括：1、对市局、分局、派出所用户层级角色简介展示。2、对市局、分局、派出所用户层级角色点选其中一个警务区或社区民警角色简介展示。2.4.1.2 安全防2.4.1.2.1 宣传通报1、安全防宣传工作。增加必填字段“宣传类型”，“防火”、“防盗”、“防毒”、“防治安灾害事故”、“防非法集资”、“禁毒”、“技防”和“其它”等字典（可多选）。“所属警务区”根据“参与民警”所选民警，按照警务区管理警

13、务区设置管辖民警设置的对应关系自动填写。“宣传形式”字段增加“微信”、“微博”、“讲座”字典。“教育群众人数”录入数据改为数字型，可用于数据统计。增加“宣传类型”查询条件。2、治安情况通报：增加必选字段“通报项目”，设置“治安状况通报”、“警情通报”、“防提示”等字典。“通报方式”字段增加“微信”、“微博”字典。“通报发布单位类型”字典改为“派出所”、“警务区”。“所属警务区”字段根据“通报发布单位名称”所选派出所按照警务区管理警务区设置的对应关系筛选该派出所设置的警务区供用户选择。“社区”字段根据“所属警务区”所选的警务区按照警务区管理警务区设置管辖社区/村的对应关系筛选该警务区对应的社区供

14、用户选择。查询界面增加“通报项目”、“通报日期”查询条件。“通报日期”可选择时间段查询。2.4.1.2.2 工作日志“工作类型”字段增加“联系治保会工作”。2.4.1.3 服务群众2.4.1.3.1 服务群众完善增加可展示警情详细信息功能，在警情回访中的警情编号可展示警情详细信息。2.4.1.3.2 宣传教育工作情况报表_市局在系统报表菜单增加“宣传教育工作情况报表”，统计条件分别为“所属单位”、“所属派出所”、“所属警务区”、“统计时段”。报表按照统计条件统计“宣传工作”、“治安通报”、“警情通报”、“防提示”等数据。2.4.1.3.3 宣传教育工作情况报表_分局在系统报表菜单增加“宣传教育

15、工作情况报表”，统计条件分别为“所属单位”、“所属派出所”、“所属警务区”、“统计时段”。报表按照统计条件统计“宣传工作”、“治安通报”、“警情通报”、“防提示”等数据。2.4.1.3.4 宣传教育工作情况报表_派出所在系统报表菜单增加“宣传教育工作情况报表”，统计条件分别为“所属单位”、“所属派出所”、“所属警务区”、“统计时段”。报表按照统计条件统计“宣传工作”、“治安通报”、“警情通报”、“防提示”等数据。2.4.1.3.5 宣传教育工作情况报表_警务区在系统报表菜单增加“宣传教育工作情况报表”，统计条件分别为“所属单位”、“所属派出所”、“所属警务区”、“统计时段”。报表按照统计条件统

16、计“宣传工作”、“治安通报”、“警情通报”、“防提示”等数据。2.4.1.3.6 接待群众在PC端实现接待群众的功能，记录采集的容，采集的时间，采集人等基本的信息，并与移动端进行对接。2.4.1.3.7 矛盾纠纷调处在PC端实现矛盾纠纷调处的功能，记录采集的容，采集的时间，采集人等基本的信息，并与移动端进行对接。2.4.2 社区警务功能新增2.4.2.1 社区民警增加“社区民警”功能，用于查询、展示警务区设置管辖民警设置中关联的社区民警。查询界面与条件参考务管理民警管理的民警基本情况界面，增加“所属警务区”、“所属社区”的查询条件。2.4.2.2 安全防2.4.2.2.1 居民小区安全防1、增

17、加“可防性案件警情信息”（入室盗窃、盗窃保险柜，入室抢劫，盗窃机动车，盗窃汽车、盗窃摩托车）查询界面，默认展示是该小区管辖围当年警情信息。查询界面参考案事件管理警情处理警情查询。2、增加常住人员信息、暂住人员信息、重点人口信息、境外人员、门牌信息展示界面，点击字段数据显示数据列表。3、场所。新增“人员信息”菜单，可登记“证件种类”、“证件”、“”、“性别”、“人员类别”、“联系”、“实际居住地址”等信息以与自动比对“管理类别”。可通过“证件”复用实有人口信息。4、敏感人员功能。登记可通过“公民身份”复用实有人口信息。2.4.2.2.2 其他区域安全防日常安全防工作记录菜单功能与居民小区安全防日

18、常安全防工作记录菜单功能一样。2.4.2.2.3 学校/幼儿园管理1、增加“警情信息”的2个子功能，包括“侵害师生人身财产安全刑事案件信息”、“其他警情”，提供查询、展示功能，查询界面参考案事件管理警情查询界面。2、学校基本信息工作界面增加“法制副校长联系方式（公安）”字段，根据“法制副校长（公安）”选择的民警自动导出民警管理信息中对应的“手机”数据。3、每条学校信息的其他相关信息增加“警情信息”子功能菜单，包括“侵害师生人身财产安全刑事案件信息”、“其它警情信息”。“侵害师生人身财产安全刑事案件信息”按照警情信息的“详细地址”（或“标准地址”）等于学校信息的“详细地址”以与警情信息“发生场所

19、”字段等于“学校”，“确认警情性质”字段等于“侵犯财产案”或“侵犯公民人身权利、权利案”的警情信息。“其它信息”按照警情信息的“详细地址”（或“标准地址”）等于学校信息的“详细地址”以与警情信息“发生场所”字段等于“学校”的警情信息，剔除“确认警情性质”字段等于“侵犯财产案”或“侵犯公民人身权利、权利案”的警情信息。4、每条学校信息的其他相关信息增加“防措施”子功能菜单，包括新增、修改、删除和查询等功能，提供“证照”、“校门”、“围墙”、“保安”、“视频监控”等录入字段，提供“有”、“没有”两个字典选项。2.4.2.2.4 岗亭管理岗亭管理功能是实现在社区警务下增加岗亭信息的新增、修改、删除、

20、查询功能，并PGIS上图功能。公安治安岗亭、社会岗亭的展示列表的显示项目提供全部字段选择与显示。2.4.2.3 新建重点关注人员管控“重点关注人员”管理模块：接收警务实战平台比对的有重点关注标识的这类群体，包括人的基本信息，重点关注人员的走访情况等；同时，社区警务要把该类人群的走访等信息反馈给情报系统。2.4.2.3.1 实现与警务实战平台的双向接口重点关注人员管控获取警务实战平台的数据，这些数据在社区平台中落地；同时，社区平台将获取的最近的走访信息推送给警务实战平台。2.4.2.3.2 重点人员的签收、指派警务实战平台推送的数据，在社区平台进行签收，签收后，可以进行指派，指派到具体的民警对该

21、重点关注人员进行走访核实。2.4.2.3.3 重点人员的工作表现增加工作表现的录入功能，可以实现对重点关注人员的工作表现的采集。2.4.2.3.4 工作提醒增加重点关注人员的工作提醒，以便民警更好的掌握该类重点人员的动态信息。2.4.2.4 其他关注人员的接口和统计分析关注人员只实现了对该类人员的采集与其维护功能，但这不能满足民警的需要，需要增加对这类人员的统计分析。2.4.2.4.1 关注人员的接口1、与网吧系统的对接（通过市局信息资源服务平台获取）通过webservice方式来抽取市局信息资源服务平台的网吧数据，抽取后，数据放到警综社区警务的数据库，以便用来进行比对。2、与自助申报平台的接

22、口通过开发视图的形式，来抽取自主申报的流口数据，以便与警综的关注人员进行比对。对接时，要进行时间，人重复的比对，如果重复，以最新的这条数据为准。2.4.2.4.2 关注人员的统计报表2.4.2.4.2.1. 关注人员通报全市实现全市关注人员通报统计报表制作功能。2.4.2.4.2.2. 警综未采集人员统计全市情况实现全市警综未采集人员统计表制作功能。2.4.2.4.2.3. 关注人员通报派出所实现派出所关注人员通报统计报表制作功能。2.4.2.4.2.4. 关注人员通报其他警种实现其他警种关注人员通报统计报表制作功能。2.4.2.4.2.5. 关注人员通报社区实现社区关注人员通报统计报表的制作

23、功能。2.5 地址管理优化升级2.5.1 地址管理优化调整2.5.1.1 街路巷管理改造对街路巷管理简表进行改造。2.5.1.2 街路巷管理筛选街路巷管理简表增加筛选条件，删掉地址类型，把包含派出所、是否入库放到更多条件，上方增加核实情况、是否有正式命名、命名情况。派出所民警权限进入该简表，只允许进入查看、四标四实操作。2.5.1.3 地址的详址采集对地址的详址采集简表与界面进行改造主要包括以下几点：1、详址采集简表中心经纬度是否为空 改为 是否上图，增加有无照片（简表点进去可看见照片）字段、是否关联建筑物编码字段。详址采集简表默认查询“生命状态：使用中”、“数据来源：门楼牌系统导入”。2、详

24、址采集详细界面增加超，查看门牌系统的门牌详细信息，门牌牌申请的信息。3、Excel每次导出都会根据默认搜索条件导出，而不是自己设定的条件。4、详址采集中，地址树点击乡镇街道、社区时候出现的简表应该与点击街路巷时候一致。5、详址采集简表不需要显示systemid。2.5.1.4 地址门牌数据清洗2.5.1.4.1 常口地址库对照清洗1、乡镇街道对照清洗。核实常口、地址库乡镇街道是否一一有对应，且常口、地址库乡镇街道编码规则一致。2、社区居委会对照清洗。由于常口居委与地址库社区编码不一致，且可能存在地址库一个社区对应多个常口居委的情况，所以根据实际核查情况进行清洗。3、街路巷对照清洗。常口地址库街

25、路巷代码是同一套标准，检查两边有效的街路巷且不在对照表中的街路巷，对两边缺失的数据进行补充。增城、从化、萝岗区划调整后的街路巷代码已做清洗，补充清洗前的数据（生命状态为废止、注销状态为注销）并将其与现街路巷进行对应操作，其下属门牌房屋等遗漏清洗的一并调整。检查常口系统、地址库街路巷数据一致性，包括各级管理属性、生命状态、注销状态等，排查不一致数据存在的原因，根据不同情况进行清洗。（需考虑到新旧街路巷对应以与区划调整问题）最后剩余521条数据需下发核实再做清洗。比对常口与地址库街路巷名称不一致原因，排除冷僻字影响，下发27000条数据进行核实。根据不同情况，决定是否清洗常口街路巷名称以与常口数据

26、下属门牌房屋人户等数据。（地址库可做相应调整并清洗下属房屋门牌）。4、门牌对照清洗核实常口系统、地址库门牌数据对照缺失问题。由于数据量极大（两百万左右），所以常口数据对照缺失的先检查有效数据。地址库新增数据无同步到常口系统的进行对照的补充，根据常口id编码规则进行判断是否新数据，同时考虑会否引起常口数据重复问题。删除对照表错误数据，多数是不存在于常口id或是地址库地址代码数据，结合地址库建库备份数据，排查现地址库与原数据差异，进行地址库自身门牌数据的清洗。剩余常口系统不存在地址库的18万门牌数据，根据其属性与地址库门牌数据属性进行对比，同时结合原有对照的地址库、常口数据判断是否重复等，共分11

27、种情况，分别打上标记，结合实际需求进行不同的处理。2.5.1.4.2 门楼牌系统地址库对照清洗地址库来源于门楼牌系统的数据与门楼牌系统数据进行比对，查看对照是否已有，排查对照缺失原因，补充相应缺失对照数据。（共有7万多数据）部分之前不是真正在门牌系统制牌而是上报运维导入系统的数据存在质量问题，根据地址库现有街路巷数据进行补充完善，再进行导入。（剩余2万左右数据需要核查）。2.5.2 地址管理功能新增2.5.2.1 街路巷核实统计详表街路巷管理简表，修改旁边增加街路巷核实统计，在“街路巷核实统计”详表可填写“拟命名名称、汉语拼音、命名含义、起点、止点、长（米）、宽（米）、是否编列门牌、是否有正式

28、命名（字典项）、命名情况（字典项）、核实情况（字典项）、备注（长度1000）、建议（长度1000）”。2.5.2.2 门牌的统计报表新增门牌的统计报表，统计门牌的相关情况，如：变更了多少数据，补漏制作了多少次，补录正式门牌多少次，注销多少次，废止多少数据等。2.5.2.3 关联建筑物功能增加关联建筑物功能（一个门牌可关联多个建筑物），关联方式类似PGIS打点一样，选择地图上已有的建筑物编码可进行关联。2.5.2.4 街路巷权限管理对街路巷的简表进行权限控制，通过权限控制可以基于简表的特定操作来进行授权，针对简表的操作实现对民警、分局、市局的权限控制。2.5.2.5 门牌的变更门牌的变更：详细采

29、集中，当数据来源为门楼牌系统，且这条数据与实际情况不一致，需要做变更时，变更后的数据同步到门楼牌的申请页面，当变更审批通过后，这条数据状态改为变更；当变更审批过程中，状态改为变更中。2.5.2.6 门牌的补漏制作门牌的补漏制作：详细采集中，当数据来源为门楼牌系统，发现该条地址需要做补漏制作时，选择这条数据，进行补漏制作，页面跳转到门牌的补漏制作，这条数据状态改为补漏制作。2.5.2.7 门牌的注销门楼牌的注销：详细采集中，当数据来源为门楼牌系统，发现这个门牌在实际情况中已不存在，需要注销这个门牌，选择相关数据进行注销，页面跳转到门牌的标注历史，同时这条数据状态改为注销。2.5.2.8 门牌的补

30、录正式门牌门楼牌的补录正式门牌:详址采集中，当这条地址是门牌且数据来源为常口、旧实口时，但是没有在门牌系统登记时，需要进行补录正式门牌的操作。2.5.2.9 门牌的关联门牌门楼牌的关联门牌：详址采集中，当这条地址数据来源为常口、旧实口且发现这个地址有一条或者多条重复时，需要进行关联门牌的操作，把地址中的多条地址进行对应，同时把地址状态改为废止。2.5.2.10 门牌的废止门楼牌的废止：详址采集中，当这条地址数据来源为常口、旧实口等，发现这条数据已经不存在，这时对这条数据进行废止的标识。2.5.2.11 临时门牌批量确认临时门牌的批量确认：在临时门牌确认中增加临时门牌的批量确认功能，在简表选择多

31、条记录，进行批量确认，就实现了临时门牌的批量确认操作。2.5.2.12 正式门牌的批量确认正式门牌的批量确认：在正式门牌的确认中增加正式门牌的批量确认，在简表中选择多条记录，进行批量确认后就实现了正式门牌的批量确认操作。2.5.2.13 门牌办理2.5.2.13.1 门牌业务处理门牌办理中的门牌业务处理，在门牌业务处理查询简表中点击门牌档案编号，进入“正常门牌申请处理”页面，在该页面增加保存和提交，信息保存后还可以继续操作该页面；信息提交后，该页面不能再进行操作。2.5.2.13.2 临时门牌申请在门牌办理功能临时门牌申请处理页面中，将保存改为保存和提交，保存之后下次可以继续操作该页面；提交后

32、，不能再进行操作该页面。2.5.2.14 正式门牌确认在门牌办理功能增加正式门牌确认的功能，其中确认人为分局人口大队管理员，目的是告知申请的民警，该正式门牌已经通过审核，确认下信息是否正确，如若正确，可以发给厂商进行制牌。2.5.2.14.1 门楼牌与详址采集联动在门楼牌管理中，增加详址采集的菜单，实现门牌管理的民警可以直接在门牌办理的详址采集的菜单进行对门牌的采集。2.5.2.14.2 门楼牌增加详址采集功能在门楼牌管理中，增加详址采集的菜单，实现门牌管理的民警可以直接在门牌办理的详址采集的菜单进行对门牌的采集。2.5.2.14.3 门楼牌的流程处理对门楼牌的流程进行优化改造，主要包括以下几

33、点：1、原正式门牌审批流程改变，去掉分局局长审批，分局大队领导审批变为终审，没一级别的审批不同意后，直接结束审批流程（之前只要是非终审，不同意后还可以继续审批）；2、优化菜单管理，新增正式门牌业务菜单，将正式门牌申请、审批的菜单整合区分，优化其他冗余菜单；3、新增正式门牌补录审批流程，补录门牌增加审核功能；4、正式门牌各级审批界面改造，显示图片和pgis；5、增加门楼系统地址库级联跳转，门牌系统新增详址采集（点击详址采集跳转到地址库）；6、增加查看门牌系统的门牌详细信息，门牌牌申请的信息，服务详址采集详细界面的查看门牌信息功能的跳转；7、注销门牌屏蔽恢复功能，增加注销同步地址库功能。2.5.2

34、.15 临时门牌转正式门牌新增的临时门牌需要转为正式门牌，新增临时门牌转正式门牌的菜单，选择一条临时门牌，点击转正式门牌，将这个临时门牌转为正式门牌。临时门牌转正式门牌，全球唯一码不能变，systemid不能变，同时临时门牌的审批历史不能清空，要保留，查询这条临时门牌转过来的正式门牌时，要可以看到临时门牌的审批历史。2.6 务管理优化升级2.6.1 务管理优化调整2.6.1.1 派出所基本情况2.6.1.1.1 派出所基础信息1.派出所基本情况界面。（1）概况信息。取消“计划建警务室数”字段，增加“警务区数”、“境外人员数”字段，数据源自社区警务。“已建警务室数”名称更改为“警务室数”，“地址

35、全址”改为“详细地址”、“暂住人口数”改为“流动人口数”。概况信息位置调整（注：括号为自动抽取的数据来源）。派出所代码派出所名称行政区划所在街（镇、乡）街路巷门楼牌详细地址X坐标Y坐标值班 邮政编码成立日期上一级主管公安机关派出所类别派出所行政级别评定等级（务管理派出所基本情况）编制数现有民警数（务管理民警管理）所长（务管理民警管理）所长（务管理民警管理）教（指）导员（务管理民警管理）教（指）导员（务管理民警管理）所领导数（务管理民警管理）副职领导（务管理民警管理）警务区数（社区警务警务区管理）警务室数（社区警务警务区管理）管辖社区数（地址管理）管辖行政村数（地址管理）辖区面积实有人口（社区警

36、务辖区基础信息）常住人口总户数（社区警务辖区基础信息）常住人口数（社区警务辖区基础信息）流动人口数（社区警务辖区基础信息）境外人员数（社区警务辖区基础信息）“派出所名称”展示框右侧与“空间标注地标”字段框右侧对齐。“详细地址”展示框右侧与“Y坐标”展示框右侧对齐。“关联标准地址”与“空间标注地标”对齐。（2）简介。“派出所简介”录入框右侧边框与“空间标注地标”右侧边框对齐。（3）“派出所外貌图片”与“派出所辖区地图”对调。增加“派出所标识灯箱、标牌图片”、“派出所路边标识灯箱图片1”、“派出所路边标识灯箱图片2”的扫描图片功能。5个图片在右侧竖排列。（4）基本设施信息。增加“是否独立办公用房”

37、，字典包括：“是”、“否”。“建筑面积”自动合计“办公区用房”、“办案区用房”、“接待区用房”、“生活区用房”、“辅助区用房”的总面积。（5）办公区用房。“现有办公用房间数”和“现有办公用房总面积”字段，更名为“办公区房间数”和“办公区总面积”字段分别自动汇总计算办公区各功能室的房间数和面积。增加“枪支（弹药）室”、“领导办公室”、“民警办公室”、“会议室”、“案管中心”、“拾遗物品保管室”、“党团活动室”、“列室”等房间数和面积。每间用房的面积右边增加“是否独立办公用房”字段，字典包括：“是”、“否”。（6）办案区用房。增加“办案区房间数”和“办案区总面积”字段，分别自动汇总计算办案区各功能

38、室的房间数和面积。增加“缉毒检查室”、“医疗求助室”、“卫生间”等房间数和面积。每间用房的面积右边增加“是否独立办公用房”字段，字典包括：“是”、“否”。（7）接待区用房。增加“接待区房间数”和“接待区总面积”字段，分别自动汇总计算接待区各功能室的房间数和面积。增加“接待大厅”的房间数和面积。每间用房的面积右边增加“是否独立办公用房”字段，字典包括：“是”、“否”。（8）生活区用房。增加“生活区房间数”和“生活区总面积”字段，分别自动汇总计算生活区各功能室的房间数和面积。将辅助区用房中的卫生间、体能训练室调整到生活区用房中。每间用房的面积右边增加“是否独立办公用房”字段，字典包括：“是”、“否

39、”。（9）辅助区用房。增加“生活区房间数”和“生活区总面积”字段，分别自动汇总计算生活区各功能室的房间数和面积。增加“安全隔离区”、“训练场地”、“配电房”等的间数和面积。每间用房的面积右边增加“是否独立办公用房”字段，字典包括：“是”、“否”。2.6.1.1.2 派出所警务室信息1、在派出所基本情况菜单界面中，不选择派出所数据点击“警务室信息”展示全部“派出所警务室信息”列表后，可以查看相关警务室详细信息。2、“派出所警务室信息”界面增加查询功能。3、实现务管理派出所基本情况派出所警务室信息的数据与社区警务警务区管理警务室管理同步互通，展示容一致。派出所基本情况界面下的警务室数据与社区警务模

40、块一致。2.6.1.1.3 派出所等级评定1、在派出所基本情况菜单界面中，不选择派出所数据点击“派出所等级评定”展示全部的“派出所等级评定”列表中，增加“派出所名称”字段。2、“派出所等级评定”界面增加查询功能。3、“新增”界面增加“被评定派出所”字段，使用派出所单位字典与代码。录入单位为派出所时，“被评定派出所”字段默认为该派出所；录入单位为上级机关时，“被评定派出所”字段按照录入单位的级别筛选下级派出所多选录入。“派出所等级评定”界面的展示以与派出所基本情况的“评定等级”均按照“被评定派出所”字段进行筛选、抽取。2.6.1.2 民警管理1、发生民警调出单位，系统自动清空该民警“职务”、“岗

41、位”、“管辖社区”、“所属队别”等字段数据。民警调出前，自动检查他的警务区设置、警务室管理等菜单是否有关联，并提醒该操作人员先去解除相关关联关系方可调整“所属部门”。2、基本情况：“岗位”字段增加“专职消防”、“社区（兼职消防）”字典。3、“管辖社区”直接读取警务区管理中民警所管辖社区/村数据。2.6.1.3 装备管理1、装备名称增加字典：“光盘刻录机”、警械类增加“警棍”、“强光手电”、“现场执法记录仪”、“望远镜”、“手持喊话器”、“停车示意牌”。2、增加“报表”子功能菜单。功能菜单包括：警械、防护器材、交通、通信设备、计算机、户籍器材、档案器材等报表。按照市局、分局、派出所三级统计。展示

42、方式两种，一种是按同一层级全部单位展示，一种是按照层级向下级打开展示。统计条件分别为“所属单位”、“所属派出所”。2.6.1.4 装备配备标准由系统按照派出所等级评定标准，录入装备配备标准：枪支、警用配置防弹（暴）头盔等情况。2.6.1.5 会议学习培训1、会议学习培训登记界面增加“类别”字段，字典包括“支部会议”、“所务会议”、“消防工作会议”、“治保工作会议”、“廉政监督会议”、“其他工作会议”、“政治理论和法律法规培训”、“警务知识培训”、“民警上岗前培训”、“专业技能培训”（“消防业务培训”、“刑侦业务培训”、“社区业务培训”、“治安管理培训”、“信息化业务培训”）、“年度实战培训”、

43、“职务和警衔晋升培训”。2、会议学习培训登记界面“参加人员”更名为“参加民警”。3、会议学习培训登记界面增加“参加人员”字段，网页对话框录入。4、“派出所”字段名称改为“主办单位”，数值默认录入人所属单位，可供录入人修改。5、“会议开始时间”、“会议结束时间”、“会议地点”、“会议图片”更改为“开始时间”、“结束时间”、“地点”、“图片”。6、会议学习培训查询界面增加“类别”字段。2.6.1.6 候问室单间管理将侯问室单间管理按照新的架构改造，优化简表的查询条件，便于问题的排查，同时将该菜单中所有“侯”字修改为“候”；1、被盘问人员信息被盘问人员信息界面修改，改为最新架构的页面形式，重新排列简

44、表的字段。2、事件事故信息事件事故信息界面修改，改为最新的架构页面风格，重新排列简表的字段。2.6.2 务管理功能新增2.6.2.1 民警的教育培训会议学习培训记录中“类别”属于“民警上岗前培训”、“专业技能培训”（“消防业务培训”、“刑侦业务培训”、“社区业务培训”、“治安管理培训”、“信息化业务培训”、“警务知识培训”）、“年度实战培训”、“职务和警衔晋升培训”、“政治理论和法律法规培训”的记录，按照“参加民警”将记录自动填入相关民警的“教育培训”信息中。会议学习培训记录模块民警管理教育培训模块教育培训记录号开始时间培训日期类别培训类别主题培训班名称主办单位培训单位容培训容结束时间开始时间

45、（不足4小时计算0.5天、不足24小时计算1天）培训天数培训考核结果培训主办单位名称培训主办单位级别备注录入人录入人录入单位录入单位录入时间录入时间2.7 PGIS二次开发扩展2.7.1 治安岗亭在PGIS现在接口的情况下，对其进行再次开发，实现治安岗亭的图层散点展示，根据当前登录用户的所在单位来判断展示的区域，分为市局、分局、派出所。当市局的用户登录时，查看的是全市的治安岗亭；当是分局的用户登录时，查看的是该登录用户所在的分局的治安岗亭；鼠标的焦点放在地图的标注上后，显示一个小提示框，显示该治安岗亭的简单信息。2.7.2 实有人口在PGIS现有接口的情况下，对其进行再次开发，实现实有人口的图

46、层标注展示，通过区域、人员类别、等信息，进行模糊查询与其精确查询，查询结果通过图标标注形式在地图上展示。2.7.3 实有房屋在PGIS现有接口的情况下，对其进行再次开发，实现实有房屋的图层标注展示，通过与实有房屋相关的信息，进行模糊查询与其精确查询，查询结果通过图标标注形式在地图上展示。2.7.4 详址信息查询出详细地址后，该地址可以在地图上标注展示，鼠标放在该标注上时，用一个小框显示该数据的详细地址、经纬度信息。2.7.5 单位场所基于PGIS对单位场所的上图展示进行分层级、分类型展示。首先，通过登录的用户所在单位来判断展示的层级：如若是市局用户，那么可以查看整个市所有的单位；如果是分局用户

47、可以查看该分局的所有单位；如果是派出所用户，那么展示该派出所的数据。再次，可以通过单位类别来查询展示，如若查询特种行业中的旅馆业，那么在前台查询出来旅馆业的数据后，选择这些数据，PGIS对查询出来的旅馆业进行标注。2.7.6 门牌办理在门牌办理，打开PGIS后，要跟进当前登录系统的用户所在单位进行读取信息，读取当前登录用户所在单位的派出所或者分局，这样便于民警缩小打点的围，能够迅速在PGIS上找到要打点的位置。2.8 派出所建设优化调整鉴于社区警务系统已经推广应用，且该系统功能已经涵盖派出所建设子系统的大部分功能，存在功能部分交叉又不完整，建议将派出所模块下个子功能需求整合建设到社区警务子系统

48、相应模块，具体模块包括：2.8.1 辖区单位安全防将派出所建设下的“安全防辖区单位安全防”、“服务群众拾遗物品信息、遗失物品信息”、“统计分析报表”等模块功能整合到社区警务模块中。2.8.2 勤务管理将“勤务管理”功能调整到务管理模块，其中“统计分析报表”的四报表整合到“系统报表”功能中。功能整合、调整完毕，撤销原派出所建设模块。3 项目其他要求3.1 服务需求1、投标必须提供1年开发类软件维护期；维护费用计入总价。维护期，投标人负责对系统进行维护，不再向用户收取费用。2、对应用系统维护需求服务：保证系统在用户要求的时间节点开通运行。对系统运行期间出现影响系统正常运作的，要求当天立即解决；其他

49、需求要在当天提交处理意见，2天解决，问题复杂的可在1周解决；对系统新的需求、新模块、新程序改动大的，要在1周提交解决方案、计划（含具体的完成时间与工作计划进度表），在1月完成。3、排除故障响应服务：从部署省厅警务信息工作系统基础版本开始，提供3人进行远程专职维护，随时解决问题，保持724小时备勤，系统出现问题时，要求投标人能立即响应，若是远程维护人员不能立即解决的，要求派出技术人员在接收报障60分钟到达现场，30分钟对故障做出初步判断，将解决问题所需的估算时间告知采购人，一般故障30 分钟解决，重大故障120分钟解决；专线手机保持 24小时畅通。 4、系统恢复服务：如系统因系统软件出现故障引致

50、系统故障时，也属于系统维护的职责，投标人必须积极配合采购人做好相关的系统软硬件的安装调试工作，当采购人提出服务和维护请求后，投标人要承诺立刻响应，如通过服务未能解决问题的，投标人应在60分钟派技术人员到现场提供现场维护服务。保证系统能正常运作。更换硬件设备、零配件的费用由采购人自行负责。5、项目验收完成之日起进入维护期，乙方提供1年开发类软件维护服务，免费提供升级改造、安装维护、修改完善，保证系统连续稳定运行。确保所有系统数据不丢失，解决系统集成、应用系统遇到的各种问题。保证从各接口来的数据维护正确，保证各种统计正确，保证按业务需求与时提供各种统计数据。3.2 验收要求1、测试业主方根据系统实

51、施方案组织测试，测试通过后，出具测试报告。当测试不合格时，中标人需无条件进行返工直至测试通过为止。2、正式验收中标人提交相关文档和验收申请给业主方，根据业主方的安排来组织验收，验收的主要依据包括本招标需求书、投标文件、合同文件以与系统实施换方案。验收主要容包括项目技术和管理文档以与各种附件等资料是否齐全，系统运行是否出现数据异常问题等。当验收不合格时，中标人需无条件进行返工直至通过为止。系统验收将由验收小组进行，验收时做好记录，验收通过后，出具验收报告。3.3 培训要求1、中标人将详细的培训课程以与时间表交给用户，最后以用户认可为准。2、对于所有培训，中标人必须派出具有相应专业资格和实际工作、

52、教育经验的教师和相应的辅导人员进行培训，主要培训教员应至少具有三年的教学经验，培训所使用的语言必须是中文，否则中标人必须提供相应的翻译。3、投标人应将所有培训费用（含培训教材费）与各项支出列入培训费用价格中，计入报价总价。4、所有的培训资料必须是中文书写。3.4 售后服务要求1、自合同签订之日起6个月完成项目建设工作，包括需求调研、设计、开发、实施、试运行与提起终验。2、终验完成后进入一年免费维护期。3、维护期，中标人派专人负责系统维护工作。中标人必须提供724小时服务，并在2小时对业主方所提出的要求做出响应。对系统数据异常问题（错误数据、漏转数据等），中标人必须派出相关技术人员在4小时排除故

53、障或到达现场给予技术支持，一天恢复系统正常运行。由此产生的一切费用均由中标人承担。3.5 付款方式合同签订后15个工作日，甲方办理合同总价30%的财政支付手续；初验通过后15个工作日，甲方办理合同总价40%的财政支付手续；项目终验通过后15个工作日，乙方提供合同总价5%的银行履约保函（有效期为1年），甲方办理合同总价25%的财政支付。二、合同要求投标人必须响应并承诺以下所附合同主要条款。附：市政府采购合同合同登记编号：技术开发合同书项目名称：社区警务信息工作系统二期工程项目。甲方：市公安局乙方：_签订地点：签订日期： 年月 日有效期限：年依据中华人民国合同法的规定，合同双方就市公安局户政业务网

54、上辅助服务系统建设采购项目的技术开发，经协商一致，签订本合同。本合同根据市公安局社区警务系统本地化建设采购项目招标文件（编号：XXXX）和该项目的中标通知书由甲方与乙方签订,并经甲乙双方协商同意下列条款：一、本合同研究开发项目的要求（一）技术目标：。（二）技术容：。（三）项目开发完成、双方进行最终验收之前，乙方必须无条件向甲方提交以下技术文档和资料，以下所有资料提供纸质1份与电子文档2份：1.软件需求说明书；2.概要设计说明书；3.详细设计说明书；4.数据库设计说明书；5.用户手册（包括一般用户与管理员维护手册，管理员维护手册必包括系统配置手册、系统参数列表）；6.操作手册与安装实施手册（必包

55、含数据库、中间层、应用层的安装脚本与相应的安装介质）7.模块开发卷宗（必包括功能说明、程序设计说明、接口设计说明、源代码清单、编码说明）8.测试计划与分析报告。二、应达到的技术指标和参数（按照招投标文件约定、承诺以与信息化验收标准要求。）达到“技术服务容表”中所列的功能要求、完成系统集成（与硬件租赁配套实施）、初验、试运行，通过安全测评与第三方测试等测评。三、研究开发计划乙方应在本合同签订生效之日起1周开展项目的需求分析，具体的研究开发计划根据双方签订的需求确认书确定。合同签订生效之日起3个月完成项目的软件设计与开发、软硬件配套设施的安装调试与系统测试等工作并提交初步验收，初验合格后进入试运行

56、期。系统连续稳定试运行满3个月后提交最终验收（项目安全测评和验收测评合格后进行最终验收、最终验收按照市科信局的验收要求），项目终验合格后提供1年免费质保期。四、甲乙双方提供的技术资料与协作事项（一）本项目开发完成，乙方以应用软件一套（含光盘），提供系统的全部开发设计文档、测试文档、说明文档、源代码（与代码说明）方式向甲方提交研究开发成果一式二份。（二）乙方应提交的技术文档：第一条第三款所列。 （三）乙方提供技术资料的时间和方式：项目验收前、光盘、面递。（四）其他协作事项：甲方协助乙方办理相关业务支持点的出入手续 。本合同履行完毕，上述相关资料按以下方式处理：由甲方处理。五、费用与支付方式（一）

57、本开发项目总费用：人民币。该费用包括本开发项目的需求调研、系统分析、设计、编码、安装调试、评审验收、培训、技术支持和服务、维护期服务等所有费用，合同执行期间费用总额不变。（二）支付方式1、合同签订生效之日起15个工作日，甲方按照合同总价的30%办理支付预付款手续，即人民币；。2、系统用户初验合格之日起15个工作日，甲方按照合同总价的40%办理支付手续，即人民币；3、项目终验（信息化验收）合格之日起15个工作日，乙方提供合同总价5%的银行履约保函（有效期为1年），甲方按照合同总价的30%办理支付手续，即人民币；4、质量保证金银行保函，在系统维护期结束之日起30天后，自动失效。5、乙方须在甲方办理

58、付款手续之前5个工作日，提供等额的正式发票给甲方，以便甲方与时办理支付手续。六、本项目所开发软件的知识产权：归甲方所有。七、合同变更本合同的变更必须由双方协商一致，并以书面形式确定。但有下列情形之一的，一方可以向另一方提出变更合同权利和义务的请求，另一方应当在 5 天予以答复；逾期未予答复的，视为同意：（一）因国家相关政策、法规发生变更；（二）/ 。八、在本合同履行期间，作为研究开发标的的技术已经由他人公开（包括以专利方式公开），一方应在 5 天通知另一方解除合同。逾期未通知并致使另一方产生损失的，另一方有权要求予以赔偿。九、研究开发成果提交的方式本项目开发完成，乙方以光盘与书面方式向甲方提交

59、研究开发成果一式二份。交付地点：市。十、知识产权乙方应当保证交付给甲方的研究开发成果不侵犯任何第三方的合法权益。如因此发生技术侵权纠纷的，由此造成的所有责任和费用均由乙方承担，与甲方无关。十一、技术情报和资料的甲方：1.容： / ；2.涉密人员围： / ；3.期限： / ；4.泄密责任： / 。乙方：1.容：所有标明“秘密”的资料；2.涉密人员围： 项目开发与管理人员 ；3.期限： 永久 ；4.泄密责任：除按照有关规定追究乙方单位与个人经济上的赔偿责任外，有权提请司法机关追究有关人员与单位的法律责任。十二、风险责任的承担在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开

60、发部分或全部失败所造成的损失，风险责任由 乙方 承担。本项目风险责任确认的方式为：由双方共同协商确认。十三、技术成果和著作权的归属和分享（一）专利申请权：甲方享有申请专利的权利，著作权归甲方所有。专利取得后的使用和有关权益分配方式如下：由甲方确定 。（二）非专利技术成果的使用权、转让权1.技术成果的使用权：甲方 ；2.技术成果的转让权：甲方 ；3.相关收益的分配方式：甲方 。（三）乙方完成本合同项目的研究开发人员，享有在技术成果文件上写明技术成果完成者的权利和取得相关荣誉证书、奖励的权利。（四）利用本项目研究开发成果进行后续开发的约定甲方有权利用本项目开发成果进行后续开发或改进，由此产生的具有

61、实质性或创造性技术进步特征的新技术成果的权利归属，由 甲方 享有。相关利益分配方法如下：由 甲方 享有乙方利用本项目开发成果进行后续开发，由此产生的具有实质性或创造性技术进步特征的新技术成果的权利归属，由 乙方享有。相关利益分配方法如下：由 乙方享有。十四、验收标准和方式（一）每个软件功能模块开发完成并测试通过后进行初验，按本合同第一条所列相关文档和本合同第二条所列技术指标作为验收标准，由甲乙双方共同验收。（二）系统所有功能模块初步验收通过后进入试运行，软件连续稳定试运行满 30 天，乙方书面提出最终验收的申请。甲方在乙方申请之日起 15个工作日申请信息化验收。最终验收由甲乙双方与有关专家（聘请专家由 甲方 确定，费用包含在合同总费用）共同进行。验收合格后出具项目验收证明。十五、技术支持和服务（一）乙方负责免费培训1.培训目标：使相关人员独立,正确使用市社区警务信息工作系统（二期）；2.培训容：负责免费提供系统的操作、安装、检测、调试、配置和维护培训。负责免费提供系统软件的安装、使用培训。负责免费提供操作、维护培训方案与详尽的培训资料；3.培训时间与人员：负责在系统上线前，免费对全市12个区县分局，250多个派出所涉与约40名技术员、2500名社区