码迷,mamicode.com
首页 > 其他好文 > 详细

从架构到流程

时间:2020-07-18 11:29:39      阅读:92      评论:0      收藏:0      [点我收藏+]

标签:soft   数据架构   关注   对象   sof   直接   title   san   增加   

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

 

从架构到流程

标签:soft   数据架构   关注   对象   sof   直接   title   san   增加   

原文地址:https://www.cnblogs.com/sea520/p/13334604.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!