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

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

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

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

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

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

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

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

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

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

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

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

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

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