港口是一個復(fù)雜的系統(tǒng)。它的所有者制定的業(yè)務(wù)流程通常與那些實際的獨立信息系統(tǒng)不匹配，這種不匹配產(chǎn)生的一些不必要的東西會導(dǎo)致服務(wù)水平降低，運營成本增加；除了來自運營方面的挑戰(zhàn)，安全和海關(guān)的法律、不斷變化的客戶需求和港口基本設(shè)施狀況更加劇了IT系統(tǒng)開發(fā)的壓力。

"港口業(yè)務(wù)運作系統(tǒng)（EFFORTS）"的目的是提高歐洲港口的業(yè)務(wù)競爭力和勞動力市場的質(zhì)量。工程的主要目標是確保IT系統(tǒng)在規(guī)范、實現(xiàn)、驗證和推廣階段保持很大程度上的一致性和規(guī)范性。這項工程是由歐洲委員會發(fā)起，并由包括技術(shù)開發(fā)人員、研究機構(gòu)、咨詢公司、港口當局和運營商等海運業(yè)關(guān)鍵人員聯(lián)合執(zhí)行的。

定義港口業(yè)務(wù)集成項目的路線圖

德國IT顧問公司尼爾森及其合伙公司是這項工程的一個主要合作伙伴，他們負責專門開發(fā)港口業(yè)務(wù)集成項目的過程模型。他們提供了一個港口業(yè)務(wù)集成項目開發(fā)的過程模型的"路線圖",也可稱之為結(jié)構(gòu)理論。路線圖是這樣一個模型，該模型可在開發(fā)周期的不同階段實現(xiàn)無縫的過渡，尤其在業(yè)務(wù)分析、詳細規(guī)格、系統(tǒng)設(shè)計、實現(xiàn)和測試階段。由于路線圖是基于端口流程的模型,可以作為"標準商業(yè)案例",用于解決具體問題。因此，重用路線圖的應(yīng)用，可以加快開發(fā)周期并得到更好的開發(fā)質(zhì)量。

可行性研究:船舶貨單數(shù)據(jù)的自動跟蹤

作為工程實施框架內(nèi)的可行性研究，貨單處理的分析在都柏林港口進行。這個項目的目的是指定一個能鏈接獲取船舶運營過程中貨單數(shù)據(jù)的中央服務(wù)器，進而對船舶貨單進行自動化跟蹤，其中監(jiān)控模塊也支持在工作流程缺失或不完整時自動觸發(fā)。該項目同時啟用自動數(shù)據(jù)傳輸?shù)狡髽I(yè)資源計劃(ERP)系統(tǒng)，為其生成和提供統(tǒng)計數(shù)據(jù)。

應(yīng)用到都柏林港口公司的路線圖模型

為了展示可行性和效果，路線圖模型被應(yīng)用到了都柏林港口公司(DPC)處理貨單數(shù)據(jù)的項目中。這個試點項目的幾個目標被定義作為關(guān)鍵目標:

• 解決一個現(xiàn)實的問題
• 體現(xiàn)在流程和信息系統(tǒng)之間的復(fù)雜性
• 明確定義目標系統(tǒng)的邊界

貨物清單報告包括裝卸貨物或單位的數(shù)量和種類，這和統(tǒng)計港口進出乘客和汽車的數(shù)量是一樣的。都柏林港口公司使用貨物清單信息：

• 形成為港口提供基礎(chǔ)服務(wù)的基本單據(jù)
• 用作統(tǒng)計評估的基礎(chǔ)
• 支持處理危險貨物信息

現(xiàn)今，都柏林港口會從不同的貨運代理通過不同渠道收到各種格式的貨物清單信息。關(guān)于船只班次的操作信息會被記錄在管理信息系統(tǒng)（MIS）里，而單據(jù)和統(tǒng)計數(shù)據(jù)會在ERP系統(tǒng)里進行處理。通過對都柏林港口的現(xiàn)狀分析,識別出了有以下的問題:

• 存在大量不同的貨運代理接口
• 在處理收到的貨物清單和船只班次之間沒有自動的信息交換
• 缺少對監(jiān)視清單數(shù)據(jù)狀態(tài)的IT支持
• 不能將清單數(shù)據(jù)自動傳輸?shù)紼RP系統(tǒng)
• 沒有自動工作流。比如，有關(guān)缺失或處理不完整的清單信息需要手動來處理。

Enterprise Architect中文產(chǎn)品介紹>>