剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
软件架构新资源
作者 Steven Robbins译者 孙涛 发布于 2008年3月25日 上午12时10分
日前互联网上出现了几个有关软件架构的新资源。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的积极性。
查看英文原文：New Resources for the Software Architecture.gif)
没有回复
回复