軟體產業導入供應鏈分工合作機制的探討-以企業資源規劃系統水平整合為例

行政院國家科學委員會專題研究計畫 成果報告

軟體產業導入供應鏈分工合作機制的探討-以企業資源規劃

系統水平整合為例

計畫類別： 個別型計畫 計畫編號： NSC91-2416-H-004-013- 執行期間： 91 年 08 月 01 日至 92 年 07 月 31 日 執行單位： 國立政治大學資訊管理學系 計畫主持人： 林我聰 計畫參與人員： 馬芳資、曹書銘、黃繼弘、李亞暉、郭建良 報告類型： 精簡報告 報告附件： 出席國際會議研究心得報告及發表論文 處理方式： 本計畫可公開查詢

中 華 民 國 92 年 10 月 20 日

行政院國家科學委員會專題研究計畫成果報告

軟體產業導入供應鏈分工合作機制的探討

- 以企業資源規劃系統水平整合為例

The Research on Implementing Supply Chain Collaboration Mechanism

for Software Industry: Using the Horizontal Integration of ERP Systems

as the Study Object

計畫編號：NSC 91-2416-H-004-013

執行期限：91 年 8 月 1 日至 92 年 7 月 31 日

主持人：林我聰 政治大學資訊管理學系

計畫參與人員：馬芳資、曹書銘 政治大學資訊管理學系

黃繼弘、李亞暉 政治大學資訊管理學系

郭建良 台灣大學資訊管理學系

一、 摘要

本計畫針對國內軟體產業，實行 軟體元件（Software Component）供應 鏈（Supply Chain）的相關合作機制做 一探討，思量如何參考國內資訊硬體 產業的專業分工模式及供應鏈管理推 動成功的經驗，而達成國內軟體產業 供應鏈管理的推行。本計畫並以企業 資 源 規 劃 （ Enterprise Resource Planning）系統的套裝軟體為例，提出 一個水平整合（Horizontal Integration） 各模組的方法論，並設計出相對應的 解決方案，再加以實作驗證。本研究 於技術上參考 ebXML 的流程整合技 術 ， 並利 用 XML 及網路服務(Web Services)等方式來達到元件之間鬆散 耦合的目的。同時本計畫亦依據所提 出之軟體元件供應鏈合作機制規劃出 一軟體產業人力分配藍圖。 關鍵詞：軟體元件供應鏈、水平整合、 企業資源規劃、ebXML、網路 服務 Abstract

The focus of this study is on the collaborative mechanism of software

component supply chain in the software industry. We try to figure out how to refer to the successful experience of hardware industry implementing supply chain management to drive the supply chain management of the software components in domestic software industry. This study will take the ERP packages as the study object, and propose a methodology of horizontal integration of different software packages. Technically, this study applies an ebXML-like process-oriented integration technology, and uses XML and Web Services technology to facilitate the purpose of loosely coupling between components. And also we propose a blueprint of human-resource allocation for the collaborative mechanism of software component supply chain.

Keywords: Software Component Supply Chain, Horizontal Integration, Enterprise Resource Planning,

ebXML, Web Services

二、 計畫緣由與目的

相關研究報告顯示，滿大一部份 國內軟體業者仍停留在「什麼都自己 作」的經營方式，足見目前國內軟體 業的分工程度不夠、分工模式也尚未 形成；且國內軟體業者普遍資本額不 高，更使得我國軟體業者的對外競爭 力，整體而言，並不強。 本計畫針對目前我國軟體業面臨 的重大問題—分工程度不足，探討如 何實踐如資訊硬體產業專業分工模式 之軟體發展方法，試圖解決元件技術 相關的瓶頸，形成一個完整的參考模 式 ， 並 實 際 發 展 一 雛 型 系 統 以 驗 證 之。最末，本計畫針對軟體元件供應 鏈形成後所產生的人力分配狀況，規 劃設計出一人力分配藍圖。

三、 結果與討論

