Step 6: 对需求区分优先级

    在需求之间设置了可跟踪性以后，系统分析员和整个团队成员要搜集并决定输入RequisitePro的需求的有限级别。

    在你确定优先级的时候，要考虑这样一些因素：

    需求是如何体现到产品功能、可用性、可靠性和性能中去的？

    在进度约束下，需求实现后的效果是否值得？

    现实下需求是否带来风险？

    该需求如果实现了，对你进行产品维护的能力有什么影响？

    你还必须检查你的进度。是否有时间完成所有高优先级需求？

    在此阶段建立比较现实的期望将帮助你的团队在进度和预算范围内开展工作。

    使用需求属性可以帮助你确定需求的优先级别。一旦你输入了需求数据，你就可以对它们进行查询、排序并决定它们的位置。

    在RequisitePro学习工程中，属性"Planned Iteration"字段被设为一个数值，该数值反映了软件中的反复，团队准备用该软件来实现特定的use case。一旦第一次反复叠代的范围被定义完成，而且反复叠代次数被指定到use case，系统分析员对用例执行一项Attribute Matrix查询来分离那些在软件中首次反复可被定位的用例。你可以将该Attribute Matrix保存并在以后再次查看它。

    Step 7: 对需求进行分派

    对需求指定优先级以后，系统分析员和团队将每一个use case或者requirement指派给团队成员，这可通过使用 "Assigned To"需求属性来完成。团队中的一些人将对每一个特性的具体实现负责。

    通过参考上面步骤中的Attribute Matrix，分析员为每一个需求或用例填写"Assigned To"属性。这将被作为第一次反复。

    使用use case方法的组织将把use cases分派给use case定义者，他将对所有和流程相关的所有需求负责。

    如果你的组织使用其它的方法，则分派也可能是其它形式：

    SRS系统规格文档，可以包括多组需求；或者特定格式的需求记录

    Step 8: 细化需求规格

    团队成员 (或者use case 定义者)通过在RequisitePro中"Assigned To"属性来确认他们被分派了哪些需求。他们可以得到一张显示所有需求对个人的分派情况的列表。

    从该表中你可以查询一个FEAT需求类型的Traceability Matrix，以及分派给你的需求类型。你可以通过选择需求类型得到所有特性跟踪的列表，并通过它生成一个特定的文档。

    Use case specifier将进行查询，这些查询基于从用例的类型的跟踪，然后可使用来自requirement workshop的use case描述来创建Use-Case Specification文档。

    Rational推荐在详细描述use case时使用分等级管理。你可以使用“属性Property”来组织你的use case需求。 可以用use case的名字来创建父一级的用例需求，并设置属性"Name"的值。你可能还要使用属性"Brief Description"或者"Basic Flow"来定义子一级的用例需求，他们可提供用例的细节。

    Step 9: 在RequisitePro中将需求属性公布(Populating)

    在此之前，系统分析员已通过整个团队的输入而定义了需求管理的有关属性(见前面章节)。 被分派了需求的团队成员可以将这些属性在RequisitePro中通过赋予特定的用于需求管理的值来使之公布(Populating) 。

    Step 10: 和Rational Rose进行集成

    如果你同时拥有Rational Rose和RequisitePro，那么有2种方法来共享数据。

    我们推荐使用Integrated Use Case Management来开始你的开发周期。系统分析员在Rose中定义use case ，然后在RequisitePro中使用Integrated Use Case Management特性来创建use case文档。该方法只需要通过几项菜单操作即可实现Rose和RequisitePro之间的转化和关联。对use case的修改将自动在Rose或RequisitePro中得到更新。

    但是，如果你在RequisitePro中开发use case，并且想转换到Rose use case图，并且带有关联属性，那么你要使用Rational Synchronizer，此后你可以通过Integrated Use Case Management将这些use case关联到RequisitePro需求和文档。

    Rational Synchronizer可以帮助你在Rose中从RequisitePro中已经存在的需求中创建use case。如果你已经在RequisitePro中建立了大量的use case，那么这时候将很有帮助。在这种情况下，你可以用Rational Synchronizer中的rules feature来把RequisitePro中的use case需求以批处理方式转换到Rose中。然后你可以使用Integrated Use Case Management来把这些Rose use case和已经存在的RequisitePro中的use case需求进行关联。

    Step 11: 通过查询来找出项目的进展状况

    在查询以前，要在FEAT需求和指派给你的需求类型之间建立一个Traceability Matrix，(Use case specifiers将在FEAT和用例需求之间建立Traceability Matrix)。视图将以行方式显示你的FEAT需求，以列方式显示其它需求。

    点击Query column requirements按钮，并且在Select Attribute对话框中选择"Planned Iteration" 属性，点击OK。在Query Requirements对话框中，选择Equal to选项，然后键入你期望的反复次数。如果要看哪一项属性没有反复计划，则可以什么也不填。点击OK，并关闭每个对话框以执行查询。

    查询结果将给出这些FEAT需求类型的跟踪情况。如果你选择了没有反复计划的类型，这样的列表可以在团队会议上被检阅，而被指派到这些需求上的反复叠代则没有任何指示。

    Step 12: 对变更进行管理

    每一个项目都会在发展过程中产生变化，如何跟踪这些变化，以及如何将这些变化及时地与你的团队和经理进行及时沟通，这将是一种挑战。是否成功将取决于你跟踪需求变更的能力。系统分析员在整个项目生命周期内应进行各种查看以确定对各种不同的项目的估计是否合理正确。RequisitePro可以确定哪种需求已经变更，该需求是否需要重新定位，从而使项目的描述保持正确。这些关联将作为一种可觉察到的因素引起注意。

    RequisitePro包含了2个强力管理工具来帮助你记载需求的状态，跟踪对需求的变更，并加强你在变更发生时对所实行处理的分析能力。

    Traceability提供了一种有系统性的方法来管理变更，可以建立较高层次的需求和它们的更详细精确的后期需求之间的连接。Traceability连接关系使得需求变更的跟踪变得简便。

    通过Rational ClearCase, Microsoft Visual SourceSafe, 或Merant (Intersolv) PVCS Version Manager 进行的版本控制可以允许你通过项目存档来跟踪变化。版本控制可以帮助你在整个开发周期内保持项目文件的变化。你可以管理多种项目的修订版。你可以用一种有组织的、协同一致的方式来找回、修改并把修订版返回到档案中去。如果你没有版本管理经理，那么你可以使用RequisitePro的Archive命令进行项目备份。