我目前的任务是为软件开发创建一个文档化,一致的架构指南.我们有很多聪明的人做正确的事情,但不是一贯和可重复的.
我们使用Microsoft的Application Architecture Guide 2.0作为起点.因此,提出一个应用程序架构是公平的(我不会轻易说)直接.可能是因为我有几年的开发经验,所以我对这个领域有很好的理解,并且还有大量的例子和指导.
由于我们的组织有几个应用程序构成一个或多个系统,然后我们"安装"在客户端......我们认为创建系统架构和企业架构也是有意义的.这就是问题开始的地方.
那里没有一致的指导.如果你搜索"系统架构示例",你得到的东西是如此不同,我想知道是否有"标准"方法来做到这一点.
从我(有限 - 清楚)对它的理解,系统架构是一个或多个应用程序架构的抽象,描述它们如何协同工作以形成一个系统.此外,企业架构是一个进一步的抽象,展示了您的系统如何适应组织企业以及它如何与业务流程,IT战略以及它如何集成到企业中的其他系统之间的交互.
我不想简单地列出一组可能有用的SOA相关模式......我想让它更专注于我们的工作,即面向服务架构的构建财务解决方案.
更新:那么TOGAF(9) .有没有人有这方面的经验,是否值得努力尝试详细了解它.