3-1 元件式軟 體供應鏈整合 本研究採用軟體元件開發及流程 導向式的整合，旨在形成一個以軟體 開發活動為主的協同開發軟體元件供 應 鏈 。 一 些 大 型 軟 體 元 件 系 統 【 如 COTS（Commercial Off-The-Shelf）、 EJB（Enterprise Java Beans）、Harvard 醫學院的大型影像軟體，及有提供元 件的大型 ERP 系統】的研究結果顯 示，軟體元件系統架構必須具備以下 的需求—(1)有效率而不複雜的元件； (2)簡單的界面；(3)直覺地組合元件； (4)隨插即用的相容性；(5)標準的分散 式架構；(6) 鬆散耦合界面；(7) 流程 規格標準；(8) 共用資料一致性。 除了應用網路服務技術的鬆散耦 合、隨插即用等特色外，本研究有許 多概念是由 ebXML 推衍而來。ebXML 為一流程整合的規格標準，著重在水 平與垂直企業之間的交易，而本研究 則嘗試從軟體元件合作開發的角度來 思考，以產生軟體元件供應鏈的分工 合作模式與運作機制。基於符合上述 軟體元件系統架構的八大需求，本計 畫應用了元件、網路服務與流程整合 的相關概念與技術，提出了一軟體元 件 供 應 鏈 的 分 工 合 作 模 式 與 運 作 機 制，如圖一所示，其中牽涉到四種角 色及一個集中式的註冊機制(Registry) 或 儲 存 庫 (Repository) 的 架 構 。 圖 一 中，首先由一個公正的第三者，如政 府組織或民間非營利機構形成一個委 員會(Committee)，提供整體架構包括 企業流程及共用資料的綱要(Schema) 做 為 meta-data ， 以 讓 企 業 分 析 師 (Business Analyst)至儲存庫中取用；接 著以下列五個階段依次說明此分工合 作模式的運作機制： 1. 企業分析流程：企業分析師在參 酌整體資訊系統架構之後，考量 元件模組的顆粒（Granularity）、 企業流程與共用資料，提出符合 企 業 流 程 規 格 綱 要 (Business Process Specification Schema) 的

UML 企 業 模 型 ， 在 經 過

XMI(XML Metadata Interchange， 可轉換 UML-to-XML)適當的轉換 至 XML 之後，與符合共用資料綱 要的共用資料字典 XML 檔案，共 同註冊到系統的儲存庫中，此企 業模型即成為儲存庫中屬於該領 域該分析師的版本。詳細開發流 程如圖二所示。 2. 模 型 選 擇 流 程 ： 軟 體 開 發 廠 商 （Software Develop Vendor）可以

透過儲存庫中的查詢機制，瀏覽 目前儲存在儲存庫的企業流程模 型 ， 與 搭 配 的 一 個 共 用 資 料 字 典。在儲存庫中有許多不同版本 的企業模型與資料字典，每一個 版本即代表著某一形態的企業流 程模型，相當於是一條供應鏈的 連接方式。軟體開發廠商可以依 其不同的領域專長與需求選擇適 合的模型版本開發，相當於選擇 一條軟體元件供應鏈來加入共同 開發的行列。詳細情形如圖三。 3. 元件建置流程：本計畫利用 Web Services 鬆散耦合的特性，提出以 Web Services 做為系統連接的協 定。因此在元件建置階段，主要 是依據模組間流程建置具有 Web Services 功能的元件。如圖四所 示，首先軟體開發廠商依據企業 流程模型的描述，將舊有系統的 模 組 間 函 式 呼 叫 或 功 能 相 依 (Functional Dependency)的部份委 派給兩大互動元件 requester 與 responder 處 理 ， 讓 私 有 流 程 (Private Process)能夠與公有流程 (Public Process)接軌，第二階段再 參酌共用資料字典的部份，建置 提供外部模組 Web Services 及呼 叫外部模組的 Web Services，即完 成 整 合 型 架 構 該 模 組 元 件 的 建 置。完成後將該元件註冊至元件 儲存庫中。 4. 元件選擇流程：存放於儲存庫中 的各種企業流程模型，代表著整 體解決方案的企業流程與功能架 構，系統整合顧問（SI Consultant） 選擇了企業分析師所提出的企業 模型，即完成了企業內的流程整 合與資訊交換的需求分析。接著 系統整合顧問再從多個相同企業 模型版本中選取合適的模組元件 使用。詳細開發流程如圖五所示。 5. 系統整合流程：模組元件選擇完 畢後，藉由 Web Services 所提供 的元件鬆散耦合界面，進行簡單 的靜態設定（如：元件伺服器的 位址、通訊埠口等基本設定），以 進 行 系 統 整 合 流 程 。 圖 六 為 一 ERP 系統模組元件整合的例子。 3-2 系統雛形建置 在此主要依據本計畫所提出的軟 體元件供應鏈分工合作模式，進行系 統雛形建置。關於雛形的建置範圍， 將 針 對 企 業 資 源 規 劃 系 統 的 兩 個 模 組，總帳、應付帳款，做為雛型系統 實作的依據；其結構與語意分別模擬

自 IBM SanFrancisco Common

Business Process 與 SAP FI-Accounting 的核心功能實作出兩個「不同」的系 統，並以本研究所提出之模式機制與 方法論，將此二系統改寫成適合軟體 元件供應鏈之軟體元件，並加以整合 測 試 以 驗 證 本 研 究 所 提 方 法 之 可 行 性。 3-3 人力分配藍圖 本計畫提出一軟體元件供應鏈的 分工合作模式與運作機制，以支援軟 體元件的協同開發過程；在此過程中 推衍出所需要的角色（如圖七所示） 有 ： (1) 流 程 綱 要 制 定 者 （ Process Schema Initiator）， (2)儲存庫提供者 （Repository Provider），(3)企業流程標 準 提 供 者 （ Business Process Spec. Provider），(4)企業分析師（Business

