埃森哲-官華-架構(gòu)視角看數(shù)字化轉(zhuǎn)型

架構(gòu)視角看數(shù)字化轉(zhuǎn)型2.數(shù)字化企業(yè)架構(gòu)3.數(shù)字化運(yùn)營4.轉(zhuǎn)型演進(jìn)1.理解數(shù)字化smart

machines,sensorsand

immensecomputing

power;

Moore,s|aw

drives

rampant

adoption.Disruptive

Business

ModelsReal-time

DataAnalyticsCyberSecurityWearablesMachine-MachineDIGITALBig

Data

insightsdrivingcompetitiveadvantage;need

for“hyper

agi|e”

mode|sMachine

LearningArtificial

IntelligenceVirtualAgentsCOGNITIVEtechnology.數(shù)字化不僅僅是另外—波顛覆性的技術(shù)變革Transactioncaptureand

mass

record

processingFilesBatchand

Online

TransactionProcessingMAINFRAMEDigital

is

not

just

viewed

as

another

wave

of

disruptive2000s1990s1970s–

1980secommerce

boom,connectedcustomer

and

rise

ofsocia|engagementB2BB2CE-CommerceERP,

MESsystemsof

record;

at

sca|eacross

g|oba|

operating

mode|PCsRe|ationa|

Databasesoftware

packageskey

EnabIingTechnoIogiesBusinessTriggers2020or

Sooner?CLIENT/SERVER2010–

2020TechnoIogyINTERNET

1.0wavesBuiIding

BIocKsofacustomercentric

DigitaI

Organization

客戶為中心的數(shù)字化組織構(gòu)成pub|ic

Ap|s4Cnnected

andinsiCOSData

and

securityBusiness

processesMai|nfrastructureAPP|icationsdrivted

andAna|yticstMobi|ityC|oudsocia|ghtsR&D||oTance

S'csFinnseDigitaI

Impact-

Framing

ye-terday-bu-ine--to

tomorrow-

數(shù)字化驅(qū)動-框定業(yè)務(wù)的未來IT/OT->

IIOTApplying

IT/OTintegrationand

Industrial

InternetsolutionsMobilityMobilitysolutionsextendingtothe

industrialarenaAnalyticsAdvancedanalyticsandBigData

applicationsareexpandingSocialEnterpriseSocialCollaboration

movingintooperationsCloud

Disconnected

onsite

workforce

CloudplatformsprovidenewwaysofdeliveringservicesLoca|

workforceReactive|s|ands

of

dataMany

manua|

steps|so|ated

TeamsS|ow

/

intuition

based

decisionsMateria|s

&

Logistics

misa|ignedIntegrated

SUppIY

ChainGIobaI

WorkforceRapid

/

data-backed

decisionsConnected

TeamDigitaIIY

empowered

workforceIncreased

process

aUtomationIntegrated

accessibIe

informationproactive

/

predictive011010101010101110

0111010101010110100111010100110101011.理解數(shù)字化2.數(shù)字化企業(yè)架構(gòu)3.數(shù)字化運(yùn)營4.轉(zhuǎn)型演進(jìn)用戶體驗(yàn)編排中臺服務(wù)銷售產(chǎn)品

舊的系統(tǒng)

1.數(shù)字化轉(zhuǎn)型對企業(yè)意味著什么?轉(zhuǎn)型治理人工智能物聯(lián)網(wǎng)虛擬化商品營銷客服訂單促銷MES生產(chǎn)線人力資源財(cái)務(wù)管理合作伙伴……物流采購安全開放平臺倉儲管理變化項(xiàng)目群管理技術(shù)管理基礎(chǔ)平臺轉(zhuǎn)型節(jié)奏企業(yè)大數(shù)據(jù)……戰(zhàn)略重點(diǎn)開放平臺移動化云計(jì)算微服務(wù)互聯(lián)網(wǎng)多變的計(jì)劃進(jìn)度舊的流程看不見的數(shù)據(jù)不能改的架構(gòu)過時(shí)的老技術(shù)完美的新技術(shù)臨時(shí)的管理不能停的業(yè)務(wù)不好的體驗(yàn)永遠(yuǎn)在變的業(yè)務(wù)看不清的未來數(shù)字化外部環(huán)境體系數(shù)字化企業(yè)體系數(shù)字化客戶數(shù)字化企業(yè)數(shù)字化供應(yīng)商數(shù)字化在線體系數(shù)字化線下體系對企業(yè)來說,清晰定義其關(guān)鍵結(jié)構(gòu)邊界,是我們進(jìn)行數(shù)字化轉(zhuǎn)型的第—步1.Think

