2013年9月4日 星期三

【MES】MES 客戶端 UI 的演進

2013.9.4

MES系統的開發源自製造業的需求,而早期 (甚至現在) 系統開發人員以程式設計技術背景為主,因此系統開發著重在功能面,而甚少注意到客戶 Client 端 UI 的要求。

早期在恐龍時代,以Digital (後被 Compaq 併購) 之 Vax 系統,堪稱喧騰一時的 MES 系統 Promis,在 Client 端的處理是 Terminal Based,即客戶透過終端機,連線到此 Mini Computer,而客戶在螢幕前所見僅是行列之文字,要求客戶手動敲入資訊,再送達給遠端伺服器處理。Promise 後來補強UI的介面,包裝為獨立的套件。當年半導體龍頭台積電TSMC就是使用Promis的領頭羊,而台灣興起的各半導體廠也隨後跟進,捧紅了Promis。然而,Promis 若非台積電有IT大軍Support,同時有當年Promis 的Vendor 為其跨刀 (當然使用者付費),這軟體還真難用,光是那報表Report 的開發,如今有能力開發的人也汲汲可數。當年也享譽一時的MES系統Work Stream也是Terminal Based。這軟體公司被Applied Materials 購買之後就欲振乏力,從此消失匿跡。 在業界以賣半導體機台設備的 Applied Materials 玩死很多很棒的 MES 系統,這也已經是這行業眾所皆知的事實。當年據其內部業務透漏,這些MES系統的營收比例幾乎是Applied 的雞肋,而促銷 MES 的業務在Sales Reviews 會議中幾乎無法昂首高論,所以那些MES會落得那樣的結局也難怪了。

後來資訊系統架構拜Windows / Intel 聯手躍進,頓時業界一面倒,傾向擁抱 Client / Server 架構,而捨棄恐龍時代那集中式的處理。PC 的普及,Microsoft 當道,MES 系統在 UI 端的開發難免不向Microsoft 試好,而採用所謂易學、易開發的工具 Visual Basic。當然,Visual 系列的開發工具幾乎成了台灣軟體業的王道,而Microsoft也成了眾多程式設計師欲擁抱的大腿。如今回顧,我們應該跟Oracle 的CEO Larry Ellison 懺悔說:「我們錯了!」當年Oracle 採用 C 語言,建構出如今已是獨霸全球的 Oracle 資料庫系統,而當年選用 Visual Basic 的廠商,在Microsoft 式微之後,宣布 Visual Basic 5.0 被淘汰之後,這決定鐵定讓當年以此辛勤耕耘的廠商只能苦吞。想想一套運行穩定的應用程式耗費廠家多少人力物力,豈僅是當年那購入成本所能比擬的?這就是為何台積電 TSMC 寧可汰換掉 Promis那周邊應用,保留Promise 核心 Kernel,而竭盡戮力尤其周邊開始發展個個應用系統,也決不隨著時代潮流,替換掉這老古董 Promis。不過說實在話,類似Visual Basic 這類UI開發工具,當年的確省卻客戶端敲打鍵盤的辛苦,而很多輸入可由滑鼠代勞。但,以Visual Basic 這工具開發系統仍有其缺點。畢竟以此工具開發,系統 UI 是滑鼠「硬」擠出來的,所以對程式設計開發人員而言,UI 最好一致,變動愈少愈好,有很多時候在開發中不得不犧牲客戶端的和諧性 User Friendly。再者,這類工具以現今 e 世代來看,這些 UI 實在是不美觀啊!

引發我寫此文的主要原因在於思索如何將 IT 的新工具納入 MES 系統的開發。 這想法也適用於其他應用系統的開發。在 UI 端,客戶的工作是多工,即 UI 端只是客戶與系統的介面,因此不同的應用系統開發商應「犧牲小我」,儘可能以瀏覽器 Browser作為客戶端的介面,而不是另行開發特定的UI介面。這時用戶IT的職責在於如何將不同的應用系統,無縫地整合在此單一的UI介面上。當介面以瀏覽器為軸開發時,UI 介面不再類似以 Visual Basic 那般,只以功能面為中心,而能回歸到使用者,由使用者的角度去設計,納入更多的人性、美感,而提昇每個操作頁面 Web Page的質感。過去我們在系統以能滿足客戶的功能性為主,如今應強調應用服務的整合性與 UI 的介面美學。目前市面上有許多製作 UI 的工具,例如:Adobe 的 Dreamweaver、Photoshop,Autodesk的 3D Max 等等,後者可視為網頁開發的輔佐工具。所以下次新一代的MES系統要開發時,除了招募優秀的技術人員,更別忘了美工人才的重要性。我相信一套「賞心悅目」的應用軟體更能提高工作效率呢 !


沒有留言:

張貼留言

prettyPrint();