第14章 電腦網路 與ERP系統 許昌齡

簡報大綱 14.1電腦網路的基本觀念 14.2 網際網路 14.3 互動模式 14.4 網路規劃 14.5 ERP系統的網路架構 14.6 結論

14.1 電腦網路的基本觀念

14.1.1 電腦網路型態 電腦網路就網路實體連線及媒介存取方式: 有線網路 無線網路: 它可作為有線網路的延伸，並且可被應用於行動式通訊(Mobile Communication) 我們可以依照網路所覆蓋的範圍大小及區域之不同分成下列四種類別 個人網路 (Personal Area Network, PAN) 區域網路 (Local Area Network, LAN) 都會網路 (Metropolitan Area Network, MAN) 廣域網路 (Wide Area Network, WAN)

個人網路 (Personal Area Network, PAN) PAN指個人隨身攜帶範圍內的網路連線，例如筆記型電腦、行動電話、個人數位助理 (Personal Digital Agent, PDA)及數位相機等所組成的通信網路 設備之間可互相交換資訊，亦可連接到網際網路 個人網路可以是有線的形式 Ex: 通用串列匯流排 (Universal Serial Bus, USB) 亦可以是無線的形式 Ex: 紅外線 (IrDA)、藍芽 (Bluetooth)、射頻識別 (Radio Frequency Identification, RFID)

區域網路 (Local Area Network, LAN) 係指在短距離涵蓋範圍內的網路連線，例如在一辦公室或一建築物內的網路 常用的有線區域網路 例如乙太網路(Ethernet)及權環狀(Token Ring)網路 常用的無線區域網路 (Wireless Local Area Network, WLAN) 例如Wi-Fi (Wireless Fidelity)網路

都會網路 (Metropolitan Area Network, MAN) 係指在一個都會區域涵蓋範圍內的網路連線，它可能是涵蓋一個大學校園或一座城市範圍內的網路 常用的有線都會網路 例如光纖分散式資料介面 (Fiber Distributed Data Interface, FDDI) 常用的無線都會網路 (Wireless Metropolitan Area Network, WMAN) 例如微波存取全球互通 (Worldwide Interoperability for Microwave Access, WiMAX)

廣域網路 (Wide Area Network, WAN) 係指在長距離涵蓋範圍內的網路連線，它可能跨越一個城鎮、國家或洲 或由許多區域網路所組成的網路 例如一家大型企業集團將企業內部的區域網路互連成一個廣域網路 網際網路即是一個巨大的廣域網路 常用的有線廣域網路 例如非同步傳輸模式 (Asynchronous Transfer Mode, ATM)及訊框傳輸 (Frame Relay) 常用的無線廣域網路 例如行動寬頻無線存取 (Mobile Broadband Wireless Access, MBWA)

14.1.2 通訊協定 (Protocol) 當通訊的雙方交換訊息時，須事先約定好通訊的規格及規則，才能達成通訊之目的，此種約定稱之為通訊協定 通訊規格用來定義訊息的格式及意義 通訊規則用來規範一個通訊系統中節點之間的操作準則 通訊協定通常以層次化的觀念，並且以分層參考模型(layering reference model)來表示 可以將複雜的通訊工作，分派給每一分層來負責，如此當通訊發生錯誤或失效時，較容易偵測出問題發生在哪一分層，並由負責該分層的協定軟體來解決

圖14-1：ISO的OSI網路分層參考模型 第七層：應用層 第六層：表現層 第五層：會議層 第四層：傳輸層 第三層：網路層 第二層：資料連結層 第一層：實體層

