如何在UML中正确建模系统需求(Sparx Enterprise Architect)

时间:2016-08-23 13:17:28

标签: uml enterprise-architect requirements requirements-management

我有一个从IBM Rational DOORS导入的系统需求列表,我很好奇在图中建立彼此关系的好方法。 我应该使用哪种结构图,还是应该是行为图?

我目前创建的是指向对象图中需求的链接,但我想制作这些可以链接到类图的子图。这是否意味着为了不为它所链接的每个类元素创建一个唯一的图表,它应该是一个与需求相关联的复合图?

1 个答案:

答案 0 :(得分:1)

这可能是一个过于宽泛的问题。但这里有几点建议:

  • 在Requirements文件夹中创建两个文件夹:功能性和非功能性
  • 查找针对用例的功能需求的预期订单,并在FR文件夹中创建子文件夹。
  • 为法律,性能,安全等非功能性R创建一个相当固定的结构(Google将为您提供一些不错的列表)
  • 功能性Rs首先与UC相关。我所做的是在UC中创建一个UC上下文图(我为UC制作复合材料),其中间有UC,Rs跟踪到它
  • 在R文件夹中包含R图表可以很方便但不是必需的
  • NFR会在稍后阶段链接到实施细节。在适当的情况下,在类的上下文关系图中设置NFR的跟踪。
  • 最后所有的Rs应该至少有一个跟踪关系。您可以稍后将其替换为<<realized>>关系来控制它。

这些只是几点。有很多关于这个主题的书籍,所以不要指望这里有完整的答案。