授課老師: 林娟娟 教授 報告人 : 99756015 黃聖峯 99756017 黃崑源 Your Next IT Strategy by John Hagel lll and John Seely Brown Harvard Business Reviw october 2001 授課老師: 林娟娟 教授 報告人 : 99756015 黃聖峯 99756017 黃崑源

Outline Introduction Web services Architecture Big Changes for IT Department First Steps to Success Three Guidelines A Platform for Growth Conclusion

Introduction The age of proprietary information systems is coming to an end The age of shared services is dawning There’s a pragmatic way to make the change pay off for your company

Introduction Microsoft “.Net” Oracle “network services” IBM “Web Services” Sun “open network environment”

Web services Web services 的疑問 艱深難懂 浪費時間 花費金錢

Web services Web services 優點 開放性(Openness) 模組化(Modularity)

Web services 與專屬資訊系統比較 孤島系統 企業資源規劃系統花費金錢 企業資源規劃系統仍無法兼容數百個系統 制定出業務流程較難應因市場變化而改變

Architecture Application services Services grid Standards and protocols

Architecture Software standards WSDL: Web Service Description Language UDDI: Universal Description Discovery Integration XML: Extensible Markup Language

Architecture Communication protocols SOAP: Simple Object Access Protocol HTTP: Hypertext Transfer Protocol TCP / IP: Transmission Control Protocol / Internet Protocol

Architecture Service grid 1. Shared utilities 安全性(security) 第三方效能的審核和評估(auditing and assessment of third-party performance) 帳單與付款(billing and payment)

Architecture 2. Service management utilities 供應(provisioning) 監控(monitoring) 保證服務品質(ensuring quality of service) 同步(synchronization) 解決衝突(conflict resolution)

Architecture 3. Resource knowledge management utilities 目錄(directories) 仲介(brokers) 註冊(registries) 資料存儲區(repositories) 資料轉換(data transformation)

Architecture 4. Transport management utilities 訊息傳遞(message queuing) 過濾(filtering) 計量(metering) 監控(monitoring) 路由(routing) 資源結合(resource orchestration)

Architecture Application services 企業的各種應用服務，例如 業務活動 採購 供應鏈管理 銷售

Architecture

Architecture 銀行貸款處理過程 申請人資料收集(data gathering) 申請人資料驗證(validation) 信用評分(credit scoring) 風險分析和定價(risk analysis and pricing) 認購(underwriting) 關閉(closing)

Big Changes for IT Department 減少了技術過時的風險 減少了點至點連接的系統造成管理的問題 增加了公司部門或商業夥伴的合作 增加了公司的各應用服務間連線可自動管理

Big Changes for IT Department CIO的角色 CIO 將成為策略家和企業家(strategists and entrepreneurs ) CIO 將成為知識的仲介者(knowledge brokers ) CIO 將成為人際關係的管理者 (relationship managers ) CIO 將成為一個交涉的角色(negotiators)

Big Changes for IT Department 我們是否有一個過渡計劃，來平衡發展目前架構，並了解對業務量最大區域的影響？ 我們是否夠積極利用專業知識和建設精簡公司間流程和外包活動，沒有特色功能來設計 Web Service，我們可以行銷到其他公司嗎？

Big Changes for IT Department 我們是否充分發揮領導的功能在提供使用者網路服務和提供該服務合作廠商所需達到的標準？

SOAP與網路服務的關係 網路服務架構下的Find、Publish、Binding

SOAP訊息本身就是一份XML文件 SOAP Envelope (信封) SOAP Header (表頭) SOAP Body (內容本體)

First Steps to Success WS雖未成熟卻可從中獲取利益 可以專注在本業投資 Merrill Lynch的投資組合分析系統 使用XML連結不同系統：透過合作夥伴取得即時的市場資訊 經理人可透過電腦、PDA、手機、電話取得資訊以符合客戶需求 WS才剛起步,在穩定前仍需持續努力.但並不表示要等到他成熟那天才去擁抱它 再導入WS的過程就可以得到甜頭,因為他用的是開放的架構 公司不需一次定生死,可以專注在自己的本業上,從中獲得經驗 WS基於公開的標準,利用third parties的資源,公司不必花大錢在系統建設上 1.透過XML連結不同系統,透過合作夥伴取得即時的市場資訊,讓經理人可透過電腦,PDA,手機,電話取得資訊以符合客戶需求

Three Guidelines Build on your existing systems Start at the edge Create a shared terminology 1.透過node enablement的程序,將你現有的系統” exposed”在網路上不需更改，建立使用介面或API讓別人可以找到使用

