软件架构与企业架构，何时使用？

Question

使用何种类型的体系结构规则来指定整个组织的所有软件系统和交互（不是公司或整个组织，而是组织范围内的大约6个SW工程师，负责4个软件产品）。我正在尝试创建一个文档（假设一个架构师的角色），它指定了我们迁移到新数据/托管中心时的整体架构。

企业架构或软件架构是否用于此类规划？有什么区别？

谢谢，

Answer 1

  

什么类型的建筑学科   用于指定所有软件   系统及其相互作用   整个组织？

Enterprise Architect：通常通过企业架构框架，如TOGAF或Zachman。

这项工作可能还包括来自特定学科的其他建筑师的参与 - 例如Data Architects。

  

......我们搬到的整体架构   一个新的数据/托管中心......是   企业架构或软件   用于这种的架构   刨？

不是企业架构师。实际角色可能取决于公司，但我希望它可以是解决方案架构师或基础架构架构师。您所描述的基础设施的移动最有可能由基础设施架构师完成，可能是由解决方案架构师（或可能作为特定项目的一部分）领导（或涉及）的更广泛的工作计划的一部分。

  

有什么区别？

首先，你需要理解抽象/细节方面的“垂直”差异，以及主题领域的“横向”差异。

• 企业架构师并不专注于某个特定的域名（有些人会说他们涵盖了所有内容，有些人可能会说他们的内容非常高，他们不会覆盖任何内容）。
• 同样，Solution Architects并不专注于特定领域;他们致力于具有特定业务目标和要求的实际项目。我希望解决方案架构师能够广泛理解多个“主题”，但不一定要深刻理解。
• 其他类型的建筑师（数据，安全，基础设施等）是不同的;他们对特定主题领域有非常深刻的理解，并在各个层面开展工作，包括对企业架构的贡献，与其主题相关的标准，以及在必要时支持特定项目。

许多人经常认为软件架构师与解决方案架构师是一样的 - 但我只是同意一点。

• 对我来说，Software Architect（顾名思义）专注于软件，其中解决方案这个词的范围更广。
• 在某些方面，软件架构师是上面定义的主题特定架构师（如基础架构架构师）。如果您打算进行一项主要的定制（定制）软件开发，您需要一位软件架构师来领导，因为定制软件的开发是一个专业领域。

当一个人扮演一个以上的建筑角色时，事情变得模糊 - 这很常见。我猜想人们对特定类型的建筑角色的看法会被他们认为特定的人（他们知道或与之合作）所感染的东西所做的;例如，您可能与称为软件架构师的人合作，但他们也可能扮演解决方案架构师的角色。

2017年更新

仅供参考，我在我的博客上做了一些额外的写作，这可能是有趣的：https://morphological.wordpress.com/2017/01/26/the-laymans-guide-to-it-architecture-roles/