使用 Business Motivation Model、IBM Rational RequisitePro 与 IBM Rational Software Modeler 捕获需求

使用这些工具更好地理解由谁去捕获、捕获什么、为什么捕获以及怎样捕获业务需求

按时交付的业务相关解决方案最初都是从理解需求开始的。好的需求分析能够大大增加制定一套可解决难题方案的成功几率。通过将“由谁去捕获”、“捕获什么”、“为什么捕获”以及“怎样捕获业务需求”等问题严格区分开来,大大方便了需求捕获。管理这些问题需要在需求与实现需求所做的事情之间建立充分的连接。这篇文章介绍了对 IBM® Rational® RequisitePro 与 IBM® Rational® Software Modeler 的若干扩展,这些扩展通过支持 OMG Business Motivation Model(BMM),对图形化建模业务需求、需求之间的关系、以及为实现需求所需要做的事情之间的关系提供了良好的支持。

Jim Amsden, IBM 资深技术主管(STSM), IBM 

Jim AmsdenJim Amsden 是一名 IBM 的资深技术人员,在应用程序设计和开发以及软件开发行业工具方面有二十多年的经验。他持有波士顿大学的计算机科学硕士学位。他的兴趣点包括基于契约的开发,代理编程,业务驱动开发,J2EE UML,以及面向服务架构方面。他也是 "Enterprise Java Programming with IBM WebSphere" 一书的合著者。他目前关注于如何集成工具以更好地支持敏捷开发过程。



2008 年 11 月 10 日

关于本文

本篇文章描述了一个通用的需求模型,这个模型是通过 IBM® Rational® RequisitePro® 模板以及相应的 UML 概要文件实现的,该概要文件可从 IBM® developerWorks® 处获取。(参见下载部分。)这就可以达到下面描述的最低需求管理功能,并为提供新功能提供了一个基础。这里是您将从本文中学到的东西 :

  • 使用 Object Management Group (OMG)以及 Business Motivation Model (BMM),以作为一个标准需求管理模型的范例 。
  • BMM 的 RequisitePro 模板,包括需求类别以及可应用追踪性,同样包括属性以及追踪树视图,以支持 BMM 关系。
  • 与 RequisitePro 模板相关的 BMM UML(Unified Modeling Language)概要文件。
  • 在 BMM UML 概要文件与 RequisitePro 需求类别之间的元素,需求,以及链接创建关系。
  • 怎样访问并安装概要文件以及模板。
  • 使用模板及概要文件的范例。

使用 BMM 为需求管理模型提供了一种简单,容易的起始点,该模型基于业务行为的操作标准。 BMM 能让您使用工具去理解需求的意义,以及它们怎样与业务过程及实现这些过程的 IT 方案相关的。如果没有标准或者统一的需求模型,或者模型是如此的平庸,以至于有很少的实际意义,那么就很难发挥出 BMM 的全部功能。

BMM 得到广泛的应用,它可以获取几乎任何领域的业务需求。比如, BMM 可以很容易的应用于获取业务需求,政府需求,IT 应用程序开发需求,乃至应用软件生命周期期间的任何需求。

需求定义以及管理

需求定义以及管理,是一个超出本文讨论范围的广阔话题。但是,它最低需要满足以下要求:

  • 建立需求与需求之间关系的模型
  • 以一种掌握需求意义,以及更好认证,验证及管理变更的方式,将需求与达到需求的方案之间联系起来
  • 针对可追踪性,变更管理,报告及评估浏览和查询需求
  • 尽早的获取需求,并通过使用 Web 浏览器来变更它们
  • 浏览并编辑需求
  • 浏览并编辑需求的图形表示以及它们之间的关系

Rational RequisitePro 提供了一种需求捕获、定义以及管理功能的工具 。 IBM® Rational® Software Architect 支持 UML 建模,以显示出这些需求是如何被满足的。 RequisitePro 和 Rational Software Modeler 之间是统一的,这样就可以直观的表现出需求,并将模型元素与它们能达到的需求联系起来。

RequisitePro 包括了一些需求模板,您可以使用这些模板,和特定项目要求的需求类别一道,设置需求数据库:

  • 空白模板
  • 组件模板
  • 从基本模板来创建
  • RUP® 模板(IBM® Rational Unified Process®)
  • 传统模板
  • 用例模板

