Enterprise Architect经典案例: 都柏林港口公司业务运作模型分析(上)

原创|行业资讯|编辑:郝浩|2014-05-13 14:53:27.000|阅读 954 次

概述:处理港口的事务是一件繁琐的事情,而开发管理港口的系统则必须充分考虑到港口管理的用户需求和现实状况。本篇案例将会为你详细分析都柏林港口的状况,并提供Enterprise Architect是如何进行模型的用例分析的介绍。此为上半篇,主要对都柏林港口的需求和状况进行分析。

相关链接:

港口是一个复杂的系统。它的所有者制定的业务流程通常与那些实际的独立信息系统不匹配,这种不匹配产生的一些不必要的东西会导致服务水平降低,运营成本增加;除了来自运营方面的挑战,安全和海关的法律、不断变化的客户需求和港口基本设施状况更加剧了IT系统开发的压力。

"港口业务运作系统(EFFORTS)"的目的是提高欧洲港口的业务竞争力和劳动力市场的质量。工程的主要目标是确保IT系统在规范、实现、验证和推广阶段保持很大程度上的一致性和规范性。这项工程是由欧洲委员会发起,并由包括技术开发人员、研究机构、咨询公司、港口当局和运营商等海运业关键人员联合执行的。

定义港口业务集成项目的路线图

德国IT顾问公司尼尔森及其合伙公司是这项工程的一个主要合作伙伴,他们负责专门开发港口业务集成项目的过程模型。他们提供了一个港口业务集成项目开发的过程模型的"路线图",也可称之为结构理论。路线图是这样一个模型,该模型可在开发周期的不同阶段实现无缝的过渡,尤其在业务分析、详细规格、系统设计、实现和测试阶段。由于路线图是基于端口流程的模型,可以作为"标准商业案例",用于解决具体问题。因此,重用路线图的应用,可以加快开发周期并得到更好的开发质量。

可行性研究:船舶货单数据的自动跟踪

作为工程实施框架内的可行性研究,货单处理的分析在都柏林港口进行。这个项目的目的是指定一个能链接获取船舶运营过程中货单数据的中央服务器,进而对船舶货单进行自动化跟踪,其中监控模块也支持在工作流程缺失或不完整时自动触发。该项目同时启用自动数据传输到企业资源计划(ERP)系统,为其生成和提供统计数据。

应用到都柏林港口公司的路线图模型

为了展示可行性和效果,路线图模型被应用到了都柏林港口公司(DPC)处理货单数据的项目中。这个试点项目的几个目标被定义作为关键目标:

  • 解决一个现实的问题
  • 体现在流程和信息系统之间的复杂性
  • 明确定义目标系统的边界

货物清单报告包括装卸货物或单位的数量和种类,这和统计港口进出乘客和汽车的数量是一样的。都柏林港口公司使用货物清单信息:

  • 形成为港口提供基础服务的基本单据
  • 用作统计评估的基础
  • 支持处理危险货物信息
系统用例
提出的货物清单分配中心的主要用例图

现今,都柏林港口会从不同的货运代理通过不同渠道收到各种格式的货物清单信息。关于船只班次的操作信息会被记录在管理信息系统(MIS)里,而单据和统计数据会在ERP系统里进行处理。通过对都柏林港口的现状分析,识别出了有以下的问题:

  • 存在大量不同的货运代理接口
  • 在处理收到的货物清单和船只班次之间没有自动的信息交换
  • 缺少对监视清单数据状态的IT支持
  • 不能将清单数据自动传输到ERP系统
  • 没有自动工作流。比如,有关缺失或处理不完整的清单信息需要手动来处理。

该案例英文版原文>>

Enterprise Architect中文产品介绍>>



标签:CASE工具UML工具模型分析

本站文章除注明转载外,均为本站原创或翻译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动成果

文章转载自:慧都控件

登录慧都网发表评论登录


暂无评论...

为你推荐

  • 推荐视频
  • 推荐活动
  • 推荐产品
  • 推荐文章
  • 慧都慧问
相关厂商
相关产品
Enterprise Architect

Enterprise Architect是一个对于软件系统开发有着极好支持的CASE软件(Computer Aided Software Engineering)

在线客服 在线QQ 电话咨询
400-700-1020
反馈
在线客服系统
live chat