BIG:數(shù)字化企業(yè)架構(gòu)體系大腦數(shù)字化服務(wù)運(yùn)營銷

營產(chǎn)

運(yùn)營

運(yùn)品

營IT管理全局的平臺,而不是各個(gè)煙囪的應(yīng)用,并為

應(yīng)用提供整體運(yùn)行環(huán)境和支持;o

多數(shù)的業(yè)務(wù)應(yīng)用基于共享的平臺環(huán)境進(jìn)行構(gòu)建,運(yùn)行

和管理;o

基礎(chǔ)設(shè)施由平臺管理,而不是直接提供給應(yīng)用本身;o

計(jì)算能力能夠根據(jù)需求通過云化的資源池進(jìn)行動態(tài)的

擴(kuò)展;o

只有兩種主要的IT開發(fā)模式:l基于標(biāo)準(zhǔn)的環(huán)境進(jìn)行業(yè)務(wù)應(yīng)用開發(fā);l擴(kuò)展平臺的能力;業(yè)務(wù)通過—系列授權(quán)的共享服務(wù)環(huán)境進(jìn)行管理和進(jìn)

行快速實(shí)施;o

標(biāo)準(zhǔn)的管控措施基于流程提供和進(jìn)行自治;o

新的IT模式,IT原則深深根植在IT員工的文化,IT流程,和IT系統(tǒng)中;現(xiàn)狀

未來

