杨幂原视频源码,刘亦菲床震大尺度视频,蕾丝情趣吊带袜美女视频

　　導語

　　本期，我們分享華為全球交通業(yè)務(wù)部資深解決方案架構(gòu)師潘培根的署名文章《以數(shù)據(jù)為魂，打通數(shù)字化轉(zhuǎn)型的“任督二脈”》。

　　交通行業(yè)數(shù)字化轉(zhuǎn)型的業(yè)務(wù)訴求是“實現(xiàn)精細化的業(yè)務(wù)流管控”，而只有打通了“全鏈接”數(shù)據(jù)和“全鏈接”業(yè)務(wù)的“任督二脈”，才能夠真正幫助客戶實現(xiàn)數(shù)字化轉(zhuǎn)型的業(yè)務(wù)成功。

　　站在客戶視角，數(shù)字化轉(zhuǎn)型就是實現(xiàn)數(shù)字化升級。對于交通行業(yè)的用戶來說，就是如何實現(xiàn)對完整業(yè)務(wù)流的精細化管控，以滿足交通行業(yè)“更安全、更高效、服務(wù)更優(yōu)化”的業(yè)務(wù)訴求。

　　這是客戶最為關(guān)注的，也是數(shù)字化轉(zhuǎn)型的核心所在。不解決數(shù)字化升級的問題，就不能認為客戶數(shù)字化轉(zhuǎn)型的業(yè)務(wù)獲得了成功。

　　數(shù)字化轉(zhuǎn)型的關(guān)鍵：打通“任督二脈”

　　數(shù)字化升級表面看起來是因為數(shù)據(jù)孤島造成了數(shù)據(jù)割裂，從而簡單化地將數(shù)字化轉(zhuǎn)型落地為數(shù)據(jù)交換平臺，再在此基礎(chǔ)上把割裂的數(shù)據(jù)收集上來，統(tǒng)一存儲，就實現(xiàn)了數(shù)據(jù)平臺。

　　這個觀點有一定的代表性，因為其有一定的合理性：不解決數(shù)據(jù)孤島的問題，就無法實現(xiàn)“全鏈接”，當然就不能實現(xiàn)精細化的業(yè)務(wù)流管控。

　　那是不是解決了數(shù)據(jù)孤島的問題，就能夠?qū)崿F(xiàn)精細化的業(yè)務(wù)流管控呢？眾多失敗的案例提醒我們：打破數(shù)據(jù)孤島只是業(yè)務(wù)流管控的第一步，而且只是基礎(chǔ)性的一步。

　　客戶數(shù)字化轉(zhuǎn)型的業(yè)務(wù)訴求是“實現(xiàn)精細化的業(yè)務(wù)流管控”，這是“更安全、更高效、服務(wù)更優(yōu)質(zhì)”的前提。要實現(xiàn)這個業(yè)務(wù)訴求，必須進一步解決以下兩個問題：

　　怎樣“全鏈接”數(shù)據(jù)？

　　數(shù)字化升級一定是數(shù)據(jù)價值驅(qū)動的過程，但如何實現(xiàn)數(shù)據(jù)價值的驅(qū)動呢？是將分散在各個業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)采集上來，進行統(tǒng)一存儲就“全鏈接”數(shù)據(jù)了嗎？如果對數(shù)據(jù)進行治理，又要怎樣治理呢？僅采用統(tǒng)一名詞定義、格式轉(zhuǎn)換等方式就能實現(xiàn)對數(shù)據(jù)的治理嗎？

　　怎樣“全鏈接”業(yè)務(wù)？

　　數(shù)字化升級在一定程度上是一個業(yè)務(wù)流程重新定義（需要說明的是：重新定義并不代表部門功能職責的調(diào)整）的過程。對于機場來說，應(yīng)如何按照Stream（業(yè)務(wù)流）的方式來管理和協(xié)同各個Process（操作流）？

