Projekt: Projekt Anforderungsbeschreibung

Dokumentenart & Status

Kunde	Gültigkeit des Dokuments
xx	xx
Status	Zweck und Abgrenzung des Dokuments
xx	xx
Datum	Dateiname	Version
9. März 2016	anforderungsbeschreibung 2 (use case)_v2-1	V0-1

Freigabe

Name	Funktion	e-Mail	Datum	Visum
xx	xx	xx	xx	xx

Verteiler

Name	Name	Name	Name
xx	xx	xx	xx

Inhaltsverzeichnis

1	Ziel und Zweck	3

1.1	Verwendung	3

1.2	Hinweise	3

1.3	Detaillierungsgrad der Anforderungen	3

1.3.1	Geschäftsfall	3

2	Funktionale Anforderung – Geschäftsfall	4

2.1	Allgemeine Informationen	4

2.2	Beschreibung	4

2.3	fachlicher Kontext	4

2.4	Absicht	4

2.5	Auslöser	4

2.6	Akteure	4

2.7	Vorbedingungen	4

2.8	Nachbedingungen	4

2.9	Abläufe / Szenarien	4

2.9.1	Normalablauf	4

2.9.2	Alternativabläufe	5

2.9.3	Ausnahmeabläufe	5

2.10	Anhänge / Ergänzungen	5

2.10.1	Masken	5

2.10.2	Auswertungen/Reports	5

2.10.3	Ablaufskizzen	5

2.11	Beziehungen / Beeinflussungen	5

2.11.1	Allgemein	5

2.11.2	Spezifische nicht funktionale Anforderungen	5

2.11.3	Geschäftsregeln	5

2.12	Testkatalog	6

2.13	Organisatorische Auswirkungen	6

2.14	Dokumentation	6

2.15	Offene Punkte	6

3	Nicht funktionale Anforderung (NFA)	7

3.1	Allgemeine Informationen	7

3.2	Beschreibung	7

3.3	Begründung	7

3.4	Annahmen / Standards / Rahmenbedingungen	7

3.5	Kennzahlen IST - Mengengerüst	7

3.6	Kennzahlen SOLL	7

3.7	Beziehungen / Beeinflussungen	7

3.7.1	Allgemein	7

3.8	Testkatalog	7

3.9	Organisatorische Auswirkungen	8

3.10	Offene Punkte	8

Ziel und Zweck

Dieses Template soll zur Beschreibung von Anforderungen verwendet werden. Neben einem Block mit allgemeinen Informationen enthält es separate Abschnitte für die Beschreibung der verschiedenen Arten von Anforderungen (funktionale, nicht funktionale, Geschäftsregeln, etc.).

Verwendung

In kleineren Projekten kann es Sinn machen sämtliche Anforderungsbeschreibungen in einem Dokument zusammenzuhalten. Für grössere Projekte macht es meist mehr Sinn für jede einzelne Anforderung ein separates Dokument zu erstellen. Wenden Sie dieses Template durch Kopieren bzw. Löschen der entsprechenden Kapitel so an, wie es für ihr Projekt am besten zutrifft.

Hinweise

In einzelnen Kapiteln sind Hinweise zum Ausfüllen des Templates als „verborgener Text“ eingefügt. Wenn sie diese Hinweise sehen möchten, stellen sie sicher dass in den Word-Optionen das Flag „ausgeblendeter Text“ eingeschaltet ist (Extras - Optionen – Tab Ansicht).

Felder die mit einen * versehen sind, sind im Anforderungskatalog 1:1 entsprechend vorhanden. Alle anderen Felder sollten jeweils nur an einem Ort geführt werden.

Zur Tiefe der Beschreibung(en) -> Geschäftsanwendungsfälle -> Systemanwendungsfälle -> Komponentenanwendungsfälle

Detaillierungsgrad der Anforderungen

Geschäftsfall

