SOA重點在於業務改造而不是程式碼再利用
轉自 http://soa.ctocio.com.cn/xwpl/290/9378790.shtml
市場研究公司Forrester Research副總裁Randy Heffner指出,資訊長對SOA的最糟糕的誤解是認為SOA僅僅是軟體再利用另一個技術計劃。雖然SOA的再利用潛力是真實的和很好的,但是,它的業務影響力更大。在市場研究公司Forrester的調查中,38%的全球2000強企業SOA使用者表示,他們把SOA應用於戰略性的業務改造。SOA真正的力量源泉在於它的業務設計模式而不在於技術。這就意味著SOA為業務技術架構更大規模的轉變提供了一個廣泛的基礎,遠遠超過了SOA的本身。通過正確地理解SOA,資訊長能夠領導自己的機構在一個堅實的和管理良好的道路上走向未來的戰略性技術並且實現更大的業務價值。
Forrester把SOA定義為解決方案設計和軟體架構的以業務為重點的方法。通過提供開放的和靈活的訪問埋藏在機構應用程式中的業務能力和交易,SOA能夠讓現有的軟體更方便地適應新的業務要求。僅僅從技術角度考慮SOA的資訊長們將忽略這個SOA的業務觀點並且將失去一個領導自己的機構前進的機會。SOA是未來的以業務為重點的IT架構的更廣泛的轉變的基礎。這意味著錯誤理解SOA的人們在未來的許多年裡將有糟糕的業務基礎。
68%的企業表示,他們正在使用SOA或者將在2010年之前使用SOA。46%的企業目前正在使用SOA。當僅考慮全球2000強企業的時候,使用SOA的企業使用者達到了74%。所有這些SOA應用不僅是行業宣傳和試驗。SOA一直在提供實實在在的結果,從而使IT官員更需要它:52%的當前的SOA使用者表示,SOA提供了足夠的好處以至於他們要擴大SOA的應用;只有1%的使用者表示要削減SOA開支,因為他們沒有從SOA中得到好處。對於其它使用者來說,他們或者是太早不能說明這個好處,或者是正在努力獲得這個好處,通常是因為他們把SOA僅僅當作一種技術方法。
資訊長必須理解的SOA的要點是:
·SOA讓你的軟體適應你的業務需求。雖然SOA基本上是軟體架構和設計的一種方法是真實的,使SOA聽起來是面向技術的,但是,SOA最重要的概念是圍繞你運營你的機構所需要的業務能力設計軟體。每一個基於SOA的業務服務都執行一個完整的業務部門的工作,把你的IT應用程式的複雜性隱藏在一個可插入的數字軟體介面後面,以便用於具體的有針對性的業務能力,如“呈報訂單”或者“釋出銷售線索”。
·SOA建立一個業務能力組合。通過設計你的機構需要的業務能力,SOA的一個面向業務的方法建立一個有條理的業務的服務的組合,直接反應你的機構的主要業務交易和流程的設計。這些服務建在以下因素的基礎之上並且利用你現有的豎井式的和重疊的應用程式基礎,通過提供一個服務層把你的業務與現有的複雜性隔離開來。在這服務層中,業務基準直接建在你的軟體中。
·SOA在需要的地方引進了業務能力。擁有一個SOA業務服務的組合,你的機構能夠迅速把你的業務能力連線到任何業務流程、員工、客戶、合作伙伴、供應商、政府機構、移動裝置或者需要用於適應變化的業務條件和實施業務改進的其它任何東西。
還有更多:SOA的業務服務提供為未來的技術創新和業務優化提供了一個基礎。下面是四個例子:
·用於業務反應的業務流程管理。業務流程管理和業務活動監視解決方案能夠利用經過你的SOA服務的業務資料實現業務可見性和快速反應。
·用於早期報警的事件處理。事件處理解決方案能夠識別業務服務流的方式以便提供潛在的業務問題的早期報警。
·對於預測未來問題的行動進行預見性的分析。預見性的分析可以在你的SOA服務或者資料服務的接近實時的資料流上實施,或者從經過你的SOA基礎設施到事件處理解決方案事件資料流上實施,以便從系統行為數學建模中出現的方式中預測未來的業務問題。
·業務靈活性的規則和政策。業務規則和政策管理技術能夠提供一些手段迅速適應你的業務服務提出的數字業務運營。
SOA本身也有一些好處。SOA提供的業務流程智慧和適應性的基礎方面還有進一步的好處。這不是簡單地與其它技術一起使用SOA:除非SOA是一個更大的架構的觀點的基礎,增加其它技術智慧產生更多的技術整合問題。在SOA的基礎之上,Forrester把業務能力架構、數字業務架構、動態業務應用和更多的東西整合在了一起,表明未來你的解決方案架構要與你的業務設計一致。SOA是實現更廣泛的戰略性未來的基礎。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14780828/viewspace-664591/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 聽說你在為天天寫業務程式碼而煩惱?
- 把業務邏輯寫入應用程式,而不是資料庫資料庫
- 控制程式碼--而不是跟隨程式碼--脫殼隨想
- 在django中使用celery(而不是djcelery)Django
- 對業務流程建模而不是對實體建模 - poweredbybeard
- 程式碼重構-業務中臺化
- SOA在業務與IT兩個世界中暢行
- parseInt 是用於字串,而不是用於數字字串
- 專案的改造——RemoveButterKnife外掛程式碼的重構REM
- 為什麼是“程式猿”而不是“程式媛”?
- 程式設計師的生產效率源於需求,而不是工具!程式設計師
- 不要的程式碼刪除掉,而不是放到系統中干擾
- canvas 繪製圖案是重疊繪製而不是重置Canvas
- canvas繪製圖案是重疊繪製而不是重置Canvas
- 在微服務中引入ESB使SOA重獲新生微服務
- 為何軟體IT行業重視創新而不是穩定?行業
- 為什麼VSCode是程式碼編輯器而不是IDE?VSCodeIDE
- 低程式碼平臺搭建CRM 加速重構業務模式模式
- 策略模式在PHP業務程式碼的實踐模式PHP
- 【譯】需要學習的是程式設計,而不是程式語言程式設計
- ActiveX 控制元件重繪無效問題,用CClientDC 而不是CPaintDC控制元件clientAI
- 想建立一個卓越的團隊?你需要重視人才,而不是招聘
- 2012 - 重點BO + 業務模型模型
- 未來是屬於演算法的,不是程式碼演算法
- Java程式設計細節-重構-為什麼 if-else 不是好程式碼Java程式設計
- 你並不是程式碼
- 阿里雲ECI不要使用,不是重點方向阿里
- 程式設計師不是在編寫程式碼,而是在解決問題 - LanRaccoon程式設計師
- iis實現點選檔案下載而不是開啟檔案
- 根據意圖而不是架構構建程式 - Janos Pasztor架構
- 實際業務中使用策略模式對程式碼進行重構模式
- 不是生活所迫,是萬萬不會在北京寫程式碼的
- 程式碼不是文學作品
- 如何從業務程式碼中提升技術:使用領域特定語言消除重複程式碼
- 關於設計業務應答狀態碼的一點思考
- 構建Java Agent,而不是使用框架Java框架
- 盤點爬蟲語言為何大多選擇Python而不是Java爬蟲PythonJava
- 我們需要更多的程式設計師,而不是更好的工具程式設計師