Anforderungen

Marcel Lüthi
Departement Mathematik und Informatik

Anforderungen

Anforderungen legen fest, was man von einem Softwaresystem als Eigenschaften erwartet.

Zwei Fragen:

Wer ist "man"?
Was sind "Eigenschaften"?

Stakeholders

Stakeholder bezeichnet alle Partien die

Ein Interesse an der Software haben
Von der Entwicklung/Einsatz der Software betroffen sind

Verallgemeinert den traditionellen Kundenbegriff

Eigenschaften

Welche Eigenschaften müssen für ein neues Softwaresystem festgelegt werden?

Funktionale Eigenschaften
Nichtfunktionale Eigenschaften
(Designeigenschaften)
(Prozesseigenschaften)

Funktionale Anforderungen

Legen eine vom System bereitzustellende Funktion fest.

Was soll ein System tun?
Beispiele:

Das System soll den PIN vom Kunden prüfen.
Das System soll den Rechnungsbetrag erfragen, und falls genügend Geld vorhanden ist, das Konto belasten.

Nichtfunktionale Anforderungen

Alle Anforderungen die nicht funktional sind.

Beispielkategorien:

Qualitätsmerkmale (Performance, Wartbarkeit, ...)
Sicherheitsanforderungen
Ethische oder regulatorische Anforderungen

Betreffen meistens alle Funktionen des Systems

Strukturieres Ermitteln der Anforderungen

Visionen und Ziele
Rahmenbedingungen

Restriktionen für das System

Kontext

Umgebung des Systems

Funktionale Anforderungen
Nichtfunktionale Anforderungen

Visionen & Ziele

Vision: Realitätsnahe Vorstellung der gewünschten Zukunft.
Ziel: Verfeinert und operationalisiert die Vision.

Kriterien für Anforderung:

Hilft es meine Vision zu erfüllen?
Trägt es bei das Ziel zu erreichen?

Bevor ich ein System entwickle sollten wir immer eine gute Vorstellung, was denn die Vision für das System ist und welche Ziele wir damit erreichen wollen. Die Vision beschreibt, was wir in Zukunft erreichen wollen. Die Ziele operationalisieren die Vision und beschreiben wie wir das Ziel erreichen wollen. Der Unterschied von Vision und Zielen wird klar, wenn wir uns dies an einem Konkreten Beispiel anschauen. Die Vision der Firma Ikea ist zum Beispiel "Einen besseren Alltag für die vielen Menschen schaffen". Ein mögliches konkretes Ziel, dass sich daraus ableiten lässt, ist möglichst vielen Menschen schöne Möbel zu tiefen Preisen zu verkaufen. Wenn wir nun die Vision und die Ziele eines Systems kennen, können wir alle funktionalen und nichtfunktionalen Anforderungen eines Systems dagegen abgleichen.

Rahmenbedingungen

Legt organisatorische und technische Restriktionen für das Softwaresystem oder den Prozess fest.

Organisatorisch

Anwendungsbereich
Zielgruppe
Betriebsbedingungen

Technisch

Software (OS, DBMS,...)
Hardware

Als nächstes sollten wir uns überlegen, ob es organisatorische oder technische Restriktionen für das System oder den Entwicklungsprozess gibt. Beispielsweise sollten wir uns überlegen, für welchen Anwendungsbereich das System ausgelegt ist und wer die Zielgruppe ist. Wenn ich Beispielsweise eine Anwendung zur erstellung von Webseiten schreibe, werden die Anforderungen für die Zielgruppen Programmiere und Kaufmännische Angestellte, nicht dieselben sein. Weitere wichtige Hinweise können aus den Betriebsbedingungen hervorgehen. Bahnarbeiter die eine Software während der Gleisarbeiten bedienen müssen, brauchen sicher ein anderes Userinterface also Büroarbeiter. Auch das technische Umfeld spielt bei der Anforderungsanalyse eine wichtige Rolle. Gibt es bereits bestehende Software, wie ein betriebssystem oder ein Datenbanksystem, mit dem ein System zusammenarbeiten muss. Auf welcher Hardwareplattform muss die Software laufen? Je mehr informationen wir über die Rahmenbedingungen haben, desto präziser können wir die Anforderungen formulieren.