Build on your existing systems(1) 從現有的系統開始 GM與經銷商 node enablement：將現有的系統“exposed”在網路上不需更改 Mark Hogan ：「傳統的IT架構根本不能夠勝任工作，WS是快速提升IT平台的唯一道路」 加強傳統的build-to-stock model提供給經銷商及顧客更多的選擇 locate-to-order：比其他經銷商快速找到特定的車型 order-to-delivery：(計畫推出)縮短交車時間 最終目標build-to-order model：但這需要重新配置生產的作業還有更複雜的部署Web服務 一開始也是用傳統網路與經銷商溝通. Mark Hogan, the president of eGM, 開始導入WS,一個dramatically new build-to-order生產和銷售模式 來創造利潤.，少數經銷商有IT技術，更少數有預算投資新的應用程式 ---剛開始GM利用WS來加強傳統的build-to-stock model提供給經銷商及顧客更多的選擇，例如 ---locate-to-order 的功能 可以比其他經銷商快速找到特定的車型 ---計畫推出order-to-delivery application縮短交車時間 ---最終目標是達成build-to-order model但這需要重新配置生產的作業還有更複雜的部署Web服務

Build on your existing systems(2) GM與經銷商 GM的長期目標：將庫存及流動資金由目前的250億美金減少一半 使用WS的供應鏈每台車輛的作業成本將可減少超過1000美元 GM緩慢的改變IT架構，專注在系統每次部署WS後可以帶來的經濟效益 允許移轉系統可能帶來的風險，因為GM的生存已經跟IT架構的演化密不可分 ---GM的長期目標是要將庫存及流動資金由目前的250億美金減少一半，高盛分析師估計使用Web services的供應鏈每台車輛的作業成本將可減少超過1000美元 ---GM緩慢的改變IT架構，專注在系統每次部署WS後可以帶來的經濟效益，允許移轉系統可能帶來的風險，因為GM的生存已經跟IT架構的演化密不可分

Start at the edge 從對外活動的系統開始 WS促成與對外活動系統的共享 銷售和客戶支援是明顯的edge activities EX：採購與供應鏈管理 WS促成與對外活動系統的共享 GM發現在WS出現前推出新應用程式給不同網路的經銷商使用是不可能的 個人電腦的價格持續的下降－＞庫存的成本變的昂貴 DELL認識到更有效的供應鏈管理將可獲得巨大的收益 DELL的供應鏈管理、庫存管理，核心應該是製造過程 event management預警系統送出零件查詢,系統自動回覆有無貨,可減少hub inventories 40% 目前個人電腦的價格持續的下降，導致庫存的成本變的昂貴，因此DELL與直接供應商的採購，降低供應鏈成本將有助於庫存的管理。 由於DELL預計在5天內完成訂單，但是原料供應商卻需45天備貨，因此供應商必須維持十來天的庫存緩衝在供應商管理中心，而DELL也需要26至30小時的組裝時間，此外，DELL每星期會向供應商發佈未來52週的需求預測。

DELL如何達到零庫存 每兩個小時給每個工廠一個新的生產計劃 XML格式的生產計劃－＞vendor-managed hubs的庫存管理系統 運送材料到裝卸大樓(loading dock at a specific building) DELL的庫存水位只需3~5小時 移除庫存位置增加生產線－＞多1/3使用率

DELL如何達到零庫存 Loading Dock Assembly Line DELL vendor-managed hubs

消除過剩庫存在整個供應鏈 上述方式只是將庫存從DELL拉回到供應商 零件短缺－＞產品及時下架 event management預警系統送出零件查詢,系統自動回覆有無存貨 可減少hub inventories 40% 同時提高毛利率

Create a shared terminology（1） 透過反覆試驗來建立術語 緩步實施才不容易失敗 so many on-line market makers have foundered 看起來簡單且例行的交易卻包含微妙的術語和含義 EX：橘子分銷商鑑別熟成度(建立評價體系) XML可以是建立共通術語的強大工具 確切語意仍需合作夥伴定義 EX：＜價格＞ XML非萬能藥 別指望規格不會改變 GM & 經銷商 and Dell & 物流供應商 ，了解什麼可行，什麼不可行，就可以擴大他們的合作夥伴關係的軌道 2. 一下子太多合作夥伴 想很快的討論出標準 是線上業者WS失敗的一個重要原因 3.是折扣後的淨值?有無包括運費?

