Alles sitzt in geschweiften Klammern. id, text, risk und verifymethod sind die vier Felder.
requirementDiagram
requirement checkout_req {
id: 1
text: Orders must be payable online.
risk: high
verifymethod: test
}Das Schlüsselwort vor der Id sagt, welche Art es ist: functional, performance, interface, physical oder eine Designbeschränkung.
requirementDiagram
functionalRequirement payment_req {
id: 1.1
text: Card payments must be authorised.
risk: high
verifymethod: test
}
performanceRequirement response_req {
id: 1.2
text: Pages must load in under a second.
risk: medium
verifymethod: analysis
}
interfaceRequirement api_req {
id: 1.3
text: The payment API must stay stable.
risk: low
verifymethod: inspection
}Ein Element ist das Ding außerhalb des Systems, über das eine Anforderung spricht. type sagt, was es ist, docRef zeigt auf es.
requirementDiagram
requirement checkout_req {
id: 1
text: Orders must be payable online.
risk: high
verifymethod: test
}
element checkout_service {
type: service
docRef: reqs/checkout
}Das Wort zwischen den Pfeilen ist die Beziehung: contains, satisfies, verifies, traces, derives, refines und copies.
requirementDiagram
requirement checkout_req {
id: 1
text: Orders must be payable online.
risk: high
verifymethod: test
}
functionalRequirement payment_req {
id: 1.1
text: Card payments must be authorised.
risk: high
verifymethod: test
}
element checkout_service {
type: service
}
checkout_req - contains -> payment_req
checkout_service - satisfies -> payment_req
checkout_service - verifies -> payment_req