Kontrolliertes Englisch für Anforderungsspezifikationen

6 Kapitel 2
Anforderungen und SpeziÞkationen 5
lungen darŸber, welche FunktionalitŠt das zukŸnftige Softwareprodukt zur VerfŸgung
stellen soll und unter welchen Bedingungen es eingesetzt werden soll. Systematisch
genutzt, kšnnen aber die divergenten Sichtweisen der Benutzer und Anwendungsspezialisten
dazu dienen, Anforderungen zu erheben, zu ŸberprŸfen, zu ergŠnzen
und allfŠllige Konflikte explizit zu machen [Pohl 93:282 ff.]. Zu diesem Zweck sind
verschiedene Interview- und Fragetechniken entwickelt worden, um die Anforderungen
an ein Softwareprodukt ausfindig zu machen. Eine weitere beliebte Technik
der Informationsgewinnung sind Szenarien, die Verhaltensaspekte des zu entwickelnden
Produktes vorab veranschaulichen kšnnen [Schach 96:198 ff.]. Diese unterschiedlichen
Arten der Konzeptexploration sind notwendig und zeigen, dass keiner der
Benutzer und Anwendungsspezialisten in dieser frŸhen Phase der Softwareentwicklung
mit einer kompletten Liste aller Anforderungen aufwarten kann. Anforderungen
wachsen kontinuierlich, wŠhrend das Problem analysiert wird und ein Problembewusstsein
bei den Beteiligten entsteht.
Die Entwicklung eines Softwareproduktes beginnt gewšhnlich mit Requirements Engineering.
Diese Phase umfasst zwei AktivitŠten: zum einen die Anforderungsanalyse
und zum anderen die Anforderungsspezifikation. WŠhrend der Anforderungsanalyse
wird ein zu lšsendes Problem gedanklich und sprachlich durchdrungen, so dass ein
Problembewusstsein entstehen kann, aufgrund dessen die Beteiligten die Anforderungen
an ein zu entwickelndes Softwaresystem erkennen und zueinander in Beziehung
setzen kšnnen. Sobald ein hinreichendes VerstŠndnis der Anforderungen erreicht
ist und die Beteiligten davon Ÿberzeugt sind, die relevanten Sachverhalte aus
dem Anwendungsgebiet zu erkennen, ist es Zeit fŸr die Anforderungsspezifikation.
WŠhrend der Anforderungsspezifikation wird das funktionale Verhalten des geplanten
Softwareproduktes in einem Dokument - der sogenannten Software-Anforderungsspezifikation
- vollstŠndig spezifiziert. Die funktionalen Anforderungen beschreiben,
was das Produkt aus der Sicht des Anwendungsspezialisten tun soll, ohne
darauf einzugehen, wie diese Leistungen zu erbringen sind [vgl. Davis 90:17, Partsch
91:34]. Von den funktionalen Anforderungen sind die nichtfunktionalen Anforderungen
zu unterscheiden. Nichtfunktionale Anforderungen machen quantifizierbare
und nichtquantifizierbare Aussagen darŸber, wie das geplante Softwareprodukt die
gestellten funktionalen Anforderungen erfŸllen soll und schrŠnken die Anzahl der
mšglichen Implementationen ein [vgl. Partsch 91:35, Stokes 91:16/3]. Oft wird empfohlen,
nichtfunktionale Anforderungen wie Schnittstellenattribute, AusfŸhrungsverhalten,
ZuverlŠssigkeit und Produktestandards in der Software-Anforderungsspezifikation
textuell unabhŠngig zu spezifizieren [Sommerville 96:69].
2. Anforderungen und Spezifikationen
Die Praxis zeigt, dass Anwendungsspezialisten ihre Anforderungen fast immer in
fachspezifischen Begriffen von unterschiedlichem Abstraktionsgrad ausdrŸcken und
dazu auf bekannte Konventionen zurŸckgreifen. Vorzugsweise werden zur Darstellung
des sachlichen Wissens informelle Notationen verwendet, die einen mšglichst
freien Detaillierungsgrad zulassen. Beispielsweise stellen die folgenden natŸrlichsprachlichen
Anforderungen einen Sachverhalt in einer Bibliothek mit zunehmender
Genauigkeit dar, und zwar ausgehend von einer abstrakten Beschreibung in (1) hin zu
einer detaillierteren Beschreibung in (4):
The borrower returns a book.
(1)
The ordinary borrower returns a book.
(2)
The ordinary borrower returns a copy of a book.
(3)
The ordinary borrower returns a copy of a book which he currently has.
(4)
2.1 Anforderungen
WŠhrend der Anforderungsanalyse untersuchen die Beteiligten das Anwendungsgebiet,
um alle PhŠnomene und Beziehungen zu identifizieren, die im Problemkontext
eine massgebende Rolle spielen. Der Problemkontext ist der Ort, fŸr den eine Softwarelšsung
gesucht wird. Ein Problem ist nicht durch die Art der zu bauenden Maschine
charakterisiert, sondern einerseits durch die Struktur und Eigenschaften des
Anwendungsgebiets und andererseits durch die Anforderungen der Systembenutzer
und Anwendungsspezialisten in diesem Anwendungsgebiet [Jackson 95:10 ff.].
Normalerweise verwenden die Anwendungsspezialisten zur Beschreibung der Sachverhalte
sprachliche AusdrŸcke, mit denen sie vertraut sind, die aber oft implizites
Wissen aus einem Anwendungsgebiet kondensieren und deshalb fŸr den Softwareentwickler
nicht unmittelbar verstŠndlich sind. Neben der natŸrlichen Sprache als
primŠrem Kommunikationsmittel werden unterstŸtzend oft Diagramme, Tabellen,
Videos und andere formalere Zeichensysteme benutzt, um Anforderungen zu klŠren.
Die Schwierigkeit dabei ist, die entstehenden Informationen so zu ordnen, dass die
Anforderungen sind schwierig zu entdecken, da sie aus unterschiedlichen, heterogenen
Quellen stammen kšnnen, die nicht allen Beteiligten zugŠnglich sind. Die Benutzer
und Anwendungsspezialisten haben normalerweise verschiedenartige Vorstel-