　　如果借用飛機的形狀來比喻，數(shù)字化轉(zhuǎn)型是體，“全鏈接”數(shù)據(jù)和“全鏈接”業(yè)務(wù)就是兩翼，就像“任督二脈”一樣。只有打通了“任督二脈”，才能夠真正推動客戶實現(xiàn)數(shù)字化轉(zhuǎn)型的業(yè)務(wù)成功。而兩個“全鏈接”的實現(xiàn)，歸根結(jié)底還是要打造“數(shù)據(jù)驅(qū)動業(yè)務(wù)”的全新模式，即如何發(fā)揮數(shù)據(jù)流的價值！

　　IOC：以業(yè)務(wù)流程場景為軀打通“任”脈

　　IOC（Intelligent Operation Center）智能運控中心，可以理解成數(shù)字化轉(zhuǎn)型所催生的一個全新系統(tǒng)。其目標就是解決復雜業(yè)務(wù)流下的全局動態(tài)可視難題，并基于全局動態(tài)可視實現(xiàn)態(tài)勢感知、業(yè)務(wù)協(xié)同和輔助決策。

　　以航班運行保障業(yè)務(wù)為例，這是機場業(yè)務(wù)中最為關(guān)鍵的流程：

從進港航班的機位分配，到航班落地后的滑行引導；
從入機位后多個環(huán)節(jié)的地勤保障，到機位推出后的滑行等待，直至飛機從跑道起飛。
涉及到多個單位、多個業(yè)務(wù)部門、多個作業(yè)工序，而每個作業(yè)工序都會涉及到人員、工具和流程。
航班運行保障業(yè)務(wù)訴求就是能夠安全、高效地保證航班的進港、地面服務(wù)和出港，滿足航空公司運輸旅客和貨物的需求。為此，機場搭建了多個信息化系統(tǒng)來支持其業(yè)務(wù)操作，如地服系統(tǒng)、航顯系統(tǒng)、離港系統(tǒng)、集成系統(tǒng)等。

　　但實際情況是，航班運行保障的主要責任單位AOC在實際工作中要面對多個系統(tǒng)、多臺終端，在多個信息源中由人工進行分析比較，然后再通過手持/對講/電話下達相關(guān)的指揮調(diào)度指令。

　　這在交通行業(yè)屬于典型的需求：在通過多個業(yè)務(wù)功能系統(tǒng)處理單個操作（Process）時，由于缺乏端到端業(yè)務(wù)流（Stream）的管控，因此難以滿足復雜場景下的秒級協(xié)同與調(diào)度需求。而這也是客戶數(shù)字化升級希望針對的典型場景。

　　我們認為這不是簡單的數(shù)據(jù)交換與集成所能夠解決的問題，而是需要基于數(shù)據(jù)驅(qū)動的業(yè)務(wù)場景化解決方案。IOC可通過兩層“建模”來實現(xiàn)數(shù)據(jù)對業(yè)務(wù)的“全鏈接”。

　　業(yè)務(wù)建模

　　業(yè)務(wù)流管控提出的全新挑戰(zhàn)是通過對業(yè)務(wù)鏈條下全業(yè)務(wù)操作的監(jiān)控，針對業(yè)務(wù)流的管控目標及挑戰(zhàn)，更好地實現(xiàn)跨作業(yè)/跨部門/跨單位間的協(xié)同和調(diào)度，從而更為安全和高效地保障航班的運行。這就離不開態(tài)勢感知、場面監(jiān)控、協(xié)同調(diào)度和輔助決策等多個維度的全新需求。

　　IOC通過“業(yè)務(wù)視圖”模式來構(gòu)建“業(yè)務(wù)流模型”。具體來說，就是要回答：誰是用戶？場景是什么？基于什么問題/訴求？希望得到什么樣的信息？需要基于這些信息下達什么樣的指令？

　　通過這樣的“業(yè)務(wù)建模”，我們很好地構(gòu)建了端到端的“業(yè)務(wù)流管控”模式，在一定程度上按照事前預測、事中協(xié)同、事后分析實現(xiàn)了對全業(yè)務(wù)鏈條的感知、管控、協(xié)同與輔助決策。

　　數(shù)據(jù)建模

