【数据架构】软件架构与数据架构

企业架构不仅仅是所有子域架构的组合，而是它们的综合。

来自维基百科：在信息技术中，数据架构由模型、政策、规则或标准组成，这些模型、政策或标准管理哪些数据被收集，以及如何在数据系统和组织中存储、排列、集成和使用。数据通常是构成企业架构或解决方案架构支柱的几个架构域之一。

软件架构一词直观地表示软件系统的高级结构。它可以定义为对软件系统进行推理所需的一组结构，包括软件元素、它们之间的关系以及元素和关系的财产

1.数据和软件架构是不同的架构领域

软件架构和数据架构是独立的架构领域，有不同的关注点。虽然不是绝对需要的，但它们应该集成在企业架构的定义和管理伞下。

• 1） 软件架构焦点：如果您正在回答有关软件的性能或详细设计的问题，即软件架构，无论它是单个领域的一部分还是整个公司的一部分。
• 2） 数据架构焦点：如果您正在回答有关如何存储、规范化和连接信息的问题，那么这就是数据架构。甚至元数据也属于这一类。
• 3） EA范围：如果你在回答软件与公司流程的集成程度、根据特定公司需求进行更改的能力，以及该软件如何适应公司战略的问题，这就是企业架构。数据如何适应这种上下文，谁拥有数据，数据是如何创建的（数据源自何处），以及数据如何适应业务理解，这就是企业架构。有自然的交叉，从签字的角度来看，企业架构师负责整个架构，但应该能够将签字分配给技术级别的架构师，以使他们能够做出决策。

2.数据与软件架构之间的深度连接

虽然数据架构和解决方案/应用程序架构的技术和工件是不同的，但状态和行为之间也有着深刻的联系。良好定义和执行的数据架构是良好定义和成功的软件架构的必要前提。完全独立地处理这些问题是不明智的。

数据和软件架构应被视为企业架构战略的组成部分。尽管很多时候，数据架构（有时称为信息架构）与组织中的信息流有关，以实现决策，但它并没有得到太多关注。因此，检查列表可能包括：

1. 业务在定义企业架构战略方面扮演什么角色，这样您就不会出现这样的缺陷？
2. 或者，业务部门如何提供输入以确保您不会陷入数据孤岛？为什么这么多公司最终会出现数据孤岛，尽管他们可能有企业架构师作为角色？
3. 这是否意味着企业架构战略根本没有兑现承诺？或者，企业架构在组织中的感知方式是否会导致这种情况？

数据和软件架构作为EA的两个不同方面

企业架构是人员、流程和技术的集成。它涉及到其他子域架构，并且必须意识到它们。

数据和软件架构是EA的两个不同方面，但它们应该位于EA组的同一屋檐下。然而，EA对许多组织来说都是新的，而且往往管理不善。如果部署不正确，它会留下一种糟糕的氛围，人们不再接受它。如果你全面而有效地处理它，筒仓会相互交谈。在你召集他们谈话之前，要知道你已经做好了准备。

在大多数情况下，软件架构将是BIDAT（业务、信息、数据、应用程序、技术）的相互作用，尽管在某个时间点对D（数据）、A（应用程序）、T（技术）维度的强调可能取决于几个因素，包括

• 将软件架构扩展到传统边界之外，以便在内部与其他业务部门集成，在外部与合作伙伴、服务提供商和其他部门集成
• 几个内部/外部服务的耦合，以增强软件架构。
• 云的风格：肯定会扩展传统架构，数据和集成在其中发挥着越来越重要的作用

因此，数据架构和软件架构是企业架构的两个不同的子域，但它们是密切相关的，通过对它们进行一致的管理，企业可以分解数据/信息筒仓，使业务作为一个整体更加有效和高效。