精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當前位置:智慧城市產業動態 → 正文

談聯邦企業架構對智慧城市頂層設計的借鑒意義

責任編輯:zsheng |來源:企業網D1Net  2018-06-20 20:19:34 本文摘自:人月神話博客

2002年2月,OMB成立了FEA項目管理辦公室(FEA-PMO),開始著手開發一個綜合的、業務驅動的政府藍圖,即聯邦企業架構(FEA)。FEA是為了幫助政府管理層制定有效的決策,并允許他們在跨機構之間增加合作以及資源共享的機會。FEA由一套相互關聯的參考模型組成,用來進行跨機構業務分析,識別機構內部或跨機構的重復投資、差距和機會。這些參考模型共同組成一個框架,用共同的和一致的方式來描述FEA的重要元素。在這里只談些FEA架構本身的特性和可以借鑒和思考的一些關鍵點。

 

\

 

PRM-績效參考模型

任何頂層設計都必須要先定目標和績效度量框架,這是知道后續頂層架構設計和實施的基礎,首先是目標和方向不能錯。IT規劃和建設的最終目標是為業務和績效目標服務的,在后續的各個分解架構設計和模型中,都必須時刻的意識到和最終目標和績效的匹配。隨時考慮到我們當前有哪些輸入?我們需要得到什么樣的結果?我們最終規劃和建設的內容是否能夠滿足當初的各項性能指標。

在TOGAF里面同樣談業務目標和架構愿景,但是在FEA架構中可以看到進一步對性能評估指標的量化,定量的分析和評估。首先是根據績效目標細化和量化性能評估指標,然后是分析需要什么樣的業務活動和功能來支撐這些績效目標(BRM),再來考慮這些業務功能應該如何劃分為高內聚的服務構建提供這種能力和服務(SRM),接著再考慮這些服務構建應該通過什么樣的技術模型來實現和集成。這就是PRM驅動的簡單完整思路。

BRM-業務參考模型

因為FEA本身就是聯邦政府部門退出的企業架構模型,因此BRM對當前智慧城市頂層業務設計和業務架構有相當大的參考作用。其本身已經有初步的對于政府部門的業務參考架構。如分為4個業務領域(公民服務,交付模式,支持交付的服務,政府資源管理),39個對內對外業務線,153個業務子功能。

可以簡單來理解下業務架構的分層,首先是需要對公眾提供什么樣的服務?其次是我需要構建哪些資源或如何籌資才能提供這個服務?再次是在這個過程中需要有哪些支撐配合的業務或規范流程?最終是作為政府部門的內勤應該如何更好的管理。從這個概念上可看到前兩者是核心價值鏈,后兩者是輔助作用。

前面在談智慧城市核心業務的時候一般分為政務和公共管理,民生服務,智慧產業等幾個部分。從BRM業務參考模型來看核心就是公民服務,其它都是圍繞公民服務的支撐內容。

對于BRM有點類似于TOGAF中的業務架構,但是BRM更加強調了在構建業務架構中的分層,首先強調的是業務線和業務功能,而非業務部門或組織。這也是我們常說的業務架構建模的一個重點。在BRM中我們仍然只看到了靜態的業務架構,沒有看到動態的業務流程建模和分析,暫不清楚是否有這塊的內容。

SRM-服務組件模型

 

\

 

首先可以看到這里談的服務構件的概念,已經和SOA我們經常談到的業務組件化,組件能力化的思路很類似了。上圖可以清晰的看到我們整個分析思路就是先理順業務目標和業務線,業務功能。再來考慮應該用什么樣的服務構件來支撐相應的業務。

一個構件可以定義為“一個自包含的業務過程或服務;這個過程和服務具有預定的、可以通過一個業務或技術接口發揮作用的功能。業務構件代表一個自組織業務概念或過程的實現。它包括所有必要的技術元素(如,軟件,硬件,數據)以表述、實現和部署一個給定的業務概念為一個大型信息系統的自組織、可重用的元素。這是整個開發生命周期和分布層次中統一的概念。

SRM分了7個服務域,每個服務域下還有具體的服務類型和詳細的服務構建。在這里已經和我們在SOA規劃分析中的SOA服務目錄庫的概念很類似了。啟用SRM這一層一個核心就是真正實現BRM和TRM之間的一種松耦合。同時SRM對于服務的分層和分類并沒有完全照搬BRM業務參考架構分離,而是進一步按照業務高內聚的思想識別和分解為不同的服務構件提供能力。最終再進行業務功能和服務構件之間的映射。

