利用 IBM Rational Suite AnalystStudio 进行迭代需求管理

本白皮书解释了IT部门在定义和处理项目需求时面临的问题。它说明了如何利用需求管理解决方案解决这些问题。它解释了为什么高效的IT管理需要这样的解决方案。它解释了IBM Rational Suite AnalystStudio如何满足迭代需求管理的挑战。

IT 项目需求管理很难，因为需求在项目的进行过程中不断变化。与真正的业务需要保持一致需要对需求进行迭代管理。

本白皮书解释了IT部门在定义和处理项目需求时面临的问题。它说明了如何利用需求管理解决方案解决这些问题。它解释了为什么高效的IT管理需要这样的解决方案。它解释了IBM Rational Suite AnalystStudio如何满足迭代需求管理的挑战。

本白皮书是Yphise应IBM Rational软件公司的请求编写的。它概括了需求管理的好处，还为IBM Rational软件在该市场中进行了定位。愿您能从本文中受益！

挑战：以最佳的投放市场时间满足业务需求


　

图字：
Known customer requirements：已知客户需求
Classical requirements definition methods lead to analysis out of line with requirements：经典需求定义方法导致分析与需求不一致
If the project cannot include requirements changes, the solution meets the initial analysis but not the current customer requirements.：如果项目不能包含需求变更，那么解决方案仅满足了最初的分析，而不满足当前的客户需求。
Time：时间
Requirements analysis：需求分析
Analysis：分析
Solution Development：解决方案开发
Release：发布
Meeting business requirements in time without iterative requirements management is difficult：如果没有迭代需求管理想及时满足业务需求将是一件很困难的事情。

意见：

• IT部分的挑战是如何保持开发与业务需求的一致，而不管变更和时限如何。
  需求定义。项目需求包括所有需要、目标和约束，功能的和非功能的。它们证明了项目并保证了项目的业务价值。需求描述了企业想要什么。
  IT部门面临的主要运营风险是缺少对业务请求的实时响应。IT部分必须能够在企业要求的时限内变更信息系统。 　
• 业务需求不断变化。企业单位并不总是能够完整和迅速地表达他们的需求。在经典方法中，只是草拟出最初的分析，后面的开发并不遵守需求的变更。结果只是满足项目开始时已知的需求，离实际的业务需求还差的很远。因此，企业由于不适当的投放市场时间而失去了竞争力。
  项目时限由于市场和竞争变化的缘故变得越来越短。使用经典方法（也就是收集需求然后草拟分析）不能满足时限。
  电信。"如果竞争对手启动了一项新产品或者新服务，那么可用的响应时间就很短。我们必须迅速开发出相应的解决方案，并且必须管理等价的服务。我们承受不起花费大量时间与企业讨论以制定出深度的分析"。 　
• 成本和时限通常使你不可能在第一个版本里处理所有业务请求。项目组并不总是指导如何处理业务优先级。项目组可能发现很难定义项目的范围和优先级。
  
  
  　 图字：
  What the business requests：业务要求什么
  What the solution does, according to the cost and deadline：解决方案按照成本和时限做了什么
  Resources spent on low priority requirements：资源花费在低优先级的需求上
  High priority requirements not met：高优先级需求没有被满足
  In short deadlines, focusing on high priorities is difficult：在短时限中，很难专注于高优先级的项目。
• 理解需求，并响应需求变更是一个与项目组大小无关的难题。然而，团队越大，就越需要需求管理，因为存在各种与项目组成员之间的需求和交流问题相关的需要。
  在小型团队中，成员通常有几个目标。比如，开发人员分析、开发和测试。这减少了成员之间交接时信息丢失的风险。然而，这却增加了以不适当的责任水平处理需 求的风险。确实，具有各种角色的成员可能没有经历项目的早期步骤（特别是分析），而是专注于后面的步骤，比如开发。需求管理解决方案改善了对各种项目步骤 的控制。