{

Server

raries/

用應(yīng)應(yīng)現(xiàn)應(yīng)用用應(yīng)應(yīng)用用應(yīng)用應(yīng)用relibtectwar用arcSo團(tuán)隊(duì)實(shí)由應(yīng)用2.架構(gòu)理念:面向未來的企業(yè)IT轉(zhuǎn)型,核心是分層平臺化模式?“大的共享平臺+

小的應(yīng)用”模式:通過實(shí)施新的應(yīng)用架構(gòu)和建設(shè)模式,能快速使能企業(yè)進(jìn)行創(chuàng)新:業(yè)務(wù),管理,運(yùn)營;批處理

數(shù)據(jù)庫

WebVirtualServersFrameworkServerSoftware,etc..數(shù)據(jù)庫ServerDataCenter

Fabric由平臺和基礎(chǔ)設(shè)施團(tuán)隊(duì)提供基礎(chǔ)能力提供:Linux-MediumLinux-sma||Ux

Itanium

LargeUx

Itanium

MediumUx

Itanium

sma||InternalWeb

ApplicationwithCore

integrationStandaloneexternalApplication….webServer批處理ServerDataCenter

Fabric平臺….3.管理變化:適變模式.

按照企業(yè)架構(gòu)的分層,

每個(gè)組成部分都有足夠的適應(yīng),容錯(cuò)等,

可以隨著業(yè)務(wù),技術(shù)

等變化兒變化;按需模式.

整個(gè)業(yè)務(wù),應(yīng)用,IT架構(gòu)的構(gòu)建,被動的響應(yīng)業(yè)務(wù)的需求,普

遍缺少預(yù)見性,不能

支持快速變化;企業(yè)的戰(zhàn)略規(guī)劃,目標(biāo),發(fā)展方向核心的賣點(diǎn),盈利的方式,組織結(jié)構(gòu),關(guān)鍵資源,投入等企業(yè)內(nèi)的運(yùn)作方式,基于核心的商業(yè)模式,構(gòu)建的運(yùn)作團(tuán)隊(duì)和流程體系業(yè)務(wù)場景,業(yè)務(wù)流程等,是企業(yè)經(jīng)營的核心載體基礎(chǔ)的業(yè)務(wù)能力單元,為高層的場景提供功能對業(yè)務(wù)能力,業(yè)務(wù)場景的落地,以app的形式,包含前端,服務(wù)端,數(shù)據(jù)端三個(gè)關(guān)鍵部分各種企業(yè)共享的IT軟件能力,包含兩層:應(yīng)用級的和平臺級的,可以方便快速開發(fā)新應(yīng)用支持企業(yè)業(yè)務(wù)app的運(yùn)行環(huán)境,軟件的框架,服務(wù)的框架等;各種基礎(chǔ)的應(yīng)用軟件基礎(chǔ)平臺,操作系統(tǒng)等;各種基礎(chǔ)的硬件設(shè)施,虛擬化,Docker,云化平臺等各種網(wǎng)絡(luò)的結(jié)構(gòu),關(guān)系,與上層的關(guān)系,設(shè)計(jì)原則數(shù)據(jù)中心的設(shè)計(jì),與各種上層的分布的關(guān)系EnterprisestrategyBusiness

ModeIsoperation

ModeIBusinessscenraios/ProcessesBusinesscapabiIityBusiness

lTCapabiIities,orchestratation

appIicationsshared

lTCapabiIitiesappIicationsAppIication

PIatformsoftware

PIatformHardware

PIatformNetwork

PIatformDataCenter4.數(shù)字化企業(yè)架構(gòu)層次定義,理解可變化領(lǐng)域業(yè)務(wù)層基礎(chǔ)設(shè)

施層應(yīng)用層應(yīng)用平

臺層戰(zhàn)略層0106090308120710110405024.1理解商業(yè)模式企業(yè)的運(yùn)營架構(gòu),類似組織架構(gòu),

定義了不同的組織單元在整個(gè)業(yè)務(wù)

活動中承擔(dān)的職責(zé)和功能;通過分析不同的運(yùn)營架構(gòu),我們可以明確不同的組成在業(yè)務(wù)架構(gòu)里的權(quán)責(zé)利劃分,變化;從而作為一個(gè)極其重要的輸入,指導(dǎo)我們后續(xù)的業(yè)務(wù)數(shù)據(jù)建模,分布,功能分布等;更進(jìn)一步,這個(gè)也極大的影響我們

整體架構(gòu)的部署模式;按流程劃分按職能劃分按前端/后端劃分矩

陣型按產(chǎn)

品或服務(wù)劃分混合

型按地域劃分按客戶劃分4.2理解運(yùn)營架構(gòu)生產(chǎn)階段IT使用管理,IT服務(wù)支持,IT運(yùn)行維護(hù),IT安全管理;數(shù)據(jù)準(zhǔn)備,軟件準(zhǔn)備,

環(huán)境準(zhǔn)備,部署,就生產(chǎn)階段業(yè)務(wù)銷售,服務(wù)支持,運(yùn)行維護(hù),安全管理等規(guī)劃階段新業(yè)務(wù)需求,業(yè)務(wù)優(yōu)研發(fā)階段業(yè)務(wù)數(shù)據(jù),模型,架實(shí)施階段數(shù)據(jù)準(zhǔn)備,環(huán)境準(zhǔn)備,產(chǎn)品業(yè)務(wù)運(yùn)營各種業(yè)務(wù)產(chǎn)品各種業(yè)務(wù)產(chǎn)品各種業(yè)務(wù)產(chǎn)品各種業(yè)務(wù)產(chǎn)品理解業(yè)務(wù)運(yùn)營和IT運(yùn)營規(guī)劃階段新的IT建設(shè)需求,故

障處理,優(yōu)化等研發(fā)階段軟件研發(fā),架構(gòu),編

碼,測試,質(zhì)量等IT部門關(guān)注區(qū)域構(gòu),研發(fā),測試等業(yè)務(wù)部門關(guān)注區(qū)域化,業(yè)務(wù)變更等測試,就緒實(shí)施階段產(chǎn)品IT運(yùn)營緒3:終端銷售流程3.1:訂單創(chuàng)建

3.2訂單處理>3.3訂單結(jié)束否3.

1.

1選定終端3.

1.2選擇支付銀行3.2.4用戶取貨3.3.1訂單成

功處理3.2.3通知用

戶取貨如何定義新的流程,新的場景;從業(yè)務(wù)的角度,到底應(yīng)該如何定位?Xx出差4.3理解業(yè)務(wù)流程,業(yè)務(wù)場景業(yè)務(wù)審批直接老板

審批Business

Events

(process

orchestration

F|ow)訂機(jī)票買保險(xiǎn)訂酒店電子商務(wù)支撐室客服人員

是

3.2.1將訂單派至

縣市主營業(yè)廳3.2.6配送至用

戶3.2.5取貨,

將貨送至物流中心3.3.2訂單失敗處理用戶是否簽

·收

3.3.3簽收單帶

回,

訂單處理縣市主營業(yè)廳3.

1.4電話回訪完善訂單本地物流商本地物流商3.2.2備貨、修

改貨物狀態(tài)送貨人員客服人員取貨人員是否用戶自

行取貨是否完成支付3.

1.3審

核訂單訂單是

否有效用戶 否結(jié)束開始是否否是是消費(fèi)者渠道收藏購物

車商品配置相關(guān)商品選擇?配送方式?支付方式?

積分?

包裝方式?

包裹方式?配送方

?收貨方式?

風(fēng)險(xiǎn)管理

?

濫權(quán)訂單支付倉庫物流安全4.4理解業(yè)務(wù)場景模型,構(gòu)建數(shù)字化對象商品?用戶細(xì)分?

搜索入口

?類目入口

?

銷售方式?商業(yè)渠道

?技術(shù)渠道?商品配置

?銷售方式?

購物車時(shí)效?收藏方式?用戶活動?商品活動?

訂單活動?渠道活動?

物流活動促銷

活動網(wǎng)路數(shù)據(jù)中心lT管控體系產(chǎn)品運(yùn)營管理告警監(jiān)控管

理業(yè)務(wù)管理lT基礎(chǔ)設(shè)施管理配置管理服務(wù)端流程能力服務(wù)中心共享能力服務(wù)中心業(yè)務(wù)能力服務(wù)中心

企業(yè)應(yīng)用lT架構(gòu)參考產(chǎn)品應(yīng)用和平臺體系產(chǎn)品應(yīng)用lT產(chǎn)品應(yīng)用

運(yùn)行平臺lT基礎(chǔ)設(shè)施企業(yè)lT架構(gòu),從整體上劃分為三個(gè)大的部

分:1.產(chǎn)品應(yīng)用部分:面向各個(gè)不同的業(yè)務(wù)

應(yīng)用產(chǎn)品;2.企業(yè)共享lT平臺部分:面向不同的產(chǎn)

品應(yīng)用,為其提供各種統(tǒng)—的lT基礎(chǔ)

能力和設(shè)施等;3.企業(yè)統(tǒng)—lT管控:是整個(gè)企業(yè)大lT環(huán)

境的—部分,對lT產(chǎn)品應(yīng)用實(shí)現(xiàn)統(tǒng)—

的lT運(yùn)營管理;因此,對于產(chǎn)品而言,我們由于產(chǎn)品架構(gòu)

的差異性,我們這里僅僅給出參考架構(gòu),后續(xù)國壽可以根據(jù)自身的條件和產(chǎn)品的狀態(tài)逐步對架構(gòu)進(jìn)行打開,從而可以了解更

細(xì)節(jié)的情況;關(guān)鍵參考:1.理解lT架構(gòu)的層次結(jié)構(gòu),定義lT管控

體系,lT平臺體系,lT基礎(chǔ)設(shè)施的內(nèi)

涵;2.理解產(chǎn)品的lT架構(gòu)組成;3.幫助我們理解產(chǎn)品的分類組成;4.5從IT角度理解業(yè)務(wù)應(yīng)用的結(jié)構(gòu)mobi|e

,pc

基礎(chǔ)服務(wù)環(huán)境:dubbo

,servicemesh

,

……

前前端端環(huán)平境

:

業(yè)

臺

lT

平臺業(yè)務(wù)服務(wù)平臺

務(wù)平數(shù)據(jù)關(guān)臺服行臺編排運(yùn)平服務(wù)統(tǒng)平網(wǎng)虛擬化平臺能力開放服務(wù)能力開放平臺共享技術(shù)

能力層應(yīng)用平臺層系統(tǒng)軟件層企業(yè)統(tǒng)

l臺T管理控平臺系統(tǒng)軟件層:MongoDB

,Redis

,Memched

,Nginx

,Mysq|

,Java

,MQ

,

……共享技術(shù)能力:Log

,cache

,search

,Event

,Fi|e

,Message

,Task

,

……外部集成服務(wù)外部集成平臺告警監(jiān)控管

理服務(wù)管理服務(wù)管理配置管理業(yè)務(wù)管理安全管理安全管理性能管理性能管理數(shù)據(jù)服務(wù)業(yè)務(wù)數(shù)據(jù)Apl網(wǎng)關(guān)服務(wù)服務(wù)編排服

務(wù)XxApl業(yè)務(wù)應(yīng)用告警監(jiān)控管

理安全管理配置管理服務(wù)管理業(yè)務(wù)管理性能管理ul/ue業(yè)務(wù)組件web/

Mobi|e

應(yīng)用集成

開放

平臺Xx編排Xx編排Xx編排XxAplXxApl數(shù)據(jù)端應(yīng)用層前端策略4:對于業(yè)務(wù)運(yùn)營多樣化和個(gè)性化體驗(yàn)變化較多的業(yè)務(wù),考慮用微服務(wù)模式實(shí)現(xiàn),但要盡可能采

用業(yè)界先進(jìn)的應(yīng)用理念,如:簡易認(rèn)證、分布

式,高可用等。策略

3:對于成熟業(yè)務(wù),業(yè)務(wù)規(guī)則明確,業(yè)務(wù)變化

慢的業(yè)務(wù),優(yōu)先采用成熟套件軟件包。如供應(yīng)鏈、財(cái)經(jīng)等業(yè)務(wù)優(yōu)先采用oracIe

ERP。軟件包通過統(tǒng)—的服務(wù)架構(gòu)技術(shù)集成;策略

5:對于已有系統(tǒng)支撐的需求,變化相對緩慢,但是

現(xiàn)有系統(tǒng)技術(shù)參差不齊,這種方式下,通過定義

集成老系統(tǒng)服務(wù)實(shí)現(xiàn),集成服務(wù)方式基于平臺統(tǒng)

—的服務(wù)化架構(gòu)構(gòu)建。策略2:對不同的業(yè)務(wù)場景需求,需要跨不同的軟件

形態(tài),聚合不同的服務(wù),采用快速流程式軟

件模式,如:審批,申請,訂單處理等;策略

1:按照業(yè)務(wù)策略性,獨(dú)立性和用戶體驗(yàn)等原則,

選用業(yè)界成熟的公有云服務(wù)/應(yīng)用,如支付、微信、順豐、天氣預(yù)報(bào)等;4.6理解業(yè)務(wù)的不同應(yīng)用實(shí)現(xiàn)模式/業(yè)務(wù)/業(yè)務(wù)需求需求統(tǒng)—服務(wù)化服務(wù)化協(xié)議數(shù)據(jù)交換服務(wù)化協(xié)議

轉(zhuǎn)換數(shù)據(jù)交換統(tǒng)—服務(wù)化集成層:協(xié)議轉(zhuǎn),使用認(rèn)證公有云服務(wù)公有云服務(wù)屬于企業(yè)

外部的第三方的業(yè)務(wù)

能力,為了納入體系,

需要通過集成層進(jìn)行

統(tǒng)—的管理和使用;快速流程式軟件屬于新的業(yè)務(wù)應(yīng)用實(shí)現(xiàn)方式,能夠快速實(shí)現(xiàn)不同的業(yè)務(wù)流程需求;基于新的技術(shù)棧和服務(wù)化能力開發(fā);遵循的服務(wù)標(biāo)準(zhǔn)直接接入環(huán)境;成熟套件成熟套件軟件模式下,根據(jù)套件的開放程度,需要綜合采用實(shí)現(xiàn)服務(wù)化,數(shù)據(jù)交換的方式實(shí)現(xiàn)套件與服務(wù)化環(huán)境之間的橋接;微服務(wù)化應(yīng)用基于新的云化服務(wù)化架構(gòu)標(biāo)準(zhǔn)構(gòu)建的新的業(yè)務(wù)應(yīng)用;Legacy系統(tǒng)在整體體系內(nèi),還包含多個(gè)Iegacy的系統(tǒng),他們同樣需要統(tǒng)—接入平臺;采用在Legacy系統(tǒng)外部構(gòu)建服務(wù)化接入層的方式來實(shí)現(xiàn);云化服務(wù)化平臺4.7理解融合環(huán)境策略統(tǒng)—服務(wù)化統(tǒng)—服務(wù)化統(tǒng)—服務(wù)化轉(zhuǎn)換基于應(yīng)用的微服務(wù)化分析,我們理解任何—個(gè)具體

的應(yīng)用,在進(jìn)行微服務(wù)化的時(shí)候,都需要考慮如圖

所示的微服務(wù)應(yīng)用差異性,并獨(dú)立進(jìn)行控制:1.

應(yīng)用前端訪問自己的服務(wù)端;2.

服務(wù)端不同微服務(wù)之間的互訪;3.

服務(wù)端訪問數(shù)據(jù)端;4.

面向第三方的開放平臺訪問服務(wù)端的服務(wù);5.同—個(gè)業(yè)務(wù)領(lǐng)域內(nèi)的其他服務(wù)訪問;6.

對共享技術(shù)服務(wù)的訪問;7.

與音樂管控之間的訪問;上述的七個(gè)服務(wù)控制點(diǎn),是我們進(jìn)行微服務(wù)設(shè)計(jì)時(shí)

必須要小心病全面考慮的內(nèi)容;前端123數(shù)據(jù)端服務(wù)端4.8理解微服務(wù)架構(gòu)控制策略開放平

臺其他應(yīng)

用訪問公共技

術(shù)服務(wù)應(yīng)用管控4576多中心部署訂單信息運(yùn)營狀態(tài)信息(體驗(yàn),日志等)總部運(yùn)營中心各種區(qū)域操盤信息

各種運(yùn)營信息各種狀態(tài)信息比較廣泛應(yīng)用的中臺定義有三種:1.

從業(yè)務(wù)的角度,關(guān)注業(yè)務(wù)數(shù)據(jù),狀態(tài)的分布,

比如:多中心部署模式下,總部作為統(tǒng)—的

中臺,形成全域范圍的業(yè)務(wù)管控;區(qū)域負(fù)責(zé)

自己業(yè)務(wù)的實(shí)施;2.

從共享的角度:提供統(tǒng)—的可共享能力,供

其他業(yè)務(wù)應(yīng)用在其上進(jìn)行二次增強(qiáng),擴(kuò)展;3.

從IT架構(gòu)的角度,把服務(wù)端定義為中臺;4.9部署形態(tài),以及中臺定義區(qū)域運(yùn)營中心

區(qū)域-》總部數(shù)據(jù)同步總部-》區(qū)域數(shù)據(jù)同步區(qū)域運(yùn)營中心區(qū)域運(yùn)營中心1.

服務(wù)子系統(tǒng)自己的前端業(yè)務(wù)應(yīng)用組件,可以訪問自己的服

務(wù)層的服務(wù);2.

服務(wù)子系統(tǒng)內(nèi)服務(wù)層的業(yè)務(wù)服務(wù),可以訪問自己的數(shù)據(jù)層

服務(wù);3.

不同服務(wù)子系統(tǒng)之間的前端組件,我們定義兩種形態(tài):

homepage和bIocK;?

Homepage:不同的homepage不能互相嵌套;?

BIocK:不同服務(wù)子系統(tǒng)的bIocK,需要通過定義第三

方的homepage來進(jìn)行組裝;4.

不同的服務(wù)子系統(tǒng)的前端業(yè)務(wù)組件層,不能進(jìn)行互相調(diào)用;5.

不同服務(wù)子系統(tǒng)的服務(wù)層服務(wù)接口,可以根據(jù)需要調(diào)用其

他服務(wù)子系統(tǒng)的可訪問接口;6.

不同服務(wù)子系統(tǒng)的服務(wù)層服務(wù),不能訪問其他服務(wù)子系統(tǒng)

的數(shù)據(jù)層服務(wù);7.

不同服務(wù)子系統(tǒng)的數(shù)據(jù)層服務(wù),不同進(jìn)行互相訪問;數(shù)據(jù)端

7

數(shù)據(jù)端前端業(yè)務(wù)應(yīng)用組件

3

前端業(yè)務(wù)應(yīng)用組件4.10單個(gè)業(yè)務(wù)應(yīng)用的訪問與被訪問策略業(yè)務(wù)服務(wù)端業(yè)務(wù)服務(wù)端64A業(yè)務(wù)應(yīng)用

B業(yè)務(wù)應(yīng)用

5

2211考慮應(yīng)用的前后端分離模式,這種編排

只對前端部分進(jìn)行處理,實(shí)現(xiàn)新的業(yè)務(wù)

邏輯;?

首先由新的業(yè)務(wù)編排應(yīng)用調(diào)用各個(gè)

需要的業(yè)務(wù)應(yīng)用前端,不改變這些

應(yīng)用的邏輯和結(jié)構(gòu)形態(tài);?

新的應(yīng)用前端獲取不同其他應(yīng)用的

業(yè)務(wù)數(shù)據(jù),調(diào)用自己的業(yè)務(wù)服務(wù)進(jìn)

行數(shù)據(jù)和邏輯處理;?

新的業(yè)務(wù)應(yīng)用服務(wù)邏輯包含對這些

不同業(yè)務(wù)應(yīng)用的數(shù)據(jù)管理和處理;?這種新的界面組合方式,可以是嵌

入式,也可以是采用界面跳轉(zhuǎn)的方

式來進(jìn)行;新的編排業(yè)務(wù)流程應(yīng)用4.11基于前端編排的業(yè)務(wù)流程場景實(shí)現(xiàn)?

方式1

:在這種模式下,我們通過定義新的前端來實(shí)現(xiàn)對不同前端進(jìn)行編排訪問B前端業(yè)務(wù)應(yīng)用組件B業(yè)務(wù)服務(wù)端B數(shù)據(jù)端c前端業(yè)務(wù)應(yīng)用組件c業(yè)務(wù)服務(wù)端c數(shù)據(jù)端前端業(yè)務(wù)應(yīng)用組件業(yè)務(wù)服務(wù)端數(shù)據(jù)端A前端業(yè)務(wù)應(yīng)用組件A業(yè)務(wù)服務(wù)端A數(shù)據(jù)端前端業(yè)務(wù)應(yīng)用組件考慮應(yīng)用的前后端分離模式,這種編排

方式只對服務(wù)端進(jìn)行處理,實(shí)現(xiàn)新的業(yè)

務(wù)邏輯;?新的應(yīng)用實(shí)現(xiàn)自己的完整業(yè)務(wù)邏輯,

前后端實(shí)現(xiàn)等;?

新的業(yè)務(wù)服務(wù)調(diào)用不同的第三方的

業(yè)務(wù)應(yīng)用的服務(wù),完成業(yè)務(wù)操作;?

新的業(yè)務(wù)應(yīng)用獨(dú)立實(shí)現(xiàn)與第三方業(yè)

務(wù)應(yīng)用有關(guān)的各種界面;?

新的業(yè)務(wù)服務(wù)調(diào)用第三方的各種業(yè)

務(wù)服務(wù),實(shí)現(xiàn)自己的業(yè)務(wù)邏輯;新的編排業(yè)務(wù)流程應(yīng)用新的前端4.12基于服務(wù)編排的業(yè)務(wù)流程場景實(shí)現(xiàn)?方式2

:在這種模式下,我們通過服務(wù)端的調(diào)用實(shí)現(xiàn)編排B業(yè)務(wù)服務(wù)端業(yè)務(wù)服務(wù)端B數(shù)據(jù)端c前端業(yè)務(wù)應(yīng)用組件c業(yè)務(wù)服務(wù)端數(shù)據(jù)端重新開發(fā)的,與c相關(guān)的前端業(yè)務(wù)應(yīng)用組件重新開發(fā)的,與A相關(guān)的前端業(yè)務(wù)應(yīng)用組件重新開發(fā)的,與B相關(guān)的前端業(yè)務(wù)應(yīng)用組件A數(shù)據(jù)端A業(yè)務(wù)服務(wù)端新的前端c數(shù)據(jù)端A前端業(yè)務(wù)應(yīng)用組件B前端業(yè)務(wù)應(yīng)用組件1.理解數(shù)字化2.數(shù)字化企業(yè)架構(gòu)3.數(shù)字化運(yùn)營4.轉(zhuǎn)型演進(jìn)新IT運(yùn)營模式:從項(xiàng)目為中心模式變成服務(wù)為中心模式?

圍繞服務(wù)的生命周期變成了新IT模式的核心設(shè)計(jì)理念

傳統(tǒng)項(xiàng)目為中心IT模式新的服務(wù)為中心IT模式Project持續(xù)評估

持續(xù)集成持續(xù)部署概念服務(wù)

邏輯服務(wù)

物理服務(wù)Demand:

CRMDefine:

MyCRMDrive:

MyCRM2.1.1RFCBusinessn:mService

DesignManagementLogicalServiceBlueprintRequirementtoDeployShop/Buy/Pay/

ManageRequest

to

FulfillITContract1:n1:nBuildManagementDeploymentPackageDevelopment

ManagementSourceSourceProject

Delivery

ManagementITProjectPackageErrorReleaseReleaseManagement1:nRFC(Normal)ShoppingCartKnowledgeItemn:mOffer

CatalogSubscription

ManagementShop/

Buy

/

Pay

/

ManageChargebackContract1:nUsage1:nBilling

/

Chargeback

/

ShowbackChargebackContractSubscriptionSubscriptionOfferFulfillment

RequestCatalogManagementn:m1:n1:n1:1Conceptual

ServicePolicy1:nStrategyManagementConceptualServiceBlueprintStrategy

toPortfolioPortfolioRequirementManagementn:m

RequirementProposalManagementITContractService

Portfolio

ManagementServiceEndpointRequirementtoDeploy1:nPolicyn:mRoadmapPolicy

Managementn:1ConceptualServiceBlueprintService

BlueprintArchitecture

ManagementITService

Architecturen:mn:n:m1:11:n參考的服務(wù)為中心的生命周期運(yùn)營管理計(jì)劃

實(shí)施

些產(chǎn)Strategy

toDemandManagementDemandStrategy

toPortfolio1:nRequirements

ManagementRequirementTestManagementTestCase1:1DefectDefectProblemManagementProblem,Known

ErrorDetect

toCorrectDefect1:nDefectManagementDefectIncidentManagementDetect

toCorrect1:1ConfigurationManagementActualServiceCIsDet

ecttoCorrect1:1ManagementDesiredService

CIs

1:nRelease

BlueprintUnbound)Service