ISO的OSI網路分層參考模型 (1)第一層：實體層 (Physical Layer)規範基本的網路硬體設備及線路 (2)第二層：資料連結層 (Data Link Layer)介於實體層與網路層之間，規範訊框的組成和傳送訊框至實體層網路的機制 (3)第三層：網路層 (Network Layer)介於資料連結層與傳輸層之間，規範路由和定址的功能，使收發兩端能夠互連，並且具有一定的擁塞控制和流量控制能力 (4)第四層：傳輸層 (Transport Layer)介於網路層與會議層之間，規範如何保證正確的資料傳送機制，使收發兩端能夠互連，並且具有流量控制、錯誤控制及服務質量 (Quality of Service, QoS)等管理服務 (5)第五層：會議層 (Session Layer)介於傳輸層與表現層之間，規範如何進行收發兩端的對話的管理服務 (6)第六層：表現層 (Presentation Layer)介於會議層與應用層之間，規範資料編碼轉換、編碼表示、資料加密及資料壓縮等 (7)第七層：應用層 (Application Layer)規範應用程式如何使用網路，以及如何提供常見的應用服務

14.2 網際網路(Internet)

internet背景&動機-1 Internet能將各種不同型態的網路連結起來，以建立一個世界性的網路 乃起因於不同型態的網路採取不一樣的網路技術，不同網路技術因而採取不一樣的傳輸媒介、定址方法及封包格式 [3]，因此就產生網路間互不相容的問題 Internet於是提出ㄧ種總體服務的概念 來克服上述不相容的問題，即支援任一部主機皆可送封包至其他連上網際網路的任一部主機，使得任何一對電腦皆能互相通訊

internet背景&動機-2 硬體方面，網際網路乃由一群用路由器互相連接的網路所組合而成，換句話說，一群路由器負責將不同網路技術的網路相連接，它有能力克服連接各種不相容實體網路的問題  軟體方面，經由支援總體服務的TCP/IP通訊協定軟體，以支援任何一對電腦互相通訊

14.2.1 路由器(Router) 專司網路互連功能的特定電腦，能連接不同類型的網路 路由器是專司網路之間連線的特定電腦，它之所以能將使用不同網路技術的網路相連 ，因它透過使用TCP/IP協定來連接使用不同網路技術的網路，如此可有效地擴充Internet 我們可以將路由器比喻為交流道，區域聯絡道路比喻為不同網路，高速公路比喻為連結路由器所形成的主幹線，路由器類似交流道作為連接不同區域聯絡道路和高速公路的功用

14.2.2 TCP/IP協定(Transmission Control/Internet Protocol) TCP/IP協定起源於美國國防部的高等研究計畫署 (Advanced Research Projects Agency, ARPA)於1970年代發展所發展出來

圖14-2：TCP/IP的分層模型 第五層：應用層 第四層：TCP和UDP層 第三層：IP層 第二層：網路介面層 第一層：實體層 OSI

TCP/IP分層-1 (1)第一層：Physical Layer規範基本的網路硬體及線路，它和OSI模式的第一層相同 (2)第二層：Network Interface Layer規範訊框的組成和傳送訊框至實體層網路的機制，它和OSI模式的第二層相同 (3)第三層： 由於OSI模式定義時Internet尚未誕生，OSI模式並未提及任何網際網路的規範 OSI模式網路層功能可由網際網路協定層 (Internet Protocol Layer, IP Layer)規定和實現，故本層亦稱為IP層 本層規範了網際網路封包的傳送格式，以及封包透過路由器轉送的機制 IP 層目前普遍使用的是IPv4版本，然而Internet節點數快速擴增，將面臨無法滿足成長的需求，為應因此問題，128位元新的IPv6版本被推出，目前正在普及中

TCP/IP分層-2 (4)第四層：這一層規範控制資料傳輸的機制，它和OSI模式的第四層相似 包括TCP(Transmission Control Protocol)和UDP(User Datagram Protocol) TCP保證某種程度可靠的資料傳送，而UDP則不提供可靠的資料傳送 (5)第五層：應用層 (Application Layer)規範應用程式如何使用網際網路，它對應至OSI模式的第六層和第七層 Ex: DNS(Domain Name Service)、 FTP(File Transfer Protocol,)、 POP3(Post Office Protocol Version 3)及 SMTP(Simple Mail Transfer Protocol)等

14.3 互動模式

