企業架構，業務架構，數據架構

咱們將核心價值鏈上的端到端總結爲兩個核心，其一是供應鏈的端到端流程和業務；其二是產品研發的端到端和業務。各個企業因爲類型不一樣每每對兩條價值鏈各有 側重。生產代工類企業沒有本身的產品研發，那麼只有供應鏈；高科技研發企業能夠作到賣產品核心技術和專利，不作具體供應鏈方面事情。而更多的生產製造型企 業每每是1和2二者的一個有機結合。

再談企業架構和業務架構：

企業架構自己強調的是業務驅動IT，業務和IT的匹配和融合而不是兩張皮，在這裏能夠看到核心咱們關注的點包括流程，活動，數據，組織，資源五個方面的內容。而每一個方面基本都涉及到業務和IT兩個方面的內容，包括業務到IT的轉化和映射。

企業架構-分層和維度：

完整的企業架構包括了業務架構和信息系統架構兩個方面的內容。

 

企業架構是一個多視圖的體系結構，它由企業的業務架構、信息架構、應用架構和技術基礎架構共 同構成。傳統的Zachman企業架構框架更多的仍然是偏業務流程和數據，沒有體現的特別清楚業務和IT的關係。而對於TOGAF框架，則是真正體現了業 務驅動IT，業務和IT的緊密集成，特別是提出了架構的三個層次，包括業務架構，信息系統架構和數據架構。而信息系統架構又包括了應用架構和數據架構。

業務流程和業務架構：

根據TOGAF方法論，在業務願景創建後重要的一步就是展開業務架構方面的工做。 業務架構的核心仍然是業務流程架構，從業務流程架構的分析中若是關注業務活動的分析則衍生出業務用例模型，若是關注業務數據的分析，則衍生出業務數據架構。

再談業務架構：

對於業務架構，仍然推薦你們下載IBM的CBM組件化業務模型白皮書，在網上很容易搜索到。對於業務的理解和分析仍然能夠看到兩條重要的主線，即業務流程 分析和業務架構分析，二者緊密結合。流程分析通常參考價值鏈分析的思路，由頂向下，逐層分解進行；而業務架構分析則更多的仍是要依託流程分析，將流程分析 識別和發現的業務活動，識別和抽象爲相應的業務組件。

CBM組件化業務模型：

對於企業架構思想融入到軟件架構中，即真正對軟件架構層面的工做進一步整合，減小在系統分析過程當中從現實業務層面來抽象IT層面的脫節。改變傳統軟件架構僅僅考慮實現層面和技術層面的問題。對於引入方法和具體內容，仍是從軟件架構的一些核心內容來談。

企業架構在軟件架構設計中的引入：

信息化架構通常有兩種模式，一種是數據導向架構，一種是流程導向架構。對於數據導向架構重點是在數據中心，BI商業智能等建設中使用較多，關注數據模型和 數據質量；對於流程導向架構，SOA自己就是關鍵方法和技術，關注端到端流程整合，架構對流程變化的適應度。兩種架構並無嚴格的邊界，而是相互配合和補 充。

信息化架構模式：

IT規劃和IT諮詢
 
對於IT規劃，遵循的思路主要是：從業務到技術，從流程到IT，圍繞價值鏈分析和優化的核心模型往前驅動。核心過程包括現狀分析、差距分析、目標提出、藍 圖規劃、實施規劃等幾個關鍵步驟。現狀分析包括業務現狀和IT現狀，根據企業戰略提出業務目標和發展規劃，分析現狀和目標之間的差距提出和整理問題集（定 義IT建設目標），根據差距和問題給出規劃藍圖，根據目標和問題分解到的子目標和子問題以及藍圖規劃內容，多維度評估和肯定後續的實施規劃，定義IT系統 建設實施的優先級。這就是IT規劃的通常邏輯。

IT規劃核心分析邏輯-整理稿：
再談IT規劃分析的核心邏輯：
 
首先看下業務架構映射到基於雲計算的業務模式和流程，首先業務架構重點是業務流程和業務組件，是爲後續識別應用架構和數據架構服務的，重點仍是業務。雲計算偏技術層面，即便是基於雲計算的運營也是偏技術層面的內容而非真正地業務，偏運營業務模式和流程的分析eTom模型給出了很好的思路，能夠參考下eTom的模型，其自己才能和雲計算自己的分層高度吻合

以TOGAF爲指導的雲計算規劃：

首先來看縱向，爲電信運營商的完整生命週期。若是是傳統的製造型企業其對應的是核心價值鏈模型，前面來看都相似即戰略，規劃，產品，產品後對應到具體的交付和後續售後服務環境。對於運營型企業，產品即服務，用戶要的不是產品而是產品提供的能力，所以對運營層面進行細化，包括了運營支撐，實施，保障和計費。以構成電信運營商完整的生命週期。

再轉過來看eTom的過程框架，橫向爲供應鏈，資源，服務，產品四層。能夠講整個過程框架的精髓不在於縱向生命週期，縱向生命週期僅僅是價值鏈分析方法的 而一個延伸。而在於橫向的分層，解耦和逐層遞進關係上。底層的供應鏈爲最底層的基礎設施支撐層，最終造成的是價值維度的資產。