　　毫無疑問，要想真正構(gòu)建上述端到端“業(yè)務(wù)流”管控，沒有數(shù)據(jù)的支撐就不可能實現(xiàn)。但其不僅是將多個業(yè)務(wù)系統(tǒng)的操作數(shù)據(jù)交換/集成過來，更不是將原有業(yè)務(wù)操作系統(tǒng)的功能重新構(gòu)建一遍，而是需圍繞業(yè)務(wù)流管控過程中出現(xiàn)的數(shù)據(jù)/流程斷點，通過模型算法和指標體系更好地實現(xiàn)對過程數(shù)字化及規(guī)則數(shù)字化的管控。

　　智能機位分配就是圍繞航班運行保障中關(guān)鍵的機位資源進行人工智能算法調(diào)度，將調(diào)度規(guī)則數(shù)字化后，在實時數(shù)據(jù)感知的基礎(chǔ)上進行實時自動算法調(diào)度，不僅有效解放了人工排班的工作量，更能夠基于每個實時場面情況（沖突、ETA預達時間變化等）動態(tài)地進行秒級分配及調(diào)度；VTT（可變滑行時間）算法則能夠提前根據(jù)場面的運行情況，預測出飛機從跑道降落到“入機位”的完整過程，從而推動機坪、地服等部門根據(jù)此預測進行秒級作業(yè)調(diào)度和協(xié)同。

　　另外，我們圍繞業(yè)務(wù)流過程數(shù)字化構(gòu)建的衡量指標和指標體系，能夠幫助AOC在整個業(yè)務(wù)流管控中實現(xiàn)“經(jīng)營指標→業(yè)務(wù)指標→業(yè)務(wù)動態(tài)”穿透式的管控。

　　正式基于“業(yè)務(wù)建模”和“數(shù)據(jù)建模”，IOC構(gòu)建了一個集成、協(xié)同的服務(wù)平臺，實現(xiàn)了對業(yè)務(wù)的“全鏈接”，在一定程度上打通了“任”脈。疫情期間，這個平臺僅用兩周時間就實現(xiàn)了對疫情數(shù)據(jù)采集、跟蹤、分析和報表的全業(yè)務(wù)支撐。

　　當然，隨著數(shù)字化轉(zhuǎn)型的深入，一個集成、協(xié)同的IOC平臺也需要不斷升級迭代：以一個一體化前端支持用戶側(cè)的彈性需求，以一個豐富的“業(yè)務(wù)平臺”來滿足更多的預測、感知、協(xié)同和輔助決策的需求。需要說明的是，“業(yè)務(wù)平臺”并不意味著對現(xiàn)有生產(chǎn)作業(yè)系統(tǒng)的重構(gòu)。

　　數(shù)據(jù)：以行業(yè)數(shù)據(jù)模型為核打通“督”脈

　　數(shù)字化升級要實現(xiàn)跨作業(yè)/跨部門/跨單位的協(xié)同和調(diào)度，就必須通過“Stream”業(yè)務(wù)流來實現(xiàn)數(shù)據(jù)的“全鏈接”。其不是簡單地將數(shù)據(jù)交換起來，也不是按照傳統(tǒng)的數(shù)據(jù)倉庫模式進行數(shù)據(jù)的匯聚與報表的展現(xiàn)，而是對準業(yè)務(wù)流數(shù)字化轉(zhuǎn)型的需求，以“行業(yè)數(shù)據(jù)模型”為核，構(gòu)建數(shù)據(jù)資產(chǎn)平臺。

　　大數(shù)據(jù)的概念出現(xiàn)很早，也有不少的企業(yè)在大數(shù)據(jù)領(lǐng)域進行投資，開展了很多實踐，嘗試構(gòu)建“數(shù)據(jù)驅(qū)動”的業(yè)務(wù)模式轉(zhuǎn)變，這其中也包括了華為自身的實踐。對比轉(zhuǎn)型成功的企業(yè)，無一不是將數(shù)據(jù)轉(zhuǎn)換成為了支撐業(yè)務(wù)價值/變革的資產(chǎn)。而要將數(shù)據(jù)轉(zhuǎn)換為資產(chǎn)，就需要在數(shù)據(jù)治理、數(shù)據(jù)建模、數(shù)據(jù)服務(wù)等各個層面上對準業(yè)務(wù)場景與需求，沉淀行業(yè)洞察，從而打造“可信、可用、可管”的資產(chǎn)平臺。

