2005/09/12

EDI Modeler Design實例運用(一)

前言

大部份的人除了公司有拿 webMethods 來做 EAI 的事項外,其餘的應該很少有用到 Modeler 功能,我以一個目前實際的例子來引導出 Modeler Implementation 的概念,不過, Modeler 的用法跟目的,是見人見智啦,在這邊只是用一個簡單的例子來說明而已,所以不要太介意或太在乎我的做法,畢竟每個人的想法不一樣,所以做出來的東西也不一樣,就像寫程式一樣,一個九九乘法表的程式,每個人寫出來的,也不盡相同。
範例:一個 Inbound EDI 的流程,當我收到一個 EDI 的檔案時,進行資料驗證後,將資料傳送到資料庫中,若其中的過程有問題,則必需要做 Error Handle ,並且發生 Email 通知相關人員。
這個範例,其實也可以經驗 Processing Rules 來完成,反而簡單又快速,不過,我以 Modeler 的方式,是為了能運用 Modeler 用法,並且能使用 Monitor ,來方便管理及監控我的 Process 。其步驟如下:
  1. 繪製 EDI Inbound Process
注意到,左右這二塊是跟中間這一塊的顏色不一樣,而且連接的線,是以虛線來表示,跟其它的實線不一樣,其原因在於左右這二塊是屬於External Group,External Group中的Step不會程生於程式當中,純粹只是流程的表示而已,最重要的是我們中間白色的這一塊,這是webMethods實際運作流程。
注意:藍色跟紅色線的差別是在於Step處理的結果,若此Step處理失敗則會走紅色路線,若成功則走藍色路線,只要設定Line的Properties即可。

  2. 當有 Join Step 的時候,必需要設定 Join 的條件

流程中的 Handle Error Step ,有三條 Line 都指定此 Step ,此時我們必需設定 Join Type ,否則在 Process Validate 的時候,會發生無法驗證的錯誤。


  3. 設定 Folder 以及 Package 的位置
雖然當我們的流程產生出來後, Modeler 會自動幫我們產生 Folder 以及 Package ,但為了管理方便,我們也可以自行指定我們要產生的 Package Name 以及 Folder Name ,只需要在 Properties 中設定即可。

  4. 定義被啟動的文件及條件
  幾乎每一個 Modeler 都是被一個 Document 所啟動的,也就是說,若我們所畫的 Modeler ,是要被啟動的一個 Process ,那們我們就得設定他所等待的 Document ,以及此文件所等待的條件,在此範例中,我的條件是設定此份的 EDI 的 User Status 及 Sender ,當符合我所設定的條件時,就會啟動此流程。


  5. 選擇要Invoke的Service

在開發這一個 Modeler 之前,我已經開發完所相對應的 Service 了,所以接下來,我只需要指定我所開發出來的 Service 即可。不過有的人是習慣先畫完流程再寫 Service ,我想這應該沒有一定的規則吧,應該是看每個人的開發邏輯跟方式而定。







  6. 驗證、產生、上傳流程
整個Modeler算是開發完畢,接下來只需要幾個按紐即可搞定,這其中包括:
Validate Business Process:驗證一下我畫出來的圖是否正確,如果有不對的,他會有Error Message產生,再依照所指定的錯誤去更改就好了。
Generate Business Process:產生你的 Business Process ,產生完畢後,你可以用 Developer 去看看有沒有什麼變化,這時,你應該會看到會產生一個 Package 出來,而這個 Package 的名稱,應該是你之前所指定的名稱。
Update Model for Monitoring:當你完成後,你就會在你的 Monitor 的管理畫面看到這一個 Model 的名字啦, Monitor 的管理畫面在哪呢?打開你的瀏灠器,並在網址列打上 webMethods 的位置及 Port Number 後面再加上 /WmMonitor/ 即可。
最後別忘了,把這一個 Model 給 Enable ,即可使用啦。

2005/08/29

我們提供 B2Bi & EAI 解決方案

