【问题标题】:How to properly model system requirements in UML (Sparx Enterprise Architect)如何在 UML(Sparx Enterprise Architect)中正确建模系统需求
【发布时间】:2016-08-23 13:17:28
【问题描述】:

我有一个从 IBM Rational DOORS 导入的系统需求列表,我很好奇在图表中对它们之间的关系建模的好方法。 我应该使用哪个结构图,或者它应该是行为图之一?

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

【问题讨论】:

    标签: uml enterprise-architect requirements requirements-management


    【解决方案1】:

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

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

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

    【讨论】:

    • 我相信所有这些要求都是可行的。如果我没看错,你会为他们制作一个复合图吗? ETA:我从来没有参加过 C 编程和微处理器课程之外的软件课程,涵盖了一些 C、x86 和 PIC,所以我不太确定用例是什么
    • 用例描述了所考虑系统的附加值(在 EA 中创建一个 UC 图,您会看到符号)。如果您只有功能 Rs,那么您的 RM 做错了什么。 NFR 的比例很高(比如说至少占所有 Rs 的 10%)。我说UC里面的UC图和类里面的Class D。你拿哪一个并不重要。
    猜你喜欢
    • 2018-11-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多