特別強調的兩點：
IT：以流程架構作為業務架構，規劃企業信息化建設路線；
合規：不是獨立的建設一個個合規體系，而是將合規體系要求融合到流程中、融合到流程導向的制度中；

一、架構
1、架構設計的目的或產生背景
（1）架構產生背景,個體時間、能力、資源等的有限性，所以需要分工、需要交易/交換，此時也產生了架構。架構設計師從主體問題出發、整體出發，進行整體的切分與溝通機制的建立，而建立的頂層結構即架構。架構中需要有主體、對象及對象交換機制等。
（2）做架構設計是為了降低人們對復雜系統的認識，方便溝通，其次做架構是為了分工合作。架構設計任務就是為了劃分模塊，設計模塊交互方式。架構設計指導思想就是使用面向對象的思想。

架構一詞最早產生與建筑領域，有建筑架構等名詞，近幾年IT、互聯網領域興起，軟件架構、軟件架構師等名詞。

2、定義
（1）架構

架構，是系統的頂層結構。

架構設計思想，就是設計系統頂層結構背后所使用的方法，考慮的因素、原則等。

架構一詞來自多重抽象（時間上的先后、空間上的多次），每個人的抽象基礎不同，基于現實存在，如人們首先基于歸納：
第一層抽象：建筑、軟件、汽車等基礎概念。（時間上有先后）
第二層抽象：建筑架構、軟件架構、汽車架構。（時間上有先后）
第三層抽象：架構。
其次人們又可以基于演繹，由架構衍生出企業架構、戰略架構、組織架構、人體架構、商業架構等詞匯。
每一次詞語的出現，其內涵或外延也隨之變化。

（2）架構任務
A 架構是面向主體問題的最頂層系統的劃分；
B 架構的任務是劃分系統的模塊/要素，系統內有哪些“個體”組成；
C 系統內的模塊之間的交互關系、協作規則；
（3）相關概念
系統是由一群有關聯的個體組成，根據某種規則運作，能完成個別原件不能單獨完成的工作的群體；（維基百科）
子系統是由一群有關聯的個體組成得系統，是更大系統的一部分；
模塊和組件都是系統的組成部分，只是從不同的角度拆分，模塊是從邏輯的角度拆分，主要目的是職責分離，組件是從物理的角度拆分，目的是單元復用；（組件即部件，是整體中的部分，后產生與軟件領域軟件操作系統與嵌入式軟件組件）
框架關注規范，架構關注結構；

3、假設前提
所以，凡是談“架構”，都得看是主體是誰？誰的架構？解決主體的什么問題？

二、企業架構
企業架構，涉及股東、企業自身、客戶、員工，代表架構如平衡計分卡等。

三、管理架構
企業管理架構，涉及企業管理所使用的崗位、績效、流程、IT等手段


四、流程架構
1、流程架構的設計
而企業中的流程架構，是企業流程體系建設的頂層設計，涉及時間、空間兩個維度。（明確公司涉及的各種內外部需求，公司內部都做了哪些事，直接關系）
（1）時間上，過去、現在、未來，企業流程架構也存在AS IS和TO BE;
（2）空間上，核心是對流程架構的分類和分級，分類是一種“專業分工”，分級強調管理跨度、幅度，流程架構就是關注同一層級上的分類及關系。
（3）相關概念
流程架構即 業務域、流程組、流程三個層級的流程目錄；
流程清單/流程框架是基于流程架構細化到末級流程層級；
流程場景圖/流程視圖是流程架構（各層級）流程之間的接口關系畫成圖；
（4）流程分類的2分法（APQC,運營和管理支持）、3分法（POS法規劃運營支持、OES法運營使能支持）、ETOM

2、流程架構的應用
以流程架構作為企業管理的結構和共同語言，流程架構承接戰略（戰略關注點），同時，企業的制度體系、績效體系、IT體系、組織、合規等均基于流程的架構進行搭建或建立映射關系。用流程把人力部、財務部、IT部、綜合管理部、法務部的管理職能進行打通，不要各說各話增加管理內耗；
（1）組織：流程架構，流程的分類分級能夠一定程度指導部門的切分；
（2）崗位：流程本身是崗位工作的流轉；從流程流轉的工作看崗位設計的合理性；
（3）表單數據：流程流轉的是表單，從流程流轉看企業橫向數據的共享，縱向決策分析體系的搭建；
（4）制度：流程從企業全局把公司做了個分類，告別曾經部門視角、不斷打補丁的制度建設，而是基于流程架構做制度體系搭建；
（5）績效：不是由部門直接承接公司級績效，而應讓端到端流程承接公司級指標，將端到端流程指標按權重分派給相應部門；
（6）IT：以流程架構作為業務架構，規劃企業信息化建設路線；
（7）合規：不是獨立的建設一個個合規體系，而是將合規體系要求融合到流程中、融合到流程導向的制度中；

五、流程
流程是將例行工作顯性化、明晰化，非例行工作難以流程化，流程關注協作效率（流程接口）、管控效率（流程審批）、運營效率（流程活動）、關聯要素：
（1）協作效率：業務域間強調關注接口關系，才能保持業務域之間的協作與配合；
（2）管控效率：流程本身關注審批關系，基于流程所涉及的業務事項，形成企業的分權機制設計，盡量將例行事項降低審批層級；
（3）運營效率：業務域內關注流程活動及表單本身的優化，并不需要過度細化的顯性化現狀；
（4）關聯要素：流程涉及的表單、制度、崗位、績效、IT等合理性，流程的協作效率、管控效率、運營效率三個模塊均需考慮這些要素。

六、流程到IT
以上的流程設計方法來自BPM方法，在IT架構TOGAF中：
業務架構采取：BPM法、IBM CBM法；
應用架構：SOA面向服務理念；
數據架構：對數據進行分類分級，系統分布分析，CRUD矩陣、ER圖；
技術架構：依據數據架構推算所需資源；

總結

以上是生活随笔為你收集整理的从架构到流程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。