尽管这些模板都很简单,但是对于一些用户来说,它们可能并不完全支持业务操作,在以一种尽量普遍的方式,贯穿软件的整个生命周期内处理需求方面,这些模板也支持的并不到位。这就导致了不合适的需求类别与关系,使业务分析员很难管理需求。同样它也将导致 RequisitePro 数据库数据之间复杂的链接,该数据库具有不同的数据类别,以支持整个软件生命周期。

Rational Software Modeler 可以创建具有应用概要文件的模型。您可以利用这些概要文件去扩展 UML ,以支持可视化需求建模。Rational Software Modeler 也可以与 RequisitePro 联合应用,这样在工具之间可以创建并链接需求。Rational Software Modeler 包括以下这些概要文件:

  • Analysis 概要文件
  • Business Modeling 概要文件
  • Software Services 概要文件

Business Modeling 概要文件具有业务目标与业务服务的模板,并且这些模板与 RequisitePro RUP 模板中的需求类别相对应。该概要文件中同样有不同样式的用例建模的需求类别,例如业务用例与系统用例。但是这些概要文件只支持有限的需求建模,特别是业务需求 。

许多 IBM 用户为需求建模创建了他们自己的 RequisitePro 模板与 UML 概要文件。但是这就可以导致在需求与实现需求之间,产生不标准的需求和不统一的关系。需求管理的一种更标准的方式,能让服务间的业务统一更加容易。

因此,我们所需要的,是一个标准的 RequisitePro 模板,以及一个相应的,能支持需求管理功能的 UML 概要文件。拥有这样一个标准,不但能够更好的支持需求建模,同样能够让开发工具更有效的管理需求,如果这些工具能够理解需求的意义,以及需求与设计、开发方案其他组件之间关系的话。

Business Motivation Metamodel 概述

OMG Business Motivation Metamodel 是捕获业务需求的一种简单的模型。该模型致力于捕获对业务分析、查询、影响分析、变更管理与业务决策有用的模型。BMM 是由 Business Modeling 与 Integration Task Force (BMI-TF)开发的一种 OMG 标准。

您可以从 Catalog of OMG Business Rules 与 Process Management Specifications 中,获得这些概要文件的最新版本(参见参考资源部分)。

BMM 是捕获业务需求的一种实践方法,并最终在 2007 年 10 月成为一种 OMG 标准。现在我们可以看到支持工具的出现,这些工具中包括 Xactium Business Motivation Solution。这意味着,提供远超过链接需求元素简单列表功能的机会的出现。该简单列表仅支持有限的追踪性,但是缺乏理解需求本身关系,及实现需求元素的功能。

BMM 从不同的角度捕获业务需求,以尽量地获取并论证为什么业务操作想要做成某事,它想要做成什么,打算怎样完成目标,以及怎样评估最后的结果:

  • Ends:业务操作想要达到什么目标,而不是怎样实现目标
  • Means:业务操作打算如何完成既定的目标
  • Directives:限制和/或管理可执行手段的规则与政策
  • Assessment:谁,以及怎样对目标,结果潜力影响进行评估
  • Influencers:谁或者什么决定或影响评估

提示:
如果想要了解关于 BMM 的更多细节,您可以查看 OMG BMM Specification(参见参考资源)。

图 1 中的图表提供了对 BMM 的一种概述。并不是所有模型中的类都包含在 RequisitePro 模板与 UML 概要文件中,因为有一些类是抽象的超类。

图 1. BMM 概述
读者可以点击这个复杂的图表,以查看较大的图

图 1 的大图。

下载并安装 BMM 概要文件与模板

BMM 概要文件是由 Rational Software Modeler 7.0.5 中使用新概要文件产生工具开发的,以开发一种概要文件插件和 UI。该概要文件是怎样使用 Rational Software Modeler 扩展机理,以支持新模型特征的一个范例。它对于捕获业务需求,并将需求与其他实现需求的元素联系起来,同样很有用。但是,该概要文件与 RequisitePro 模板作为范例,并不支持部分 Rational Software Modeler 或者 RequsitePro 产品。

