Anforderungsdiagramm
Ein Anforderungsdiagramm bietet eine Visualisierung für Anforderungen und ihre Verbindungen untereinander sowie zu anderen dokumentierten Elementen. Die Modellierungsspezifikationen folgen denen, die von SysML v1.6 definiert sind.
Die Darstellung von Anforderungen ist einfach.
Code:
Syntax
Es gibt drei Arten von Komponenten in einem Anforderungsdiagramm: Anforderung, Element und Beziehung.
Die Grammatik zur Definition jeder Komponente ist unten definiert. Wörter, die in spitzen Klammern angegeben sind, wie <word>, sind aufgelistete Schlüsselwörter mit Optionen, die in einer Tabelle näher erläutert werden. user_defined_... wird an jedem Ort verwendet, wo Benutzereingaben erwartet werden.
Ein wichtiger Hinweis zu Benutzereingaben: Alle Eingaben können in Anführungszeichen gesetzt oder nicht. Zum Beispiel sind sowohl Id: "hier ist ein Beispiel" als auch Id: hier ist ein Beispiel gültig. Benutzer müssen jedoch vorsichtig mit nicht zitierten Eingaben sein. Der Parser schlägt fehl, wenn ein anderes Schlüsselwort erkannt wird.
Anforderung
Eine Anforderungsdefinition enthält einen Anforderungstyp, einen Namen, eine ID, Text, Risiko und eine Verifizierungsmethode. Die Syntax folgt:
<type> user_defined_name {
id: user_defined_id
text: user_defined text
risk: <risk>
verifymethod: <method>
}Typ, Risiko und Methode sind Aufzählungen, die in SysML definiert sind.
| Schlüsselwort | Optionen |
|---|---|
| Typ | requirement, functionalRequirement, interfaceRequirement, performanceRequirement, physicalRequirement, designConstraint |
| Risiko | Niedrig, Mittel, Hoch |
| Verifizierungsmethode | Analyse, Inspektion, Test, Demonstration |
Element
Eine Elementdefinition enthält einen Elementnamen, einen Typ und einen Dokumentverweis. Diese drei sind alle benutzerdefiniert. Die Elementfunktion soll leichtgewichtig sein, ermöglicht jedoch das Verbinden von Anforderungen mit Teilen anderer Dokumente.
element user_defined_name {
type: user_defined_type
docref: user_defined_ref
}Beziehung
Beziehungen bestehen aus einem Quellknoten, einem Zielknoten und einem Beziehungstyp.
Jede folgt dem Definitionsformat
{name of source} - <type> -> {name of destination}oder
{name of destination} <- <type> - {name of source}"Name des Quellknotens" und "Name des Zielknotens" sollten Namen von Anforderungs- oder Elementknoten sein, die anderswo definiert sind.
Ein Beziehungstyp kann einer von contains, copies, derives, satisfies, verifies, refines oder traces sein.
Jede Beziehung wird im Diagramm beschriftet.
Größeres Beispiel
Dieses Beispiel verwendet alle Funktionen des Diagramms.
Code: