XX监狱情指行一体化平台项目建设需求说明.docx

XX监狱情指行一体化平台项目建设需求说明一、项目概述XX监狱系统在过去的信息化建设中取得了显著成效，但监狱管理仍然面临着情报收集碎片化、资源配置零散化、指挥调度分散化等问题，难以满足现代监狱管理对高效、精准、协同的需求。为提升监狱系统的情报收集、指挥调度和行动执行能力，实现情报信息的快速整合与共享，优化资源配置，增强协同作战能力，同时响应国家信息化建设和上级司法行政机关的政策要求，特提出建设监狱系统情指行一体化平台项目。该平台将实现情报信息的快速汇聚、分析研判与共享，优化资源配置，强化部门间协同作战，为监狱的安全稳定与高效管理提供坚实的技术支撑。二、项目技术要求（一）技术要求本项目建设基于监狱系统部门仓技术中台及政法云公共组件，引进云原生、大数据、微服务架构和中台技术，采用统一的平台技术服务、开发框架、统一管控框架和运维框架，由部门仓提供各种类型数据的存储、计算、分析的能力，可以支撑快速开发业务应用，实现应用程序的自动部署和运行，提高应用程序的开发效率。具体技术规范要求如下：1.满足技术中台相关要求业务应用应基于技术中台进行统一管理和发布。（1）系统部署要求：业务应用应符合云原生规范，部署在基于K8S技术中台底座之上，支持弹性扩缩容，应用中不得直接指定IP访问。（2）代码管控要求：业务应用（定制）的源代码应归属省监狱管理局或下属监所单位。源代码宜基于技术中台的代码仓库进行统一管理，不得在外部网络环境下私自管理代码。（3）系统发布要求：业务应用的代码变更和发布宜基于技术中台的持续集成部署平台进行实施，包括拉分支、提交分支、合并代码、构建、部署等所有发布相关操作。（4）业务开发要求：业务应用的开发宜基于技术中台的统一开发框架，运用框架提供的SDK进行数据访问，业务应用不宜强依赖数据库计算，使用存储过程、数据库函数、触发器、游标等。（5）开放能力要求：业务应用的所有能力开放和调用应基于技术中台的开放平台，业务应用间不得私自直接调用，以实现统一的协议转换、认证鉴权、流量控制、黑白名单等能力的统一管理。2 .满足数据中台相关要求（1）数据管控要求：业务应用开发对数据的任何访问操作（包括查询、修改、导出等）必须基于数据中台的数据管控平台，在平台上发起申请并审批通过后实施。严禁私自获取数据库连接地址和账号密码，通过其他数据工具进行连接。（2）数据分析要求：业务应用的数据分析和统计报表应基于数据中台的数据服务，在开放平台上进行订阅并审批通过后实施业务组装。严禁在生产数据库上直接做数据分析。3 .满足统一工作台相关要求（1）业务应用应集中发布到统一工作台（含Web端、移动端，下同），实现用户对业务应用的统一入口访问。（2）业务应用应遵循统一工作台的UI/UE规范，包括应用设计、图片使用、页面风格、布局结构等，实现各业务应用统一的界面风格和交互使用。（3）业务应用前端，应基于统一工作台的基础组件和能力包，实现对基础通用组件和对移动端原生能力（如拍照、录音、网络等资源能力）的集成使用。（4）业务应用应对接统一工作台的基础体系，应基于统一工作台的账户权限体系，实现统一身份认证。业务应用的账户资源权限和数据权限宜由统一工作台统一授权管理和维护，不宜私自管理权限。业务应用应通过统一工作台提供的单点登录服务，实现单点登录接入统一工作台。（5）业务应用应对接统一工作台的相关业务能力，实现统一消息服务、统一审批服务。消息服务接入，实现消息的多通道下发、消息的查询、消息阅读状态的修改，以及相关前端界面的应用集成。审批服务接入，使用统一的流程技术引擎，实现页面集成可视化流程编排能力，实现通过标准APl实现流程消息的流转。业务应用不得自建流程引擎。4 .满足业务中台相关要求（1）业务中台自身的开发必须基于技术中台的统一开发框架，符合技术中台有关要求。（2）业务中台的业务服务应支撑dubbo和http接口能力，依赖服务能力提供服务编排的能力。（3）业务服务的开发者应按照能力发布规范，在开发者平台上编辑开放能力接口（包括APl名称、接口说明、入参、出参等内容），并进行发布申请，经审核通过后实现业务服务开放，供其他开发者订阅使用。（4）业务应用的开发者应按照能力订阅规范，在能力开放平台上进行订阅申请，经审核通过后进行调用。业务应用不得重复建设基础业务和通用能力服务。5 .满足开发者平台相关要求（1）开发者在开发实施前，通过运维管理员获取开发者相关资料，包含账号、密码、开发者平台访问地址等信息。（2）业务应用的开发者宜基于开发者平台实施应用开发，按照以下流程实现部署、配置、上线：准备：开发者应联系运营管理员开通git平台账号，创建代码仓库。开发者创建产品时，应提交申请，经审核通过后，获取数据访问权限。开发者应通过开发者平台获取相关接入指南、规范、帮助文档。开发：开发者应通过开发者平台获取后端服务的开发脚手架及相关使用说明文档进行代码开发。开发者应通过开发者平台获取Web和安卓端相关组件SDK及配套使用说明文档。部署：开发者应通过开发者平台，构建版本，部署以及查看服务运行状态。配置：开发者应通过开发者平台提交能力订阅巾请，经审核通过后进行调用；开发者应通过开发者平台提交自有服务能力开放申请，经审核通过后实现业务服务开放，供其他开发者订阅使用。开发者可通过开发者平台对应用进行菜单、基本信息配置。上线：开发配置完成后，开发者可对版本进行提交审核，在统一工作台进行查看。（二）建设思路本项目建设基于监狱系统部门仓技术中台及政法云公共组件，引进云原生、大数据、微服务架构和中台技术，采用统一的平台技术服务、开发框架、统一管控框架和运维框架，由部门仓提供各种类型数据的存储、计算、分析的能力，可以支撑快速开发业务应用，实现应用程序的自动部署和运行，提高应用程序的开发效率。（三）部署方式按照相关政策要求，本项目建设部署主要依托省数字政法平台（简称“政法云”）进行，基于部门仓已有的技术中台、数据中台、业务中台和统一工作台来构建和部署上层业务应用。（四）建设目标遵循“情报研判集约化、指挥调度扁平化、督查管控一体化、应急处突高效化、考核评价科学化”的建设原则，以打造情指行一体化作战平台为目标，构建实战指挥体系，基于监狱系统部门仓技术中台及政法云公共组件、联网汇聚各类联勤指挥业务相关数据，构建物联能力统一支撑中台，实现联勤指挥业务相关数据的统一接入、统一汇聚、统一加工、统一指挥、统一监管、统一开放共享，并充分考虑业务运转及未来业务的拓展要求，同步研发部署智能决策分析组件，共同支撑监狱联勤业务的开展。1 .业务目标（一）建设情报中心，全方位感知收集信息，通过“人力+数据”分析研判生成高价值情报。实现信息情报的上下贯通、内外协同，采取“人工+数字”的方式，加大信息收集力度，用好传统人工手段，发挥人的主观能动性和主导作用，多渠道实时获取各类信息，通过信息标准化，关系图谱，负面清单，要素关联，超级搜索等智能分析工具对信息进行核查、验证、整合。对所有数据信息进行多维度、多跨场景分析，捕捉掌握不稳定因素，深入挖掘问题背后的问题漏洞，提出整改意见并落实任务，形成工作闭环。（二）建设会商中心，依托会商中心和联勤指挥体系融合衔接，构建规范运行的日收日解机制。构建会商大厅和会商室，通过会商大厅可视化展示各个会场的状态和信息，实现会场信息一屏通览。各个会商室可通过配置支撑各级单位部门的各类会商，实现快捷组会，视频调度，轮巡分组，强拆强插等能力，通过即时通讯、在线文档、流程协同对会议进行支撑。基于会商中心的基础能力，实现日收日解的能力，支持通过日收日解模板进行信息情报、专题内容的自动导入，参会人员随时增加或删减人员，对会商结果进行记录，同时会商记录同步对应情报档案。（三）建设合成任务中心，打破监狱各自为战的模式，实现多跨协同，消除各部门间壁垒、阻隔，全面整合各类信息、资源，最大限度激发信息活力,提高捕捉战机，实战解决能力。基于协同中心实现合成任务群组，合成任务多方可视会商，合成任务管理，文件管理和档案管理等功能模块。（四）建设指令中心，基于协同中心，打造联勤指挥体系内指令办理，指令核查，协助办理及请求服务的流转机制，实现快捷传达上级指示、批示、通知精神，下达会商意见和指令任务。（五）建设监测中心，坚持发现问题、分析问题、解决问题的根本导向，紧盯问题不放，构建形成多元共治、源头整治的工作闭环。建设跟踪督办和每警必盯模块，对各级单位部门需落实的请求服务、督察整改、上级要求、指令等工作内容完成进行督办闭环，配套建设每警必盯成效视图，辅助工作责任压实。以日收日解为抓手，建设日收日解在线监测，联勤指挥部门可统览各级会商，强化监督，避免基层空转、低效。2 .公共能力目标本次建设基于中心库架构体系，基于中心库融合通讯等已有能力，构建情报中心、会商中心、协同中心、合成任务中心、指令中心和监测中心，构建全局通用的业务服务能力，沉淀形成共享能力，无需再重复建设，实现对情指行平台中有的公共业务能力的整理和抽象；支持将平台独有的公共业务能力，按平台要求入驻业务中台并通过开放接口、SDK、公共组件等方式提供服务能力；同时支持按照更优原则，厂商改用业务中台已有的服务能力进行调用适配。3 .数据治理目标建设指挥中心专题库，基于中心库生产库和主题库数据治理形成指挥中心专题库，专题库中包含犯情、警情、工情、疫情、舆情的实体库表，通过对实体库表进行打标生成对应的负面清单、关系图谱、不稳定的人、不稳定的事、不安全的物等专题，用于支撑联勤业务体系。（五）采购清单平台系统功能模块功能点功能描述数量X信人信息根据五情信息采集的要求，为监区MJ设置采集入口，支1监息为登记持图片、视频、语音、文字、位置等信息快捷上传和编辑1云采集发现填写操作，支持一键上报。登记信息撤回/退回提供上报人员对已上报信息的撤回、修改功能（可设定时间阀，超过多长时间就不能撤回），设计开发对应的表单、列表、详情等页面及功能。1针对有问题又无法撤回的信息，由上级信息接收人进行退0,此时信息报送人可进行编辑操作，再次上报。但每条信息都要记录留痕。1登记信息查询可在采集列表页面查看信息采集人、单位、业务要素等基本情况，设计开发对应的列表、详情等页面及功能，可按规定制式导出选择的采集报告及相关附件等信息。1系统采集业务系统归集数据中台对各系统的数据进行抽取到数据中台后，依据中心库标准，建设相关专题宽表。1情报研判处置情报产品信息打标信息采集人录入信息以后，信息审核MJ可对图片、语音、文字等信息进行审核操作，人工通过选择打勾等便捷操作方式填写相关标签（如：来源、人、时间、地点、原因、行为等）。1信息补录可通过选择信息采集表单模板通过6W录入相关未及时采集的信息。1构建文字姓名识别算法模型，功能模式基于ZF档卡、MJ信息构建一个姓名库，针对输入的文字进行模糊匹配实现名字识别，并对文字姓名进行位置标记，提供业务进行处理。1针对信息上报文字内容实现名字带有横线，鼠标移上去可显示人员基本信息浮动框，并区分ZF,MJ,同时支持查看详情，调取MJ或者ZF的详细档卡。1人物档卡支持查看人物档卡信息（调用中心库现有能力）。1关系图谱基于专题库数据做可视化呈现，通过关系图方式显示ZF人员的个人关系和MJ的个人关系，支持体现所有关系中异常信息的占比情况。1负面清单建立负面清单专题库，查看ZF负面清单泡泡图和MJ负面清单泡泡图，通过泡泡图展示ZF负面清单中各个标签的占比。1点击泡泡图中各