如何在UML（Sparx企业架构师）中正确地建模系统需求

我有一个从IBMRationalDOORS导入的系统需求列表，我很想知道在一个图表中对它们之间的关系进行建模的好方法是什么。 我应该使用哪种结构图，还是应该是一种行为结构图

---

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

这可能是一个太宽泛的问题。但这里有几个要点：

• 在需求文件夹中创建两个文件夹：功能文件夹和非功能文件夹
• 找到针对用例的功能需求的预期顺序，并在FR文件夹中创建子文件夹
• 为法律、性能、安全性等非功能性Rs创建一个相当固定的结构（谷歌会给你一些不错的列表）
• 功能Rs首先与UCs相关。我所做的是在UC内部创建一个UC上下文图（我为UC做复合），其中UC在中间，RS跟踪到它
。
• 在R文件夹中放置R图可能很方便，但不是必需的
• NFRs链接到稍后阶段的实施细节。在适当的情况下，在类的上下文关系图中设置对NFR的跟踪
• 最后，所有的R应该至少有一个跟踪关系。稍后，您可以通过将它们替换为
  关系来控制这一点

---

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

我相信所有这些要求都是功能性的。如果我读对了，你会为它们做一个组合图吗？ETA：我从未参加过C编程和微处理器课程以外的软件课程，该课程涵盖了一些C、x86和PIC，因此我不太确定用例是什么用例用例描述了正在考虑的系统的附加值（在EA中创建一个UC图，您可以看到符号）。如果您刚刚完成了功能性Rs，那么您的RM做了一些错误的事情。NFR的比例很高（比如至少占所有NFR的10%）。我说的是UC中的UC图和类中的D类。你选哪个并不重要。