構件的有效識別、集成和使用,使得集成服務在部門和政府間共享。這些服務提供業務過程的功能和執行,它們支撐著BRM的子功能。服務構件的聚集可以快速構造和實現構件以支持一個給定的啟動項目或投資。(這段也可以看到完全的SOA思想體現)

再次強調,在BRM清楚后,應該分解為哪些服務構件,每個服務構件應該提供哪些能力和服務,才能夠滿足業務目標和跨構件的業務協同,這是業務架構層面必須要重點考慮的問題質之一。

TRM-技術參考模型

 

\

 

很好的一個圖,再次體現了服務構建的承上啟下的作用。對內來說收集和聚合能力,對外來說提供粗粒度的服務。對外是服務訪問和交付,對內是服務接口和集成。內部是服務平臺,技術架構和框架。內部的能力必須要通過服務構件進行訪問或聚合。既實現內部和外部的松耦合,也實現內部和外部的隔離。

在這里的服務平臺要注意到兩個層次的含義。一個是服務構件的開發平臺,一個是服務構件提供的服務接口的統一管理和集成平臺。前者和標準的應用開發技術架構相關,后者與集成平臺或ESB相關。在FEA的技術參考架構里面強調的是數據交換和數據集成,強調是接口。在SOA參考架構下可以轉換為服務共享和能力開放,同時提供數據,業務,技術各個維度的開放能力。

DRM-數據和信息參考模型

同傳統的數據架構的分析和方法類似,同時也看到在FEA里面也強調的是在數據模型和元數據定義清楚后,重點分析的是數據交換和接口。這個我們我們現在建立數據開放能力平臺的思路已經不吻合。在新的智慧城市頂層架構設計下要意識到,對于數據,特別是基礎MDM主數據和共享數據,需要建立的是共享數據中心并提供數據開放能力和服務。

關鍵字:設計智慧城市架構企業

本文摘自:人月神話博客

x 談聯邦企業架構對智慧城市頂層設計的借鑒意義 掃一掃
分享本文到朋友圈
當前位置:智慧城市產業動態 → 正文

談聯邦企業架構對智慧城市頂層設計的借鑒意義

責任編輯:zsheng |來源:企業網D1Net  2018-06-20 20:19:34 本文摘自:人月神話博客

2002年2月,OMB成立了FEA項目管理辦公室(FEA-PMO),開始著手開發一個綜合的、業務驅動的政府藍圖,即聯邦企業架構(FEA)。FEA是為了幫助政府管理層制定有效的決策,并允許他們在跨機構之間增加合作以及資源共享的機會。FEA由一套相互關聯的參考模型組成,用來進行跨機構業務分析,識別機構內部或跨機構的重復投資、差距和機會。這些參考模型共同組成一個框架,用共同的和一致的方式來描述FEA的重要元素。在這里只談些FEA架構本身的特性和可以借鑒和思考的一些關鍵點。

 

\

 

PRM-績效參考模型

任何頂層設計都必須要先定目標和績效度量框架,這是知道后續頂層架構設計和實施的基礎,首先是目標和方向不能錯。IT規劃和建設的最終目標是為業務和績效目標服務的,在后續的各個分解架構設計和模型中,都必須時刻的意識到和最終目標和績效的匹配。隨時考慮到我們當前有哪些輸入?我們需要得到什么樣的結果?我們最終規劃和建設的內容是否能夠滿足當初的各項性能指標。

在TOGAF里面同樣談業務目標和架構愿景,但是在FEA架構中可以看到進一步對性能評估指標的量化,定量的分析和評估。首先是根據績效目標細化和量化性能評估指標,然后是分析需要什么樣的業務活動和功能來支撐這些績效目標(BRM),再來考慮這些業務功能應該如何劃分為高內聚的服務構建提供這種能力和服務(SRM),接著再考慮這些服務構建應該通過什么樣的技術模型來實現和集成。這就是PRM驅動的簡單完整思路。

BRM-業務參考模型

因為FEA本身就是聯邦政府部門退出的企業架構模型,因此BRM對當前智慧城市頂層業務設計和業務架構有相當大的參考作用。其本身已經有初步的對于政府部門的業務參考架構。如分為4個業務領域(公民服務,交付模式,支持交付的服務,政府資源管理),39個對內對外業務線,153個業務子功能。

可以簡單來理解下業務架構的分層,首先是需要對公眾提供什么樣的服務?其次是我需要構建哪些資源或如何籌資才能提供這個服務?再次是在這個過程中需要有哪些支撐配合的業務或規范流程?最終是作為政府部門的內勤應該如何更好的管理。從這個概念上可看到前兩者是核心價值鏈,后兩者是輔助作用。

