海事综合业务管理信息系统设计

水运管理 2011 年第 7 期 总第 309 期 海事综合业务管理信息系统设计 张广星 吴磊 舟山海事局 浙江舟山 316000 摘要摘要 随着海事一体化建设的发展 海事各业务部门之间的联系越来越密切 建立统一的管 理信息系统将有助于减少海事系统内的重复劳动 便于各业务部门之间的数据交流 提高 工作效率 本文从数据库建设角度出发 分析了海事各业务部门之间的关系 提出了海事 管理信息系统设计方案 为海事管理信息系统建设提供参考 关键词 海事 一体化 管理信息系统 0 0 引言引言 笔者最初从事海事工作时 海事业务软件重复建设严重 每天的日常工作中可能会用 到四五个平台软件 由于这些软件是分别独立设计的 各自之间缺少应有的关联性 这样 不仅增加了设计成本 还增加了最终用户的重复劳动 提高了数据错误率 并且还难以实 现各项业务之间的数据整合 如对某艘危险品船进行现场检查后的电子台帐涉及巡航检查 和危防管理二个软件系统 属于重复性劳动 在输入现场检查台帐时 所用软件与船舶基 础资料数据库之间没有有效接口 需要操作人员首先从一个软件查询船舶资料 再手动录 入至另一个软件 降低了数据完整性和准确性 通过船员管理系统对某船员进行行政处罚 如记分 扣证 之后 该处罚并不能在签证系统里体现出来 其结果就是在一个软件系 统中船员已不适合上船任职 而另一个系统却将其作为适任船员 数据间缺少应有的关联 性 这在现实情况中是不容许发生的 鉴于海事管理业务中绝大多数内容是围绕航运公司 船舶 船员这三个管理对象展开 的 本文提出了基于航运公司 船舶 船员基础数据库的海事管理信息系统设计 海事综 合业务管理平台 为海事信息系统一体化建设提供参考 本文设计的管理信息系统 除了 供海事业务部门使用以外 还为海关 边防等相关业务单位预留了数据接口 为将来的数 据共享提供便利 1 1 基础数据库设计基础数据库设计 1 11 1 基础数据的纽带作用基础数据的纽带作用 鉴于多项海事业务都是围绕航运公司 船舶 船员而展开的 我们将航运公司 船舶 船员数据称为基础数据 综合业务平台中的各项数据都将是建立在对基础数据的操作之上 这里以船舶为例介绍一下基础数据在海事业务中的纽带作用 海事对船舶管理包括了静态管理 动态监控和现场检查等业务 各业务部门之间是息 息相关的 而不应该是闭门造车 无视其他部门的工作 如船舶在报告 VTS 进港后 船舶 签证部门亦应该能够掌握船舶动态 以免出现对尚在千里之外的船舶进行进港签证操作 而现场检查部门的现场检查结果 也应及时反馈至船舶签证部门 避免对不宜出港船舶进 行出港签证 当船舶装卸作业完毕之后报 VTS 出港时 VTS 同样需要了解该船是否已办理 出港签证 各业务部门之间的上述关系通过部门间的业务联系单的方式也能实现 只是大 量的工作联系单不仅加重了海事人员的工作量 还容易出现差错 遗漏等现象 而通过计 算机软件操作则将很容易就能实现上述联系 同理 航运公司 船员在海事管理业务之间 也起着类似的纽带作用 1 21 2 基础数据库设计基础数据库设计 本文提出的海事综合业务管理平台中 基础数据是供其他海事业务展开的基础数据源 水运管理 2011 年第 7 期 总第 309 期 因此只包含了航运公司 船舶 船员的最基本信息 还可以根据需要加入新的基础数据项 如码头 基础数据设计如下 航运公司航运公司 名称 注册地 是否体系公司 联系人 联系方式 船员船员 姓名 身份证 性别 船员证书 其他证书 所属公司 船舶船舶 名称 呼号 MMSI 船籍港 尺寸 吨位 船舶证书 所有人 经营人 管理 人 船员名单 从上述航运公司 船舶 船员属性可以看出三者之间是多对多的关系 一家航运公司 往往有多艘船舶 一艘船舶可能与多家航运公司发生关系 如所有人所有人 经营人和管 理人 一家航运公司总是会有若干个船员为其服务 一个船员可能在隶属于一家航运公司 的同时 被派到另一家航运公司任职 一艘船在营运过程中 总是需要多个船员的工作才 可以启动 一个船员任一时刻只能在一艘船上任职 而在另一个时间可能已经到其他船舶 上任职 也可以不在船任职 即工休 2 2 用户需求与能模块设计用户需求与能模块设计 2 12 1 用户权限用户权限 海事综合业务管理平台采用 Microsoft SQL Server 2000 数据库管理系统 由于各用 户在工作中的业务内容不同 所具有的权力也不尽相同 加上船舶 船员及航运公司的隐 私问题 综合管理平台在设计时严格用户访问权限 根据不同用户授予不同的访问权限 具体权限如下表所示 表 1 用户权限表 访问权限 用户 基础数据动态数据静态数据检查结果 权限说明 基础数据 管理 操作级查询级查询级查询级 管理基础数据 不影响业务数据 动态监控查询级操作级查询级查询级 管理动态数据 受其他数据影响 静态监管查询级查询级操作级查询级 管理静态数据 受其他数据影响 海 事 用 户 现场检查查询级查询级查询级操作级 管理现场检查数据 受其他数据影响 口岸单位查询级查询级查询级限制级 可查询 下载基础数 据和船舶动态及作业 信息 外 单 位航运企业 代理 限制级限制级限制级限制级 可进行网上申报 可查询下载与其业务 相关部分信息 2 22 2 基础数据管理基础数据管理 管理基础数据库 增加 编辑 删除基础数据项 增加 编辑 删除基础数据记录 该业务不应影响其他海事业务管理信息 如签证 检查 基础数据和业务数据之间的关系 如下图所示 水运管理 2011 年第 7 期 总第 309 期 图 1 基础数据和业务数据之间的关系 2 32 3 海事综合业务管理海事综合业务管理 综合业务管理包括静态业务 动态监控 现场检查等项 以后根据需要还可以增加其 他模块 如危防管理 因为海事各项业务是息息相关的 所以每项海事业务所对应数据库 中 都会在相应基本元素的属性之外增加海事管理信息项 如船舶签证处理结果不仅包含 船舶基本资料 还将包含签证结果信息 各项业务处理结果之间又是相互关联的 如船舶 检查结果会影响船舶签证操作 而船舶签证结果将进一步影响 VTS 出口作操 但是一个部 门的工作 不能去修改另一部门的数据结果 如签证部门不能随便修改现场检查结果 根 据海事管理业务中的相互关系 各项业务数据间关系如下图所示 图 2 业务数据关系图 2 42 4 网上申报网上申报 网上申报是海事系统实施的便民举措的一项重要体现 可以让船舶 船员 航运公司 通过 Internet 网络进行电子业务申报 是海事管理业务中执法人员与相对人间的交互平台 3 3 系统开发技术方案系统开发技术方案 3 13 1 体系结构设计体系结构设计 系统常用体系结构有层次结构 客户机 服务器结构 C S 结构 浏览器 服务器结构 B S 结构 和 C S 三层体系结构 层次体系结构一般只适用于较小的单机系统 C S 三层 体系结构比较复杂 投入较大 C S 结构具有较强的信息处理能力 而 B S 结构则具有较 好的网络扩展性和兼容性 C S 方式可充分利用服务器端和客户端资源 服务器端主要是按照客户端请求完成大 量数据查询 统计等功能 并将结果返回给客户端 客户端向服务器发送请求并根据返回 数据进行分析处理 生成最终结果 其主要优点在于 1 交互性强 因为在客户端有一 套完整应用程序 在出错提示 在线帮助等方面都在强大功能 2 降低网络通信流量 3 运算速度快 技术比较成熟 C S 方式体系结构的缺点是维护量较大 结构不够灵活 用户界面不可能统一 并且不适合远程访问和移动办公等 基于 Internet 网络特性的 B S 结构模式将应用程序放在服务器端 应用程序中所有复 水运管理 2011 年第 7 期 总第 309 期 杂的数据计算都由服务器上的实现 客户机只需将网页下载到客户端浏览器 客户端使用 浏览器向服务器端发出请求 服务器端完成所有处理 将结果显示给用户 客户机和服务 器之间传送的数据只是计算条件和结果 B S 方式是网络发展的方向和主流 这种方式的 主要优点在于 1 客户端界面统一 简洁 它不需要象 C S 模式那样 在不同的客户端 安装不同的客户应用程序 而只需安装通用的浏览器软件 维护简单 2 简化了系统开 发和维护 系统开发不需要再为不同级别的用户设计开发不同的客户应用程序 只需把所 有功能都实现在 Web 上 并就不同的功能为各个组别用户设置权限即可 3 系统结构相 当灵活 当系统需要扩展时 只需在后台增加相应 Web 软件即可满足使用要求 4 特别 适合网上信息发布和信息查询功能 其主要缺点是交互能力不强 运行速度慢 安全性较 差 海事管理业务中每天都要从大量的数据 记录中进行查询检索 另一方面其用户分布 在不同场合 对数据远程传输要求较高 海事综合业务管理平台数据库设计采用 C S 方式 和 B S 方式相结合的模式 不同功能模块采用不同体系结构 数据查询和统计采用 C S 和 B S 方式 远程调用采用 B S 方式等 3 23 2 开发平台开发平台 系统的开发平台采用 NET 平台 服务器端采用 Windows 2003 Server 系统 NET 平台是微软推出的一个开发平台 该平台主要具有以下特点 跨语言性 NET 平台支持多语言的互操作性 用一种语言编写的程序被编译成中间代 码 编译好的代码可以和从其他代码编译过来的代码进行交互 跨系统平台 用各种语言编写的代码都先编译成中间代码 在执行时再使用即时编译 技术把中间代码编译成特定系统平台的机器代码 实现了异构系统平台的相互操作 安全性 NET 通过公共语言运行库实现资源对象和类型的安全 4 4 海事综合业务管理平台的主要功效海事综合业务管理平台的主要功效 下面以我们以 VTS 动态监控与其他业务部门间的关系为例 说明海事各业务部门之间 的联系 分析本文提出的海事综合业务管理平台的作用 VTS 是为了保障船舶交通安全 提高水上交通效率 保护水域环境 对船舶实施交通 管制和信息服务 VTS 通过雷达视频或 CCTV 来获取船舶位置和运动轨迹 通过 AIS 资料或 VHF 通讯来获取船舶名称和基本资料 VTS 监管工作的前提是快速准确的获取有关船舶的基 本信息 然而目前我国管理机制方面的完善 导致船舶 MMSI 识别码输入不规范 导致 AIS 不能全面发挥其应有作用 VTS 很多时候中心在提供服务之前仍需通过 VHF 询问船方基本 资料 不仅增加了 VTS 值班人员工作量 还降低了工作效率 我们希望执法人员在进行船 舶检查时逐步规范船舶 AIS 信息输入 如此不仅能提高 VTS 工作效率 还将有利于船舶之 间的快速识别 通常情况下进行船舶检查的业务部门并不能实时直观掌握船舶动态 经常为了了解一 艘船舶的进出港动态而进行多次电话联系 如此以来不仅工作效率难以提高 还增加了执 法人员的厌烦情绪 甚至于还增加了执法相对人的抵制心理 而通过本文设计的海事综合 业务管理平台 船舶检查部门将能轻松掌握辖区所有船舶动态 减少执法人员在往常工作 中不必要的劳动 以宽松的心态投入到工作中去 还能合理安排时间 大大提高工作效率 VTS 实施的交通管制和信息服务都是通过 VHF 语音通信实现的 VTS 值班人员并不参与 船舶的直接检查 所有并不能准确掌握检查 签证部门的评价结果 例如在某船报告离港 时 VTS 并不知道该船是否有未签证 缺陷未纠正 处罚未完毕等不宜出港因素存在 只 能根据当时通航环境做出判断 另一方面签证 检查部门也难以对自己做出的处理结果进 行全程跟踪 这样一来 不但使得海事各业务部门之间的工作出现了脱节 还增加了 VTS 水运管理 2011 年第 7 期 总第 309 期 值班人员的执法廉政风险 降低业务部门执法完善度 而综合业务平台投入运行后 将能 轻松有效规避这样的尴尬局面 5 5 结论结论 综上所述 综合业务平台的推出 不但能够减少海事人员的工作量 提高工作效率 还将提高数据的可靠性和准确度 甚至还会减少执法人员的廉政风险 综合业务平台融入 了目前海事执法管理的绝大多数业务 同时其所有的数据建设都是以海事业务共同管理对 象 航运公司 船舶 船员 为基础的 便于以后升级 加入新业务 该平台能够很好的 适应并服务于目前和今后的海事业务一体化工作 综合业务平台在数据库建设方面采用了 基于 Internet 网络平台的标准化设计 具有跨语言 跨平台和安全特性 便于数据共享和 网络连接 易于接入潜在用户 必将为今后口岸通关服务信息化建设提供有效服务 参考文献 周懿宗 一体化 海事信息系统的构想 中国航海学会专业委员会第七届大会论文集 毛奇凰 王岩 张广星等 基于 WEB 的 VTS 信息管理系统的设计 中国航海学会通信导航专业委员会 2006 年学术年会论文集 尚绛 VTS 船舶管理信息数据库 中国船检 2004 年 8 月 邓振斌 山东海事局辖区 VTS 联网方案探讨 中国水运 2007 年 7 月 作者简介 张广星 1980 04