分布式异地开发：GDD生命周期中的一天
发布: 2008-8-20 10:28 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 26次 | 进入软件测试论坛讨论
IBM Rational ClearQuest ―― 用于需求变更管理以及缺陷追踪。无论团队是分布式的或是协同位置的，开发资产都是活动焦点以及对客户来说业务交付日益增加价值的部分。有效的管理以及对开发资产缺陷、增强请求、新需求的响应和其他进行变更的追踪能力在GDD项目中都是极为关键的。关于缺陷状态的未回复问题和混乱是分布式团队所需要解决的最后一件事情，因为不确定总是会导致昂贵的延迟以及滑向崩溃的错误。
为了在GDD环境中提供优化的支持，Alcrohm 了使用 IBM Rational ClearQuest MultiSite，一个已证实的、健壮的、灵活的、能够跨越多个地点对本地数据存储同步化变更请求数据的工具，可以对IBM Rational ClearCase进行补充。这不但使对分布式站点数据更新变得更为容易，而且当服务器变得不可用时为数据存储提供了备份。
IBM Rational RequisitePro ――更有效的通信及管理需求。这个由不良的需求定义及在协同位置开发项目中的沟通所导致的问题在团队变为异地分布时更为明显。确实，不良的定义和不充分的需求沟通是导致GDD项目失败的最常见原因之一。毫不奇怪地是，对创建内容的不正确的假设通常会导致错误的解决方案 ―― 特别是当相关的人甚至不讲同一种语言时。为了减轻这种关系，Alcrohm将使用IBM Rational RequisitePro进行需求管理。RequisitePro使用数据库管理并追踪需求，并为它们分配属性例如优先级、状态以及难度级别等。使用Microsoft Word文件记录需求并提供关键的上下文信息。相关文件可以被链接，这可以使得对项目范围及资源变更影响的分析变得更为容易。
为了访问来自Site B或其它远程地点的需求，Alcrohm将采用Rational RequisiteWeb的基于浏览器的接口。这将使位于Site B的团队成员可以浏览、创建并修改存储于Site A的需求，同时对需求之间的关系进行追踪，而无需维护他们各自的数据存储或是在他们的桌面上安装另一个客户端。