互動模式的沿革 Internet提供了大眾通訊的基礎建設，後續關於哪些節點提供網路相關的服務，以及如何向該節點提出要求等問題，被保留給應用層軟體與使用者來解決 應用軟體可依循不同節點之間的功能關係來互動 目前被廣泛地採用的互動模式有: 主從架構 (Client/Server) 同儕計算 (Peer to Peer, P2P) 雲端計算(Cloud Computing)

14.3.1 主從架構 (Client/Server)

主從架構樣板 主從架構亦稱為客戶端-伺服端架構 “主”即代表客戶端 “從”即代表伺服端 一種分散式軟體架構，而非硬體架構 提出需求的應用軟體稱為客戶端，客戶端可獨立執行應用軟體 例如: 網頁瀏覽器、ERP系統的使用介面及撰寫電子郵件的軟體 “從”即代表伺服端 提供服務的應用軟體則稱為伺服端 例如: Web server、FTP server及E-mail server 一種分散式軟體架構，而非硬體架構

主從架構互動模式 客戶端和伺服端依照下列兩個原則來互動： (1)由兩端應用軟體主導整個通訊：協定軟體並不能起始此種互動模式，它祇是被動地配合此種互動模式 (2)一端啟動通訊而另一端接受：客戶端根據一些通訊協定向伺服端提出請求，換言之，伺服端被動等待聯繫，客戶端主動啟始聯繫 例如: POP3協定、SMTP協定

一部電腦裏提供多種服務 由於主從架構之伺服端是指軟體而非硬體，同一台電腦可以安裝並執行數個相同的Server 為了避免無法分辨客戶端的需求指向哪一個Web伺服端，啟始伺服端時須指定一個不可重覆的通訊協定埠號碼 (protocol port number)，通訊協定軟體會根據不同的通訊協定埠號碼判斷需求指向對的Web伺服端 例如: HTTP 預設 80、FTP 預設 21

14.3.2 同儕計算 (Peer to Peer, P2P)

動機 在企業應用整合等因素的驅動下，過去幾年來漸漸形成一種從集中的單機系統轉向分散式系統的趨勢 在集中式的應用中進行控制是相對容易的，這一點在一定程度上抑制了分散式潮流的發展 然而隨著網際網路的發展，以及 B2B 商務交易方式的日益流行，全面的分散式運算也就成為一種商業需求 對功能強大的網路電腦的需求以及昂貴的頻寬開銷，是對這種趨勢影響最大的兩個因素。為了提高效率，P2P運算由許多互相連線的同儕節點 (peer)組成

背景 同儕計算是繼主從架構後新興的網路分散式應用模式 在傳統的主從架構應用系統中，客戶端與伺服端有明確的分界，常常發生客戶端能力過剩、伺服端能力不足或網路壅塞的現象 不同於主從架構，P2P為提供某一特定的功能，網路中所有的節點以最少集中式的服務來彼此合作 沒有在客戶端與伺服端之間作角色的區別 使用者則能同時扮演客戶端及伺服端等多重角色 任兩個使用者之間能不透過伺服器而直接進行資訊分享或內容交換 所有節點都可能是服務的潛在用戶和服務的潛在提供者 建構具有自主、開放、異質、延展等特性的分散式網際網路應用系統

同儕計算分類 (1)集中式同儕計算 (Centralized P2P)：採取集中的方式來管理網路 Ex: Napster及Seti@Home (2)純同儕計算 (Pure P2P)：採取分權的方式來管理網路，沒有中心的伺服器來管理網路 Ex: Gnutella及Freenet (3)混合式同儕計算 (Hybrid P2P)：採取集中並且分權的方式來管理網路，有一中心伺服器保有同儕的訊息並且回應同儕的要求，同儕負責記錄及擁有可得到的資源，中心的伺服器並沒擁有這些資源，但同儕讓中心伺服器知道它們想要分享哪些資源，以促使可分享的資源可用 Ex: Morpheus及KaZaA

14.3.3 雲端計算(Cloud Computing)

