SWEM

9

Der Systemkontext ist der Teil der Umgebung eines geplanten Systems, der für die Definition und das Verständnis der Anforderungen relevant ist. Er umfasst also alle Personen, Systeme, Prozesse, Regeln etc., die Einfluss auf die Anforderungen haben. Die klare Bestimmung des Systemkontexts ist wichtig, damit keine wichtigen Einflussfaktoren übersehen werden – ein falsch oder unvollständig abgegrenzter Kontext führt leicht zu unvollständigen Anforderungen. Außerdem ermöglicht die Kontextabgrenzung, Änderungen im Umfeld frühzeitig zu erkennen und ihre Auswirkungen auf die Anforderungen zu bewerten.

Basiswissen Requirements Engineering (Pohl), Kapitel 2.2 (Systemkontext und -grenze).

Die Systemgrenze trennt das geplante System von seiner Umgebung – sie legt fest, was zum System gehört und was außerhalb (im Kontext) bleibt. Die Kontextgrenze hingegen trennt den relevanten Teil der Umgebung (Systemkontext) vom irrelevanten Umfeld. Mit anderen Worten: Die Kontextgrenze grenzt den Systemkontext gegen die gesamte übrige, für die Anforderungen irrelevante Umgebung ab. Durch Festlegung von System- und Kontextgrenze wird klar definiert, welche externen Elemente berücksichtigt werden müssen

Üblich ist eine Einteilung in funktionale Anforderungen, nicht-funktionale Anforderungen, Problembereichsanforderungen, Benutzeranforderungen und Systemanforderungen. (Manchmal nutzt man auch einfach Muss-/Soll-/Kann-Anforderungen als grobe Kategorien.) Diese Kategorien helfen, ähnliche Anforderungen zu gruppieren.

Eine funktionale Anforderung beschreibt eine Funktionalität oder Leistung, die das System erbringen soll. Sie betrifft also direkt das Verhalten des Systems bzw. was das System tun können muss (typischerweise resultieren daraus Systemfunktionen oder -dienste). Es beantwortet die Frage: Welche Aktion oder welches Ergebnis soll das System für den Nutzer bereitstellen?

Software Engineering kompakt (Metzner), Kapitel 4.3.2.1.

Grundsätzlich jede Anforderung, die nicht direkt als Funktion im Code umgesetzt wird. Dazu zählen Qualitätsanforderungen (wie Performance, Sicherheit, Zuverlässigkeit usw.), technische Anforderungen, Anforderungen an zu verarbeitende Informationen, Usability-Vorgaben und viele mehr. Nicht-funktionale Anforderungen legen also Eigenschaften oder Rahmenbedingungen des Systems fest, statt konkreter Funktionen.

Beispiel: „Der Algorithmus XYZ muss in höchstens 2 Sekunden ausführbar sein.“ – dies ist eine Performance-Anforderung und damit nicht-funktional. (Ein weiteres Beispiel: „Pflichtfelder für den Benutzer werden mit einem * markiert.“ – eine Usability-Anforderung.)

Eine Anforderung, die sich aus dem spezifischen Anwendungsbereich (der Domäne) des Systems ergibt. Sie reflektiert spezielle Bedürfnisse oder Regeln dieser Domäne. Domänenanforderungen werden durch die Einsatzumgebung des Systems motiviert und würden so in anderen Domänen nicht unbedingt auftreten. (Beispiel: In der Museums-Domäne die Anforderung, Exponate einem Raum zuordnen zu können.)

Beispiel: In einer Museumsführer-Software die Anforderung „Exponat einem Raum zuordnen“. Diese entsteht direkt aus der Domäne Museum – Benutzer des Systems benötigen diese Funktion, weil Exponate verwaltet und Räumen zugeteilt werden müssen. Es handelt sich also um eine Domänenanforderung, da sie spezielle Bedürfnisse dieser Umgebung (Museum) abbildet.

Eine Benutzeranforderung beschreibt das System aus Sicht des Endnutzers – oft das externe Verhalten wie Eingaben und Ausgaben. Sie wird in für Anwender verständlicher Sprache formuliert und stellt meist eine vom Nutzer gewünschte Funktion oder Interaktion dar. Häufig sind Benutzeranforderungen Komfortfunktionen, die dem Nutzer die Arbeit erleichtern. (Sie beantworten: Was soll das System für den Benutzer tun?)

„Die aktuelle Ansicht soll gedruckt werden, wenn der Benutzer die Schaltfläche Drucken auswählt.“ – Dies beschreibt eine vom Nutzer wahrnehmbare Funktion (Druck der Anzeige auf Knopfdruck) und ist verständlich in Alltagssprache formuliert. Es handelt sich um eine typische Benutzeranforderung (User Requirement).

Eine Systemanforderung ist eine präzisierte, interne Anforderung, die beschreibt, wie eine Benutzeranforderung vom System umgesetzt werden soll. Sie dient als detailliertere Spezifikation der vom Benutzer gewünschten Funktionen, ohne bereits die konkrete Implementierung vorzugeben. Systemanforderungen beschreiben also interne Aspekte oder Architekturvorgaben, die zur Erfüllung der Benutzeranforderungen nötig sind.
 

Software Engineering kompakt (Metzner), Kapitel 4.3.2.5.

Ermittlung und Beschreibung der Anforderungen

Eine testbare, eindeutige Beschreibung eines Produkts aus Kundensich

Planung, Definition, Design, Implementierung, Test/Abnahme, Wartung

Strukturierter Ablauf zur Entwicklung von Software

Wasserfallmodell, V‑Modell, Spiralmodell, agiles Modell

Zeitliche Abfolge von Vorgängen als Balken auf einer Zeitachse

Spezifikation, Abstimmung und Management von Anforderungen zum Verständnis und zur Risikominimierung gegenüber den Stakeholder-Wünschen 

Eine Person oder Organisation, die Anforderungen beeinflusst oder vom System beeinflusst wird

Ein dokumentiertes Bedürfnis oder eine Fähigkeit, die das System erfüllen muss