前面在談智慧城市核心業務的時候一般分為政務和公共管理,民生服務,智慧產業等幾個部分。從BRM業務參考模型來看核心就是公民服務,其它都是圍繞公民服務的支撐內容。

對于BRM有點類似于TOGAF中的業務架構,但是BRM更加強調了在構建業務架構中的分層,首先強調的是業務線和業務功能,而非業務部門或組織。這也是我們常說的業務架構建模的一個重點。在BRM中我們仍然只看到了靜態的業務架構,沒有看到動態的業務流程建模和分析,暫不清楚是否有這塊的內容。

SRM-服務組件模型

 

\

 

首先可以看到這里談的服務構件的概念,已經和SOA我們經常談到的業務組件化,組件能力化的思路很類似了。上圖可以清晰的看到我們整個分析思路就是先理順業務目標和業務線,業務功能。再來考慮應該用什么樣的服務構件來支撐相應的業務。

一個構件可以定義為“一個自包含的業務過程或服務;這個過程和服務具有預定的、可以通過一個業務或技術接口發揮作用的功能。業務構件代表一個自組織業務概念或過程的實現。它包括所有必要的技術元素(如,軟件,硬件,數據)以表述、實現和部署一個給定的業務概念為一個大型信息系統的自組織、可重用的元素。這是整個開發生命周期和分布層次中統一的概念。

SRM分了7個服務域,每個服務域下還有具體的服務類型和詳細的服務構建。在這里已經和我們在SOA規劃分析中的SOA服務目錄庫的概念很類似了。啟用SRM這一層一個核心就是真正實現BRM和TRM之間的一種松耦合。同時SRM對于服務的分層和分類并沒有完全照搬BRM業務參考架構分離,而是進一步按照業務高內聚的思想識別和分解為不同的服務構件提供能力。最終再進行業務功能和服務構件之間的映射。

構件的有效識別、集成和使用,使得集成服務在部門和政府間共享。這些服務提供業務過程的功能和執行,它們支撐著BRM的子功能。服務構件的聚集可以快速構造和實現構件以支持一個給定的啟動項目或投資。(這段也可以看到完全的SOA思想體現)

再次強調,在BRM清楚后,應該分解為哪些服務構件,每個服務構件應該提供哪些能力和服務,才能夠滿足業務目標和跨構件的業務協同,這是業務架構層面必須要重點考慮的問題質之一。

TRM-技術參考模型

 

\

 

很好的一個圖,再次體現了服務構建的承上啟下的作用。對內來說收集和聚合能力,對外來說提供粗粒度的服務。對外是服務訪問和交付,對內是服務接口和集成。內部是服務平臺,技術架構和框架。內部的能力必須要通過服務構件進行訪問或聚合。既實現內部和外部的松耦合,也實現內部和外部的隔離。

在這里的服務平臺要注意到兩個層次的含義。一個是服務構件的開發平臺,一個是服務構件提供的服務接口的統一管理和集成平臺。前者和標準的應用開發技術架構相關,后者與集成平臺或ESB相關。在FEA的技術參考架構里面強調的是數據交換和數據集成,強調是接口。在SOA參考架構下可以轉換為服務共享和能力開放,同時提供數據,業務,技術各個維度的開放能力。

DRM-數據和信息參考模型

同傳統的數據架構的分析和方法類似,同時也看到在FEA里面也強調的是在數據模型和元數據定義清楚后,重點分析的是數據交換和接口。這個我們我們現在建立數據開放能力平臺的思路已經不吻合。在新的智慧城市頂層架構設計下要意識到,對于數據,特別是基礎MDM主數據和共享數據,需要建立的是共享數據中心并提供數據開放能力和服務。

關鍵字:設計智慧城市架構企業

本文摘自:人月神話博客

電子周刊
回到頂部

關于我們聯系我們版權聲明隱私條款廣告服務友情鏈接投稿中心招賢納士

企業網版權所有 ©2010-2024 京ICP備09108050號-6 京公網安備 11010502049343號

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 淮阳县| 溧阳市| 大埔县| 鹿泉市| 湟源县| 高阳县| 三明市| 当阳市| 连云港市| 肇庆市| 蓬莱市| 荆州市| 海林市| 文安县| 拜城县| 烟台市| 门源| 茌平县| 抚顺县| 明溪县| 石门县| 岐山县| 清涧县| 于田县| 吴旗县| 南充市| 保靖县| 全椒县| 无极县| 曲靖市| 太和县| 迭部县| 蓬莱市| 武威市| 汪清县| 荥阳市| 宜黄县| 旺苍县| 澄江县| 宁远县| 巴林右旗|