【IT168 技术文章】

     引言 

    本文讨论原则在开发体系结构（无论是参考体系结构、应用程序体系结构或其他体系结构类型之一）中的作用。 体系结构设计是一项复杂的工作，必须将业务的需求与技术能够如何为其提供支持的现实进行权衡。 体系结构可以定义为：

    *计算机系统的总体设计或结构，包括运行其所需的硬件和软件
    *关于 IT 系统的设计、构造和修饰原则
    *创建任意复杂对象或系统的实际或隐含计划的艺术 与规程

    原则是进行与采用体系结构系统的设计与构造相关的决策的基础。 原则还讨论 IT 体系结构决策的接受度和治理。本文将分析原则对体系结构的影响。

    原则

    原则代表一个或多个观点，支持规范或规则的形成，以指导您运作所需的企业文化的发展。 通过将规则还原为原则，对于当前的用途，除非创建新规则，否则不能对原则进行质疑或进一步派生。

    原则由组织用于支持其总体任务。 之所以将其用于决策参考，因为这些都是通用的规则和指导原则。 原则应该长期适用，很少会发生更改。原则基于行业非常好的实践，反映通过策略、过程和标准实现的企业目的、远景和价值。

    目的

    体系结构原则是通用原则的专门化子集。 它们可指导企业体系结构的开发及其持续发展。 体系结构原则在开发满足企业需求的信息和技术系统的过程中担当“指南针”的角色。

    体系结构原则由首席架构师制定，首席架构师要与企业 CIO、体系结构委员会和其他主要业务涉众进行合作。 如果组织的业务或任务发生变化，这些原则也会随着时间而发生变化。 图 1 显示了原则如何反映企业的目的、远景和价值，而这些都是企业的业务基础。 这些概念性属性捕获为原则后，将作为开发企业体系结构的驱动力量。

    体系结构原则：

    *首选方向或实践的声明。 可反映企业内各种组织的一致性级别，此类组织包括业务单位、IT 和支持团队等。
    *要求开发一个框架，在其中包括相应的策略和过程，以支持原则的实现。 策略和过程用于支持将治理应用到体系结构的信息与技术组件。
    治理是关系和流程的结构，用于指导和控制适用组件，以通过在平衡风险与回报的情况下增加价值来实现企业目标。
    *建立设计决策上下文，以用于将业务条件转换为语言和规范。 然后技术经理可以在规划、设计、开发、实现、测试和部署整个企业内的信息系统 IT 资源和资产时使用此信息。
    *长期声明简单而直接，说明组织如何对 IT 进行决策。 这些原则对实现公司的目标非常重要。

    图 1. 体系结构原则
 
　
    好原则的属性

    好原则的主要属性是重用（现在和以后）。 创建原则是为了推动和指导开发体系结构及其实现的实例所需的行为。 这些原则必须相关，并采用恰当的方式进行表述，以便不同的团队能够了解其含义，并了解何时使用它们。 这非常重要，因为有些原则可能相互存在冲突，具体取决于其使用的上下文。

    只有获得了高层管理的技术和业务支持，原则才非常重要。 原则数量应该相对较少——平均 10 到 20 个。此数字根据工作的复杂性和规模不同，可能会更大。 原则太多会增加混淆，从而失去其价值。

    要定义一组好的原则，请记住以下条件。

简单性
    关键点必须清楚，组织内不同的团队能够了解其含义。 注意不要设置太多的原则，否则就会导致混淆。
解释的一致性
    可靠的原则包括策略和标准，从而支持以一致的方式对治理提供支持。 为了支持此概念，必须谨慎地选择定义原则的字句，确保不会出现对同一原则的多种解释。
相关性
    原则必须涵盖组织的所有相关和重要的构造。 原则的价值在于支持适用于组织的 IT 需求的体系结构的领域。
粒度
    原则的粒度都较大。 必须注意不要定义过于细粒度、关注的范围过小的原则。
灵活性
    必须采用恰当的方式表述原则，以便能够与其他原则相适应，尽可能减小其间的冲突。 存在冲突的原则的冲突程度不应达到一个原则会使得另一个原则的用途失效的地步。
稳定性
    原则应该具有长期适用性，不过还应该能够包含变更。 原则具有生命周期；必须开发允许对原则进行修改的流程，以便添加、删除和更新原则。