ReleaseBlueprintReleaseManagementService

ReleaseRequirementtoDeployn:1n:m1:nIncidentIncidentManagement

Det

ecttoCorrectUsageManagementRequesttoFulfillUsageServiceMonitoringServiceMonitorDeployment

ManagementDesiredServiceRequesttoFulfillService

DiscoveryService

MonitorEventEvent

ManagementIncidentn:mn:mn:mn:mn:1Event1:n

n:m1:nCI

n:mConfigurationManagementActualService

CIsProblemn:mIncidentManagementProblemManagementProblem,Known

ErrorRFC1:nDiagnostics&RemediationRun

bookRun

book

Run

bookRun

bookn:mKnowledge

ItemKnowledge

CollaborationChangeManagementRFCRequestto

FulfillKnowledge

ConversationItemInteractionIncident

n:m概念服務(wù)邏輯服務(wù)物理服務(wù)DemandDemandDemandDemandRequest&RoutingManagementRequest

toFulfillService

ReleaseBlueprintDeployment

ManagementDesiredServiceCIs1:n

1:nService

ReleaseBlueprintProposalManagementITContractITContract1:nn:1RFCn:mDefectManagementDefect

DefectRequirementtoDeployRequest&Routing

ManagementFulfillment

RequestDefect

Demand1:1Project

Delivery

ManagementITProjectRequirementtoDeployAssets(availability)Budget(estimate)AssetManagement1:n1:nServiceCatalogEntry

Bound)DemandManagementDemandConfigurationManagementActualServiceCIsDet

ecttoCorrectChangeManagementRFCUsageManagementUsage

RecordDemandManagementStrategy

toPortfolioProblemManagement

Problem,KnownDet

ecttoCorrectProblemManagement

DetecttoCorrectCompetency(availability)LaborManagementSelfService

SupportRequest

toFulfillProjectDeliveryManagementRequirementto

Deploy1:nRequirementDemandManagementStrategy

toPortfolioServiceMonitoringDet

ecttoCorrectDemand(rationalized)n:11:1RFC(Standard&

Normal)Supplier(ExternaltoIT)Service

DesignManagementChange

ManagementIT

FinancialManagementAssetManagementService

DesignPackageITFinancialManagementLogicalService

BlueprintServiceCatalog

EntryRFC(Normal)Bill/

InvoiceService

ReleaseService

Monitor1:n1:nITProjectIncidentRequestRequestDemandDemandUs