主頁 > 知識庫 > 印度外包IT業(yè)務(wù)影響SAP?

印度外包IT業(yè)務(wù)影響SAP?

熱門標(biāo)簽:400電話申請廠家現(xiàn)貨 深圳教育電話機(jī)器人 區(qū)域地理地圖標(biāo)注 免費(fèi)電子地圖標(biāo)注軟件 云狐電話機(jī)器人 重慶電銷機(jī)器人一般多少錢 蘋果美甲店地圖標(biāo)注 善洋科技機(jī)器人電銷系統(tǒng) 南昌電銷卡外呼系統(tǒng)廠家

  在今天,競爭激烈、變化越來越快的全球化商業(yè)環(huán)境中,傳統(tǒng)企業(yè)觀受到嚴(yán)重挑戰(zhàn),如何靈活快速適應(yīng)變化、創(chuàng)新求變,成為企業(yè)生存和發(fā)展的頭等大事。在業(yè)務(wù)敏捷性的實(shí)踐中,SOA正成長為IT促進(jìn)業(yè)務(wù)提高的轉(zhuǎn)移范式,從設(shè)計(jì)原則、架構(gòu)范式以及技術(shù)、標(biāo)準(zhǔn)和產(chǎn)品中實(shí)踐著它面向服務(wù)架構(gòu)的偉大使命。

  業(yè)務(wù)敏捷性向業(yè)務(wù)與IT兩個(gè)世界發(fā)起挑戰(zhàn)

  事實(shí)上,許多企業(yè)都無法實(shí)現(xiàn)“業(yè)務(wù)敏捷”。他們的工作人員各自行動,計(jì)算機(jī)系統(tǒng)又相互隔離,不能協(xié)同工作:一方面是由IT部門負(fù)責(zé)的信息系統(tǒng)是,另外一方面則是調(diào)整IT系統(tǒng)所需要必要時(shí)間和成本。受這二者的制約,企業(yè)變化要么時(shí)機(jī)已逝,要么得不償失。因此,業(yè)務(wù)方作為利潤中心,總是抱怨IT每年都要花很多錢,不僅不能獲得良好的投資回報(bào),也不能幫助建立戰(zhàn)略性的競爭優(yōu)勢。而IT方作為成本中心,往往怨恨自己沒有得到應(yīng)有的重視,資金不夠、加班加點(diǎn)。這種現(xiàn)象的出現(xiàn)也就不足為奇。

  到底應(yīng)如何看待IT與業(yè)務(wù)之間的關(guān)系?

  首先,業(yè)務(wù)活動是由業(yè)務(wù)人員和信息系統(tǒng)共同完成的,業(yè)務(wù)人員執(zhí)行人工活動,比如拜訪客戶、輸入訂單和客戶資料、做出商務(wù)決策等等,而信息系統(tǒng)執(zhí)行各種自動化活動,包括商業(yè)邏輯、業(yè)務(wù)規(guī)則、管理業(yè)務(wù)數(shù)據(jù),提供界面連接人員和信息系統(tǒng)。所以IT是業(yè)務(wù)的一個(gè)重要組成部分。

  其次,業(yè)務(wù)方?jīng)Q定人工活動和自動化活動的需求,管理人工活動,但是他們往往不具備必要的技術(shù)能力來建立、維護(hù)和運(yùn)營那些支持自動化活動的信息系統(tǒng),這些工作被委托給自己的IT部門或者外包。所以IT要服務(wù)于企業(yè)戰(zhàn)略,為業(yè)務(wù)建立競爭優(yōu)勢,幫助業(yè)務(wù)快速應(yīng)變和創(chuàng)新求變。

  可見,業(yè)務(wù)敏捷性首先需要的是一個(gè)靈活的業(yè)務(wù)模式(Business Model),業(yè)務(wù)自身不靈活,想改變卻心有余而力不足,IT 再能干也是干著急。其次,需要IT的敏捷性,也就是說一個(gè)當(dāng)業(yè)務(wù)改變的時(shí)候,那些自動化活動說變就變,隨業(yè)務(wù)的變化而變化,花的時(shí)間少,花的人力物力也少。這種IT的靈活性,對IT的所有方面都提出了挑戰(zhàn),從架構(gòu)、方法論、技術(shù)、產(chǎn)品,到過程、成熟度和管控。最后,還需要IT與 業(yè)務(wù)這對“冤家”之間的有效溝通與親密合作。

  這很不容易,業(yè)務(wù)與IT來自兩個(gè)不同的世界,看世界的方式不同,所使用的“語言”也不同。大多數(shù)時(shí)候,業(yè)務(wù)不愿意花足夠的時(shí)間在 IT 上,反過來,IT也不愿意花足夠的時(shí)間去理解業(yè)務(wù)。他們把更多的心思放在技術(shù)上,有時(shí)候甚至為技術(shù)而技術(shù),忘了IT是為業(yè)務(wù)和戰(zhàn)略服務(wù)的。 因此,業(yè)務(wù)敏捷性同時(shí)向業(yè)務(wù)和IT兩個(gè)世界發(fā)起挑戰(zhàn),溝通和協(xié)調(diào)成為必然。

  SOA暢行業(yè)務(wù)與IT兩個(gè)世界

  業(yè)務(wù)架構(gòu)描述業(yè)務(wù)世界:從業(yè)務(wù)領(lǐng)域、業(yè)務(wù)組件、業(yè)務(wù)對象,到業(yè)務(wù)服務(wù)、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則……IT架構(gòu)描述IT世界:從應(yīng)用、數(shù)據(jù)、集成、安全、基礎(chǔ)設(shè)施(包括服務(wù)器、存儲、網(wǎng)絡(luò)),到IT運(yùn)營,全面覆蓋……兩個(gè)“世界”共同服務(wù)于企業(yè),而如何實(shí)現(xiàn)兩個(gè)世界協(xié)作則成為企業(yè)戰(zhàn)略目標(biāo)實(shí)現(xiàn)的關(guān)鍵!

  SOA正是溝通兩個(gè)“世界”使命的承擔(dān)者,它提出了架構(gòu)管控的概念,從角色、活動、職責(zé),到協(xié)作、審批和監(jiān)管的框架,保證有一個(gè)游戲規(guī)則來讓這些東西真正地服務(wù)于企業(yè)的戰(zhàn)略和目標(biāo)。

  然而,大多數(shù)企業(yè)對自己的業(yè)務(wù)模型仍停留在自發(fā)狀態(tài),缺乏業(yè)務(wù)方面的嚴(yán)謹(jǐn)企業(yè)架構(gòu)實(shí)踐,更談不上業(yè)務(wù)與IT的溝通,這直接帶來兩個(gè)問題:

  一是業(yè)務(wù)優(yōu)化、應(yīng)變和創(chuàng)新缺乏形式化和數(shù)字化的基礎(chǔ),很容易靠感覺辦事。這種“拍腦袋”應(yīng)變策略,往往帶來很多問題,有些時(shí)候,這些問題的原因被強(qiáng)加到IT的頭上,而使IT承擔(dān)了不應(yīng)承擔(dān)的責(zé)任。

  二是業(yè)務(wù)和IT之間缺乏“可追溯性”(Tracability)。在將業(yè)務(wù)的需求映射到IT的時(shí)候,使用模糊的自然語言,容易造成翻譯后的失真和變形。同時(shí),細(xì)粒度的操作層次所定義的需求,受到變化的沖擊大而快。這最終導(dǎo)致業(yè)務(wù)和IT在進(jìn)行需求映射,尤其是在需求發(fā)生變化時(shí),很難保證好的可追溯性,從而導(dǎo)致業(yè)務(wù)的需求無法準(zhǔn)確地映射到IT,業(yè)務(wù)需求的變化很難被快速地定位到IT。

  傳統(tǒng)模式需要引入新的IT架構(gòu)范式和抽象層次,從而為企業(yè)的業(yè)務(wù)活動和流程提供多系統(tǒng)相互協(xié)作的IT支持,SOA則恰好扮演了這個(gè)角色。

  SOA為業(yè)務(wù)與IT兩個(gè)世界帶來什么?

  SOA究竟在實(shí)現(xiàn)業(yè)務(wù)和IT兩個(gè)世界的溝通中體現(xiàn)了怎樣的價(jià)值?筆者認(rèn)為:

 ?、?SOA在業(yè)務(wù)與IT之間增加了一個(gè)新的抽象層次,就是“業(yè)務(wù)層次上的契約”,用來描述不同的業(yè)務(wù)組件(或者業(yè)務(wù)對象)之間交互的接口。這就是SOA通常所說的“服務(wù)”。

  其中包括功能接口、服務(wù)質(zhì)量約定(Service Level Agreement)和業(yè)務(wù)策略等。它們是用于組件化地對業(yè)務(wù)建模,通常其粒度比技術(shù)層次上的對象或者組件接口要粗,而業(yè)務(wù)流程就是通過將這些服務(wù)編排在一起得到的。當(dāng)業(yè)務(wù)流程發(fā)生變化時(shí),有些變化通過改變服務(wù)的配置(如業(yè)務(wù)策略)來完成,有些變化通過重新組裝已有服務(wù)來完成,有些變化要用到現(xiàn)有服務(wù)之外的業(yè)務(wù)功能,則需要外購或者開發(fā)少量新服務(wù),然后重新組裝。

  業(yè)務(wù)組件化建模所得到的服務(wù)模型,解耦了業(yè)務(wù)架構(gòu)和IT架構(gòu),提供了業(yè)務(wù)架構(gòu)和IT架構(gòu)之間良好的映射能力和變化的可追溯性,即在服務(wù)定義不變的情況下,業(yè)務(wù)和IT可以獨(dú)立地演變,帶來很好的靈活性。

  ② SOA建立了一個(gè)新的集成架構(gòu),負(fù)責(zé)將遺留系統(tǒng)和新建的系統(tǒng)連通起來,讓不同技術(shù)世界的服務(wù)組件可以相互以Web服務(wù)接口為中介來松散耦合地交互。

  這牽涉到各種協(xié)議、API、消息格式的轉(zhuǎn)換、服務(wù)端點(diǎn)的發(fā)現(xiàn)和綁定、消息的路由、服務(wù)質(zhì)量的保證、服務(wù)策略的實(shí)施等等。SOA繼承了過去EAI (Enterprise Application Integration)和MOM(Message Oriented Middleware)的最佳實(shí)踐,比如“企業(yè)服務(wù)總線”(Enterprise Service Bus,ESB)作為一種架構(gòu)風(fēng)格元素,用于在分布式環(huán)境下提供松散耦合的集成基礎(chǔ),但是SOA使用了Web服務(wù),建立在標(biāo)準(zhǔn)和開放技術(shù)的基礎(chǔ)上,而不是私有的技術(shù)、標(biāo)準(zhǔn)和方式。新的集成架構(gòu)還引入Service Registry,ESB與之合作提供服務(wù)的動態(tài)發(fā)現(xiàn)和綁定。ESB的實(shí)現(xiàn)通常會利用已有的消息中間件。

 ?、?SOA通常會創(chuàng)建一個(gè)數(shù)據(jù)服務(wù)層,集成EII(Enterprise Information Integration)的技術(shù)和最佳實(shí)踐。

  這個(gè)集成架構(gòu),要確保所有服務(wù)和應(yīng)用在開發(fā)之時(shí),能夠跟其他的應(yīng)用和服務(wù)集成,不管它們今天是否存在,互聯(lián)互通、相互集成、“開發(fā)即集成”是SOA對技術(shù)層面的基本要求。

  值得提醒的是,SOA一個(gè)很重要的設(shè)計(jì)原則ESB是基于“服務(wù)”的分布式集成,很多基于“細(xì)粒度”的接口和消息集成,并不符合SOA的設(shè)計(jì)原則,也將導(dǎo)致可能的性能問題。

 ?、?在應(yīng)用架構(gòu)方面,新的SOA技術(shù)和標(biāo)準(zhǔn),比如SCA/SDO允許你采用平臺和語言相關(guān)的方式實(shí)現(xiàn),但是組件實(shí)現(xiàn)的服務(wù)接口則是標(biāo)準(zhǔn)化的。

  復(fù)合應(yīng)用(Composite Application)建立在其他應(yīng)用的基礎(chǔ)上,通過將來自Portal應(yīng)用的人工活動、B2B的合作伙伴應(yīng)用、數(shù)據(jù)服務(wù)和本地業(yè)務(wù)服務(wù)來快速形成新應(yīng)用?;贐PEL等標(biāo)準(zhǔn)的流程引擎,使用“聲明式”的方式來將服務(wù)編排在一起,在復(fù)合應(yīng)用中起著重要的作用。這些都是在已有的應(yīng)用平臺上增加而來,比如IBM的WebSphere Process Server支持SCA/SDO和BPEL,它是在IBM的J2EE服務(wù)器WebSphere Application Server的基礎(chǔ)上實(shí)現(xiàn)的。

  我們前面所設(shè)計(jì)的服務(wù),實(shí)現(xiàn)它們的IT組件就表現(xiàn)為一些SCA組件,或者EJB、POJO組件,而業(yè)務(wù)流程則在IT層次上實(shí)現(xiàn)為BPEL或者一些SCA組件。這些服務(wù)和流程都有自己基于標(biāo)準(zhǔn)的形式化描述,保存在服務(wù)注冊庫(Service Registry)中。

 ?、?SOA Governance被用來在整個(gè)服務(wù)的生命中期中,將來自業(yè)務(wù)和IT的人協(xié)調(diào)起來,讓他們各司其職,有章可循,相互協(xié)作。

  在實(shí)現(xiàn)層面,這通常需要借助于Service Registry來管理服務(wù)的生命周期,同時(shí),我們需要擴(kuò)展現(xiàn)有的管理產(chǎn)品,從基礎(chǔ)設(shè)施、應(yīng)用和組件的管理,延伸到服務(wù)、流程和業(yè)務(wù)活動和業(yè)務(wù)績效的管理。在這個(gè)基礎(chǔ)上,建立數(shù)字化的服務(wù)和流程優(yōu)化策略,從而使得IT可以主動地向業(yè)務(wù)提供業(yè)務(wù)優(yōu)化和調(diào)整的支持。

  辨明SOA認(rèn)識的四個(gè)誤區(qū)

  簡單的說,SOA的產(chǎn)生遵循了這樣的邏輯主線:業(yè)務(wù)敏捷性需要一個(gè)靈活的業(yè)務(wù)模型,業(yè)務(wù)模型需要一個(gè)靈活的IT來支持。同時(shí),良好的業(yè)務(wù)建模,IT與業(yè)務(wù)之間的對齊和互動變得很重要,所以基于企業(yè)架構(gòu)的實(shí)踐,橫貫業(yè)務(wù)和技術(shù)的SOA管控被用來保證SOA轉(zhuǎn)型的成功。

  一個(gè)靈活的IT需要遵循必要的設(shè)計(jì)原則,比如關(guān)注點(diǎn)分離、松散耦合,而這些設(shè)計(jì)原則結(jié)合具體技術(shù)形式體現(xiàn)在IT架構(gòu)中,將會形成自己的架構(gòu)風(fēng)格,這當(dāng)然也由一些架構(gòu)元素支撐,比如ESB,服務(wù)注冊庫等。這些架構(gòu)元素多多少少都能夠從過去的IT當(dāng)中找到些影子,但是,它們使用新技術(shù),建構(gòu)在開放標(biāo)準(zhǔn)和技術(shù)的基礎(chǔ)上,融合和繼承了過去的實(shí)踐成果,也同時(shí)容易產(chǎn)生誤解:

  誤解一:SOA = ESB

  ESB只是SOA架構(gòu)中的一個(gè)元素,負(fù)責(zé)轉(zhuǎn)換、路由和服務(wù)質(zhì)量等。看待SOA,應(yīng)該從業(yè)務(wù)、技術(shù)、管控等不同的角度來看待。

  誤解二:SOA = Web Service

  Web Service通常指基于SOAP/HTTP的Web服務(wù),這些服務(wù)是實(shí)現(xiàn)SOA中所定義服務(wù)的一種技術(shù)形式。Web Service提供了分布式環(huán)境下卓越的互操作能力。

 ?、?在應(yīng)用架構(gòu)方面,新的SOA技術(shù)和標(biāo)準(zhǔn),比如SCA/SDO允許你采用平臺和語言相關(guān)的方式實(shí)現(xiàn),但是組件實(shí)現(xiàn)的服務(wù)接口則是標(biāo)準(zhǔn)化的。

  復(fù)合應(yīng)用(Composite Application)建立在其他應(yīng)用的基礎(chǔ)上,通過將來自Portal應(yīng)用的人工活動、B2B的合作伙伴應(yīng)用、數(shù)據(jù)服務(wù)和本地業(yè)務(wù)服務(wù)來快速形成新應(yīng)用。基于BPEL等標(biāo)準(zhǔn)的流程引擎,使用“聲明式”的方式來將服務(wù)編排在一起,在復(fù)合應(yīng)用中起著重要的作用。這些都是在已有的應(yīng)用平臺上增加而來,比如IBM的WebSphere Process Server支持SCA/SDO和BPEL,它是在IBM的J2EE服務(wù)器WebSphere Application Server的基礎(chǔ)上實(shí)現(xiàn)的。

  我們前面所設(shè)計(jì)的服務(wù),實(shí)現(xiàn)它們的IT組件就表現(xiàn)為一些SCA組件,或者EJB、POJO組件,而業(yè)務(wù)流程則在IT層次上實(shí)現(xiàn)為BPEL或者一些SCA組件。這些服務(wù)和流程都有自己基于標(biāo)準(zhǔn)的形式化描述,保存在服務(wù)注冊庫(Service Registry)中。

  ⑤ SOA Governance被用來在整個(gè)服務(wù)的生命中期中,將來自業(yè)務(wù)和IT的人協(xié)調(diào)起來,讓他們各司其職,有章可循,相互協(xié)作。

  在實(shí)現(xiàn)層面,這通常需要借助于Service Registry來管理服務(wù)的生命周期,同時(shí),我們需要擴(kuò)展現(xiàn)有的管理產(chǎn)品,從基礎(chǔ)設(shè)施、應(yīng)用和組件的管理,延伸到服務(wù)、流程和業(yè)務(wù)活動和業(yè)務(wù)績效的管理。在這個(gè)基礎(chǔ)上,建立數(shù)字化的服務(wù)和流程優(yōu)化策略,從而使得IT可以主動地向業(yè)務(wù)提供業(yè)務(wù)優(yōu)化和調(diào)整的支持。

  辨明SOA認(rèn)識的四個(gè)誤區(qū)

  簡單的說,SOA的產(chǎn)生遵循了這樣的邏輯主線:業(yè)務(wù)敏捷性需要一個(gè)靈活的業(yè)務(wù)模型,業(yè)務(wù)模型需要一個(gè)靈活的IT來支持。同時(shí),良好的業(yè)務(wù)建模,IT與業(yè)務(wù)之間的對齊和互動變得很重要,所以基于企業(yè)架構(gòu)的實(shí)踐,橫貫業(yè)務(wù)和技術(shù)的SOA管控被用來保證SOA轉(zhuǎn)型的成功。

  一個(gè)靈活的IT需要遵循必要的設(shè)計(jì)原則,比如關(guān)注點(diǎn)分離、松散耦合,而這些設(shè)計(jì)原則結(jié)合具體技術(shù)形式體現(xiàn)在IT架構(gòu)中,將會形成自己的架構(gòu)風(fēng)格,這當(dāng)然也由一些架構(gòu)元素支撐,比如ESB,服務(wù)注冊庫等。這些架構(gòu)元素多多少少都能夠從過去的IT當(dāng)中找到些影子,但是,它們使用新技術(shù),建構(gòu)在開放標(biāo)準(zhǔn)和技術(shù)的基礎(chǔ)上,融合和繼承了過去的實(shí)踐成果,也同時(shí)容易產(chǎn)生誤解:

  誤解一:SOA = ESB

  ESB只是SOA架構(gòu)中的一個(gè)元素,負(fù)責(zé)轉(zhuǎn)換、路由和服務(wù)質(zhì)量等??创齋OA,應(yīng)該從業(yè)務(wù)、技術(shù)、管控等不同的角度來看待。

  誤解二:SOA = Web Service

  Web Service通常指基于SOAP/HTTP的Web服務(wù),這些服務(wù)是實(shí)現(xiàn)SOA中所定義服務(wù)的一種技術(shù)形式。Web Service提供了分布式環(huán)境下卓越的互操作能力。

文章來源:CIO時(shí)代網(wǎng)

標(biāo)簽:廣東 隴南 那曲 那曲 曲靖 廈門 南充 宜賓

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《印度外包IT業(yè)務(wù)影響SAP?》,本文關(guān)鍵詞  印度,外包,業(yè)務(wù),影響,SAP,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《印度外包IT業(yè)務(wù)影響SAP?》相關(guān)的同類信息!
  • 本頁收集關(guān)于印度外包IT業(yè)務(wù)影響SAP?的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章