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

Question

什么类型的架构规则用于指定整个组织的所有软件系统和其他交互(不是公司或整个组织,而是组织范围内,大约6个SW工程师在4个软件产品上工作).我正在尝试创建一个文档(假设一个架构师的角色),它指定了我们迁移到新数据/托管中心时的整体架构.

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

谢谢,

Answer 1

什么类型的架构规则用于指定整个组织的所有软件系统及其交互？

Enterprise Architect:通常通过像TOGAF或Zachman这样的企业架构框架.

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

...当我们迁移到新的数据/托管中心时,整体架构是用于此类规划的企业架构还是软件架构？

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

有什么不同？

首先,您需要了解抽象/细节方面的"垂直"差异,以及主题领域的"横向"差异.

替代文字

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

软件架构师经常被许多人视为与解决方案架构师相同 - 但我只是同意一点.

对我而言,Software Architect(顾名思义)专注于软件,其中术语解决方案的范围更广.
在某些方面,软件架构师是上面定义的主题特定架构师(如基础架构架构师).如果您打算进行一项主要的定制(定制)软件开发,您需要软件架构师来领导,因为定制软件的开发是一个专业领域.

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

2017年更新