• IT部门在需求管理领域可能具有各种成熟度等级。这种成熟度增加或减少了上述问题。
  　
  • 没有需求管理。企业处理上述所有问题。它可能没有标识出业务需求，并因此开发出不适合的解决方案。
  • 在文本文档中管理需求。需求是以规范或分析报告的形式书写的。这为企业单位和项目组提供了讨论在项目中做什么的起点。

  在这些情况下，很难变更需求。为理解变更而进行的变更跟踪，以及回溯（backtracking）是不太可能的。为确定优先级而进行的需求组织和资格认定 也很困难，因为文档通常是结构化的，容易表达业务需求，而非优先级。需求被作为整体管理。它们不能按照一种单一的方式与其他项目组件连接。保证测试满足需 求很困难。

  • 在数据库中管理需求（或者简单情况中的电子表格）。该解决方案使得很难互相连接需求，以结构化它们并用资格信息补充它们。

  该解决方案不保证简化变更和可跟踪性。它使得优先级划分成为可能。但是，该解决方案使得轻易地重新构建一个完整和综合的需求文档成为可能。因此，企业单位和项目组之间的讨论仍然很困难。这种需求管理对于企业并不是自然的。

  • 在文本文档和数据库中管理需求。这种解决方案的主要问题是在文本和资格、组织，以及在数据库中管理的决定数据之间的一致性。数据通常必须被复制。
  • 需求管理软件。需求管理软件管理需求的文本描述以及补充信息，以证明它们并决定项目范围。它组织需求。

  然而，如果需求管理解决方案没有集成到应用变更周期中，那么设计、开发和测试就可能满足不了需求。

  服务。"我们仍然不太熟练UML。这是我们仍未集成IBM Rational Rose的原因。但是，IBM Rational RequisitePro允许我们将所有的用例作为文本来定义和管理。"

  • 端对端地集成到开发和维护周期中的需求管理软件。将需求管理解决方案集成到开发和维护周期中保证了每个项目成员都能按照相同的方式知道、理解和使用需求。这些被存储在需求管理工具中，并可直接从设计或测试工具中访问。

  只有在将需求管理解决方案端到端地集成到开发和维护周期中时，才能完全解决需求管理问题。

  管理。"我们并没有在IBM Rational Suite AnalystStudio中使用所有产品。我们只是随着在需求管理中达到新的成熟度水平而逐步地集成。现在，我们使用IBM Rational RequisitePro、IBM Rational Rose和IBM Rational SoDA。下一步将包括IBMRational ProjectConsole。Rational Suite AnalystStudio使渐进的实施成为可能"。

  下面的表格显示了各种方法的主要限制。
  
  

  图字：
  Collecting and changing the requirements：收集和变更需求
  Deciding the scope of requirements to process：决定要处理的需求的范围
  Propagating and processing the requirements：传播和处理需求
  Checking the coverage of requirements：检查需求的覆盖
  No requirements management：没有需求管理
  Text processor：文本处理器
  Database：数据库
  Text processor and database：文本处理器和数据库
  Requirements management solution：需求管理解决方案
  Integrated requirements management solution：集成需求管理解决方案
  Requirements management approaches and their limits：需求管理方法以及它们的限制

下一章显示了IT部门要想解决快速响应和需求变更控制挑战所必须实现的目标。

迭代需求管理


　

图字：
The solution to keep developments in line with requirements is iterative requirements management：保持开发与需求一致的解决方案就是迭代需求管理。
Analysis：分析
Design：设计
Collection Change：收集变更
Decision：决定
Development cycle：开发周期
Requirements(initial, new, changed)：需求（初始、新的和变更过的）
Propagation Process：传播过程
Check：检查
Development：开发
Test：测试
Requirements management cycle：需求管理周期
Iterative requirements management：迭代需求管理

意见

• 快速响应难题需要迭代管理需求。分析必须包括整个项目中的新需求和需求变更。当涉及到需求中的连续变更时，常规的需求管理方法（比如，在开发之前起草详尽 的规范）就不再适合了。服务。"项目时限对我们来说是一个大问题。对需求和需求变更的误解可能造成额外的成本和延迟。利用IBM Rational Suite AnalystStudio，我们可以控制我们的项目时限。我们在确认需求时不再出现意外了。"
• 迭代需求管理是迭代开发的一部分。进行迭代需求管理需要一种开发周期，其中新需求可在每次迭代时包含进去。迭代开发避免了需求定义和结果确认之间的鸿沟。
• 对需求变更的有效控制需要将需求管理集成到应用开发和维护周期中。