按照以下步骤安装 BMM UML 概要文件:

  1. 下载并解压 Business Motivation Model Profile (参见下载部分)。
  2. 运行 Rational Software Architect 7.0.0.5 或更新版本,并选择 Help>Software Updates > Find and Install
  3. 选择 Search for new features to install
  4. 点击 New Local Site,进入您所解压的位置并选择 Business Motivation Model Profile 概要文件夹 (见于图 2)。

新位置将显示在 Sites to include in search list 中,如图 2 所示 。

图 2. 新位置
选中 Update Sites to Visit screen with BMM Profile 的屏幕截图
  1. 点击 Finish 以查看说明安装。
  2. 在 Updates Search Result (图 3)中,选择 Business Motivation Model profile
图 3. 选择 Business Motivation Model 概要文件
选中 Updates screen with BMM Profile 作为要安装的概要文件
  1. 点击 Next。并接受许可协议。
  2. 点击 Next 以显示安装目录。
  3. 点击 Finish 以接受默认目录并安装新概要文件。
  4. 更新安装器将提示您,重新启动您的工作台,这样您就可以使用新安装的概要文件了。

现在您可以从 BMM 模板(图 4)中创建 UML 模型,或者对一个已存在的模型(图 5)应用 BMM 概要文件。

图 4. 从 BMM 模板中创建 UML 模型
Create Model 界面显示了 Categories,Templates,File name,和 Destination 概要文件夹
图 5. 对一个已存在的模型应用 BMM 概要文件
选择 Profile 界面并检查 Deployed Profile 并选中 Business Motivation Model

现在的模型,具有创建与链接 BMM 模型元素的额外功能,如图 6 所示。

图 6. 创建与链接 BMM 模型元素的新选项
被下拉菜单覆盖的 Modeling View 显示了被选中的 Add BMM and Goal 选项

图 6 的大图。

按照以下步骤安装 BMM RequisitePro 数据库模板:

  1. 进入到您的 Rational Software Architect 或者 Rational Software Modeler 工作台安装目录(通常是 D:\SDP70)。
  2. 进入到 plugins\com.ibm.xtools.uml.profiles.bmm.ui\RequisitePro 模板。
  3. 复制 BMM 模板概要文件夹到 RequisitePro 模板文件夹(通常是 D:\Program Files\Rational\RequisitePro\templates)。

现在,当您运行 RequisitePro 时,通过使用 BMM 模板,您可以创建一个新的 RequisitePro Project,如图 7 所示:

图 7. 通过使用 BMM 模板创建一个新的 RequisitePro Project
选择 BMM Template 图标在 RequisitePro 中创建 Project 视图

BMM 概要文件与模板总结

UML 概要文件与相应的 RequisitePro 项目能够支持BMM 。而BMM 可以支持图表视图、文本以及需求的数据库查询视图的综合应用。图表视图对于支持,不符合简单列表或树形视图的相关需求的网络高水平的视图来说,非常重要。文本视图提供了一种,有效记录需求细节的手段。数据库查询支持搜索并跟踪需求之间的关系,并帮助评估相应的 RequisitePro 需求类别。

接下来的章节提供了对 BMM 概要文件,及其相应的 RequisitePro 需求类别的高水平总结。

BMM 概要文件

BMM 概要文件见于下面的图表中(图 8 到图 12)。模板描述,如同相应的 RequisitePro 需求类别的描述一样,见于下面章节中的 Requirements artifacts 部分中的表 1中。

图 8. Business Motivation Model
Mission,Vision,Courses of Action,Desired Reslt 与 Directive : Means 和 End
图 9. Ends
Goal,Objective,Vision,Desired Result,Motivation Element 模板中的 End
图 10. Means
Means,Motivation Element 和相关模板的图表

图 10 的大图

图 11. Influencers
Directive,Regulation,和 InfluencerCategory to Influencer,然后是 MotivationElement
图 12. Assessments
Assessments 是怎样影响其他元素,并最终影响到 MotivationElement,Means 与 End

图 12 的大图

图 13. UML 扩展
用箭头向 Artifacts 类显示所有的模板

