需求关联工作流程

这些工作流程描述集成 Rational® RequisitePro®Rational Software Development Platform 产品的典型方案。

使需求与 UML 模型元素相关联

  1. 分析人员或产品经理使用 RequisitePro 来创建或修改软件产品的需求。
  2. 系统架构设计师启动一个支持 UML 建模的 Rational Software Development Platform 产品并在需求资源管理器视图中打开 RequisitePro 项目。系统架构设计师研究需求并开发一个反映这些需求的新 UML 模型。
  3. 架构设计师使 RequisitePro 需求与 UML 模型元素相关联以指示哪些模型元素满足哪些需求。

    此体系结构可以在诸如用例元素和用例需求的一对一关联中使某个元素与单个需求相关,也可以通过可跟踪至多个需求(如单个类满足多个需求时)使某个元素与单个需求相关。与此相反,多个元素可以跟踪到单个需求,例如,在多个类满足一个功能部件需求时。

  4. 系统架构设计师打开“可跟踪性矩阵”或“可跟踪性树”视图(或在 RequisitePro 中创建一个这样的视图)以确保包括所有需求。可以在需求跟踪需求查询结果视图中查看单独的可跟踪性关系。没有关联或可跟踪性的模型元素和需求可能表示不完整的设计。
  5. 在完成设计之后,程序员使用 UML 模型来指示应用程序代码的实现过程。
  6. 当项目在进行时,产品经理或开发经理继续监视可跟踪性以监测对相关需求的更改。这些更改可能导致将需求之间的可跟踪性标记为“可疑”,这表示应该复查需求。

使需求与开发域元素相关联

  1. 分析人员或产品经理使用 RequisitePro 来创建或修改软件产品的需求。
  2. 系统架构设计师启动一个 Rational Software Development Platform 产品并在需求资源管理器视图中打开 RequisitePro 项目。
  3. 系统架构设计师创建开发域元素(如类或 J2EE Bean),并使它们与相关需求相关联。
  4. 系统架构设计师打开“可跟踪性矩阵”或“可跟踪性树”视图(或在 RequisitePro 中创建一个这样的视图)以确保包括所有需求。可以在需求跟踪需求查询结果视图中查看单独的可跟踪性关系。没有关联或可跟踪性的域元素和需求可能表示不完整的设计。
  5. 在完成设计之后,程序员使用相关需求来提供应用程序代码实现过程的详细信息。
  6. 当项目在进行时,产品经理或开发经理继续监视可跟踪性以监测对相关需求的更改。这些更改可能导致将需求之间的可跟踪性标记为“可疑”,这表示应该复查需求。

反馈