1、收集和变更需求

收集需求或者业务的变更很困难，因为项目成员的数量和种类都很多。"改善各种项目成员间的交流以更好地定义需求"一章解释了如何解决该问题。

服务。"在我们的项目中，决策者分布美国全境。收集和确认需求很难。有些信息可能被遗漏，不是有意的，而是因为被有些收件人忽略。IBM Rational Suite AnalystStudio帮助我们集中需求，并为所有涉及的决策者提供阅读和检查访问。"

2、决定哪些需求必须按照优先级处理，而哪些需求可以稍后处理，也就是说决定项目的优先级和范围。

设置优先级和决定在哪个版本中处理需求是很困难的事情。这是因为缺少证明这些需求的信息，并缺少对决策标准的综合看法。"决定项目范围和需求优先级"解释了如何解决该问题。

服务。"我们在决策领域面临紧迫的问题，主要是大项目中的优先级问题。我们需要限制需求，并管理属性。但是，我们使用的Word文档不支持这些。利用IBM Rational Suite AnalystStudio，我们可以保留我们的文档，同时精确地管理需求属性。"

3、传播需求，以便在应用开发和维护周期（设计、开发、测试和部署）中一致地处理它们，而不管工具或流程如何。

各种成员使用的工具和措辞的异质性使得很难在项目过程中满足需求。"向所有项目成员传播需求"一章解释了如何解决该问题。

制造。"我们集成了需求管理、设计和测试。如果在测试开始之前没有将工具集成到需求中，那么我们的迭代开发方法就不可能成功。"

4、对业务进行检查和证实，证明满足了需求。

证实需求的覆盖很困难，因为必须根据需求测试结果。跟踪需求和测试结果之间的关系也很困难。"保证需求覆盖"一章解释了如何解决该问题。

制造。"我们在IBM Rational RequisitePro中定义的功能上构建测试任务。我们现在可以保证测试不覆盖需求。我么现在可以开始改善测试的自动化。"

随后的四章详细解释了需要，掌握迭代需求开发必须做什么，以及IBM Rational Suite AnalystStudio是如何构建该方法的。最后一章提供了IBM Rational Suite AnalystStudio解决方案的详细内容。

改善各种项目成员之间的交流以更好地定义需求


　

图字：
Players with various roles, wordings, cultures, business and technical skills, interests and responsibility：具有各种角色、措辞、文化、业务和技术技巧、兴趣和职责的成员。
Project players：项目成员
Iterative requirements management solution：迭代需求管理解决方案
Word Requirement management：Word需求管理
Change management：变更管理
Customer：客户
Project manager：项目经理
Analyst：分析人员
Keying in the requirements：输入需求
Keying in the change requests of requirements：输入需求变更请求
Qualifying the change requests：对变更请求进行资格认证
Designer：设计人员
Developer：开发人员
Tester：测试人员
and so on：等
Standarizing：标准化
Storing：存储
Organizing：组织
Enriching requirements：丰富需求
Corporate requirements: understandable and useable by any player：企业需求：可被任何成员理解和使用 Improving communication between various project players to better define
requirements：改善各种项目成员之间的交流以更好地定义需求

意见

• 迭代需求管理要求在项目成员之间进行有效的交流，以定义需求。这可为每个项目迭代提供得到成员同意的要求输入。这就允许对两个迭代之间的要求变更进行管理。专注于最重要业务需要上的每次迭代需要迭代需求管理进行协作。
• 收集需求很困难，因为它们分散在不同的成员中，也可能写在不同的办公室文档、电子邮件或备忘录中。有些需求不是书面形式的（如通过非正式的谈话或无从考究 的形式）。这就使人难以了解哪些工作是必须做的。用户友好和易于使用的界面有益于收集来自企业的需求。Microsoft Word 是适用的，因为大部分需求已存在于办公室文档中。大多数成员都能熟练地使用这种工具。
• 有些项目失败的原因是企业和IT团队之间的交流不顺畅。这会导致意思表达不明确、误解以及信息的丢失。当成员没有任何需求参考时，就会用自己的语言表达需求。