雲端計算 雲端計算是一項革命性的IT管理工具，就企業用戶觀點，它有別於傳統資訊設施的投資，它強調較低的整體擁有成本 (Total Cost of Ownership, TCO)，僅需視使用了甚麼 (pay-as-you-go)來支付IT的TCO，如此可降低TCO及減少能源的消耗 TCO包含整體獲得成本 (Total Cost of Acquisition, TCA)與營運成本 (Operating Cost) IT的TCA包括IT的淨價格加上IT的採購、運輸、準備及安裝等成本 營運成本包括空間、電力、空調、人力維護、訓練、系統整合及備份復原等

雲端計算 然而使用雲端計算如何計價收費，目前對於IT供應商而言，仍然是一項在市場上有待討論及驗證的議題。 雲端計算的核心技術包含伺服器虛擬化 (Server virtualization)、服務導向架構 (Service-Oriented Architecture)及服務型軟體 (Software as a Service)三個方面分述如下：

(1)伺服器虛擬化 動機 近年來，由於企業持續購置為數眾多的伺服器主機或儲存系統，雖然可以提昇其計算效能，伺服器主機卻僅執行特定工作，導致許多閒置的計算資源未被充分利用，且增加了主機的營運成本 虛擬化技術可以使工作負載集中在較少的主機上，以提昇伺服器或儲存系統的使用率，於是此種擁有向上和向下彈性地延展的雲端計算能力乃應運而生 虛擬化技術一般被歸類於基礎設施即服務(Infrastructure as a Service, IaaS)的一種技術

伺服器虛擬化的效益 (1)提高伺服器的有效利用率：此技術依需求隨選(on demand)的方式，視實際需求動態地與彈性地分配伺服器執行個體(instance)，使得雲端計算成為一個可擴展的服務交付平台 此種彈性的分配方式，利用多個用戶分享的方式，來提高伺服器的有效利用率 (2)減少回應時間：動態地分配伺服器執行個體數量的增加或減少，直接反應雲端的可擴展性 (cloud scalability) 透過此種可擴展的策略，每個網路服務因此可獲得最佳回應時間 ，進而提高終端使用者的滿意度

伺服器虛擬化的效益 (3)降低伺服器成本：Minutoli於2009年的研究指出，在提供相同的服務與功能給使用者前提下，利用伺服器虛擬化技術可減少伺服器採購數量，進而降低伺服器獲得成本。因虛擬化整合伺服器及提升靈活度，進而減少工作負載、空間及耗電量，因而節省營運成本 (4)提升新系統的建置效率：與手動設定新伺服器的程序比較，使用虛擬化技術設定系統極為簡便

雲端供應廠商 目前雲端供應廠商中，較為知名的例如VMware的VMware ESXi Server、Citrix 的XenServer 及Microsoft的Hyper-V等 基礎設施即服務(Infrastructure as a Services, IaaS)業者，例如Amazon EC2(Elastic Compute Cloud)使用上述虛擬化技術建置伺服器及網路服務 Amazon的用戶可以建立自己專屬的作業系統與應用系統 Amazon則扮演網路服務供應商 (Network Service Provider, NSP)及網際網路服務供應商 (Internet Service Provider, ISP)的角色，負責管理實體伺服器及網路頻寬，其餘由使用者自行管理

(2)服務導向架構 (Service-Oriented Architecture) 動機 近來由於企業間利用Internet來進行B2B資訊流的需求愈來愈普遍 企業內或企業間利用網路來連結各個應用系統的需求遂萌芽，以致整合異質應用系統成一股趨勢 然而不相容的程式語言、資料庫、作業系統平台及應用系統平台卻限制了應用系統間的整合 過去異質應用系統間的整合，乃透過企業應用整合 (Enterprise Application Integration, EAI) 技術來實現。它須使用預先定義好的分散式技術架構，例如COM、CORBA及RMI等標準。而且EAI須事先建立好中介軟體以進行資料格式的轉換，當需要整合的企業數量龐大時，此種轉換則變成一項昂貴的負擔