對eTOM過程框架的再認識：

對於架構分析的入口點，仍然推薦是從端到端流程分析入手，細化到業務域的端到端，再細化到3,4級流程，最終細化到EPC最底層流程圖。流程到子流程，再到業務活動，業務活動中承載的是業務單據和業務實體。須要對業務實體進行抽離，進行數據層面的數據建模和分析。從ARIS企業架構分析中的Y模型能夠看到，Y模型的左邊爲業務架構，右邊爲流程架構，而最底層夠歸集到EPC流程。整個分析順序爲端到端流程分析到EPC，結合數據建模和分析，經過CRUD矩陣分析等方法從底向上抽象業務組件造成高端業務架構。

企業架構分析的核心思路：

整個IT規劃始終圍繞業務和IT兩條主線，業務包括了業務流程，業務數據，崗位組織和角色，業務管控體系；而IT包括了應用架構體系，數據架構和模型，技 術架構和平臺，基礎設施建設。業務驅動IT，端到端業務流程最終落地到應用系統的功能上，業務數據最終沉澱到數據庫中的數據模型，咱們談SOA重點也是業 務驅動IT，業務和IT走向融合，業務架構和應用架構自己就爲一體，特別是業務組件的提出；而數據架構自己從傳統的概念模型，邏輯模型，物理模型自己就是 業務數據和信息數據的融合和統一。

談IT規劃的思考邏輯：

對於IT諮詢主要涉及到信息技術，業務，管理三方面的知識。企業架構給了咱們比較好的IT諮詢知識體系結構，業務流程，數據，系統，組織和人。方法，工具和技術。不管是從企業價值鏈分析，仍是從各類行業的標準業務模型和數據標準模型，最終都會落到以上內容。

IT諮詢-隨想記錄：

參考業界IT規劃的參考模型和框架，結合IT規劃方法論和實施，從新整理了IT規劃知識體系。對於橫軸主要考慮IT規劃的方法論和步驟，具體包括了參考模 型，調研階段，差別分析和匹配，目標架構，實施策略和管控治理六個方面的內容；對於縱軸包括了IT基礎設施，業務基礎設施，業務流程，數據，技術體系，應 用系統，集成架構七個方面的內容。

IT規劃知識體系整理：

流程架構是基礎之基礎，流程是分解的，最高端的流程視圖不會太體現流程，更多體現的是價值鏈思路。數據架構偏靜態，從核心數據實體的角度進行建模。數據實體應該從EPC中進行抽取。高端應用架構和高端的流程視圖對應。體現流程驅動IT，可是匹配和對應關係比較複雜。

IT架構規劃：

流程驅動IT規劃包含兩個層面的內容。從理論層面來講，引入企業架構管理（EAM）思想，創建以業務流程爲核心的架構體系，經過對架構體系的研究實現 企業IT規劃；從技術層面上來講，此方案是由ARIS軟件工具(流程管理平臺)構成的； 應用ARIS流程模型化方法，實現企業流程的模型化管理，創建企業的IT戰略，企業組織，IT基礎架構和IT管理過程的模型化。經過模型關係的研究實現企 業的IT的「動態」有效規劃。流程驅動IT規劃在如下幾個方面都具備較大的優點，筆者將逐一進行探討。 流程驅動的IT有效動態規劃： 企事業IT架構是由數據架構、應用架構和技術架構共同構成的。其中，數據架構是企事業IT架構的核心，由於信息系統支撐下的企事業業務運做情況，是經過信 息系統中的數據反映出來的，數據是信息系統管理的重要資源。所以構建企事業IT架構時，首先要考慮數據架構對當前業務的支持。理想的企事業IT架構規劃邏 輯是數據驅動的，即：首先根據業務架構分析定義數據架構；而後根據數據架構結合業務功能定義應用架構；最後根據數據架構與數據架構的定義，來設計技術架 構。 IT規劃-數據是核心的核心： 若是說到智慧企業，那麼簡單點仍是在企業內部各類信息可以全面快速的收集，信息可以高度共享和協同傳遞，可以對信息進行知識管理層面的加工創造，造成有價 值的專家經驗庫，指導後續的持續改進。企業自己在智慧架構和信息技術下可以高度的自適應和自調整，達到高度協同和快速響應，以高效的知足企業的各類業務目 標並實現價值。具體仍是從可感知，可協同和可智能三個方面來談智慧企業。 談智慧企業： 企業2.0自己融合傳統web2.0和SNS核心思想，企業2.0自己融合web3.0的核心思想，企業2.0自己就是無邊界和融合的思想，企業2.0真正將知識管理融入到企業業務目標。 再談企業2.0的核心邏輯： 能夠說方法論的造成必須作兩個層面的抽象，一個是對實際問題的抽象，一個是對解決方法的抽象，這樣纔可以讓方法論具備較爲廣泛的適用性。可是咱們注意到當在追求廣泛適應性的時候，不可避免的犧牲了特定適用性。方法論是類，而最佳實踐是對象。最佳實踐是針對特定的問題，採用方法論中提到的特定方法工具技術的結合，是對方法論的一個實踐驗證。 方法論和最佳實踐：