需求参考得到了所有成员的同意。该解决方案必须对需求进行标准化。

• 需求管理提供一种共享格式。这有利于与成员就需求或需求的变更进行交流。企业和IT团队具有相同的界面。
• 需求管理通过公司词库控制需求的措辞。这就可以排除所有容易混淆的用词。所有用词都得到了所有成员的统一，因此就可以标准化需求。

项目需要需求参考

图字：
Some players may forget to transfer the documents describing the requirements.：有些成员可能忘记交接描述需求的文档。
Some players create documents for their pecific needs, based on the requirements.：有些成员根据需求创建满足自己特定需要的文档。
At the end, the transfers between players create a gap between the initial requirements and those treated by the project.：最后，成员间的交接在原始需求和项目实际应对的需求之间创建了一个鸿沟。
Some players may transfer wrong documents.：有些成员可能交接了错误的文档。
Some players change or rewrite requirements.：有些成员改变或重写了需求。
Without requirements management：无需求管理
With requirements management：有需求管理
Reference requirements：参考需求
Players have a reference. They handle the same requirements according to their specific needs.：成员有一个参考。他们根据自己的具体需要处理同样的需求。
Documents or deliveries specific to each player：为各个成员提供细节。

• 区分需求和与需求有关的变更请求很重要。
  • 这使得精确地跟踪需求中的变更以及当前需求是如何获得的成为可能。
  • 需求和变更请求的确认周期不同。职责也不同。
  • 清晰的需求需要为需求（也就是企业和项目组之间的协议）和变更请求（也就是说，对需求达成一致所需的构建和协商）准备单独的文档。
  这需要一个专门的界面，以控制与需求相关的变更请求。
• 从企业收集到的需求并不相同。它们可能很泛泛或者很具体，技术性很强或者是面向业务的，并且可能涉及一个或数个功能。如果需求只是在Word文档中管理，那么这些不同的级别就都混合在一起。项目组不能轻易地使用该结果。

需求管理解决方案有助于组织需求。他们有助于轻松无误地为需求分类。它们方便需求的交接和改编。它们管理需求间的依赖关系。

IBM Rational Suite AnalystStudio

IBM Rational Suite AnalystStudio是一个解决需求收集和变更领域中问题的合适解决方案。

• IBM Rational RequisitePro中输入需求的主界面是MS Word。另外还有专门的菜单可用，以便直接在文本处理软件中管理这些需求。
• IBM Rational Suite AnalystStudio方便了用例管理，以收集需求。用例可被企业单位和项目组理解。IBM Rational Rose图形化显示了用例（UML模型），而IBM Rational RequisitePro则将其显示为文本。两个工具都被集成到AnalystStudio中，后者提供了一种共享格式，以避免误解和混淆。
• IBM Rational Suite AnalystStudio包括用于需求管理的IBM Rational RequisitePro和用于变更管理的IBM Rational ClearQuest。IBM Rational ClearQuest管理与需求相关的变更请求。该解决方案保证在没有协议和确认的情况不会变更需求。变更请求与需求单独存放。IBM Rational ClearQuest在变更请求被接受以前控制成员之间的协议。
• IBM Rational Unified Process (RUP)提供了一种方法和建议，以保证收集到的需求易于被所有成员理解。IBM Rational Suite AnalystStudio包括RUP。

定义项目范围和需求优先级

定义项目范围和需求优先级

图字：
Requirements：需求
Requirement A：需求A
Requirement B：需求B
Requirement C：需求C
Sub-req B1：子需求B1
Sub-req. B2：子需求B2
High priority：高优先级
Average priority：平均优先级
Project：项目
Current version：当前版本
Iteration 1：迭代1
Iteration 2：迭代2
Project 1：项目1
Project 2：项目2
Time：时间

