让软件设计与需求保持一致

回页首

为用例添加需求属性

在本文第一部分中讨论了为用例划分优先级过程，为该过程作准备，我们在 IBM Rational XDE Developer 中为用例设置需求属性，单击用例右键菜单，选择 RequisitePro?View Requirement Properties。在对话框中单击 Attributes 标签，然后设置用例属性值。注意您可以在与 Rational XDE Developer 模型关联后的 IBM Rational RequisitePro 项目中，改变"即开即用"的用例属性和它们的默认值。还可以从该对话框中，单击 Traceability 标签，来建立用例和其他需求之间的可跟踪性。

回页首

为用例划分优先级

当在 Rational XDE Developer 中，为用例附加了用例文档或分配了需求属性后，用例即成为 Rational RequisitePro 中需求集的一部分。同样，可以使用 Rational RequisitePro 需求管理功能将用例排序（按优先级、按迭代等），来查询特定用例（例如只计划用于下一个迭代的用例，），并且生成用例矩阵。

IBM Rational RequisitePro 中一个属性矩阵视图（见图7）提供了一个全部用例（或所选的用例子集）和其对应属性的视图。该视图帮助您组织用例信息，来回答本文开始时的第一个问题：我如何组织用例？可以运行查询来确定将哪个用例分配给哪位设计人员，它们的实现难度有多大，或者应当在哪个版本中实现它们。这同时也回答了本文开始部分的另外一个问题：如何才能知道在哪个版本中实施某个特定的用例？

回页首

创建用例文档

为了在 IBM Rational XDE Developer 中详细设计用例（为用例附加一个用例文档），可以在 Rational XDE Developer 中（从 Rational XDE Developer Model Explorer 或用例图）单击用例右键菜单，选择 RequisitePro>New Use Case Document。

在 Rational RequisitePro 控制下运行 Microsoft Word，可以显示基于模板的用例文档，并准备对其进行编辑。如果只想用 Microsoft Word 将用例规格说明记录下来，过后再将其输入到 Rational RequisitePro 中，那么您可以使用 RequisitePro ? Associate to RequisitePro 菜单选项，将现有的 Rational RequisitePro 文档和 Rational XDE Developer 中的用例关联起来。

在这点上，您应该拥有在 Rational RequisitePro 中完成的用例文档。

回页首

在用例文档中管理需求

在 IBM Rational RequisitePro 中，当完成对不同的用例事件流记录后，您可以识别功能性需求并将它们标记为需求（图9）。这样做使您能够为这些功能性需求附加需求属性，并且对其进行跟踪，直到它们成为高级需求。

回页首

保持用例与业务需要一致

当为需要实现的用例划分了优先级后，应该确保这些用例与它们要实现的不断演进的用户需要一致。图 10 中的可跟踪性视图显示了在用例和变更需要之间建立的关系。使用可跟踪性矩阵，您可以查询业务需求，而不仅仅是对用例进行跟踪，这使您可以回答这个问题：这个用例是用于哪个特定业务需要的？另外，当业务需要发生变更时，您可以迅速获悉哪些用例可能受到该变更的影响，从而确保用例能够自始至终反映不断演进的业务需要。这里的一项可疑链接（图 10 中的红色箭头）表明由于业务需要 BUS1.4 的变更，可能需要对用例 UC1.2 进行修订。对可疑链接进行查询，可以回答这个问题：用例与它们所要解决的不断演进的业务需要一直保持密切联系吗？

回页首

确保设计能够实现全部需要的功能

同样，为了确保设计能够真正实现需求，应该将 IBM Rational RequisitePro 中的需求与 IBM Rational XDE Developer 实现这些需求的设计要素链接起来，

在 Rational XDE Developer 中创建了设计要素（类、图等）后，可以单击设计要素的右键菜单，选择 RequisitePro ?Add Traceability（图11）， 将这些要素与驱动生成它们的需求链接起来。这样就在 Rational RequisitePro 中为该设计要素添加了表示法。

当 IBM Rational XDE Developer 设计要素名称或简短描述发生变更时，可以调用同一个菜单中的 RequisitePro? Update Traceability 选项来完成变更。如果要对 Rational XDE Developer 作出多项变更，可以通过选择 Tools ? Rational RequisitePro ? Update All Traceability 来快速完成所有变更（图12）。

为 Rational XDE Developer 设计要素添加可跟踪性后，可以在 IBM Rational RequisitePro 中创建需求到设计的可跟踪性矩阵（图13）。需求（如用例）和设计之间的可跟踪性矩阵，是验证设计活动是否覆盖全部商定的需求的一种方法。

在该链接建立之后，可以运行 IBM Rational RequisitePro 的报告功能，来评估设计对需求的覆盖度，并且用一个定量的答案来回答："全部经商定的需求，在设计中都考虑到了吗？"从而说明设计模型将要实现的已签发的每项需求。

需求与设计之间的链接，对于检测需求变更对设计要素产生的影响也至关重要。在链接到设计要素的某项需求发生变更时，在图 13 中，可疑链接（红色箭头）将取代蓝色箭头。对需求和设计之间的可疑链接进行查询，可以回答这样的关键问题：设计模型中的哪部分将受到最新需求变更的影响？

如需查看集成工作方面的更多信息，请参见 Rational XDE Developer 在线帮助。

回页首

结束语

总的来说，IBM Rational RequisitePro 和 IBM Rational XDE Developer 之间的集成，使开发人员能够清楚地交流需求信息，并且使设计与不断变更的需求保持一致。

这是达到最终目的的关键：交付能够实际解决客户需要的应用程序。

如果没有这项集成，用例将以 Microsoft Word 文档形式记录，不能够跟踪功能性需求，包括用例规格说明。这项缺陷将导致设计与需求无法保持一致。

如果没有这项集成，软件设计将置于偏离需求轨道的风险中。当某项需求发生变更时，迅速评估哪部分设计将受到该项变更的影响，最大限度地提高了设计满足客户需要的解决方案的成功概率，从而解决需求所表述的客户需要。

文章来源于领测软件测试网 https://www.ltesting.net/