 | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights | ||||||||||||||||||||||||||||||||||||||||||||
| Wissensbrowser starten | ||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||
| ||||||
|  | |  | |  | |
| ||||||
| ||||||
|  | | ||||
| ||||||
Arbeitsmaterialien |
|
Verbindlichkeiten einer Anforderung |
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| Beschreibung der Komponente | |||||||||
| |||||||||
Die  Anforderungen gliedern sich nach ihren Verbindlichkeiten in fünf Grade, wie Pflicht-, Wunsch-, Absichts-, und Vorschlagsanforderungen sowie Kommentare. Verbindlichkeitsgrade werden häufig mit Schlüsselphrasen formuliert.
Für Verpflichtungen schreibt man „Das System muss...“, für Wünsche „Das System soll...“, für Absichten „Das System wird...“, für Vorschläge „Das System kann...“ und für Kommentare wird keine dieser Phrasen geschrieben. Pflicht-Anforderung Eine Pflicht-Anforderung bedeutet, dass eine Forderung unbedingt erfüllt sein muss. Die Abnahme kann verweigert werden, wenn das System die Anforderung nicht erfüllt. Beispiel für eine Pflicht-Anforderung: “Die Kundenliste muss alle lokal vorhandenen Vertragsinhaber mit wichtigen Attributen zeigen”. Wunsch-Anforderung Eine Wunsch-Anforderung drückt aus, dass es ganz gut wäre, wenn z.B. ein Bericht vom Entwickler wöchentlich erstellt wird. Allerdings fordert der Stakeholder verpflichtend nur monatliche Berichte.
Beispiel für eine Wunsch-Anforderung: “Das System soll die ‘Auflisten’-Schaltfläche grün darstellen”. Absichts-Anforderung Die Absichts-Anforderungen werden vom Stakeholder gestellt, um dem Entwickler die Punkte aufzuzeigen, zu denen er schon Pläne für die Zukunft hat. Diese Information soll es dem Entwickler ermöglichen, das System zukunftssicher zu konzipieren. Beispiel für eine Absichts-Anforderung: “Die Kundenliste wird insbesondere den Zugriff auf die Daten einer Stammnummer über die Namen der Vertragsinhaber erlauben”. Vorschlags-Anforderung Stakeholder kommen beim Nachdenken über zu entwickelnde Systeme auf verschiedene Lösungsmöglichkeiten für ein Problem. Diese werden für die spätere Verwendung durch Entwickler in Form von Vorschlags-Anforderungen konserviert. Beispiel für eine Vorschlags-Anforderung: “Gleichzeitig können bis zu 2000 Mitarbeiter mit dem System arbeiten”. Kommentare Kommentare werden dazu verwendet, um die Hintergründe zu erläutern. Sie können auf unterschiedlichste Art und Weise dokumentiert werden, um die vorangehende Anforderung zu beschreiben, um einen Überblick zu geben, um Inhalte grafisch darzustellen oder tabellarisch zusammenzufassen. Beispiel für Kommentar: “Im Folgenden wird beschrieben, wie ein Bestellvorgang abläuft”. | |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
Eintrag kommentieren | ||||
| ||||
| ||||
| ||||
| Verbindlichkeiten einer... | ||||
| ||||
| ||||
| ||||
| ||||
| Ansprechpartner | | ||
| ||||
|
| | ||
| ||||
| ||||
| ||||
| Weitere Themen | | ||
| ||||
|
| | ||
|
| | ||
|
| | ||
| ||||
| Glossar | | ||
| ||||
|
| | ||
|
| | ||
| ||||
| ||||
| | | ||
| ||||||||||||||
|