背景 目前異質應用系統間的整合範圍，將由已知的企業夥伴擴展到即選夥伴 (ad hoc partner) 整合的深度也將由企業間服務的支援深入到流程的整合 網頁服務 (Web Service)通訊協定已成為全球的共同標準 因此以Web Service為導向來設計及建構出一種可以整合異質應用系統的分散式系統架構，稱之為服務導向架構 (Service-Oriented Architecture, SOA)乃應運而生 SOA一般被歸類於平台即服務(Platform as a Service, PaaS)的一種技術架構

SOA定義 美國OASIS組織 (Organization for the Advancement of Structured Information Standards)於2006年定義SOA為「組織和使用可能分散在不同領域所有權控制下能力的一個典範」 SOA透過組織間關係被正式化成為以web service間的交談形式來表示，它強調如何將彼此關係鬆散的應用系統軟體元件在網路上發行、組合及使用 ，簡單地說，其概念即是針對企業的某一項需求動態地組合成一組軟體元件

導入SOA的優點 (1)經營管理觀點： (2)資訊技術觀點： (3)系統發展觀點： 實踐資訊系統去服務經營管理，而不是經營管理去服務資訊系統 將服務從資訊技術所在之平台環境抽離，使其不受限於特定的廠商平台 (3)系統發展觀點： SOA的模型已愈來愈貼近經營管理模型，發展者更能以宏觀的角度，專注於企業需求的滿足，而不受限於資訊技術的開發，因而SOA的成效會在所有的資源逐步服務化之後更加顯著 當可供使用的服務具有一定的量之後，透過服務的重新組裝，將使應用系統發展的時間快速地縮短，也能隨著需求彈性地調整與改變

圖14-3：服務導向架構圖 SOA中包含三種角色：服務要求者、服務登錄及服務提供者 服務導向架構圖(資料來源：W3C)

SOA運作機制-1 服務提供者負責建立服務的描述，它利用服務描述語言 (Web Service Description Language, WSDL) 來撰寫服務的描述；並將服務的描述刊登到服務登錄目錄中 服務要求者則在需要服務的時候，到服務登錄目錄中去搜尋合適的服務 服務登錄目錄由統一描述發現和整合 (Universal Description, Discovery, and Integration, UDDI) 機制來負責 UDDI擔任介於服務要求者和服務提供者中間的代理工作，它提供服務提供者服務的登錄以完成刊登的程序，接著它提供服務要求者服務的查詢以完成發現的程序

SOA運作機制-2 供服務要求者服務的查詢以完成發現的程序 之後服務要求者可根據UDDI提供的資訊逕行向服務提供者取得如何使用該服務的資訊 最後服務要求者作進一步的程式撰寫、鏈結 (link)及測試等開發工作以完成整合的程序

圖14-4：服務導向架構的協定圖(資料來源：OASIS) 服務導向架構的協定圖-1 SOA的通訊協定包含了傳輸層 (Transports)、基礎層 (Foundation)及應用與應用結構層 (Applications & Application Structure)等三層 Services Management BPM ... 應用及應用結構層 Security Reliability Transactions Metadata 基礎層 Messaging XML HTTP, TCP, UDP, SMTP… 傳輸層 圖14-4：服務導向架構的協定圖(資料來源：OASIS)

服務導向架構的協定圖-2 傳輸層規範HTTP、TCP、UDP及SMTP等傳輸通訊協定 基礎層則規範Web Services間以訊息作為傳輸 而訊息透過 Internet在企業間傳輸，訊息傳輸的安全性 (Security)、可靠性 (Reliability)、交易完整性 (Transactions)、不可否認性、訊息的繞送 (routing)、訊息格式與資料格式等應用議題 應用層則規範企業流程管理 (Business Process Management, BPM)與服務管理 (Services Management)等應用議題 企業流程管理標準目前以BPEL4WS (Business Process Execution Language for Web Services) [10]為主流，主要由BEA、Microsoft與IBM公司聯合制定，著重在定義Web Service的重要議題，例如支援交易與例外處理，定義特定訊息交換與事件處置的活動型態