您已经知道,所有的 BMM 模板都扩展了 UML 2 产品。一些产品是不同的类,该类是使用中的,或者是开发过程中产生的几条信息的详细说明 。它被选作 BMM 模板的根元素,还用作开发它的默认显示属性,这并不显示它自己的属性与操作 。

需求产品

本段描述了 RequisitePro 概要文件,以及与前面章节中模板相对应的需求类别,并在使用 RequisitePro 时,支持 BMM 需求模型的开发 。

概要文件类别

表 1 描述了这些模板中包含的默认概要文件类别,以及它们相应的默认需求类别:

表 1. 概要文件类别以及相应的需求类别
概要文件类别描述默认的需求类别
前景(VIS)前景是指企业的未来状态,而不考虑怎样达到该状态。前景是对公司发展规划的总体概括。它通常包括了整个公司,及其长期的发展规划。前景(VIS)
用例规格说明(UCS)它是对用例的详细说明及解释。用例(UC)
词汇(GLS)词汇用于统一共同的词汇术语。词汇项目(TERM)
任务(MIS)一项任务是指企业即将进行的运营活动。任务在每日的基础上描述了进行了什么活动,将要作什么。

一项任务让前景变得现实,这就是说,正在进行的活动目的就是向规划的前景靠近 。一项任务是根据战略进行规划的。

补充需求(SUPL)
需求管理策划 (RMP)该概要文件类别描述了需求,以及项目管理及开发的战略。不包含需求的默认概要文件(NONE)

需求类别

表 2 描述了该模板中包含的默认需求类别。