意见

• 下一次迭代不包括每个需求。迭代需求管理有助于将项目分割为子项目或者迭代。可在每次迭代时根据之前迭代中的事件（比如，新的业务请求、技术上的限制等）修订项目范围。每次迭代都专注于一个需求子集。

  项目组必须清楚地知道利用可用资源能够做什么。他们必须定义项目范围，以便在这些资源的框架内为企业最优化价值。根据所有项目需求调度项目需要决策。需求描述必须利用补充信息（比如优先级、交付日期、成本估算、对信息系统的影响、技巧和技术知识）丰富。

  这些信息为企业和项目组提供了客观的讨论框架，以决定每次迭代的范围。需求管理解决方案管理需求属性。它们有助于组织需求，也即，根据属性值分类、过滤和选择它们。它们为成员提供了复合设定范围的需求列表。

  
  
  管理要优先处理的迭代和需求的范围
  
  

  图字：
  Requirements management enables to select and organize requirements from the text.：需求管理使得可从文本中选择和组织需求。
  Text document (requirements)：文本文档（需求）
  Order：订单
  When a customer wants to order,...：当客户需要定购时，……
  - Selecting the items to order：选择要定购的项。
  - In order to select the items...：要想选择这些项，……
  - Selecting the delivery address：选择送货地址
  - If the customer is known,...：如果是已知客户，……
  - Payment：付款
  - In order to pay, the customer must...：要想付款，客户必须，……
  - Customers must describe their requirements exhaustively：客户必须详尽地描述他们的需求
  - Project teams must check how to process the requirements：项目组必须检查如何处理这些需求
  - The scope is a decision between customers and project teams：范围是客户和项目组之间的决定。
  - Priority：优先级
  - Date：日期
  - Difficulty ：难度
  - Iteration：迭代
  - State：状态
  - Selecting the items：选择项
  - High：高
  - Low ：低
  - Average：一般
  - Pending：未决
  - Analysis：分析
  - Scope selection：范围选择
  - Providing the list of requirements to process in priority：提供要优先处理的需求列表

• 每个需求不能系统地分配给一个仅且一个迭代。
  • 有些需求横跨数个项目，尤其是有些与运营风险的处理有关的非功能需求。需求管理解决方案必须有助于关联多重依赖关系。
  • 有些需求可能只能部分被处理。项目组可逐步满足这样的需求：第一次迭代提供了一级解决方案，第二次迭代将该解决方案改善到第二个级别，等等，依此类推。需求管理解决方案有助于在项目进行期间将需求分解成子需求并强化它们，以改善解决方案。

IBM Rational Suite AnalystStudio

IBM Rational Suite AnalystStudio是适用于处理项目优先级管理问题的解决方案。

• IBM Rational RequisitePro使得创建和指定需求属性成为可能。它们的值可通过上下文菜单直接在MS Word中指定。
• IBM Rational Suite AnalystStudio提供了项目模板，方便了将需求分解成子需求。
• IBM Rational Unified Process (RUP)提供了分解需求的方法和建议。IBM Rational Suite AnalystStudio包括RUP。
• IBM Rational RequisitePro跨项目跟踪需求。这方便了跨项目的需求管理。这使得定义属于各个项目的需求间的依赖关系成为可能。共享需求可分组到单个项目中，并无需复制即可在多个项目中重复使用。

向所有项目成员传播需求

图字：
Reference requirements：参考需求
Player-specific document or delivery：特定于成员的文档或可交付工件
A break exists between requirements and deliveries if tools are not integrated with the requirements management
solution.：如果工具没有与需求管理解决方案集成，需求和可交付工件之间将存在鸿沟。
Integration of tools with the requirements management solution ensures the consistent process of requirements all along the
project.：工具与需求管理解决方案的集成保证在所有项目上对需求进行一致的处理。
Propagating the requirements to every project players：向所有项目成员传播需求

意见