在多變的競爭環境,整合企業內部系統以達到跨部門跨組織並整合上下游供應商,組成完整的供應鏈,已是企業已不可獲缺。讓企業提昇競爭力及客戶服務,使企業提高獲利速度。




企業目前所面臨 IT 平台整合的困境


繁亂無章的系統要進行整合

今天企業內部面臨龐大企業整合的壓力,各系統之 間不僅僅只是做單純的資料交換而已,更需要有整 合的統一標準、細緻的流程控管並且更有彈性的變 化來因應各種不同的需求及變更。
一個看似簡單的 系統整合,卻要橫跨三個以上不同 的系統,以傳統的做法,可能是以資料庫整合的模 式,來整合各個不同的系統,但此種模式並非合適 的方式,那我們遇到整合性的問題,該如何來解決?在此webMethods提供一個良好的整合解決方案。
webMethods (NASDAQ: WEBM)
webMethods為美國一間上市公司,所提供的Solution為解決公司內部系統整合及外部B2B整合的解決方案供應商,其Solution名稱與公司稱webMethods同名,所服務的客戶含蓋全球,包括知名的AT&T、SONY、Panasnic、3M、台積電、聯電等等世界名大廠,其Solution能輕易且快速的整合企業各種不同平台系統及經由RosettaNet、ebXML或是EDI的方式整合企業供應商系統,以達到水平及垂直性的供鏈管理。(其公司網站為http://www.webMethods.com
webMethods 所提供的整合機制
webMethods提供一整合性服務平台來整合個各系統
企業內部,擁有不同的應用系統、不同的應用系統上又有不同的Function,以及外部不同的Partner,webMethods以服務為導向,將整合層次往上提昇,不只做資料庫的整合,更做功能性的整合,整合各個不同應用軟體上的功能,以達到真正的EAI。
webMethods所提供的Adapter
若企業今天要做B2Bi,webMethods有:RosettaNet Adapter、EDI Adapter、ebXML Adapter
若企業今天要連接不同的資料庫,webMethods可支援:Oracle、IBM DB2、Sybase、Informix、Microsoft SQL Server
若企業今天要整合不同的ERP,webMethods提供了:SAP Adapter、Oracle Applications Adapter、Broadvision
若企業內部有CRM系統需要連接,webMethods有:Siebel Adapter、Peoplesoft Adapter
webMethods提供商業流程管理介面來建置企業的商業流程

利用 webMethods 的 BPM(Business Process Management),經由簡單的托、拉、放的方式,

及簡易的設定,即可設計一個複雜的商業

流程。而當一個流程被啟動時,webMethods的BAM(Business Activity Monitoring),可及時知道目前此流程的狀態,並且即時產生動態報表。
webMethods提供多種應用管理媒介
企業可以利用PDA、電腦以及手機方式來操作你的webMethods整合系統。
安捷達提供整合的經驗
各種不同平台的開發經驗

企業內部所要整合的系統不僅複雜,並且各系統的開發方式不盡相同,但安捷達不管是在Portal Management 、On-line Applicatoin 以及Application Integration等等,都擁有許多的系統開發經驗。


充份的技術資源

安捷達著力於亞洲的IT市場,擁有豐富的IT資源,各分據點不僅相互支援並且緊密的合作,不管是在香港、上海或是新加坡,我們都有充份的IT經驗,是可以值得信賴的顧問公司。


台灣安捷達更擁有C + M + T的能力
   C : Creative
   M : Marketing
   T : Technology
安捷達除了提供Technology外,並且提供了Creative能力,由這次第六屆金手獎,安捷達更是獲得許多專家的肯定,安捷達在這次盛會中,共入圍了二十二項,並獲得了三銀二銅三佳作的獎項。然而有了美化的網頁,並不足稱上一個好的網站,因此在Marketing部份,安捷達更是提供了許多良好的企劃來協助網站及企業的經營,安捷達能將C + M + T的能力緊密的結合並且提供給客戶。
Julian Chou 周金龍
http://www.agenda-asia.com
Technical Consultant of eSolutoin
Division AGENDA Taiwan
WORK: +886-2-2396-7773
FAX : +886-2-2396-7926
MAIL: Julian.Chou@AGENDA-asia.com
GSM : +886-922-639894
MSN : julianchou71@hotmail.com

2005/05/07

供應鏈管理的第一本書--重點摘要

  哈哈!各位,好久不見了!原本計畫每週都有介紹一本書給各位,可是咧!我實在是太懶了,果然是一位沒有恆心跟毅立的傢夥~~

  話雖然此,不過總還是不能太懶唄,最近買了一本書,叫做「供應鏈管理的第一本書」,作者是盧舜年跟鄒坤霖,據書本描述,一位是在i2待過一陣子,不過,最近i2在台灣好像也沒有風聲了,而另一位咧,是培基數碼股份有限公司的產品經理。而我為什麼要買這本書的原因,是因為我預測年底開始四年內,會有一波供應鏈系統的導入的風潮,明年年底應該會有一波高峰,我說到這邊,一定會有人開始質疑我了是吧,覺得我怎麼可能會預測的出來,其實這也不是我說的,是我前幾天到行天宮拜拜的時候,神明跟我說的,尤於我這個人還蠻迷信的,所以,我相信神的旨意。

  所以囉!為了應付未來的需求,我總得開始準備,研究一下供應鏈的整個流程的整合,跟概念,於是乎,翻了幾本書之後,我決定買這一本,而我為什麼不要選別本呢,這個原因很簡單,因為他書的名字取得太好了,即然是"第一本書"所以我當然是先買這一本,看完之後,再買下一本囉!不過,我在這邊不做這本書的導讀跟評論,畢竟在供應鏈的領域裡,我還是一位菜到不行的鳥,所以我只做一些隨手的筆記,會摘錄一些重點出來,預計每天摘錄一章,那麼我應該可以把這本書完完整整的開完才是,以下就是我的重點摘要,在寫每一章的摘要前,我會記錄我下筆的日期,以便掌握我偷懶的進度。

第一章:從企業核心競爭優勢說起  2005/5/1(星期日勞動節,但明天不補休,真是雪特~~)
  第一章實在太長了,我分二天報告好了。
  5/1:因為科技的進步,及管理的革新,而造今組織現在面臨許多的挑戰,「組織 + 科技 + 管理」使得公司的組織、策略及流程有所改變。而網際網路及電子商務的出現,更使得企業受到不小的衝擊,如何應用資訊科技來增加公司競爭優勢,已是目前及未來企業的重點。
  產品客製化、全球化競爭、縮短產品上市時間等等課題,是目前的重點。本章把產品設計到售後服務分為六個環節,從研發設計、採購、製造、運交、銷售到服務,各環節中都可利用資訊科技達到提昇品質、增進效率的效果。
  我覺得這章節當中有一句話講的很有道理「e化不是企業目標,持續成長與獲利才是。要視e化為手段與過程,……」也就是說,很多公司為了e化而e化,確不知e化能帶給公司什麼樣的成長跟效益,就像業務為了業績而亂賣東西一樣,賣了一個不適合客戶的產品給客戶,就像裡面說的「企業是要購置可以使用兩年以上的設備,但並不需要在今天就購置兩年後才會用到的設備。」,所以企業要導入e化的解決方案的同時,必需好好評估其需要性及功能性。
  這章還有提到的就是企業的e化藍圖,也就是企業內部各軟硬體以其功能性及特性化分成三個部份,我做一個非~~常簡短的說明:
  1. 資訊科技基礎架構平台:屬於硬體部份,像是網路設備、系統、伺服器等等,或一些較基礎的軟體,像是資料庫、作業系統等等。
  2. 商業規劃及協同作業:是以供應鏈管理為主軸而向外部組織擴張,其主要服務對像除了公內部人員外,還有供應商及客戶,像是PLM,PDM系統,以及Order Management, Service Planning等系統。
  3. 商務營運及管理:屬於日常性作業系統,是以「會計及財務報表」的資料收集為主軸而向內擴張,像是Shop Flow, Km, EIP等等皆是。

  好了,今天就先醬吧,明天再繼續講第一張囉!