架构分割
在一个典型的企业中，在任一个时间点都可能同时存在多个架构。某些架构会处理一些特殊的需求；而另外一些则更为通用。某些架构处理细节；而另外一些则提供概览。同样地，也会同时有多个解决方案正在被使用或正被考虑使用，以满足企业的需要。
这就导致了对架构进行分割的需要，原因如下：
- 在一个单一的架构中处理所有的问题过于复杂。
- 不同的架构互相间存在冲突（例如，由于企业的状态会随着时间而变化，来自于某个时间段的架构可能会和另一个时间段的架构冲突）。
- 不同的人员需要同时在架构的不同元素上工作，而对架构的分割使得某个架构师的团队能够拥有并开发架构的某个片段。
- 有效的架构重用要求将架构模块化，以便将这些模块化的架构分段合并进更大的架构和解决方案中去。
对架构分割的一种方式是使用架构的范围或处理的主题域作为指引进行分割，可参考《在企业的不同层次上应用 ADM》。另外一种可以考虑的用来分割架构的特性是视点或架构种类，架构的种类总体上可以分为业务、数据、应用和技术四类，可参考《TOGAF 中的架构》。
描述特定解决方案方法、最佳实践或模式的架构可以通过开发（或其他方式）获得，并作为参考模型在整个企业范围内共享。这些参考模型的分类也有助于对架构的分割。下图展示的模型根据架构的抽象层次或对特定组织的适用性，对参考模型和相关架构进行了分类。
架构参考模型的总体分类模型
最近更新于 2022-05-14， 由 孜孜不倦 于 2022-05-05 发布， 已阅 1252 次。