• 业务需求是贯穿项目的中心。项目组面临的挑战是面向需求的项目管理，以满足业务期望。项目组必须保证每个成员都知道需求。这需要需求参考（见"改善各种项目成员间的交流以定义需求"一章）。
  当各种项目组件与需求没有清楚地或者直接相关时，很难根据需求来推动项目。项目成员需要用他们自己的工具来检索需求。他们需要将自己的文档和可交付工件链接到需求。
  需求管理必须集成到迭代开发和维护周期以及用于这些周期的工具中。
• 需求管理解决方案与变更管理工具（比如，IBM Rational ClearQuest）、软件配置管理工具（比如，IBM Rational ClearCase）、设计工具（比如，IBM Rational Rose）和测试工具（比如IBM Rational TestManager）的集成很重要。
  这种集成使得项目成员能够遵循需求，并且还有助于保证在出现变更时与需求保持一致。它有助于精确地分析需求变更对设计、开发和测试的影响。迭代需求管理需要集成，因为它必须在现有基础上包括需求变更。
  　
  • 在需求发生变更时，必须找出受影响的模型、组件和测试。
  • 在模型或组件发生变更时（比如bug修复），必须检查变更与需求的一致性。这要求知道模型和组件与哪些需求有关。

迭代管理需求需要对需求进行版本化，并跟踪它们的变更。与专门的第三方版本管理工具的集成适合保证随时间流逝的可跟踪性和回滚容量。

图字：
Change request management：变更请求管理
Software configuration management：软件配置管理
· A version of component is developed to meet requirements：为满足需求开发了一个组件版本。
A release meets a set of requirements：一个版本满足一组需求。
Requirements are versioned：需求被版本化。
Analyzing the impact of changes：分析变更的影响。
Ensuring the consistency of change requests and requirements：保证变更请求和需求的一致性
Processing the requirements requires new change requests：处理需求需要新的变更请求。
Controlling the change requests on requirements：控制对需求的变更请求。
Requirements management：需求管理
Linking the use cases to requirements：将用例与需求链接
Linking other models to requirements：将其他模型与需求链接。
Analyzing the impact of changes：分析变更的影响
Defining the testable requirements：定义可测试需求
Ensuring the coverage of requirements：保证需求的覆盖
Knowing which tests to replay upon change：知道在发生变更时重新进行哪些测试
Test management：测试管理
Modeling：建模
Requirements management solutions must integrate into the tools of the development and maintenance cycle：需求管理解决方案必须集成到开发和维护周期工具中。

IBM Rational Suite AnalystStudio

IBM Rational Suite AnalystStudio适合解决需求管理与应用开发和维护周期的集成问题的解决方案。

• IBM Rational Rose和IBM Rational RequisitePro的集成提供了从用例图中对需求文本的直接访问。
• IBM Rational TestManager 和IBM Rational RequisitePro的集成避免了需求的复制。这动态地管理测试用例和需求之间的关系。
• IBM Rational RequisitePro 和 IBM Rational ClearCase的集成使得将需求包含到项目基线中成为可能。
• IBM Rational Unified Process (RUP)保证所有成员具有相同的流程，并且一致地使用这些需求。

保证需求覆盖

图字：
Models：模型
Use cases：用例
Use cases diagrams ensure that requirements are related to testable use cases.：用例图保证需求与可测试用例相关。
Requirements：需求
Tests：测试
Tests check which requirements are covered. Customers understand their result directly in terms of the requirements expressed.：测试检查了哪些需求被覆盖。客户直接按照已表述的需求理解它们的结果。
Test campaigns：测试任务
Text documents：测试文档
Requirements attributes：需求属性
Ensuring the requirements coverage：保证需求覆盖

意见

• 企业希望项目组证明需求被实现和测试，它们对从技术角度进行的测试不感兴趣。必须设计和运行测试任务，以检查需求。
  • 每个测试场景都依赖于一个或数个需求。如果测试不核对业务需求，那么它们很可能毫无用处。
  • 每个需求都必须被一个或数个测试场景覆盖。

  迭代需求管理导致了对测试的期望和对效率的提高。它使得专注于对每次迭代的需求进行测试成为可能。它避免了必须等待项目完成的需要。

