IBM®
跳转到主要内容
    中国 [选择]    使用条款
 
 
Select a scope: Search for:    
    首页    产品    服务与解决方案     支持与下载    个性化服务    
跳转到主要内容

developerWorks 中国  >  Rational  >

在IBM Rational RequisitePro中捕获项目目标

developerWorks
文档选项

未显示需要 JavaScript 的文档选项


级别: 中级

Gaurav Garg (gaurav_garg01@infosys.com), 高级项目经理

2005 年 4 月 01 日

来自于 The Rational Edge:这篇文章介绍了使用IBM Rational RequisitePro 的一种技术,该技术可以帮助团队验证他们正在创建正确的系统功能,以实现项目的商业目标。

illustration软件项目应当能够解决一个或多个商业问题,大部分软件开发书籍都强烈要求我们确定所建立的系统对解决眼前的问题是正确有效的。但是,这一确认往往是很困难的,原因在于很少有过程或框架提供这类的功能。

一个典型的例子是,我们需要明清晰地二义性地写出涉众需要的系统功能,这基本上就是被团队称为需求管理的工作。IBM Rational RequisitePro 使你能够通过“涉众需要”抓住这些信息。从你使用这个项目时起,确认系统能够解决商业问题的工作就交给需求分析师或需求管理者了。

在一个大型企业中,尽管发起项目的管理者通常大概知道系统将如何帮助他们实现商业目标,但是由于项目团队缺乏对系统信息的有效交流,数以百计的其他涉众对这一问题并不清楚。本文简要介绍了如何在一个信息系统开发项目中使用 IBM Rational RequisitePro——这将使我们明白为什么项目主管为这个项目花费了数以百万计的美元和几千小时的管理时间,以及这一工具如何帮助我们确定我们正在建立的系统能够解决项目发起人头脑中的商业需求。

目标图

首先,我们用一幅直观而容易理解的目标图来掌握商业或 IT 目标,以及它们之间的相互关系。这幅图是 RCA(root cause analysis) 分析的一个补充。RCA 分析确定问题的来源,目标图指出 项目如何解决问题。这个信息一般情况下是不会在需求说明中被捕获的,而且在需求回溯中一般也无需使用。

图一 是目标图的一个示例。

Figure 1

图 1: 一般目标图
点击放大

为了便于你理解为什么这些附加的信息是重要的,假设你是一家银行,你正试图弄清为什么你的组织在一个关键的贷款项目上正在失去市场份额。通过 RCA 分析,你可能会发现一些基本原因:

  • 客户需要新的贷款项目。
  • 客户需要更快的贷款决定。
  • 你们当前的系统不能支持新的商业过程。

你旨在解决这些问题而开发的新系统的主要目标是增加市场份额。为了实现这个目标,你同时会需要实现 一 或多个其次的目标,比如“提高系统引入新产品的速度”,“减少系统 作出 决定的时间,”等等。

我前面描述的正是我最近正在开发的一个项目。我们 请项目 发起者用一两句话描述他们为什么要采取这样大的一个主动变更。通过使用目标图,我们得以从上至下地得出两个主要的项目目标:

  1. 增加市场份额
  2. 提高每股贷款的收益率

在开发过程中,我们发现了很多次要的目标,为了便于主要目标的实现,我们也需要实现这些次要目标。接下来,次要目标的实现又需要在更小范围定义的项目目标的支持,而这些目标可以通过系统特性实现。





回页首


可追溯性和影响分析能力

下一步我们把目标图插入到 IBM Rational RequisitePro Vision 中,并在 IBM Rational RequisitePro 中创建一个新的需求类型: GOAL 。这样我们就在 Vision 文档中获得了对每个目标的文本描述,并把它设为需求类型 GOAL ,如图 2 所示。

Figure 2

图 2 :从 IBM Rational RequisitePro Vision 文档中掌握目标

正如我所提到过的,我们视系统特性为实现目标的一种手段。因此,我们把所有特性归到一 或多个目标上去。通常我们在特性和用例之间建立互相的描述机制(特性可以通过一 或多个用例实现),这就意味着在目标,特性,和用例之间将存在相互的描述性。

从本质上来说,把 GOAL 指为需求类型使我们能够在 GOAL 和 FEATURES 之间建立描述矩阵,这样做将使我们能够作出 详细分析以保证项目准确实现既定目标。同时,建立矩阵还可以帮助我们找出并消除与项目目标无关的特性,如图 3 中的查询所指出的那样。

Figure 3

图 3 :通过 IBM Rational RequisitePro 的覆盖分析查询发现与项目目标无关的特性

最后,通过在目标和特性之间建立描述矩阵,我们获得了至关重要的预测能力:我们可以很清楚地看出在我们决定不实现一些特性的情况下我们将无法实现的目标。这使得我们可以为功能排出优先级,并知道在时间不足时哪些特性是可以牺牲掉的。图 4 显示了 13 个系统特性对主要、次要项目 目标的描述矩阵,或影响分析。

Figure 4

图 4 : IBM Rational RequisitePro 中的影响分析: 特性与目标的相关





回页首


总结:在项目评估中引入更多可视性

从这些简短的描述中,我希望你能够理解从衡量 IBM Rational RequisitePro 的能力的很少一点额外工作中,你将获得多大的收益。通过创建一幅目标图并把其中的数据加入到需求工具中,你可以建立计划和评估项目特性的矩阵,以保证你正在建立的系统能够真正实现组织需要它完成的目标。



参考资料

  • 您可以参阅本文在 developerWorks 全球站点上的 英文原文


关于作者

作为Infosys Technologies有限公司的高级项目经理,世界咨询和IT服务的领导者之一, Gaurav Garg 管理了多个美国银行和资本市场客户的项目。除了在印度获得计算机科学与工程的学士学位以及在美国获得项目管理MBA外,他还从Project Management Institute (PMI)获得了Project Management Professional (PMP) 的认证。可以通过 gaurav_garg01@infosys.com 联系他。




对本文的评价










回页首


IBM 公司保留在 developerWorks 网站上发表的内容的著作权。未经IBM公司或原始作者的书面明确许可,请勿转载。如果您希望转载,请通过 提交转载请求表单 联系我们的编辑团队。
    关于 IBM 隐私条约 联系 IBM 使用条款