[监管场所数字监控管理软件的设计]

　　摘要：本文中系统基于Microsoft .Net FrameWork2.0框架和SQL SERVER2005数据库，利用面向对象的设计思想，设计了基于实时交互，覆盖监管场所大部分业务的数字化信息管理平台。
　　关键词：设计模式；实时交互；C/S模式；多线程
　　中图分类号：TP311.52 文献标识码：A 文章编号：1007-9599 （2012） 17-0000-02
　　监管部门作为国家的刑事职能部门，由于其特殊性，导致其安防系统涉及到很多领域，其中包括：门禁、视频监控、周界报警、紧急报警、高压电网、巡更、对讲、公共广播、会见录音、监管信息等十多个子系统，对安防系统的要求也相对高于别的部门。
　　在上一代监管场所的监控系统中，设备基本上都运行在各自的总线上，各子系统都处于物理隔离的状态，信息不能共享，相互之间没有关联，形成了信息孤岛。例如，当报警系统发生报警，管理员想要快速监控报警现场的视频情况时，就会出现管理方不能直观对应，无法快速、高效地发挥预警和防范的作用；浪费人力、物力，不但造成了管理效率的低下，而且事后也难以进行事件和数据的追溯。以IT管理能力成熟度（IT-CMM）来衡量依然属于低层次的应用，没有很好的实现信息资源的共享。
　　另外，监管场所对数字化安防管理系统的要求已经不仅仅是安防监控那么简单，还涉及到干警的工作监督和犯人日常行动的监管。而系统的信息孤岛已经无法有效地保障狱警和在押人员的权利和义务，甚至导致不必要的纠纷。
　　利用IT技术对监控场所的设备进行统一管理和资源调配，有效的进行配合是目前数字化监控系统的主流和趋势。
　　在本文中，我们着重介绍了系统的软件架构设计，系统中关键类的设计以及设计模式在系统中的应用。
　　1 监管数字化监控系统的软件体系结构设计
　　软件架构
　　软件采用典型的三层架构模式：
　　表示层，位于最外层（最上层），离用户最近，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。由于监管部门大部分值班警员对电脑操作不熟悉，所以在UI设计时，尽量的将操作简单化，向导化，便于不熟悉电脑操作的人员使用和操作。
　　业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。
　　数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。实现对数据表的Select，Insert，Update，Delete的操作。
　　软件的业务功能在表现层实现，而逻辑层主要实现设备协议接口，设备对象模型和逻辑关系，以及对GIS组件的一些封装，数据访问层则提供了对数据库的增、删、改、查操作和对存储过程的调用，以及最原始的设备协议封装。
　　2 系统命名规则
　　类的命名方式
　　2.1 按功能命名，按软件架构后缀，如视频管理类VedioManagment，视频管理接口类VedioManagmentUI，视频管理数据库存取类VedioManagmentDAO，视频管理数据实体VedioManagmentData。
　　2.2 接口命名，类似于类的命名方式，且在前面加I字母，例如视频管理接口VedioManage IVedio
　　2.3 类说明：类的变量、属性或方法等类成员的类型参照C#语法规范以及业务逻辑来确定。
　　类变量、属性、事件命名
　　3 关键类设计
　　视频服务器（DVR）、门禁硬件设备、报警主机设备均集成至设备基类。
　　code：
　　Abstract class Device{
　　Private int _deviceid；
　　Private string _devicename；
　　}
　　Public class Vidicon ： Device ：IDevice{
　　Private string _username；
　　…
　　Private List _cameralist；
　　…
　　Public bool Connection（）
　　{
　　…
　　}
　　Public bool Disconnection（）
　　{
　　…
　　}
　　}
　　}
　　Public class DoorForbid ： Device：IDevice {
　　…
　　Private List _doorlist；
　　…
　　Public bool Connection（）
　　{
　　…
　　}
　　Public bool Disconnection（）
　　{
　　…
　　}
　　}
　　}
　　Public class WarnHost ：Device：IDevice {
　　…
　　Private List _warnchannellist；
　　Public bool Connection（）
　　{
　　…
　　}
　　Public bool Disconnection（）
　　{
　　…
　　}
　　}
　　4 设计模式的应用
　　为了增加系统的可靠性和代码的重用性，也引入了适配器模式和观察者模式进行开发和设计。
　　4.1 适配器模式。采用适配器模式主要为了解决多种设备的兼容问题。
　　当某个类拥有需要的功能，但它的方法名却不能满足用户的期望，这时候需要使用适配器模式修改这个现存类和外界交互的接口，从而使其能满足用户的需求。适配器模式的宗旨是：保留现有类提供的服务，修改其接口使其能满足用户的需求。
　　在本项目里，由于DVR的厂家、类型存在多样性，所以在设计时，定义了一个Vidicon类，但在针对多个厂家的DVR时，则需要使用适配器模式修改Vidicon类与用户之间的交互接口，使用户能够对多种类型的DVR设备进行操作。
　　4.2 观察者模式。在C#里，利用Delegate实现回调（CallBack）来进行Observer的观察行为。
　　Observer设计模式中主要包括如下两类对象：
　　Subject：监视对象，它往往包含着其他对象所感兴趣的内容。在项目里，设备类派生出来的Camera对象、DoorForbid对象、WarnHost对象都会继承ISubject接口。
　　Observer观察者，在本系统中，将会单独创建一个观察器，它将继承IObserver接口，负责监视Subject的状态，并将他传给电子地图，进行设备的状态在地图上的显示。
　　该项目中利用观察者模式实现消息传递机制，提高系统的实时性和可靠性。
　　参考文献：
　　[1]Christian Nael，Bill Evjen，Jay Glynn.C#高级编程（第6版）[M].北京：清华大学出版社，2008，10.
　　[2]周存杰.C#.NET 网络核心编程[M].北京：清华大学出版社，2002，11.
　　[3]刘云.通信与网络技术概论[M].北京：中国铁道出版社第二版，2008，1
　　[作者简介]周扬玲（1979.4-），女，四川绵阳人，四川中医药高等专科学校信息中心计算机教师，硕士研究生，研究方向为计算机网络。

推荐访问:管理软件 监管 监控 场所