architecture - 企业、系统和应用程序架构(最佳实践？)

Question

我目前的任务是为软件开发创建一个文档化的、一致的架构指南。我们有很多聪明人在做正确的事情，但只是不一致和可重复。

我们使用 Microsoft 的应用程序架构指南 2.0 作为起点。因此，提出一个应用程序架构是相当(我不会说容易的)直截了当的。可能是因为我有几年的开发经验，所以我对这个领域有很好的理解，而且还有很多例子和指导。

由于我们的组织有几个应用程序构成了一个或多个系统，然后我们将这些应用程序“安装在”客户端……我们认为创建系统架构和企业架构也很有意义。这就是问题开始的地方。

那里没有一致的指导。如果你搜索“系统架构示例”，你得到的东西是如此不同，我想知道是否有一种“标准”的方式来做到这一点。

从我对这一切的(有限的 - 清楚的)理解来看，系统架构是一个或多个应用程序架构的抽象，描述了它们如何协同工作以形成一个系统。此外，企业架构是一种进一步的抽象，展示了您的系统如何融入组织企业以及它如何与业务流程、IT 战略以及它如何集成到企业中的其他系统中。

我完全错了吗？

是否有任何标准(以及我在哪里可以找到它们)？

是否应该有标准，或者一个“好的”系统架构只是任何格式的任何文档，它是清晰易懂且对读者有用的？

经验丰富的建筑师会如何看待这种方法？

我不想简单地列出一组可能有用的 SOA 相关模式……我想让它更专注于我们所做的事情，即在面向服务的体系结构上构建财务解决方案。

更新:关于 TOGAF(9) .有没有人有这方面的经验，是否值得尝试详细了解它。

Answer 1

我几天前提交了这个问题，但通过继续研究和阅读后littlegeek的回应，我想我找到了一份有趣的白皮书，我发现它的信息量很大而且很有趣。

阅读:A Comparison of the Top Four Enterprise-Architecture Methodologies
作者:罗杰·塞申斯

一个片段...

-- - - - - - - - - - - 8< - - - - - - - - - - - -

在过去的 20 年中，许多企业架构方法来来去去。在这一点上，大约 90% 的领域使用以下四种方法之一:

Zachman 企业架构框架——尽管自称为框架，但实际上更准确地定义为分类法

开放组架构框架 (TOGAF)——虽然称为框架，但实际上更准确地定义为流程

联邦企业架构 - 可以被视为已实现的企业架构或用于创建企业架构的规范方法

Gartner 方法论——可以最好地描述为一种企业架构实践

本白皮书讨论了这四种企业架构方法。它是在一家面临一些非常非虚构的运营问题的虚构公司的背景下进行的。这些问题包括:

IT 系统变得难以管理且维护成本越来越高。

阻碍组织及时且经济高效地响应当前和 future 市场状况的 IT 系统。

始终过时和/或完全错误的关键任务信息。

组织的业务和技术方面之间的不信任文化。

-- - - - - - - - - - - 8< - - - - - - - - - - - -

白皮书在几个方面帮助了我。

它给了我一个很好的架构介绍和历史(特别是企业架构)

它向我介绍了作者建议的 4 种领先的可用企业架构。

然后继续以合乎逻辑和简单的方式将它们与我可能与之相关的好例子进行比较。

我不能说我所有的问题都得到了回答，我现在准备好死了:-)，但是已经变得更清楚了，因此我认为那里的其他人也可能会发现这很有用。

我仍然会重视您对此主题可能提出的任何其他意见、建议和问题。