• 沒有找到結果。

2003 SiView HAS 一、專案背景

在文檔中 二、技術知識特質 (頁 58-61)

三、組織結構特質

第五節 2003 SiView HAS 一、專案背景

2000 年 T 公司與台灣的競爭同業爭相在 12 吋晶圓廠的建置上,邁出了大 步。12 吋晶圓廠在製程精密度、生產機台的成本、與大尺寸晶圓的兩倍重量下,

對於工廠自動化程度的要求,超出 8 吋晶圓廠自動化甚多。12 吋晶圓廠的問世,

同時也帶動幾乎所有半導體製造的上下游廠商,推出 12 吋製造相關的革命性產 品,連 MES 系統市場也不例外。

T 公司雖然擁有大批高素質的 IT 人才,但卻不選擇自行開發 MES 系統。主 要的評估考量為經濟學上的比較利益-將 T 公司的 IT 資源投在客製化市場上的 最佳產品以適合 T 公司的核心能力,會更能發揮效益。再加上當時的種種條件因 素,T 公司最後決定了 IBM 公司的 SiView 系統作為 12 吋晶圓廠的 MES 解決方 案。

SiView 系統的確是一個先進的資訊系統,擁有許多先進資訊系統的特色。

例如,階層式客製化能力;使一般的客製化要求與核心機制的客製化要求,有非 常大的授權差別,使得客製化的彈性與安全同時增加。T 公司的 SiView 系統開 發課妥善地利用這個機制,增加了許多 T 公司專屬的程式邏輯,以配合 T 公司 獨特的製造能力。但隨著 T 公司晶圓十二廠的產能不斷擴大,從原先規劃的 50K 片月產能拉高到 80K 片月產能,某些 SiView 系統設計上的弱點也就被發現與檢 討。其中最感困擾的是系統常因一個軟體上的小瑕疵而停止服務,使得生產線停 擺,造成重大損失。另外則是電腦硬體的容量需求大大超過於原先的估計,使得 T 公司就算是有錢,也買不到適合容量的電腦。這是一個嚴重的問題,T 公司 IT 必須即時解決。IT 經過了審慎的討論,發現改進 SiView 的系統架構,是唯一可 長可久之道。但是 SiView 架構的改進牽扯甚多的原始碼,技術的複雜度很高,

第四章 研究個案彙總

118

風險性也很高,而且關鍵技術多半掌握在原廠商 IBM 的手中。在 IT 陳處長的全 力支持下,IT 於 2003 年成立了策略專案 HAS(High-Availability System),由 SiView 系統開發部的李部經理與系統開發課詹副理直接負責。

二、技術知識特質

HAS(High-Availability System)名字中的 High-Availability 是高可用性的 意思,也就是指資訊系統可以長時間不間斷服務使用者。HAS 的做法可以有很 多種不同的資訊技術實作方式,但本文後則專指 SiView 的 HAS 架構。

原先的系統架構為單一軟體程式架構,與單一的電腦硬體。這個「單一軟體 程式架構」(多執行緒)又只能在一個單一電腦硬體上運行,如圖 4-3-1。這個單 一軟體程式是 SiView 的核心程式,一旦任何錯誤發生,整個 SiView 就會停頓,

所有的使用者偕無法使用 SiView。這就是為什麼系統常會因一個軟體上的小瑕 疵而全面停頓。而另外一方面,IBM 的原廠技術團隊又認為 T 公司加入太多客 製化的程式碼,使得系統資源的耗用量大增,而別的 SiView 客戶並沒有相類似 的問題。電腦硬體的容量需求大大超過於原先的估計,縱有幾億元的預算,也買 不到如此大運算量的電腦。

第四章 研究個案彙總 圖 4-5-1:SiView 原先的系統架構簡圖

S i V i e w

單 一 電 腦 硬 體 單 一 軟 體 程 式 架 構

使 用 者 使 用 服 務

S i V i e w

單 一 電 腦 硬 體 單 一 軟 體 程 式 架 構

使 用 者 使 用 服 務

資料來源:本研究整理

T 公司的 SiView 系統開發課認為客製化的程式碼的程式碼可以做最佳化的 努力,求得部分的改善。但是客製化程式碼不可能減少,將來只會愈來愈多。之 所以要費自己的功夫去做客製化,而不直接要求 IBM 代為開發,就是因為它攸 關 T 公司專屬的知識與獨特的競爭力。因此,綜合 IT 內部的意見後,T 公司 SiView 系統開發課認為新的 HAS 系統架構應為「多重軟體程式架構」,如下圖:

第四章 研究個案彙總

120

圖 4-5-2:SiView HAS 的系統架構簡圖

在文檔中 二、技術知識特質 (頁 58-61)

相關文件