ESB zone

02月 28th, 2009 | by 邓芝 |

架构的支撑框架与运营

更多内容在：

架构专栏

在《对架构的另类定义》一文中对架构进行了定义，虽然利用了事物本质来阐述，依然比较抽象，理解起来比较困难，因而再定义一个支撑框架。这种做法与事务研究方法是对应的：“架构定义”是概念，“支撑框架”是本体，“运营中的架构”是运动体。下图展示了这个理念：

【图示说明：】

第一个领域是需求域，包括R1，R2，R3。R1代表当前实际的需求；R2代表了目标，例如，企业战略指标，系统容量指标等；R3代表了当前架构，如果还没有系统，那么R3为空。R1，R2来自于受益人，此处的受益人可以是具体的业务部门，也可以是抽象的系统（此时简介受益人是组织）；R3来自于客观存在。
某人，这个角色在实际中有很多职能部门的人来担任，例如CTO，CIO，产品经理，用户体验师，咨询公司，外部公司等，它的职责是提出解决方案。
目标架构，是解决方案的一部分（重合度可以是100%），目标架构是架构理论的具象，也即架构本体。
传道者，负责把架构理论，架构支撑框架，架构运营策略传递到公司。
下面的大方框内部是支撑框架的主体。在实际运作时，这个框架最好以项目的形式运营，这样是为什么有项目经理角色存在的原因。
支撑框架，横向包括5层：过程框架层、内容框架层、实践指导框架层（即过程A — 过程F），角色层，能力框架层；遵循包含3大类，6个子类，列与过程框架的交叉点上最终业务目标，列于内容框架的交叉点上子业务目标列的下面节点都是对业务目标的纵向支撑。
过程框架包括定义了过程路径和基本里程碑，P1->P2->P3-P4是基本过程；P5表示一个反馈和改进行为。这一部分与架构定义流派的决策派是有些映射的，只是具体基本里程碑的出发点是不一样的，例如，对于产品架构来说，本体过程包含了设计-研发-测试几个行为。
路径P6是一个特殊，它的行为是“比较”，通过对当前架构和目标架构的比较，找出差距，从而定制计划。
内容框架包括需求、概念、设计、本体、环境、运行体这6个子域，每个子域都有其特殊的内容项、内容格式。这一部分与架构定义流派的组成派是有些映射的，但也不是完全匹配，但目标是一致的：描述清楚架构的构成。
实践指导框架，本质上是把现有的各类方法论分门别类的放到对应的列上，再提供详细的过程指导。
角色层，定义清晰的角色，根本目标是定义视点，架构绝对不是一个视点的产物，它是多种视点汇聚而成的综合体。每个角色也可能有多个视点，不同角色之间，可能共享视点，但偏角不同（侧重点不同）。角色是整个框架的中枢，它纵向串起了一个价值链路，形成如下场景：经过某个认知过程，角色A具有了需求能力，该能力依赖于某些领域知识A1和某些技能A2，具有该能力的角色以实践过程A为指导，产出了需求内容。横向串起了领域，领域的顺序代表了认识事物的深入，由模糊到抽象，由抽象到具体，由静态到动态。
能力框架表示某个角色要达到某个业务目标，需要掌握的知识和技能。能力是做事的充分条件，但不代表没有这种能力的人不能做这件事。通常，对于不具备能力的人来说，首先按照能力体系的要求学习知识，掌握一定的技能；对于组织来说，就要培养这样的人具有该角色所要求的能力；对于项目经理来说，安排人干活时，首先要评估其能力，否则就要把这一点列入风险管理。
项目框架，把整个支撑作为项目来运作，而不是简单的一个活动或者学习，才能够确保：高效、高质、合适成本的得到目标框架。