1.架構語言archimate － 架構視角（viewpoint）分類框架
實現和維護乙個一致的架構是一件非常複雜的任務，因為架構會涉及到很多不同背景的人員，他們使用不同的標記。為了處理這種複雜性，研究人員開始關注如何為不同的涉眾定義清晰的架構描述，本章介紹一下架構視角和檢視的一些概念，在大家理解了這些基本概念之後，下一章我將會對archimate 中的基本視角進行介紹。
2. 架構描述概念模型
大家都知道的有4+1 檢視模型，業界還有其他一些軟體體系結構表示方法，如iso的乙個標準rm-odp， 還有mda中的platform-independent model(pim) and platform-specific model (psm)，從這些模型來看，我們可以推斷，在軟體架構方面，通過視角（viewpoint）和架構檢視進行架構的描述已經是被大家接受的乙個概念。在企業架構 － 如何描述企業架構中對視角和檢視也進行了一些描述。
下圖為架構描述的概念模型，圖中列出了主要的一些概念：
系統（system）：一套滿足特定功能的元件
架構（architecture）：系統的基本組織結構，包含元件以及它們之間的關係和環境，架構將指導系統的設計和演進
架構描述（architecture description）：一套描述架構的工件。在togaf中，架構檢視是架構描述的主要工件。
涉眾（stakeholder）：在系統中承擔角色，或者關注系統某方面的人，例如使用者、開發人員、管理人員等。不同涉眾有不同的關注點，涉眾可以是個人、團隊或者組織。
關注點（concern）： 涉眾對系統感興趣的地方，是決定系統是否被接受的重要因素。關注點可以是系統功能、開發、操作、效能、安全等各個方面。
視角（viewpoint）：定義企業架構表現的抽象模型，每個模型針對的是特定型別涉眾的特定關注點。
檢視（view）：視角的乙個具體表現，它是有目的的傳遞架構資訊的一種很好的方法。
3. 架構視角分類框架
架構視角分類框架主要是圍繞視角、檢視和涉眾進行。在開始講了架構描述的複雜性來自於不同的涉眾要求，archimate是乙個靈活的架構描述語言，它提倡架構師和其他涉眾可以定義自己的企業架構檢視，它介紹了乙個對視角和檢視的定義和分類框架。這個框架基於兩個維度：
目的（purpose）和內容（content）。
下圖把目的和內容維度和示例涉眾在一張圖上表示出來如下，下一blog中大家會常看到這個圖：
目的（purpose）
1. 設計（designing）: 支援架構師和設計師從概要設計到詳細設計，uml就是常用的一種設計描述語言
2. 決策（deciding）: 幫助管理者作出決策
3. 通知（informing）: 為了獲得認可、同意，與涉眾溝通企業架構
內容（content）
1. 詳細（details）: 考慮archimate框架的一層或者一層的乙個方面
2. 一致（coherence): 考慮archimate框架的多層或多個方面，支援負責it服務和業務流程的中層管理員
3. 概括（overview）: 考慮archimate框架的多層和多個方面，可以支援ceos和cios進行決策
4. 分類示例
目的 內容
5. 架構語言archimate － 語言結構（language structure）
在archimate － 開篇：企業架構語言archimate介紹中對企業架構語言archimate進行了總體介紹，本篇將介紹一下 archimate的語言結構。
6. 元模型級別
知道oo的都知道，任何東西都是物件，在元模型的語言最抽象級別就是物件（object）和關係（relation）
對於企業架構來說，重要的概念就是產品（業務流程）和實現（應用）
開發架構時，需要對特定領域進行描述，比如流程圖、領域模型圖等
7. 核心概念
區分內部和外部概念，有點類似soa的架構概念
外部是暴露給客戶的產品和服務，如service和inte***ce
內部是具體行為和相關結構元素
8. 協作與互動（collaboration and interaction）
協助包含多個結構元素
互動是一種行為
9. 關係（relationships）
10. the archimate framework
archimate是一種整合多種架構的一種視覺化業務分析模型語言，它從下圖業務、應用和技術三個層次（layer），物件、行為和主體三個方面（aspect）以及產品、組織、流程、資訊、資料、應用、技術領域（domain）來進行描述：
1. 業務層（business）：提供對外部客戶的產品和服務 ，這些服務由組織內的業務角色通過業務流程來實現
2. 應用層（application）：支援業務服務的應用
3. 技術層（technology）：通過硬體和軟體的互動來執行應用程式
除了以上這些核心方面之外，還有其它一些重要的領域概念，如：目標（goals）、安全 （security）、治理（governance）、費用（costs）、效能（performance）、 時間（timing）、計畫和演進（planning and evolution）等。
11. 架構語言archimate －業務層（business layer）
在架構語言archimate － 語言結構（language structure）中對語言結構進行了介紹，最後列出下面的 archimate框架圖：業務、應用和技術三個層次（layer），物件、行為和主體三個方面（aspect），本篇介紹一下archimate在業務層的概念、描述和圖例。
12. 業務層總體說明
13. 業務層元模型（business layer metamodel）
下圖為業務層的元模型，左邊綠色為物件，中間黃色為行為，右邊為主體。它們分別屬於不同的概念（結構概念、行為概念和資訊概念）之下，下面會對這些概念分別進行詳細介紹。
14. 結構概念（structural concepts）
active subject（主體）：執行業務流程和功能的參與者或角色（業務角色（role）可以是乙個人（actor），也可以是一組人（collaboration）和機構單元）和介面（同樣的乙個服務可以使用不同的介面，如mail, **或者網路等）
passive objects（物件）： 被業務流程和功能使用的物件（領域內的重要概念）以及相關靜態資訊。
15. 業務參與者（business actor）
業務參與者是有能力執行行為的乙個組織實體，它的名稱應該為乙個名詞。業務參與者有人，部門或者業務單元，乙個業務參與者屬於乙個或多個角色來執行行為。
圖例 示例
archisurance公司由兩個部門組成，行李保險部門和旅行保險部門。旅行保險部門屬於旅行保險銷售員角色，這個角色可以執行邀請保險流程。這個流程提供了乙個可以由介面來訪問的乙個服務（提供旅遊保險服務）。
16. 業務角色（business role）
執行特定行為的乙個組織分工，它的名稱應該為乙個名詞。
業務角色根據責任和技能來執行或使用業務流程或業務功能，乙個業務參與者屬於業務角色來執行相應的行為。
圖例 示例
行李保險銷售員和旅行保險銷售員兩個業務角色合為乙個協作角色來使用乙個合併保險銷售服務
17. 業務協作角色（business collaboration）
兩個或多個角色（臨時）組成的乙個協作角色，它的名稱應該為乙個名詞或者不命名。
協作只是用在乙個特定的互動關聯的角色上，不像多個角色組成的部門一樣，業務協作沒有乙個永久的狀態，我們可以把業務協作看成是乙個「虛擬角色」，它由多個業務角色組成，執行乙個或多個業務互動（business interaction）。
圖例 示例
銷售乙個保險產品時經常要涉及到銷售部門和特定保險型別的部門協作
18. 業務介面（business inte***ce）
業務角色與系統的連線方式，它的名稱應該為乙個名詞。
企業架構之流程管理BPM
2.業務流程管理概念 bpm business process management 企業有很多很多業務流程，需要對這些流程進行管理，這就是業務流程管理 bpm。其實，業務流程管理的是從業務流程重組 bpr 業務流程優化 bpi 等逐步發展過來的。bpr概念 於錢皮和哈默教授在20世紀80年代末的管...
企業培訓的架構和內容
作為企業裡專門從事人力資源開發工作的培訓管理員，對培訓計畫的制定應該不會陌生 不管是年度培訓計畫還是月度培訓計畫，甚至是針對某一特定的培訓需求而制定的專項培訓，培訓計畫在整個培訓體系中都占有比較重要的地位。然而，在企業中，還有許多的培訓管理員對如何科學的制定培訓計畫還缺乏真正的認識，因而在組織培訓的...
企業的組織架構 宣傳1
常常聽到一些企業老闆在抱怨，說企業員工的責任心不強 執行力不強。導致企業員工執行力不強的原因有很多，但是，根據我們的實踐，最重要的原因，是企業的組織架構不明確 不清晰，或者寫的一套 做的是另一套。因此，我們說，乙個企業如果沒有建立真正意義上的組織架構，那就意味著企業的人員沒有乙個清晰的上下級關係和報...