　　華為將“業(yè)務(wù)流→數(shù)據(jù)流→應(yīng)用流”的梳理過程提煉成方法論，用“V”來表達，也稱為“V”字模型：

按照業(yè)務(wù)（子）域，進行業(yè)務(wù)能力的梳理；
打開業(yè)務(wù)能力，進入到業(yè)務(wù)場景和工作流/活動的梳理；
基于業(yè)務(wù)場景和工作流/活動的梳理，提煉出業(yè)務(wù)對象；
基于業(yè)務(wù)對象，梳理數(shù)據(jù)實體，形成概念模型。

　　“V”字模型落地到數(shù)據(jù)資產(chǎn)建設(shè)中，其核心就是打造“行業(yè)數(shù)據(jù)模型”，概要如下圖所示。

　　行業(yè)數(shù)據(jù)模型概要在打造行業(yè)模型的過程中：

首先，要以“可信、可用、可管”為目標，對原始數(shù)據(jù)進行全流程治理。

　　“可信”即數(shù)據(jù)質(zhì)量要可信。這是基礎(chǔ)中的基礎(chǔ)，但要做好“可信”，就不僅要按照傳統(tǒng)模式定義數(shù)據(jù)標準，更要能夠?qū)?shù)據(jù)轉(zhuǎn)化成業(yè)務(wù)資產(chǎn)，再對準業(yè)務(wù)流程定義出業(yè)務(wù)標準和質(zhì)量標準。
　　“可用”是指要滿足業(yè)務(wù)對數(shù)據(jù)的服務(wù)需求，這是“數(shù)據(jù)”能形成“資產(chǎn)”的必要前提；“可管”包括數(shù)據(jù)安全、數(shù)據(jù)運維及可支持未來業(yè)務(wù)彈性的數(shù)據(jù)運營。

其次，基于行業(yè)的“強規(guī)則性”特點，以3NF進行數(shù)據(jù)的分層建模。

　　基于“業(yè)務(wù)流→數(shù)據(jù)流→數(shù)據(jù)實體”梳理的過程，確定數(shù)據(jù)實體，以及每個數(shù)據(jù)實體下的屬性定義，就構(gòu)成了CDM（概念模型）。有了CDM，就可以根據(jù)行業(yè)標準，進一步細化LDM（邏輯模型），通過3NF或維度建模方法調(diào)整、優(yōu)化實體間的關(guān)系，以確保數(shù)據(jù)不遺漏，并在冗余和彈性間做適當?shù)钠胶狻?/div>

　　我們在每個業(yè)務(wù)領(lǐng)域均采用這樣的建模模式，以確保數(shù)據(jù)加工的業(yè)務(wù)價值。而數(shù)據(jù)加工過程中的數(shù)據(jù)治理、數(shù)據(jù)質(zhì)量、作業(yè)流程均依賴于此數(shù)據(jù)建模過程，這也是一個“數(shù)據(jù)映射業(yè)務(wù)”的過程。

　　在主題庫行業(yè)標準化的基礎(chǔ)上，我們還構(gòu)建了業(yè)務(wù)指標體系及算法模型，以快速滿足業(yè)務(wù)流程數(shù)字化轉(zhuǎn)型過程的數(shù)據(jù)需求：

構(gòu)建從經(jīng)營指標到業(yè)務(wù)指標的指標體系，幫助管理和業(yè)務(wù)部門實現(xiàn)對業(yè)務(wù)過程化的數(shù)字化管控。

　　以“生產(chǎn)運行指標體系”為例，其依據(jù)業(yè)務(wù)流針對每個業(yè)務(wù)活動定義輸入/輸出，并基于業(yè)務(wù)流（航班保障正常率）目標定義業(yè)務(wù)活動的衡量指標和影響因子，以使AOC部門提前感知每個保障環(huán)節(jié)的壓力，了解保障環(huán)節(jié)的進展對航班放行正常率會產(chǎn)生怎樣的影響，并決定是否要提前介入/協(xié)同。

