• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

IBM Rational Method Composer介绍

发布: 2008-8-15 18:19 | 作者: 网络转载 | 来源: developerWorks | 查看: 235次 | 进入软件测试论坛讨论

领测软件测试网

NEW! 基于现实的管理:经验表明多数项目初期制订的过于细化的项目计划在项目进行到一半时已经没有意义了。这是为什么将交付过程和能力模式组合到一起。这些捕获过程模式可以在你项目的过程中根据需要来应用,而不是为整个项目在前面制订一个过于细化的计划。通过和IBM Rational Portfolio Manager的集成,你可以将交付过程和能力模式转移到Rational Portfolio Manager当中,逐渐的增量式的实例化你的项目,一次一个或几个能力模式。

IBM Rational Portfolio Manager还提供一个完整的管理RUP项目的环境,包括的功能有:1)让团队成员理解什么任务是目前最重要的,避免完成时间任务,同时管理文档和复查;2)项目经理分发任务分配,管理日程表和资源,同时和团队协作来理解项目要点。IBM Rational Portfolio Manager还提供高级项目组合管理能力,同时还包括让整个团队来查看和项目健康和状态相关的各项指标,例如和项目计划或初始计划相关的进度情况,资源使用情况,以及时间和成本跟踪。


图3:交付过程用WBS图形化描述

交付过程和其他的元素一起提供了一个工作分解结构(WBS),它可以导出到IBM Rational Portfolio Manager。同时它还提供了一个关于什么活动和任务应该以什么样的顺序完成的图形化描述,这个图形化描述还包括什么工作产品和部件在什么时候完成,在项目的不同时间点你应该充当什么样的角色。

过程经理如何使用RMC

过程经理,过程工程师或者内容所有者(或者其他的在组织中有相似角色的负责实体)必须决定组织中不同的团队使用合适的过程。典型的,过程经理根据内容的范围以及根据不同的项目类型的需要设定过程的能力来做出决定,如下所示:

内容的范围:为了提出组织的过程范围需要,团队需要重新使用他们为其他组织工作的最优方法,而不是根据草稿发明所有的东西。RMC为企业级的过程内容提供了一个优秀的基础,特别是使用来自于IBM和其他公司的商业的和开放源代码的插件时。RMC还能够让组织能够更容易的找到他们自己的最优方法,并让他们无缝的扩展到RMC内容库当中。

δ 能力:只是有很多内容是不够的,你还需要能够高效的使用这些内容来执行不同类型的项目。这一点是通过让过程经理、过程工程师或者内容所有者能够将内容封装到可重用的能力模式中,并能够在能力模式外为不同的项目类型建立交付过程来实现的。

对于发展 IBM Rational Method Composer的指导原则

在过去十年中,Rational Unified Process通过不断的采用来自于不同地方的最优方法而不断发展。这一发展过程包括和其他的经过证明的过程进行集成,例如Objectory Process、Rational Process和SUMMIT Ascendant;经过了和具有领先优势的公司和机构的合作,例如卡耐基•梅隆大学的SEI,南加州大学的计算机工程中心,以及数量巨大的推动软件开发艺术发展的公司;经历了广大的软件开发社区的大力帮助,他们提供了诸如敏捷开发技术这样的革新。每年我们都会收到超过1000个的来自于我们客户的关于改进我们的过程框架的需求。随着我们在更广泛的支持下继续扩展软件开发过程领域,我们靠你们“让我们保持诚实”,并帮助我们发展新的IBM Rational Method Composer产品。

IBM Rational Method Composer和它的前任一直提供单独的过程,不依赖工具。同时,这些过程框架保证了和用于团队寻求自动化工具环境的软件工具的紧密集成,特别是IBM Rational Software Development Platform 和Eclipse平台。我们相信通过将过程和工具集成到一起可以产生最大的生产力。

从RUP在1996年产生以来,Rational团队确信一个好的过程框架必须能够帮助个体的团队成员。只有这时才能说在一个组织中成功的采用了过程。太多的过程改进提议是由管理层将过程标准化的想法来推动的,这样做是因为它将导致“精确”和“可预测”,但是这种努力在实践者不能看到过程是怎样让他们的生活更简单时就会失败。这就是为什么我们一直关注个体的团队成员的需要。最终,软件是由团队来完成的,过程只是在能够帮助团队成员更高效的协作时才是有用的。

在2005年的12月份的Rational Edge中,Walker Royce和我描述了可以作为提高软件开发过程的六个关键的原则。我们相信IBM Rational Method Composer提供了在业务驱动开发的年代应用这些原则具体指导。我邀请你提出问题或提供建议,我期待能够在developerWorks的RUP用户论坛:http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?forum=335&thread=100198&cat=24上看到你的消息。

注释

1 IBM Rational Unified Process来到IBM是IBM通过收购Rational Software。

2 IBM Rational SUMMIT Ascendant来到IBM是通过IBM收购PriceWaterhouseCoopers。

3 见 http://www.eclipse.org/proposals/beacon/

4 见 http://www.ibm.com/developerworks

5 见 http://www.itil.co.uk

6 见 http://www.ibm.com/developerworks/cn/rational/rationaledge/content/dec05/kroll/index.html

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

33/3<123

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网