有的时候软件开发项目需要更多的规程,有的时候则相反。但无论对规程的需要到何种程度,只要遵循敏捷开发最基本的规程,甚至于对跨地域分布的团队,项目都能从中获得好处。本月的封面故事展示了三个场景——来自三位共同撰稿人各自的观点——哪些情况会导致应用基于 RUP 敏捷方法的项目走向失败。我们还将探讨用例(Use Case)技术在测试环境中的价值,以及一个已取得 Ready-for-Rational 认证的合作伙伴在 SAP 集成应用软件自动化测试方面的案例。
本月期刊还是非常特别的一期。我们特别推出了“Rational Edge 最佳文章”(Best of the Edge)排行榜——将我们在 2007 年意义最重大的文章进行了整理罗列。通过列表中的分类,相信您一定能从中找到您最喜爱或是曾经错过的精彩文章。同时欢迎您将这个排行榜推荐给您的朋友。期待在三月份再次与您见面!
针对 SAP 集成应用软件的测试自动化, Danis Yadegar 与 Sarat Addanki 了解 Arsin, 一个 Ready-for-Rational 认证的合作伙伴运用 IBM Rational Functional Tester 以及 Arsin 自身产品的组合,在 SAP 集成应用软件自动化测试方面的解决方案和案例。
封面故事:
敏捷 RUP: 来自实战中的经验, Mark Lines, Joshua Barnes, Julian Holmes, 与 Scott W. Ambler
由三篇简文编辑而成的这篇文章,是分别由 IBM Rational 思想领导者们所撰写的,三位大师在文中描述了为什么 IBM Rational 统一过程(RUP )不仅自身是正确的,而且包含了许多给那些需要成功地度量敏捷技术的团队的指导方针。
IBM Rational Unified Process for System z : 使 System z 上的开发变得更为敏捷2007 年 6 月
许多 IBM System z 环境中的软件开发实践者,一直以来都认为,迭代化开发和其它“现代”方法并不适合于他们的项目。 然而,IBM 不认为这样。 本文介绍了 IBM Rational Unified Process for System z (RUP for System z )--一个新的过程框架,专门创建用于支持 System z 软件开发项目的迭代化开发,同时适合于检验 System z 的开发工具和原则。
Oz 大陆上的瀑布2007 年 6 月
理解在采用迭代、增量的软件开发实践中出现障碍时,IBM Rational 服务组织是如何面对以及帮助客户解决这些障碍的。
IT 实现的艺术与科学2007 年 8 月
阅读软件顾问如何向提高组织的商业文化的过程应用客观,可度量的方法。通过分析许多因素,包括动机、委托的可见性和战略联合,作者展示了积极的变更如何实现。
逻辑分解在系统架构中的角色2007 年 8 月
就软件系统而论,复杂度是根据在特定的状态下,可能有的活动路径的数量来衡量的。路径越多,系统就越复杂。读读 Murray Cantor 是如何在系统架构环境下发展该思想的。
模型驱动系统开发的 RUP 插件入门2007 年 11 月
用于 IBM Rational Unified Process (RUP) 的模型驱动系统开发插件程序,支持系统工程和 MDSD 的基本规程。用于 MDSD 插件程序的 RUP 将尤其吸引系统开发项目管理者以及项目分析和规范、系统体系结构、实现和测试等相关人员的兴趣。
理解复杂性2007 年 11 月
软件系统中的复杂性是不可避免的,但并不意味着不可处理。请看 IBM 杰出工程师如何从体系结构和团队组织的角度出发,处理复杂性问题。
使用 RUP for PSM 插件将系统度量集成到软件和系统交付过程中2007 年 11 月
Rational 思想领导者创建了 IBM Rational Unified Process for Practical Software and Systems Measurement (RUP for PSM) Plug-in ,作为行业范围工作的一部分在软件开发和交付组织中使项目和过程度量标准化。产品的第三代新版本包括重要的增强和特性,这些在这篇文章中都会详细介绍。