业务架构：这与概念架构有何不同？

Question

我听到很多关于业务架构的信息，想知道这与概念架构有何不同？非常感谢提前。

Answer 1

软件架构和EA世界中的所有概念通常很难确定，这些答案是根据维基百科和我自己的理解，但您的里程可能会有所不同。

术语“Business Architecture”不适用于软件。它是一个更全面的业务视图，包括业务流程，治理和信息。公司的企业架构师可能对此负责，其中描述的一些流程可能是软件工件或由软件系统支持，但一般来说，它是一个更高级别的业务焦点视图。公司的高管将使用业务架构来帮助他们制定与公司系统运营相关的高层决策和计划。

术语“Conceptual Architecture”（以软件术语表示）是指软件系统的逻辑和其他更高级别的体系结构视图。这将是您在软件架构文档中找到的架构文档类型。 “概念架构”应该是高水平的，足以让非技术受众理解。

Answer 2

业务架构是企业架构的一部分。技术架构包括基础架构和应用程序域。但它们都是整个“事物”的一部分。业务架构描述了以任何方式定义和指导业务的人员，流程/方法和标准/技术（没有具体提及表面上提供生产力增强的“技术”）。有业务标准，度量和指标可用于做出业务决策，包括做什么，何时做，以及成本。其中大部分可能（有时可能应该）没有自动支持（笔/纸，思想/理由，面对面讨论）。

自动化（技术基础设施，系统/应用程序/数据库） - 如果我能够如此彻底地提及“IT”，那么理想地支持业务。但是，如果没有技术架构以及如何显示它如何映射到所需的业务功能（由业务架构描述），您如何判断它是否以及如何？映射是通过业务和技术架构之间的概念架构“层”完成的。

概念架构将业务架构（有多少存在 - 计划，流程，组织结构图，活动描述，法规，处罚等）扩展到一系列基本业务战略和信息要求，原则，约束和可以与技术架构/ IT计划（组合/应用程序）和操作要求，原则，约束和假设进行比较的假设。它本质上是一组概念，它将业务应该做的事情与IT应该做的事情联系起来。概念架构之上是“业务”。同样，在IT之下，“在它下面”，概念架构必须反映IT所看到的真相。是的，这是一个政治上敏感的事情！

概念架构允许规划人员为IT领导层提供最有用的业务建议。它对于具有许多活动部件的复杂现代化非常有用 - 至少可以优先考虑并确定快速获胜。从业务POV，它还可以在考虑业务变化时提供自动支持的评估。但是，架构师必须仔细协调其信息与IT领导，以尽量减少误解。

Answer 3

架构可以被认为是一致的相关抽象集。设计中有不同的组合。一套描述了业务背景。另一个可能描述数据上下文。

当人们不小心避免混淆抽象集时，面向对象的设计经常会崩溃。 （参见“高内聚/低耦合”。）因为它们不是孤立的;您的代码将反映每个方面的各个方面。