Analyst），(5)元件提供者（Component Provider），(6)元件仲介者（Component Broker ）， (7) 應 用 程 式 組 裝 者 （Application Assembler），(8)工具提供 者（Tool Provider）。上述這些角色並 不一定都要由不同的單位所扮演，也 可能由同一個單位扮演多重角色。

四、 計畫成果自評

本計畫（1）提出一個具水平整合 運作機制之軟體元件供應鏈的參考架 構模式與發展方法，（2）推衍出軟體 產業未來在此架構模式與運作機制下 的人力分配藍圖，並討論其中的角色 與互動情形；上述計畫成果希冀能充 分促進國內軟體產業的專業分工，使 軟體業者專注於其領域專長的發展， 促 成 軟 體 產 業 供 應 鏈 理 想 的 有 效 實 踐，進而帶動整體產業經營效率的提 升。

五、 重要參考文獻

[1] Clemens Szyperski, “Component-Oriented

Programming: A Refined Variation on Object-Oriented Programming”, The Oberon Tribune, Vol 1, No 2, December 1995.

[2] David Helton, “Coarse-Grained Components as an Alternative to Component Frameworks”, 4th International Workshop on Component-Oriented Programming, 1999. [3] David Linthicum, "B2B Application Integration ： e-Business-Enable Your Enterprise", Addison-Wesley, NJ, 2000.

[4] Deepak Alur, John Crupi and Dan Malks, “Core J2EE Patterns”, Sun Microsystems Press, CA, 2001. [5] Desmond D'Souza and Alan Wills,

“Objects, Components and Frameworks with UML: The

Catalysis Approach”, Addison-Wesley, MA, 1998.

[6] Paul Allen, “Realizing e-Business

with Components”, Addison-Wesley, Britain, 2001.

[7] Wiederhold, Beringer, Sample, and Melloul, “Composition of Multi-site Services”, IDPT 2000, USA, 2000. [8] 中華民國資訊軟體協會，民 92， 資訊軟體產業發展策略建言書， 中華民國資訊軟體協會。 [9] 軟體產業服務團，民 91，『Web Services 興起，軟體業走向專業分 工』，軟體產業通訊，第 47 期。 [10] 陳俊宏，民 82，『資訊系統水平整 合之物件導向架構分析』，國立中 山 大 學 資 訊管 理 研 究所 碩 士 論 文。 [11] 許瓊予，民 88，『我國軟體產業競 爭力分析』，ITIS 科技專案成果， 台北：資訊工業策進會市場情報 中心。 [12] 郭家林，民 88，『我國軟體產業的 公司特性、財務策略及財務之研 究績效關係』，私立大業大學事業 經營研究所碩士論文。

圖一：軟體元件供應鏈分工合作模式 SI Consultant Business Analyst Inter-module Business Process Model (XML) Common Business Object Data Dictionary (CBO DD) Register a version Registry Business Process Spec. Schema Common Business Object Data Dictionary Schema Software Develop Vendor (Specialized in GL) Inter-module BP model CBO DD Implement adapter & web service Software Develop Vendor (Specialized in other module) Implement adapter & web service Inter-module BP model CBO DD GL Model 1 version Other Module Model 1 version Register component Register component Committee 0 1 2 3 3 4 4 5 Discover and Integrate

圖二：企業分析流程

圖三：模型選擇流程 Software

Develop Vendor

Model 1 Model 2 Model 3

Registry

Inter-module Business Process Model(XML)

Common Business Object Data Dictionary

Model 1 Model 2 Model 3

Discover Choose Choose Business Analyst Inter-Module Business Process Model(UML) Common Business Object Data Dictionary (CBO DD) Registry Business Process Spec. Schema Common Business Object Data Dictionary Schema Inter-Module Business Process Model(UML) XMI Conversion Rule Register Register

Define Module Granularity Define Business Process

Define Information Flow Version _Control

Vendor Specific Domain Specific

圖四：元件建置流程 圖五：元件選擇流程 Registry requester responder GL Ready for Integration (Model 1 version) requester responder Original GL Software Develop Vendor (Specialized in GL) Model 1 Implement Adapter Model 1 CBO DD Implement Web Service Register as Model 1 version SI Consultant

Model 1 Model 2 Model 3

Registry Inter-module Business Process Model(XML) Discover Choose Customer Vendor 1 Business Analysis Recommend Model Discover by Model Choose Component Components in Registry 1 2 3 4 5 6 GL (Model 1) GL (Model 1) GL (Model 1) Vendor 2 Vendor 3

圖六：系統整合流程 圖七：人力分配藍圖 AP (Model 1) Vendor 1 SI Consultant Static Setting Static Setting Static Setting Static Setting Static Setting WHS (Model 1) Vendor 8 Order (Model 1) Vendor 7 AR (Model 1) Vendor 5 GL (Model 1) Vendor 3