表 2. 该模板中包含的默认需求类别
需求类别描述属性
评估(ASMT)评估是对影响公司应用 Means 或达到 Ends 因素的评价。换句话说, 一项评估是对 Influencers 与 Ends 或者 Means之间的逻辑联系(实际类别)的表达。Priority,Type,Status,Difficulty,Stability,Risk,Planned Iteration,Actual Iteration,Origin,Contact Name,Enhancement Request, Defect,Obsolete
业务政策(BPOL)业务政策是非行动指导性的,其目的是管理或指导企业。业务政策为业务规则提供了一个基础。它同样管理着业务过程。Priority,Type,Status,Difficulty,Stability,Risk,Planned Iteration,Actual Iteration,Origin,Contact Name,Enhancement Request, Defect,Obsolete
业务规则(BRULE)业务规则是对管理、指导或影响业务行为的指导,以支持响应 Opportunity,Threat,Strength,或者 Weakness 的业务政策。Priority,Type,Status,Difficulty,Stability,Risk,Planned Iteration,Actual Iteration,Origin,Contact Name,Enhancement Request,Defect,Obsolete
业务用例(BUC)一个用例,从参与潜在价值交换的关键外部投资者的视角出发,去捕获需求。Priority,Type,Status,Difficulty,Stability,Risk,Planned Iteration,Actual Iteration,Origin,Contact Name,Enhancement Request,Defect,Obsolete
词汇项(TERM)在项目的共同词汇表中使用的术语,成为词汇表的一部分。(不可应用)
目的(GOAL)目的是对企业将要达到状态或状况的描述。目标也是对前景的扩展。这就是说,必须要完成什么才能达到前景所规划的目标。Priority,Status,Difficulty,Stability,Risk,Enhancement Request,Defect,Contact Name,Obsolete
影响因素((INFL)影响因素是那些能够影响企业应用 Means 或达到其 Ends 的因素。这些影响因素可以在 Assessments 中被评价。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
任务(MIS)一项任务是指企业即将进行的运营活动。任务在每日的基础上描述了进行了什么活动,将要作什么。任务让前景变得现实起来。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
目标(OBJ)一项目标是企业想要达到或完成的,可实现的,有考虑时间限制可评估的目的。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
潜在利益(RWRD)潜在利益是一种能指示收益可能性的潜在影响Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
过程(PROC)过程代表了实现操作,或者达到预期结果的手段。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
规则(REG)指导可能作为其他一些组织机构的规则。在一个机构中同一水平决定的业务规则和业务政策,对于较低水平的机构来说,可以作为有效的制度(规则)。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
风险(RISK)风险是一种能指示损失可能性的影响值。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
战略(STRAT)战略是任务规划的一个组成部分。战略代表了达到 Ends (特别是目标)所必须采取的行为。战略通常进行逼近目标的努力。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
战术(TACT)战术是代表战略细节部分所采取的行动。战术执行战略。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
用例(UC)操作序列系统行为的描述。用例应该向操作者产生一个可浏览的结果值 。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete
前景(VIS)前景描述了企业未来的状态,而不考虑怎样达到这个状态。Property,Priority,Status,Difficulty,Stability,Risk,Affects Architecture,Contact Name,Planned Iteration,Actual Iteration,Enhancement Request,Defect,Obsolete

一个例子

接下来的例子(下载中不包括)是由 Rational RequisitePro 7 与 Rational Software Modeler 7.0.5 所创建的。它使用了 RequisitePro BMM 模板, BMM 概要文件,以及 RequisitePro Eclipse 用户和 Requirements 视角,来创建一个简单的业务驱动模型。该模型显示了怎样创建需求的不同视图,以及怎样将需求与实现需求的元素联系起来。

概述

JK Enterprises 是一家(虚构的)全球性金融机构,它参入了一项业务优化项目,该项目旨在提高处理开放用户帐户的方式。JK Enterprise 的 Business Process Optimization(BPO)努力,被称作 Project Enterprise,它需要开一个帐户,以作为一个需要提高和自动化的关键业务过程。开帐户包括帐户销售、应用、认证以及操作。

目标:JK Enterprises 想要注明它的帐户管理过程,以提高效率,降低成本和等待时间,并提高用户满意度。

为了实现这些目标,项目管理员 Patricia,启动了 AMS Prime 项目,以提高并自动化部分开启帐户过程。业务分析员 Bob 的工作是获取并分析该项目的需求,并提供描述新帐户管理过程必须具有的功能的初始业务用例 。

Bob 的第一项任务是,为 AMS Prime 项目确定业务需求。通过理解管理员的业务要求,他开始了他的工作。接下来,他确定了具体化前景的特定目标以及可评估手段,然后,他又决定了支持完成以上目标的战略以及战术。

业务 Vision 和 Mission 可在 RequisitePro 项目,图表,以及文本概要文件中获取。

Requirements Explorer 显示了 Account Management 需求项目,概要文件夹中的需求的组织,以及 Account Management Services Vision。

图 14. Account Management 需求
Requirements Explorer 视图显示了概要文件夹中的需求,其中由一个是 Vision

图 15 中的表显示了 Account Management Services Vision ,与能实现前景的 AMS Prime 项目任务描述之间的关系。

图 15. 前景与任务描述之间的关系
带箭头的 AMS Prime 图标指向了 Account Management Services Vision 图标

Account Management Services Vision 的细节可在文本概要文件中获得(图 16)。进入到需求数据库,图表中的模型元素以及概要文件都链接到一起,它因此为同样的潜在需求信息,提供了多种视图与导航措施。

图 16. 总结 Account Management Services Vision 的概要文件
文本概要文件的屏幕截图

您要么可以从模型中,要么可以从 RequisitePro Requirement Explorer 中创建这些模型。为了从模型进行创建,使用 BMM 栏的工具,或者 Add BMM 弹出菜单中的项目。通过将 Requirements Explorer 中的需求拖拉到模型中的元素上,您可以将 RequisitePro 需求与模型元素联系起来 。RequisitePro 当前并不支持元素与熟悉 UML 模板的需求创建政策。因此,如果您使用 RequisitePro 需求来创建一个新的 UML 模型元素,您就要选择创建的产品,并设置它的模板为其相应的需求类别。同样的,如果您从 BMM 模型元素来创建 RequisitePro 需求的话,您必须设置 RequisitePro 需求类别为与元素模板相对应的类别。

在总结项目的前景后,Bob 用更具体的业务目标来细化了前景,然后用特定的、可评估的、可实现的、现实的以及考虑时间限制的(SMART)对象,来对每一个目标进行评估。

图 17 显示了需求库中的目标。

图 17. 保存的目标
带子概要文件夹的 Goals 概要文件夹的 Requirements Explorer 视图

提示:
您可以点击图 17 中的强调项 Goals 项目,以进行查询并在 Requirements Query 视图中显示出更多的细节 。图 18 显示了结果。

图 18. 项目 Goals 的更多细节
需求的查询结果显示了 Priority,Status,Cost,和 Difficulty

目的和目标同样可在图表中显示出来,例如有一个如图 19 所示。这就使得查看什么目的细化前景,以及什么对象评价目标,变得容易起来。

图 19. 对象怎样评价前景
可被评价的对象,例如操作,市场时间,可利用的系统

图表中的每个元素,再次与 Requirements Explorer 中其相应的需求(见于图 18 Explorer 视图中的链接箭头 ),以及 Word 概要文件中的段落联系起来。这就在不同的视图之间提供了简单的导航方式。

现在 Bob 已经知道了公司想要完成什么目标,以及为什么要完成这个目标。那么现在他必须决定,采取什么战略和战术来完成该目标。

图 20 扩充了需求数据库,以显示战略和战术是怎样帮助完成目标的。

图 20. Courses of Action 之下的战略和战术概要文件夹
强调 Tactics 项的屏幕截图(可以展开以显示细节)

选择Tactics项(图 21)进行一次查询,以产生每一项战术的额外细节 。

图 21. 查询结果显示了具体的战术
包括 Priority,Type,Status,Difficulty,Stability 以及更多的细节

图 21 的大图

随着业务过程的结束,您也可以在业务手段,与操作过程之间理清关系。图 22 中的图表显示了 AMS Prime 任务,与执行战略的战术的战略策划。

图 22. 图表中的战略与战术
显示 3 个战术以执行 Improve Account Verification 对象

Bob 同样将业务手段,与它们可以完成的目标联系起来(见于图 23)。

图 23. 手段与目标之间的关系
图表

然后,他将管理操作过程的业务政策与规则总结到一起(图 24)。

图 24. 相关政策与规则的显示视图
管理目标(操作)的贷款政策的图表:Reduce Need for Additional Documentation

Bob 已经获取了表达出预期业务结果的业务需求,将满足这些需求的操作过程,以及管理这些操作过程的指导性规则。现在他要做的是,为获取更细节的需求做好准备,以在业务与 IT 方案中具体实现这些操作过程。Bob 开发了一个业务用例,以从关键外部投资者的视角,捕获需求的细节部分(图 25)。

图 25. 业务用例的图表
屏幕截图

Bob 也可以将需求与业务组件、系统用例、过程、服务协作,或者其他任何描述 IT 方案中实现一个需求的模型元素联系起来(见于图 26)。

图 26. 模型元素的综合显示
带大图链接的复杂图表的屏幕截图

Bob 的需求模型现在完成了。通过使用这个模型,当以下问题不可避免地出现时,他就可以很轻松的回答了:

  • 该服务实现了什么目标?
  • 该业务过程执行了什么战略?
  • 过程实现目标的程度如何?
  • 如果该过程发生变动,那么它将对其预期实现的目标产生什么影响?
  • 过程变动是否导致业务政策与规则同时发生变动?
  • 什么目标没有可评价的对象?
  • 什么目标不被任何战略支持?
  • 什么服务执行了该战术?
  • 如果目标发生变动,什么对象、战略、战术、业务过程以及服务会受影响?
  • 该服务的业务价值是什么?
  • 我们为什么要进行该项操作?它的意义何在?

需求与实现需求事物之间的追踪性,为回答这些与其他一些重要的业务问题,提供了需要的信息。

知识总结

范例 UML 概要文件与 RequisitePro 模板使用 Rational 工具扩展机理,让您能在 OMG Business Motivation Model 的基础上,建立业务需求的模型。这种方式提供了一种方法,帮助您去捕获,论证,分析及管理需求的变更。通过使用这些工具及技术,您就可以更好地理解,由谁去捕获、捕获什么、为什么捕获以及怎样捕获业务需求。


下载

描述名字大小
Business Motivation Model ProfileBusinessMotivationModelProfile.zip1274KB

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=350958
ArticleTitle=使用 Business Motivation Model、IBM Rational RequisitePro 与 IBM Rational Software Modeler 捕获需求
publish-date=11102008