(3)服務型軟體 傳統上，企業為了獲得一般的應用軟體，必須事先購買相關軟硬體設施，而服務型軟體 (Software as a Service, SaaS)就是經由網際網路提供應用軟體租賃或擁有的一種新興服務模式 此外對於用戶來說，SaaS的使用方式也與已往不同，軟體與資料存放在提供者端的應用模式，成為SaaS的重要特色 目前提供服務型軟體的供應廠商中，較為知名的例如Salesforce公司

服務型軟體的效益 (1)節省軟體購置成本：服務型軟體的用戶不需花費任何購置費用，只需視使用多少來支付使用費 (2)節省軟體使用成本：透過租用IT資訊服務供應商的方式，由供應商提供軟體、硬體、網路平台以及該平台的維護與營運服務。企業用戶只需透過網路瀏覽器就可以使用軟體服務，不需投入建置費用與系統維護成本

雲端尚待克服因素 (1)風險：萬一雲端系統損害事件或災難發生，如同將雞蛋(應用與資料)放在同一籃子中，將會增加企業的經營風險 (2)轉換成本：在轉換到雲端架構未取得顯著的投資報酬率前，加上目前的企業應用系統不能被方便地遷移(migration)，對於心存疑慮的使用者尚缺乏成本優勢的誘因 (3)安全性及隱私權：使用者的行為、習慣、偏好及隱私等資料可能被揭露在網路上，為了保護用戶的資料，身份鑑定管理議題必須先被解決與信任

雲端尚待克服因素 (4)失去控制權：用戶無法控制軟體何時能被獲得或更新，以及無法拒絕接受某些新軟體或功能，例如Google將Buzz加入Gmail，或FaceBook推動的許多改變 (5)法律：由於目前在市場上缺乏普徧公認的服務等級協議，雲端供應商仍然沒為平台花費建立起具法律背書的問責制(accountability)

14.4 網路規劃

14.4.1 企業網路型態-1 企業內部網路 (Intranet) 企業網路型態僅強調企業內部使用 例如WWW、FTP及E-mail 使用者不僅可以在組織所在的網路內使用，也可以由外部通過防火牆及路由器，從遠端使用Intranet

14.4.1 企業網路型態-2 企業間網路(Extranet) 待Intranet基礎已經建構完成後，此時企業間連線的需求漸漸興起，為符合供應鏈的效益，這時期所規劃的企業網路型態強調企業外部使用 Extranet是一個使用與網際網路同樣技術的網路, 它通常結合Intranet去提供企業外部成員的使用者共享的資訊及網路服務 例如: 電子採購(e-procurement)、協同規劃/設計 (Collaborative  Planning/Designing)及供應鏈管理等 企業外部成員的使用者包括指定的客戶、供應商或其他商業伙伴

14.4.2 如何規劃企業網路-1 規劃企業網路通常須考量以下的準則： (1)網路拓撲：指選擇網路相互連線的佈建方式，指構成網路的成員間特定的實體的或邏輯的排列方式。例如常見的匯流排、環狀及星狀拓撲 (2)網路可靠度 (Reliability)的需求：指選擇網路的可靠度，係指衡量網路須能在失效或產生錯誤後恢復力，恢復機制是必要的考量項目 (3)延展性 (Scalability)：我們透過測量及估算地區部署應用程式的資料流量，可以確定該地區的頻寬需求，然而網路應該可調節並且能夠適應未來發展和變化，而不需要明顯地重新設計，或轉換基本的網路拓撲及技術

14.4.2 如何規劃企業網路-2 (4)設備成本：由於預算的限制，採購例如頻寬或路由器等硬體的成本，亦是規劃網路必須考量的條件 (5)網路技術與標準：企業組織對內及對外所採取的網路技術與標準，會影響網路間界接的相容性，亦是不容忽視 (6)網路安全： 企業網路內可能遭遇到某些安全威脅，例如軟體錯誤、電腦病毒、網路入侵攻擊、天災或系統本身的問題等非預期行為 網路安全乃為了保護網路設施及資源所採取的政策和效力所涵蓋之管理措施，它不是一種技術，規劃的項目應考慮資料完整性、資料有效性及資料機密和隱私性等相關議題