Create a shared terminology（2） Service grid幫助商業溝通建立共通術語 EX：RosettaNet (致力於標準化文件交換的開放式電子商務程序) WS架構的擴展 －＞ shared meaning增加 早期的推動者：美林、通用、戴爾以其成功經驗令其商業夥伴信服 後進的公司會發現接受既有的術語可帶來便利 RosettaNet 是一個非營利組織，致力於標準化文件交換的開放式電子商務程序。本組織是由世界頂尖的資訊科技 (IT)、電子元件 (EC)、半導體製造 (SM) 和解決方案供應商 (SP) 等產業的公司所組成，以 XML 做為核心技術，在組織、部門和交易夥伴之間提供企業對企業 (B2B) 通訊的共同媒介。 標準的XML格式來描述 電子企業間的供應鏈 使所有參與者使用相同的術語來描述的活動，如發出採購訂單。 早期的推動者 已建立shared meaning 後來的公司為打入關係 變的有點須強制接受

A Platform for Growth WS不只降低成本還能創造商機 SaaS的實例：花旗銀行 CitiConnect 早期線上匯兌：參與者須手動處理付款或通過專門的銀行網絡 XML為基礎的支付處理服務：插入到現有的交易應用 賣方結算時間少了20％至40％，買賣雙方結算成本降低了50％至60％ 早期線上匯兌 參與者須手動處理付款或通過專門的銀行網絡 憑藉其在電子化付款的深厚功力 一個 XML為基礎的支付處理服務，插入到現有的交易應用。

當買方按下網站上的CitiConnect 該訊息將經由網路送往結算

Citibank 與 Commerce One的合作模式 新的合作模式 其他公司開始仿效以獲得客戶 意識到系統需增加新功能以增加或留住客戶 把有限的資源給專門的供應商 WS的安全性 公司使用WS的服務：發票、付款、物流系統 很少有企業願意提供，更不用說訂閱服務 加速WS的接受程度,並開啟傳統企業新的成長機會 電子商務解決方案供應商Commerce One 意識到系統需增加新功能以增加或留住客戶 1.增加新功能 2.把有限的資源給專門的供應商 公司使用WS的服務 如發票，付款，物流 系統 需考慮安全性 很少有企業願意 提供，更不用說訂閱服務。

Unbundling and Rebundling (HBR March–April 1999) WS加快了企業的分家 新公司資源的調動 獲得更多的客戶 擺脫了以企業為中心的IT架構 出現新的企業組織 採取新的思維方式 重點放在創造新的機會 三種不同類型的商業模式 1.客戶關係管理， 2.基礎設施管理， 3.產品創新和產業化 擺脫了現有以企業為中心的IT架構,公司可以向其他第三方租用服務 擁有資源的資本密集模式將會被更有效取的公開資源的模式所取代 一種新的企業組織---用WS取得各種商業流程組合成自己可用的系統來橫跨整個產業和市場 ---很可能會開始出現取得難以想像的力量 新組織不僅要新架構or新技能還要 新的績效測量和獎勵系統和知識管理方法。 重點放在創造新的機會

未來趨勢 服務需求者同時也是服務提供者 取長補短各取所需 雲端運算（透過網路連線取得由遠端主機提供的服務 ） 隨著service grid 成熟,WS 增加公司的收益,用戶和供應商之間的區別消失了 「雲端運算」=「網路」=「網路運算」。「雲端運算」不是「新技術」或「技術」。「雲端運算」是一種概念，代表的是利用網路使電腦能夠彼此合作或使服務更無遠弗屆。在實現「概念」的過程中，產生出相應的「技術」。

Web Service的未來 SOAP+WSDL+UDDI+XML SOA (Service-Oriented Architecture) 將所有程式邏輯及服務內容全部包裹在服務內部 Restful Web Service 在HTTP上不需依附其他機制 REST 把軟體視為Resource(以 URI定位資源所在處) 瀏覽器即可存取支援 不需discovery機制 實例： Amazon的圖書搜尋 簡單實作： Restful Web Service 概念：《Architectural Styles and the Design of Network-based Software Architectures 》 SOA 的實作，就是將所有程式邏輯及服務內容全部包裹在服務內部，並實作一個標準的介面與外部作溝通，這種做法跟傳統的元件導向做法非常類似，唯一的差別是介面定義的方式、資料格式、與溝通管道必須是產業標準 (http、XML、SOAP 等)。 也就是說只要能實作出這樣的介面，不論介面後面是什麼，都可使成為 SOA。

SOAP vs. REST REST 是建置用戶端與伺服器應用程式的架構樣式 SOAP 是兩個端點之間交換資料的通訊協定規格 REST面向資源 vs. SOAP面向活動 REST是簡單的但限制較多

Q & A