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

Question

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

我们使用Microsoft的Application Architecture Guide 2.0作为起点.因此,提出一个应用程序架构是公平的(我不会轻易说)直接.可能是因为我有几年的开发经验,所以我对这个领域有很好的理解,并且还有大量的例子和指导.

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

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

从我(有限 - 清楚)对它的理解,系统架构是一个或多个应用程序架构的抽象,描述它们如何协同工作以形成一个系统.此外,企业架构是一个进一步的抽象,展示了您的系统如何适应组织企业以及它如何与业务流程,IT战略以及它如何集成到企业中的其他系统之间的交互.

• 我完全错了吗？
• 那里有没有标准(我在哪里可以找到它们)？
• 是否应该有标准,或者"良好"的系统架构是否只是任何格式的文档,这些文档清晰易懂,对读者有用？
• 经验丰富的建筑师会怎么想这种方法呢？

我不想简单地列出一组可能有用的SOA相关模式......我想让它更专注于我们的工作,即面向服务架构的构建财务解决方案.

更新:那么TOGAF(9) .有没有人有这方面的经验,是否值得努力尝试详细了解它.

Answer 1

我几天前提交了这个问题,但是通过继续研究和阅读littlegeek的反应后,我想我发现了一篇有趣的白皮书,我发现这篇文章内容丰富且有趣.

阅读:四大企业架构方法的比较 作者:Roger Sessions

一个片段......

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

在过去的20年中,许多企业架构方法已经来去匆匆.此时,可能有90%的领域使用以下四种方法中的一种:

• Zachman企业架构框架 - 虽然自我描述为框架,但实际上更准确地定义为分类法
• Open Group Architectural Framework(TOGAF) - 虽然称为框架,但实际上更准确地定义为一个过程
• 联邦企业架构 - 可以被视为实施的企业架构或用于创建企业架构的禁用方法
• Gartner方法论 - 可以最好地描述为企业架构实践

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

• IT系统变得难以管理,维护成本也越来越高.
• IT系统阻碍了组织以及时和具有成本效益的方式应对当前和未来市场状况的能力.
• 任务关键信息始终过时和/或完全错误.
• 组织的业务和技术方面之间的不信任文化.

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

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

1. 它给了我一个很好的介绍和架构历史(专门的企业架构)
2. 它向我介绍了作者所建议的4种领先的企业架构.
3. 然后继续以逻辑和简单的方式比较它们与我可能涉及的好例子.

我不能说我的所有问题都得到了回答,我现在已经准备好死了:-),但是很多事情已经变得更加清晰,因此我认为那里的其他人也可能觉得这很有用.

我仍然会重视您对此主题的任何其他意见,建议和问题.