對準流程梳理過程中的流程/數(shù)據(jù)斷點，構(gòu)建算法模型倉，以推動業(yè)務(wù)流的精細化管控。

　　以航班流管控中的智能機位分配為例，通過規(guī)則的數(shù)字化可實現(xiàn)分鐘級動態(tài)機位分配，有效提升機位的周轉(zhuǎn)率和旅客靠橋率；VTT（可變滑行時間）算法嘗試基于復雜場面運行構(gòu)建算法模型，以提高對航班地面滑行時間的精準預測，從而幫助AOC實現(xiàn)對機坪場面的秒級管控與協(xié)同。

　　在數(shù)據(jù)服務(wù)層面，數(shù)據(jù)資產(chǎn)平臺提供了數(shù)據(jù)資產(chǎn)的運維、管控和運營一體化平臺，從而讓業(yè)務(wù)部門成為數(shù)據(jù)資產(chǎn)管理和業(yè)務(wù)價值應(yīng)用的主體，使數(shù)據(jù)與業(yè)務(wù)真正結(jié)合在了一起。

　　總體來說，我們以“V”模型梳理業(yè)務(wù)流和數(shù)據(jù)流，構(gòu)建行業(yè)數(shù)據(jù)模型，在此基礎(chǔ)上進行“可信”“可用”“可管”的數(shù)據(jù)治理，并對準業(yè)務(wù)流管控需求，構(gòu)建生產(chǎn)運行指標體系和算法模型倉，以滿足精細化的數(shù)字化轉(zhuǎn)型需求。

　　當我們討論“愿景驅(qū)動”數(shù)字化轉(zhuǎn)型時，其實很大程度上是認識到數(shù)字化轉(zhuǎn)型所帶來的機會與挑戰(zhàn)。在交通行業(yè)，數(shù)字化轉(zhuǎn)型并不僅僅是進行信息化改造，而是要在現(xiàn)有信息化的基礎(chǔ)上，完成“數(shù)據(jù)驅(qū)動業(yè)務(wù)流”的數(shù)字化升級。

　　要實現(xiàn)“數(shù)據(jù)驅(qū)動業(yè)務(wù)流”，依靠單一應(yīng)用/功能系統(tǒng)無法支撐，落地到技術(shù)層面，一定是“平臺”化架構(gòu)。而其與之前的信息化建設(shè)模式會有較大的不同，體現(xiàn)到項目及版本建設(shè)方面，主要有以下幾點總結(jié)與反思：

數(shù)字化轉(zhuǎn)型與原有信息化建設(shè)方式的不同之處在于，其是對傳統(tǒng)模式的變革和優(yōu)化，這個過程對客戶、華為和生態(tài)均會有挑戰(zhàn)，既有技術(shù)/產(chǎn)品層面的挑戰(zhàn)，也有人員/組織/流程方面的挑戰(zhàn)。
要更為關(guān)注數(shù)字化升級的客戶訴求，比如數(shù)據(jù)如何驅(qū)動業(yè)務(wù)流的管控。
只有堅持行業(yè)洞察能力和數(shù)據(jù)生態(tài)體系的建設(shè)，數(shù)據(jù)模型才具備規(guī)模復制的產(chǎn)業(yè)能力。

　　文章來源：《ICT新視界/智慧交通特輯》

【免責聲明】本文僅代表作者本人觀點，與CTI論壇無關(guān)。CTI論壇對文中陳述、觀點判斷保持中立，不對所包含內(nèi)容的準確性、可靠性或完整性提供任何明示或暗示的保證。請讀者僅作參考，并請自行承擔全部責任。

相關(guān)熱詞搜索：華為數(shù)字化轉(zhuǎn)型

上一篇:羅蘭貝格李冰博士：價值驅(qū)動，釋放數(shù)字化技術(shù)潛力

下一篇:最后一頁

相關(guān)閱讀：