• 自动更新需求覆盖状态需要将需求管理解决方案与应用生命周期集成。如果需求的数目很大，保证每个需求的覆盖就需要自动化。在复杂项目中，需求管理周期的这个步骤需要需求管理和测试计划和任务管理的集成。
• 迭代需求管理需要频繁地检查需求的覆盖，至少每个迭代一次。这也要求自动化。
• 根据功能规范制定测试计划通常很困难。然而，可轻易地根据用例定义这些计划。这些用例很容易由企业表达。它们由UML图和文本需求描述建模。用例保证了需求可被测试。

IBM Rational Suite AnalystStudio

IBM Rational Suite AnalystStudio适合需求检查和覆盖的相关问题的解决方案。

• IBM Rational TestManager提供了测试和相关需求的覆盖报告。
• IBM Rational Rose和IBM Rational RequisitePro之间的集成有助于在用例的基础上定义需求。
• IBM Rational TestManager提供了与需求变更关联的风险报告（疑点报告）。测试用例与需求链接。这些报告制定了与变更请求链接的测试用例列表，以检查测试用例是否有效。
• IBM Rational RequisitePro分析了需求变更的影响。它提供了与变更需求链接的组件列表。它还显示了哪些需求发生了变化。

IBM Rational Suite AnalystStudio:：一种集成迭代需求管理解决方案

意见

• IBM Rational Suite AnalystStudio是用于需求管理的Rational解决方案。它提供了端对端集成到应用开发和维护周期中的迭代需求管理所需的组件。它包括一种 横跨工具和软件产品（Rose、ClearQuest、ClearCaseLT、RequisitePro、TestManager、SoDA、 Project Console）的方法学（RUP）。
• IBM Rational Suite AnalystStudio包括IBM Rational Team Unifying Platform和IBM Rational Rose Data Modeler Edition。
  • IBM Rational Rose Data Modeler Edition用于建模用例和业务流程，并用于设计数据库和应用。
  • IBM Rational Team Unifying

  Platform是每个Rational套件中都有的一组工具。它为所有项目成员提供了一个公共环境。它避免了成员间的数据复制，并方便交流。
  
  

IBM Rational Suite AnalystStudio的技术信息可在其供应商的Web站点www.rational.com 上找到。

结束语

迭代需求管理提供了各种好处：

• 降低了项目的开发和维护成本，因为它改善了需求的收集和格式化。成员间交流的改善减少了所需的资源以及由于不完整、不清晰或者误解的需求引起的迭代的数目。
• 减少了项目开发和维护的周期。提高了对业务请求的响应。这改善了企业的市场投放时间。项目目标的定义更快速，并且没有无用的迭代、回滚或者撤退。
• 业务的项目价值以恒定的成本和周期增长。项目在优先级的基础上实现了对企业最有价值的需求。由于需求传播的缘故，对业务和技术资源的使用得到了优化。由于对需求覆盖的检查，项目价值也清楚地展现给了企业。

IBM Rational Suite AnalystStudio是一个端对端地集成到应用开发和维护周期中的需求管理解决方案。它使迭代需求管理的价值最大化。

• IBM Rational Suite AnalystStudio方便了项目成员间的交流，因为它使用MS Word作为需求输入界面，使用需求收集作为IBM Rational RequisitePro和IBM Rational Rose中的用例，以及在IBM Rational ClearQuest中使用需求变更管理。
• IBM Rational Suite AnalystStudio方便了对项目范围和需求优先级的决策。它管理需求属性和项目模板，并且跟踪跨项目的需求。
• IBM Rational Suite AnalystStudio方便了向所有项目成员传播需求，因为它集成了IBM Rational RequisitePro、IBM Rational Rose、IBM Rational TestManager和IBM Rational ClearCase。
• IBM Rational Suite AnalystStudio方便了需求覆盖的检查，因为它有覆盖报告、用例、需求变更风险报告、以及对需求变更的影响分析。
• 包含在IBM Rational Suite AnalystStudio中的IBM Rational Unified Process (RUP)提供了迭代管理需求的方法和建议。