Bevor wir anfangen zu arbeiten, müssen wir wissen, was wir tun wollen.
Nur wenn wir alle Anforderungen zusammenfassen, können wir ein geeignetes Konzept und eine geeignete Architektur entwerfen und müssen sie später während der Entwicklung nicht anpassen.

Wir können Anforderungen an einer Vielzahl von Orten entdecken, einschliesslich:

• Produktdefinitionen und Marketingmaterial
• Analyse von Konkurrenzprodukten
• Benutzerhandbücher und Datenblätter für Subsysteme, die wir integrieren werden
• Erweiterungsanforderungen für das vorhandene System
• Benutzerhandbücher oder Benutzeraufgabenliste des vorhandenen Systems
• Interviews mit Benutzern und anderen Stakeholdern
• Beobachtungen von Benutzern, die Aufgaben ausführen

Es ist notwendig, mehrere Personen zu befragen, die unterschiedliche Rollen von Benutzern vertreten, die mit dem System in Kontakt kommen.

Das Beobachten von Benutzern bei der Ausführung ihrer Arbeit ist eine weitere leistungsstarke Methode, um Informationen zu Anforderungen zu erhalten.
Oft werden Details bemerkt, die bei Benutzerinterviews nicht entdeckt werden.
Findet heraus, was Benutzer im Rahmen ihrer Rolle tun oder tun müssen.
Denke auch an Szenarien, was passiert, wenn etwas schief geht oder nicht wie erwartet.
Denke an notwendige Sicherheitsmassnahmen!

Macht Notizen darüber, wer die Anforderung anfordert, damit ihr später mit dieser Person sprechen könnt, wenn weitere Details zur Anforderung geklärt werden müssen.
Macht Notizen darüber, was angefordert wird und warum es angefordert wird, damit ihr den Grund für die Anforderung versteht und Prioritäten setzen könnt.

Es gibt zwei Ansätze zur Definition von Anforderungen:
Ein Ansatz wird von ausserhalb des Systems gewählt und definiert die Anforderungen, die vom Benutzer des Systems oder von anderen Systemen, die mit unserem System interagieren, angefordert werden.
Man kann diese Anforderungen definieren, indem man Fragen dazu stellt, was der Benutzer / anderes System mit unserem System tun muss und warum.
Der andere Ansatz erfolgt innerhalb des Systems und definiert Anforderungen an die Fähigkeiten und Funktionen des Systems.
Man kann diese Anforderungen definieren, indem man Fragen dazu stellt, welche Fähigkeiten und Funktionen Sensoren, Aktoren und andere Teile des Systems bieten müssen und warum.
Es ist gut, beide Ansätze zu kombinieren, da letztendlich die Anforderungen beider Ansätze übereinstimmen müssen, da der Benutzer die Funktionalität der Maschine nutzt.

Das gesamte System kann zerlegt werden, und Anforderungen für Subsysteme und andere Teile sollten definiert werden.
Eine Anforderung auf hoher Ebene kann in zusätzliche Anforderungen unterteilt werden, die detailliert genug sind, um getestet zu werden.

Anforderungen sollten nicht miteinander in Konflikt stehen.
Die Anforderungen müssen vollständig sein, Lücken müssen identifiziert und Überschneidungen zwischen Anforderungen müssen behoben werden.
Überprüft die Anforderungen mit den Stakeholdern, um sie zu priorisieren und Testfälle zu definieren.
Unnötige Anforderungen müssen identifiziert und beseitigt werden, da sie nicht nur zusätzliche Arbeit verursachen, sondern auch die Qualität des Systems verringern.

Was sind die Leistungsanforderungen?
Was sind die funktionalen Anforderungen?
Was sind die Anforderungen an Anzeige?
Was sind die Zugangsanforderungen?
Was sind die Sicherheitsanforderungen?
Was sind die Sprachanforderungen?