基于UML的警务区工作精细化管理评价系统的模型设计＊

时间：2024-06-19

周金玲

(潍坊学院,山东潍坊 261061)

警务区的主要工作是情况信息收集掌握、实有人口管理、治安管理、安全防范、服务群众、警务管理、大排查管理等工作。随着警务区人员的变动和人员流动性的增加,警务人员对社区内的信息仍采用传统的手工管理已显得力不从心。一方面数据冗余量大;另一方面在数据按不同条件查找时非常繁琐,费时费力。面对科技强警这一趋势,迫切需要一套现代化的管理手段。为解决该问题,依托公安三级网络基础设施,在现有综合信息系统和有关资料数据库的基础上,建立“警务区工作精细化管理评价”系统,目的是依靠科技强警,让民警能充分利用社区资料,组织和发动群众开展群防群治工作,构建严密的辖区治安防控网络。

该系统主要面向广大基层干警使用,在功能上应能满足公安基层基础业务需求,为广大干警提供一个良好的应用环境,使干警的日常工作都能在计算机上实现,从而把信息化应用落到实处。在开发中注重系统的安全性、容错性、封闭性,在功能上按照《公安警务工作正规化指南》要求尽可能完善,数据定义上完全符合部颁标准,同时系统也考虑到根据时代发展需要,业务功能可能会做的相应调整,所以功能模块也预留接口,方便将来的模块扩展。

1 系统体系结构

本系统要解决民警“做什么、怎么做”的问题,为一线民警提供灵活、方便、高效的工作平台,实现工作手段的现代化,切实减轻工作负担,使基层民警的工作逐步由以重复劳动为主的体能型和经验型转变为现代化手段支持的效能型和信息型。

1.1 系统的业务流程

本系统的基本业务流程是派出所领导进行任务分值量化,任务指令下达,民警根据任务指令进行工作安排,并将工作结果上报系统,所领导最终通过统计分析生成分析报表。

1.1.1 分值量化

所领导对当前一段时期,本辖区的警务工作按照指标明细,根据侧重点不同定义相应的分数,以便量化统计。比如,如果最近一段时间,本地区要搞重大节庆活动,则安全保障是这一段时期的重点工作,所领导可以将安全防范、治安管理当做重点工作来做,其相关指标的分值要高一些,任务下达给警员时,可要求把安全隐患排查出来。

1.1.2 任务指令下达

指标系统的分值定义完成后,所领导按照业务流程,将指标任务下达给各警务区,按照工作安排统一行动。

1.1.3 业务处理

各警务区在终端机器上,根据系统下达过来的任务指令,进行工作安排,如走访、排查等,并最终将其处理结果以电子简报的形式上传系统,当然也可以上传照片等附件,入库等检。

1.1.4 统计分析

管理员可以在任何时间统计分析各警务区或警员上传回来的工作简报,并对其处理结果进行质量检查。如有可能可对某些工作情况进行回访验证,最终给出工作评价。所领导根据最后的统计分析,可以对前一段时间的警务工作进行点评总结,并为下一步警务工作做好科学有据的分析研判。

1.2 系统的功能设计

根据《公安警务工作正规化指南》要求并结合具体的业务需求,在建立明确合理的指标体系和科学完善的考评体系的基础上,引入信息技术促进警务区的工作管理,即通过建立基于公安网(金盾网)的网上警务区精细化管理评价系统,促进警员工作规范化,提高工作效率,同时也可对基于警务区的警务管理模式进行有益改进。系统功能图如图1所示。

图1 系统功能模块图

2 基于UML的系统建模

UML作为一种标准的面向对象建模语言,是在多种OOA/OOD方法基础上形成的,用来对软件进行描述、可视化处理、构造和建立软件系统的文档。它提供了一套描述面向对象软件系统模型的概念和图形表示法,以支持面向对象的技术和方法,体现面向对象分析与设计风格。

2.1 系统功能需求模型

UML通过用例图来描述系统的功能需求。用例是对目标系统业务领域过程的描述,用例分析是基于UML的面向对象建模过程的一个显著的特点,在基于UML的建模过程中,用例处在一个核心的位置。

图2 系统用例模型

对于警务区管理系统进行用例建模,首先确定用例图的系统边界为“警务区工作精细化管理评价系统”,然后根据系统边界来识别与系统发生交互的“角色”。根据对系统的业务流程分析,确定与系统有信息交互的用例角色为管理员、所领导、普通民警。通过对系统功能需求的分析,建立系统用例图如图2所示。

从图2可以看出3个角色各有不同分工。管理员具有系统管理、质量检验权限;所领导具有指标的分值量化,任务下达,查询统计权限;民警具有最基本权限,即根据任务指令,进行相应的业务处理。

2.2 系统静态建模

类图是系统建模分析阶段最重要的静态模型表示图,类图是几乎所有面向对象方法中都具有的表达方式,也是面向对象模型中的核心。类图表明了类(对象)之间的静态关系,主要有关联、聚合、泛化(继承)等。建立用例图后,需进一步识别出系统中存在的对象,然后再从对象中抽象出类,并确定共同的发生和操作。

UML类图表达了一组类和它们之间的联系,在类图中,一方面描述了类的本身,另一方面描述了系统类之间的静态关系。通过分析,得到系统的总体类图如图3所示。其中Admin类、Police类、leader类为U ser类的子类,它们之间是泛化关系;U serReglnfo类则保存了用户注册的信息,adm in类、Police类、leader类依赖U serReglnfo类完成系统用户注册及系统登录;科室department类以科室为单位;Data Info类为活动类,是系统的核心,它实现信息的在整个系统中的流转,其中标志性的类是Data InfoState,它记录了信息在数据流中的状态;Data InfoSeek与Data InfoAnlyse则是根据Data Info类封装的查询与分析类。

图3 系统总体类图

2.3 系统动态建模

系统类图主要对系统用例图中的功能实现进行了静态描述,为了对软件系统进行全面描述,还需要对其动态行为建模。UML中用于系统动态建模的主要有时序图与活动图,其中时序图主要描述了按时间顺序排列的对象交互作用,包括交互作用中的对象和交换的消息序列。活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发。活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排,它可完成一个工作单元。图4就是“警务区工作精细化管理评价系统”的分区活动图,从中可以看出一条完整信息流的业务处理过程。

图4 分区活动图