日前互联网上出现了几个有关软件架构的新资源。Simon Brown 和 Kevin Seal 发表了一组编写软件架构文档的指导。Mike Kavis 也整理了一个指导架构师的框架，此框架可用于应对新架构带来的变化。
软件架构文档编写指导 v0.1 的目的主要是提供：
1. 软件架构概要描述，包括主要的软件组件及其之间的交互。
2. 对设计和实现过程中构架原则的一般性理解。3. 系统构建和部署的硬件和软件平台的描述。
4. 对架构如何满足非功能性需求做清楚的诠释。
此文档共分 15 部分，每部分都有一个简短的描述或例子概括此部分的主要内容，并且都附有为架构师准备的清单。Brown 和 Seal 将这个指导作为其在 QCon London 2008 大会上发表的指南的一部分。现在这个指南已经提供有 PDF 格式文档下载。
Mike Kavis 讲到“我读的大部分文章都围绕技术和治理两个关键元素进行讨论，而对变化管理这一话题的讨论并不充分。“他以 John Kotter 在《赢在变化》一文中提出的八个步骤为例，讲述了架构师怎样应对企业架构或者 SOA 启动时必要的变化这个问题。Mike 提出了可用于架构工程中的八个步骤：
1. 构建强大的业务用例
2. 确定执行发起人和大宗采购任务
3. 创建路线图
4. 对路线图进行必要沟通讨论
5. 授权其他人按路线图行动
6. 从小入手并进行尽早的和经常的发布（敏捷）
7. 扩展和充分利用重用
8. 治理
对通过密切关注业务过程的方法来建立强大的业务用例，Mike 也发表了自己的见解。
我们并没有提到过”SOA“这个技术词汇。我们只是说有这么一项”新“技术，应用这项技术，我们可以在不重写任何后台系统的情况下做到工作流程的自动化，自动化将包括从合同到交付整个流程。这项技术可以通过一个“适配器”使新的 web 系统和现有系统进行连接。当然，“适配器”在这里指的是服务。
通过展示对 BPM 的业务需求，Mike 所在的组织往往能激发起企业拥护 SOA 和 BPM 的积极性。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论