14.4.2 如何規劃企業網路-3 (7)網路委外及支援： 由於建構及維護企業網路的成本所費不貲，企業可規劃將網路委外或尋求供應商支援 供應商的種類包括: 網路服務供應商 (Network Service Provider, NSP)，負責提供網路設備 網際網路服務供應商 (Internet Service Provider, ISP) ，負責提供頻寬與網際網路資料中心 企業可與供應商簽訂服務等級協議 (Service Level Agreement, SLA)，此協議內容記載保證滿足最低的網路性能需求，此舉可確保供應商的服務水準滿足一定的品質要求

14.5 ERP系統的網路架構

ERP系統的的演進 隨著Internet的演進，我們從ERP系統的觀點來探討其沿革，從強調企業內流程整合的傳統ERP系統，以降低相關成本及提高營運效率 演進至強調企業間合作的EERP (Extended ERP)系統，例如SCM系統，以提昇供應鏈的效益 更進一步至強調企業社群的演進式ERP (Adaptive ERP)系統 ，例如服務導向架構ERP系統或雲端 ERP系統，它透過較短時間與較少人力的資訊流之改變，以達到及時的企業需求

ERP系統的網路架構 ERP系統之各功能層間，例如使用界面、應用伺服端及資料庫伺服端等，有分散在網路個別處理及互動的需要

ERP系統網路架構的歷史沿革-1 1 . 集中式系統：最早期的集中式系統將使用界面、應用伺服端及資料庫伺服端等三者集中於一大型主機，例如 SAP R/2 系統是此種架構 2 . 主從架構：此時期的 ERP 網路架構是二層式 (2-Tier) 或三層式 (3-Tier)的主從架構 例如 SAP R/3 、 Oracle ERP 及鼎新 Workflow ERP 等系統均是此種架構

ERP系統網路架構的歷史沿革-2 二層式的主從架構乃將使用界面布署於客戶端；而將應用伺服端和資料庫伺服端分別布署於伺服端 三層式的主從架構則將應用伺服端獨立出來而成為第三層。其中，所有的資料庫存取作業均在資料庫伺服端這層運作，應用伺服端層則負責執行商業邏輯的操作，使用界面層則負責執行使用介面的輸入和輸出相關功能

ERP系統網路架構的歷史沿革-3 圖14-5：ERP系統網路架構的歷史沿革

ERP系統網路架構的歷史沿革-4 3. 服務導向架構 大部份的ERP系統廠商已將其產品升級至EERP (Extended ERP)系統，以利企業進行B2B間或B2C間資訊流的整合，此時更有利於異質應用系統間的整合 廠商推出俱備SOA能力的ERP系統 SAP公司的NetWeaver 是一個開放性的和延展性的平台，它包含網頁應用伺服端、入口網站、資訊交換及整合網路的基礎 Oracle公司的SOA Suite 而SOA Suite是一個延展性的及可熱抽換的軟體套裝，可建構、配置及管理SOA

ERP系統網路架構的歷史沿革-5 4. 雲端架構 基於雲端計算的網路架構所發展出來的ERP資訊系統，我們稱之為雲端ERP (Cloud ERP)系統 它是一種SaaS為基礎的ERP (SaaS-based ERP)，或稱為隨需ERP (on-demand ERP) 目前雲端 ERP供應廠商中，較為知名的有Epicor、Glovia、Infor、Lawson、NetSuite、Plex Online及SAP等

14.6 結論 介紹電腦網路的基本結構、協定及路由器開始，來說明網際網路如何形成 從ERP系統在網路沿革的觀點，ERP系統所處的企業網路型態，從企業內IntraNet的基礎建設擴展到企業間ExtraNet的基礎建設 ERP系統之各功能層間的互動關係，從主從架構擴展到雲端計算架構。 ERP系統的演進會受到企業網路型態及系統功能層互動模式的影響 ERP系統於此種網路環境中演進，從過去強調企業內流程整合的傳統ERP系統，演進至強調企業間合作的EERP系統，更進一步至強調企業社群的演進式ERP系統，未來ERP系統仍然會隨著Internet網路技術的更新，以適應網路環境的方式來持續演進

