Anforderungsdiagramm

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
Anforderungsdiagramm

Ein Anforderungsdiagramm (engl. Requirement Diagram) ist ein Diagramm, welches speziell in SysML Verwendung findet. In einem Anforderungsdiagramm werden die Anforderungen an ein System, Relationen zwischen diesen und deren Bezüge zu anderen Modellelementen wie folgt aufgezeigt.

Derive Requirement Relationship
Lässt sich eine Anforderung von einer anderen Anforderung ableiten, wird ihre Relation als „Derive Requirement Relationship“ bezeichnet. Sie ist von der abgeleiteten Anforderung auf die ursprüngliche Anforderung gerichtet und wird mit «deriveReqt» gekennzeichnet.
Namespace Containment
Ist eine Anforderung in einer anderen Anforderung enthalten, spricht man von „Namespace Containment“.
Satisfy Relationship
Wird eine Anforderung von einem Designelement erfüllt, handelt es sich um eine „Satisfy Relationship“. Sie ist vom Designelement zur Anforderung gerichtet und wird mit «satisfy» gekennzeichnet.
Copy Relationship
Ist eine Anforderung eine Kopie einer anderen Anforderung, wird die Beziehung zwischen diesen als „Copy Relationship“ bezeichnet. Sie ist von der Kopie zum Original gerichtet und wird mit «copy» gekennzeichnet.
Verify Relationship
Kann eine Anforderung durch einen Test verifiziert werden, spricht man von „Verify Relationship“. Sie ist vom Test auf die zu verifizierende Anforderung gerichtet und wird mit «verify» gekennzeichnet.
Test Case
Ein Test Case definiert einen Fall, der überprüft, ob das betrachtete System die Anforderung erfüllt.
Refine Relationship
Wird eine Anforderung durch weitere Anforderungen/Modellelemente detaillierter beschrieben, so spricht man von „Refine Relationship“. Sie ist von der verfeinerten/detaillierteren Anforderung/Modellelement auf die zu verfeinernde/allgemeinere Anforderung gerichtet und wird mit «refine» gekennzeichnet.
Trace Relationship
Besteht eine Beziehung zwischen einer Anforderung und einem beliebigen Modellelement, handelt es sich um eine „Trace Relationship“, vorausgesetzt, ein Fall von Traceability liegt vor. Sie wird mit «trace» gekennzeichnet. Sie ist beispielsweise von einer funktionalen Anforderung auf eine nicht-funktionale Anforderung gerichtet.