我目前的任务是为软件开发创建一个文档化的、一致的架构指南。我们有很多聪明的人在做正确的事情，但不是始终如一和可重复的。
我们使用 Microsoft 的应用程序架构指南 2.0 作为起点。因此，提出一个应用程序架构是相当直接的（我不会说容易）。可能是因为我有几年的开发经验，所以我对这个领域有很好的了解，并且也有大量的例子和指导。
由于我们的组织有几个应用程序构成了一个或多个系统，然后我们将它们安装在“客户端”......我们认为创建系统架构和企业架构也是有意义的。这就是问题开始的地方。
那里没有一致的指导。如果您搜索“系统架构示例”，您得到的东西是如此不同，以至于我想知道是否有“标准”方式来做到这一点。
根据我（有限 - 清楚地）对这一切的理解，系统架构是一个或多个应用程序架构的抽象，描述了它们如何协同工作以形成一个系统。此外，企业架构是一个进一步的抽象，展示了您的系统如何适应组织企业，以及它如何与业务流程、IT 战略交互，以及它如何集成到企业中的其他系统中。
- 我完全错了吗？
- 是否有任何标准（我在哪里可以找到它们）？
- 是否应该有标准，或者“好的”系统架构是否只是任何格式的任何文档，这些文档对于读者来说是清晰易懂和有用的？
- 但是，经验丰富的建筑师会如何看待这种方法？
我不想简单地列出一组可能有用的 SOA 相关模式……我想让它更加专注于我们所做的事情，即在面向服务的架构上构建财务解决方案。
更新： TOGAF(9)怎么样。有没有人有过这方面的经验，是否值得努力详细了解它。