Ein Geschäftsfall beschreibt einen geschäftlichen Ablauf, wird von einem geschäftlichen Ereignis ausgelöst und endet mit einem Ergebnis, das direkt oder indirekt einen geschäftlichen Wert darstellt. Ein Geschäftsfall kann mehrere xxx umfassen

Die essentiellen Schritte jedes Geschäftsanwendungsfalls beschreiben abstrakt und technologieunabhängig die wahrscheinlich stabilen Anforderungen. Dies geschieht, indem die eigentlichen geschäftlichen Intentionen herausgearbeitet werden und dient dazu, eine langfristig gut erweiterbare Software zu konstruieren.

Ein Systemanwendungsfall ist ein Anwendungsfall, der Sachverhalte und Geschäftsprozesse beschreibt, die innerhalb der zu entwickelnden Software liegen und von dieser zu berücksichtigen sind.

Ein Systemanwendungsfall ist ein Anwendungsfall, der speziell das für außen stehende Akteure (Benutzer oder Nachbarsysteme) wahrnehmbare Verhalten eines (Hard-/Software-) Systems beschreibt.

Ein Systemanwendungsfall beschreibt nur solche Abläufe, die sich auf genau eine technisch relevante Systemeinheit (z.B. Hardware) abbilden lassen, d.h. Abläufe, die sich über mehrere Systeme erstrecken sind zu zerlegen.

Komponentenanwendungsfälle (Komponenten Use Cases) beschreiben die Interaktion von (softwaretechnischen) Komponenten, die zur Erfüllung von Systemanwendungsfällen notwendig sind.

Funktionale Anforderung – Geschäftsfall

Allgemeine Informationen

Nr.	Beschreibung {Titel}	Verweis/Ref
A[x]

Beschreibung

Nr.	Beschreibung	Verweis/Ref
A[x]

fachlicher Kontext

Absicht

Auslöser

Nr.	Beschreibung	Verweis/Ref
C[x]

Akteure

Nr.	Rolle	Beschreibung
Akt[x]

Vorbedingungen

Nr.	Beschreibung	Verweis/Ref
D[x]

Nachbedingungen

Nr.	Beschreibung	Verweis/Ref
E[x]

Abläufe / Szenarien

Nr.	Beschreibung {Titel}	Verweis/Ref
G[x]

Normalablauf

Schritt	Beschreibung	Bemerkung

Alternativabläufe

Schritt	Beschreibung	Bemerkung

Ausnahmeabläufe

Schritt	Beschreibung	Bemerkung

Anhänge / Ergänzungen

Masken

Auswertungen/Reports

Ablaufskizzen

Beziehungen / Beeinflussungen

Allgemein

Beziehung zu	Beschreibung der Beziehung/Beeinflussung

Spezifische nicht funktionale Anforderungen

Beziehung zu	Beschreibung der Beziehung/Beeinflussung

Geschäftsregeln

Nr.	Beschreibung	Verweis/Ref
F[x]

Testkatalog

Nr.	Beschreibung	Verweis/Ref
T[x]

Organisatorische Auswirkungen

Dokumentation

Nr.	Beschreibung	Verantwortlich	Termin
Dx

Offene Punkte

Nr.	Beschreibung	Verantwortlich	Termin

Nicht funktionale Anforderung (NFA)

Allgemeine Informationen

Nr.	Beschreibung {Titel}	Verweis/Ref
B[x]

Beschreibung

Begründung

Annahmen / Standards / Rahmenbedingungen

Kennzahlen IST - Mengengerüst

Typ	Wert	Bemerkung/Beschreibung
IST
Minimum
Maximum
Trend

Kennzahlen SOLL

Typ	Wert	Bemerkung/Beschreibung
Ziel
Hervorragend
Minimal
Trend

Beziehungen / Beeinflussungen

.

Allgemein

Beziehung zu	Beschreibung der Beziehung/Beeinflussung

Testkatalog

Nr.	Beschreibung	Verweis/Ref
T[x]

Organisatorische Auswirkungen

Offene Punkte

#	Beschreibung	Verantwortlich	Termin