特别强调的两点：
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图；
技术架构：依据数据架构推算所需资源；