协作式应用生命周期(Collaborative ALM)的互操作性
2010-06-29 00:00:00 来源:WEB开发网例如,分配一个缺陷的开发员将会交付 Rational Team Concert 中的变更,而一个测试员将会确认 Rational Quality Manager 中的修复。
为传统的变更管理方法配置互操作性,需要变更请求在不同的储存库及其关键属性和请求状态之间得到同步化。互操作性可能得到优化,只与拥有权转移给基于 Jazz 技术工具的团队成员时的记录保持同步化 。
协作性应用生命周期管理方法
协作性应用生命周期管理(C/ALM)会引入一个替代性方案。在这种方法中,工作流程不再作为单一的工作流程实施。相关工件与其附件的状态会改变生命周期。
举个例子,在图 3 中,单个的改进变更请求可能被识别为两个工作项,每一个都由构件团队所有并追踪。团队会规划与开发和确认请求相关的工作 A。
图 3. 协作性应用生命周期管理工作流程
查看原图(大图)
每一个团队采用彼此不同的开发过程,也是可行的,例如在向集成性流程交付变更之前一个团队需要一次代码评审。
协作性程序生命周期的这种方法可以使用 ALM 方案来从 ClearQuest 获得。它还是使用 Jazz 集成结构的协作性 ALM 集成的基本原则 。
当您在使用 ClearQuest ALM 方案时,最好将多个 ClearQuest 记录(ALMRequests、ALMTasks、ALMActivities)之间的工作分解以得到完整的生命周期。记录的拥有权被分散给功能或者角色 。
当您使用 Jazz 工具来进行协作性应用生命周期管理时,工作的流程是由相关工作项的连接与完成来安排的,例如 Rational Team Concert 中的任务与缺陷。确认工件是由 Rational Quality Manager 作为测试用例以及测试执行记录来管理的。缺陷从 Rational Quality Manager 处作为 ClearQuest 或者 Rational Team Concert 中的缺陷记录提交,这取决于所用的工具类型。图 4 显示了协作性程序生命周期资源的主要视图 。
更多精彩
赞助商链接