架构设计原则(王青国翻译).docVIP

第23章 架构原则 本章描述在企业架构开发过程中使用的原则。 23.1 简介 原则是基本规则和指南，它们被设计成持久的因而很少修改。这些原则为企业制定完成其使命的方法提供信息和支持。 因而，原则可能只是一系列结构化想法中的一个元素，这些原则组合起来从价值观到行动和结果层面定义和指导企业。 依据不同的组织，原则可以在不同领域和层面上来建立。以下两个领域的原则在架构开发和应用中比较多： 企业原则为企业中的决策提供基础，指导组织如何开始完成它的使命。这些原则经常被用来作为协调组织中决策的一种手段。尤其在成功的架构管控战略中，他们往往是关键成功因素（参见第50章）。 在企业原则这个比较广泛的领域，在业务或组织单元中经常有子原则。例如，IT、HR、国内运营、国际运营等。这些子原则为这些子领域的决策提供基础，同时指导子领域的架构开发。必须注意，一定要确保用来指导架构开发的原则与架构能力的组织环境相匹配。 架构原则是一系列与架构工作相关的原则。它们了组织范围内的一致意见，并且使企业原则的精神和想法具体化。架构原则控制架构过程，影响架构的开发、维护和使用。 通常一系列的原则形成层次关系，在这个层次关系中分段原则被企业原则所指导并且把企业原则细化。架构原则被企业原则所指导和限制。 架构原则可以重申其它相关的企业指南，这些相关指南可以有效地指导架构的开发。 本节的其余篇幅将只描述企业架构原则。 23.2 架构原则的特点 架构原则定义整个企业中使用和开发所有IT资源和资产过程中潜在的一般规则和指南。他们反映了企业中各种相关元素一定程度上的一致，形成将来进行IT相关决策的基础。 每个架构原则应该清晰地关联到业务目标和关键架构驱动因素。 23.3 架构原则的组成 定义一个标准的描述原则的方法非常有用。除了一个定义描述之外，每个原则应该有相关的原因和隐含意义说明，这样不但可以促进原则容易被理解和接受，而且可以解释和证明为什么做出这样的决定从而可以支持原则被应用。 推荐的原则模板见表23-1。 原则名称 原则名称应该表达原则的本质并且容易记忆，具体的技术平台不应该出现在原则名称和描述中，避免在名称和描述中出现支持、开放、考虑、避免等模糊的词语，当使用“管理”这个词时要格外小心，不要使用不必要的形容词和副词。 原则描述 原则描述应该简明、清晰地传达基本原则，大多数情况下不同企业关于信息管理的原则描述是非常类似的。最重要的是原则描述必须无歧义。 原则理由 架构理由必须强调遵守原则能够给企业带来的业务利益，而且必须用业务语言进行表达，指明信息架构原则、技术架构原则、业务架构原则的共同点。描述清楚这个原则与其它原则的关系，描述在哪些情况下、哪些原则有更高的优先级和权重，以便于决策。 隐含意义 隐含意义必须从业务和IT两个角度强调执行原则的需求，例如，资源、成本、活动等。如果采用了原则，现有的系统、标准、实践将会明显与原则不一致，采用一个原则对业务的影响和后果一定要描述清楚。读者应该很容易地辨别出以下问题的答案, “原则将如何影响我？”。千万不要过分简化、轻视原则的影响。有些隐含的影响仅仅是识别的可能影响，应该进行推测而不是完整的分析。 表23-1 推荐的定义原则的格式 符合此模板的一系列架构原则在章节23.6中给出。 23.4 开发架构原则 一般架构原则由企业架构师与关键涉众一起开发，由架构管理委员会批准。 如果在企业级存在更普遍的原则，那么架构原则应该参考这些原则中的信息。 架构原则必须具有很好的可追溯性、被清晰地描述，以用来指导相关决策。架构原则用来使架构及目标架构的实现与业务战略和远景对齐。 特别地，架构原则的开发一般受到以下因素的影响： ■企业使命和规划：企业的使命、规划和组织架构。 ■企业战略动因：企业的特点，包括优势、弱势、机会、威胁，当前企业的变更驱动因素（例如，业务流程优化、质量管理）。 ■外部约束：市场因素（上市时间规律、客户期望）；现存及潜在的法律法规。 ■现有系统和技术：企业已经部署的一系列信息系统资源，包括系统文档、设备清单、网络配置图、策略、流程等。 ■暂露头角的行业趋势：影响企业架构的关于经济、政策、技术、市场等方面的预测。 23.4.1 原则的质量 仅仅有一个称为原则的书面原则描述并不意味着是好的原则，即使所有的人都认可这些描述。 一系列好的原则应该是基于组织的信仰和价值观而建立，利用业务容易理解和使用的语言进行描述。架构原则数量不能太多，未来导向，被高层管理者赞同和支持。架构原则为做出架构的决策和规划、制定政策框架、过程、标准提供坚实的基础，能够支撑解决相互冲突的情况。质量较差的架构原则很快成为争论的焦点，由这些原则而形成的架构、策略、标准将呈现随意性、自我服务性，因此缺乏可信度。从本质上讲，原则驱动行为。 鉴别好的架构原则有以下