ADM 关键技术 3：架构原则
关键技术 3：架构原则 属于 《ADM 预备阶段》 的关键技术。
本文档是预备阶段的初始输出。它们是对正在被开发的架构的一套通用规则要求和指导策略。关于指导策略和一组具体的通用架构原则，参见TOGAF9第三部分中的“架构原则”。本节文档推荐的内容分别是业务原则、数据原则、应用原则和技术原则。
确立架构原则
一般由首席架构师与企业的CIO、架构委员会和其他关键的业务利益相关者一起，共同确立架构原则。
如下的一些因素一般会影响架构原则的确立：
- 企业的使命和计划：企业的使命、计划和组织结构基础设施。
- 企业战略倡议：企业的特征—包括它的优势、弱点、机会和威胁——以及现有企业范围内的一些业务倡议（例如流程改进和质量管理等）。
- 外部约束：市场因素（上市时间的紧迫性、客户期望等）；现有和潜在的立法。
- 现有的系统和技术：企业内已部署的一套信息资源，包括系统文档、设备库存、网络配置图、策略和流程等。
- 计算机行业的趋势：来自于可靠信息源以及当前在用最佳实践的，关于计算机和通信技术的使用、可用性和成本的预测。
定义架构原则
根据组织的不同情况，可以在如下任一或所有三个级别上建立原则：
- 企业原则：这类原则提供了决策的基础并规定了组织该如何完成其使命。这些原则常见于政府和非营利组织，但也会作为一种协调决策制定的手段出现在商业组织中。它们是成功的架构治理战略中的关键要素。
- IT原则：这类原则对于整个企业如何使用和部署IT资源和资产提供了指导原则。确立这些原则是为了尽可能地提高信息环境的生产效率，降低生产成本。
- 架构原则：这类原则是IT原则中与架构工作相关的一个子集。它们反映了整个企业的共识，体现了企业架构的精神。架构原则可以进一步划分为如下原则：
- 对架构流程进行治理的原则，它们会影响到企业架构的开发、维护和使用
- 对架构实施进行的治理原则
TOGAF 定义了描述原则的一种标准方式。除了定义的声明，每个原则还应有相关的依据和相关影响的声明，这两类声明都是为了促进对原则本身的理解和接受，并通过解释和论述为什么要作出某个具体的决定来支持对原则的使用。
下表给出了 TOGAF 定义原则的模板：
TOGAF定义原则的模板
原则的质量
辨识出一套好的原则有五个标准，如下表所示。
优质原则的推荐标准使用架构原则">优质原则的推荐标准使用架构原则"fr-img-caption fr-fic fr-dib" style="width: 600px;">优质原则的推荐标准使用架构原则">优质原则的推荐标准使用架构原则
架构原则是用来总结关于企业如何使用和部署IT资源和资产的基本事实的。这些原则可以以如下的不同方式被使用：
- 提供一个框架，根据这个框架企业可以开始对IT进行自觉的决策
- 作为建立相关评价准则的指导原则，在管理IT架构合规的一些后续阶段，对选择产品或产品架构施加强有力的影响
- 作为定义架构功能性需求的驱动力
- 作为一项输入，用以评估现有的IS/IT系统和未来战略性的项目组合这两者是否与已定义的架构相一致；这些评估将为识别出实施架构所需的过渡活动提供有价值的参考，以支持业务目标和优先事项的达成
- 原则依据的声明强调了架构对于企业的价值，从而提供了证明架构活动正确性的基础
- 原则相关影响的声明提供了一份企业遵循原则所需的关键任务、资源和潜在成本的概要计划；它们对于未来的过渡性倡议和规划活动也提供了有价值的输入
- 在如下方面为架构治理活动提供了支持：
- 对于标准的架构合规评估中、允许或需要解释的地方，提供了修改的余地
- 当修正某个特定架构带来的相关影响无法通过局部操作流程解决时，支持发起一个特许请求
原则之间是相互联系的，并且必须成套地使用。有时原则间会存在一定的冲突，例如，“可访问性”原则和“安全”原则。各个原则必须在“所有其他条件都相同”的条件下被考虑。有时需要在某一特定问题上决定优先考虑哪个原则。所有这些决定的依据必须被记录。原则看上去是不言自明的事实，但并不意味着在组织中原 则能被实际地遵守，即使是对原则有着口头上的确认。虽然在原则的声明中没有规定具体的处罚措施，但对原则的违反一般都会引起运营问题，并会制约组织完成其使命的能力。
最近更新于 2022-05-14， 由 孜孜不倦 于 2022-05-03 发布， 已阅 1719 次。