Kontext und Überblick

Abbildung nach: Helmut Balzert. Lehrbuch der Softwaretechnik, Abbildung 14.0-3

Eine Software wird nie im luftleeren Raum entwickelt, sondern läuft immer als Teil eines grösseren Systems in einem grösseren Kontext. Es ist wichtig sich bewusst zu machen, was denn genau dieser Kontext ist. aber vor allem auch, welcher Kontext relevant für das zu entwickelnde System ist. Der relevante Kontext wird die Anforderungen an unser Sytem beeinflussen. Daneben gibt es aber auch Systemkontext, der keinen Einfluss auf unsere Anforderungen hat, und deshalb für uns irrelvant ist. Die Abgrenzung ist nie ganz scharf, und vor allem in der frühen Phase der Anforderungsanalyse ist die Systemgrenze, und was relevanter und irrelevanter Kontext ist meist noch vage.

Kontext und Überblick

Kontext bezeichnet materielle und imaterielle Umgebung der Software.

Materielle Umgebung:

Sensoren
Gebäude
Personen

Immaterielle Umgebung

Schnittstellen zu anderen Softwaresystemen
Internet

Anforderungen ermitteln

Nach: Helmut Balzert, Lehrbuch der Softwaretechnik, Abb 21.0.1

Anforderungen an Anforderungen

Korrekt
Eindeutig (unambiguous)
Vollständig
Konsistent
Klassifizierbar nach Wichtigkeit
Klassifizierbar nach Stabilität
Überpüfbar / testbar

Nun wollen wir uns noch überlegen, was denn eigentlich die Anforderungen an die Anforderungen selbst sind. Gute Anfoderungen sollten eine Reihe von Kriterien erfüllen. Sie sollten natürlich korrekt sein. Es ist auch wichtig, dass wir die Anforderungen so schreiben, dass sie von allen Stakeholdern gleich verstanden werden, also Eindeutig sind. Natürlich möchten wir auch, dass die Anfoderungen vollständig sind, also all e geforderte funktionalität des Systems beschreiben, und dass die Anofderungen konsistent sind, sich also nicht wiedersprechen. Idealerweise kann ich die Anforderungen nach wichtigkeit und stabilität klassifizieren. Ich kann also jeder Anforderung dahingehend einteilen, wie wichtig sie für das System ist, und wie wahrscheinlich es ist, dass sich die Anforderung ändert.

Testbare Anforderungen

Anforderungen sollten testbar sein.

Beispiel:

Nicht testbar: Der Kunde soll nicht lange auf Systemantwort warten müssen.
Testbar: Überprüfung des PINs soll nicht länger als 3 Sekunden dauern

Geeignet für automatisierte Tests und als Abnahmekriterien.

Wenn immer möglich möchte ich eine Anforderung auch Testbar machen. Testbar heisst, ich kann klar entscheiden ob eine Anfoderung erfüllt ist. Ein Beispiel einer nicht testbaren Anforderung ist: Der Kunde soll nicht lange auf eine Systemartwort warten müssen. Hier ist nicht klar, was nicht lange bedeutet. Eine bessere, und auch testbare Anfoderung wäre, die Überprüfung des Pins soll nicht länger als 3 Sekunden dauern. Testbare Anforderungen lassen sich häufig direkt als automatisierte Softwaretests implementieren. Auch eigne sich diese Anfoderungen gut als Abnahmekriterien für ein System.

Anforderungen

Marcel Lüthi Departement Mathematik und Informatik

Anforderungen

Stakeholders

Eigenschaften

Funktionale Anforderungen

Nichtfunktionale Anforderungen

Strukturieres Ermitteln der Anforderungen

Visionen & Ziele

Rahmenbedingungen

Kontext und Überblick

Kontext und Überblick

Anforderungen ermitteln

Anforderungen an Anforderungen

Testbare Anforderungen

Marcel Lüthi
Departement Mathematik und Informatik