參考文獻 1. IBM，多系統虛擬技術運作優勢白皮書，IBM，2006年10月。取材自：http://www-07.ibm.com/tw/imc/system_p/virtualization/pdf/White_Paper_0131_final.pdf 2. D. Booth and C. K. Liu (2007). Web Services Description Language (WSDL)Version 2.0 Part 0: Primer, W3C Recommendation, available at: http://www.w3.org /TR/20 07/REC-wsdl20-primer-2 007062 6/. 3. Citrix, Explore Citrix Products, Citrix Systems Inc., July, 2011. Available at: http://www.citrix.com/English/ps2/products/product.asp?contentID=1857200 4 . L. Clement, A. Hately, C. V. Riegen and T. Rogers (2004), UDDI Spec Techni-cal Committee Draft, Version 3 Specification, available at: http://uddi.org/pubs/uddi_v3.htm. 5. D. E. Comer and R. E. Droms (1999). Computer Networks & Internets, PrenticeHall; 2nd edition. 6. K. Dobbs , The Cloud ERP Short List for Manufacturers, Montclair Advisors, February, 2011. Available at: http://montclairadvisors.com/blog/2011/02/the-cloud-erp-short-list-for-manufacturers/ 7. T. Erl (2005).Service-Oriented Architecture (SOA): Concepts, Technology, andDesign, Prentice Hall. 8. J. P. MacDuffie and T. Fujimoto, What We're Watching…in Cloud Computing, Harvard Business Review, Vol. 88 Issue 6, June 2010, pp. 24-26. 9. C. M. MacKenzie, K. Laskey, F. McCabe, P. F. B rown and Rebekah Metz( 2 0 0 6 ) . R ef er en ce M o d el f o r S er v ice O r ien ted A r ch itect u r e 1 .0 - O A S I SStandard, OASIS, available at: http://docs.oasis-open.org/soa-rm/v1.0/. 10. G. Minutoli, M. Fazio, M. Paone, A. Puliafito, Virtual Business networks with cloud computing and virtual machines, International Conference on Ultra Modern Telecommunications & Workshops, 2009, pp. 1–6. 11. OASIS (2007), About OASIS, Organization for the Advancement of Structured Information Standards, available at: http://www.oasis-open.org/who/. 12. Oracle (2007), Oracle SOA Suite, Oracle Corporation, available at: http://www.oracle.com/tech nolo gies/soa/soa- suite.html. 13. SAP (2006), An overview of the SAP NetWeaver platform, SAP Corporation,availab le at: http://www.sap.co m/platform/n etweaver/ind ex.epx. 14. C. Saran, Buyers Guide to ERP: Alternatives to SAP and Oracle ERP suites, ComputerWeekly.com, April 2010. Available at: http://www.computerweekly.com/Articles/2010/05/10/241024/Buyers-Guide-to-ERP-Alternatives-to-SAP-and-Oracle-ERP.htm 15. D. Serain (2002). Middleware and Enterprise Application Integration, 2nd ed.,Sp ring er . 1 6. G . V ed r ick as ( 2 00 6 ), Imp lemen tatio n o f th e A dap tiv e ERP System, SA PCorporation, available at: http://www.sap.com/baltics/company/worldtour06/vilnius/06_G.Vedrickas_Implementation_of_ERP_System.pdf 17. VMware, VMware Products, VMware Inc., July, 2011. Available at: http://www.vmware.com/products/ 18. Wombacher and B. M ahleko (2002). Finding Trading Par tners to EstablishAd-hoc Business Processes, Springer. 19. J. Wu, Q. Liang, E. Bertino (2009), Improving Scalability of Software Cloud for Composite Web Services, 2009 IEEE International Conference on Cloud Computing, pp. 143-146.