Requirements Analysis realisieren: Praktischer Leitfaden für die Anforderungsanalyse bei IT-Projekten — Kundenanforderungen erfragen, verstehen und spezifizieren

251 Pages·2005·30.891 MB·German

by  Karl Scharbert (auth.)

Karl Scharbert
Requirements Analysis
realisieren
Aus dem Bereich IT erfolgreich gestalten
Grundkurs JAVA Pl'Oflku~ ABAP"'
von Dietmar Abls von Patrick Theobald
Grundkurs MySQL und PHP SAP R/3-Kommunlkatlon
von Marlin PoUakowski mit RFC und Visual Basic
Ole Kunlt der ProgTammlerun, von Patrick Theobald
mitC++ ProJektmana,ement
von Martin Aupperle de, SW-Entwlcldune
Rechner.rehhektur von Werner Mellis
von Paul Herrmann Praxis des rr-Rechts
Grundkurs Vert.itte Sy.,..me von Horst Speichert
von GOnther Bengel IT-5lchert.elt - Make or Buy
Erfol,relche Datenbankanwendunc von Marco Kleiner, Lucas MUlier
mItSQL3 und Mario Kohler
von Jarg Fritze und JOrgen Marsch Manacement Software-Entwlcklun,
WI ... I ••• LAN In der Praxis von Carl Steinweg
von Peter Klau Untemehmenswettes
Exehan,e Server Datenmanapment
von Thomas Joos von Rolf Dippold, Andreas Meier,
Walter Schnider und Klaus Schwinn
Termln.lnrver mit
Cltrtx Metafnme XP Mehr rr-5lchert.elt durch Pen-Tests
von Thomas Joos von Enno Rey, Michael Thumann
und Dominick Baier
W.~.I.rt. Syatemlnte",ltlon
von Harry Marsh Sneed IT-5lchert.ett mit System
und Stephan S. Sneed von Klaus-Rainer Mulier
IT-ProJekte .trukturiert ...a ll,leren IT-Rlslko Manacement mit System
von Ralph Brugger von Hans-Peter Konigs
CM .HErmlt Methode Six Sipain der SW-Entwlcklunc
von Heinrich Roltmann von Thomas Michael Fehlmann
Visual anle .NET mit Mett.ocle Netzarchttektur-Kompass fUr die
von Heirlrich Rottmann Reallslerune
von Thomas Spitz, Markus Bliimle
Warum lu.prechnet .NET?
und Holger Wiedel
von Heinrich Rottmann
SIP - Die Technlk
W.~Procnmml.runl von Andreas Kanbach
von Oral Avcl, Ralph Trittmann und
Werner Mellis Der IT s.c:urity Manapr
von Heinrich Kersten und Gerhard Klett
Proflkurs PHP-Nuke
von Jens Ferner Requirements Analysis reallsleren
von Karl Scharbert
Proflku~ Ecllp. . 3
von Gottfried Wolmeringer
www.vieweg-it.de
Karl Scharbert
Requirements Analysis
realisieren
Praktischer Leitfaden fur die
Anforderungsanalyse bei IT-Projekten -
Kundenanforderungen erfragen,
verstehen und spezifizieren
Mit einem Geleitwort von Theo Saleck
und 51 Abbildungen
~
Springer Fachmedien Wiesbaden GmbH
vleweg
Bibliografische Information Der Deutschen Bibliothek
Die Deutsche Bibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie;
detaillierte bibliografische Daten sind im Internet uber <http://dnb.ddb.de> abrufbar.
Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in diesem Werk
berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, dass solche Namen im Sinne
von Warenzeichen- und Markenschutz-Gesetzgebung als frei zu betrachten waren und daher von
jedermann benutzt werden durfen.
Hochste inhaltliche und technische Qualitat unserer Produkte ist unser Ziel. Bei der Produktion und
Auslieferung unserer Biicher wollen wir die Umwelt schonen: Dieses Buch ist auf saurefreiem und
chlorfrei gebleichtem Papier gedruckt. Die EinschweiBfolie besteht aus Polyathylen und damit aus
organischen Grundstoffen, die weder bei der Herstellung noch bei der Verbrennung Schadstoffe
freisetzen.
1. Auflage November 2005
Alle Rechte vorbehalten
© Springer Fachmedien Wiesbaden 2005
Urspriinglich erschienen bei Friedr. Vieweg & Sohn Verlag/GWV Fachverlage Gmbh, Wiesbaden 2005
Lektorat: Dr. Reinald Klockenbusch / Andrea BroBler
Der Vieweg-Verlag ist ein Unternehmen von Springer Science+Business Media.
www.vieweg-it.d
e
Das Werk einschlieBlich aller seiner Teile ist urheberrechtlich geschutzt. Jede
Verwertung auBerhalb der engen Grenzen des Urheberrechtsgesetzes ist ohne
Zustimmung des Verlags unzulassig und strafbar. Das gilt insbesondere fur
Vervielfaltigungen, Ubersetzungen, Mikroverfilmungen und die Einspeicherung
und Verarbeitung in elektronischen Systemen.
Konzeption und Layout des Umschlags: Ulrike Weigel, www.CorporateDesignGroup.de
Umschlagbild: Nina Faber de.sign, Wiesbaden
Druck- und buchbinderische Verarbeitung: MercedesDruck, Berlin
ISBN 978-3-8348-0001-5 ISBN 978-3-663-11302-7 (eBook)
DOI 10.1007/978-3-663-11302-7
Vorwort
Die Themen von IT-Buchern sind techniklastig. In Buchhandlungen kann man die
Literatur zu Programmiersprachen, Betriebssystemen und Standardsoftware nach
Regalmetern bemessen. Daneben findet man einige Kilogramm Netzwerktechnik,
Internet und UML. Dann gibt es noch eine kleine, leicht zu ubersehende Ecke zu
Projektmanagement und eine mit Lehrbuchern. Die Requirements Analysis, das Auf
nehmen, Strukturieren und IT-taugliche Darstellen der Kundenanforderungen,
kommt regelmafSig zu kurz. Dies ist umso bedenklicher, als ein nicht geringer Anteil
der Entwicklungskosten fur Software fur die Feststellung der Kundenwunsche ver
braucht wird. Das Thema ist fUr die technisch orientierte Welt der IT auch nur
schwer fassbar, denn man geht dabei als Analytiker mit Menschen urn, die nichts
von der IT verstehen.
Dieses Buch stellt einen Briickenschlag zwischen Fachabteilung und IT-Team her.
Softwareentwickler verlangen nach konkreten Vorgaben. Diese fallen nicht vom
Himmel. Sie mussen erfragt, verstanden und strukturiert werden. Das Buch richtet
sich in erster Linie an Analytiker und Projektleiter aus der IT sowie an IT
Spezialisten, die mit einer Requirements Analysis fUr die Softwareentwicklung befasst
sind. Es kann aber auch von Fachanwendern benutzt werden, die bei der Erstellung
von Fachkonzepten mitwirken sollen. Studenten und Auszubildende finden An
regungen zu Themen, die sie in ihrer Ausbildung bestenfalls streifen. In den Texten
finden sich viele Beispiele, damit stets ein Bezug zur Geschaftswelt hergestellt
werden kann. Die verfremdeten Praxisbeispiele im grauen Kasten sind aIle passiert.
Entstanden ist dieses Buch aus der Praxis. Die urspriingliche Textfassung war auf
einer Website, in das Buch flossen Leserkommentare mit ein. Sie finden bei
www.karlscharbert.de jetzt Material, fUr das in diesem Buch kein Platz mehr war.
Leserkomrnentare sind willkommen, so dass die Leserschaft ihre Erfahrungen zum
wechselseitigen Vorteil einbringen kann.
Fur ihre Mithilfe bei der Entstehung dieses Buches will ich mich besonders be
danken bei Sonja Cradock, Eva G6del, Ulrich Haag, Dr. Edgar Haimerl, Theo Saleck,
Christian Stilz, Ulrich Vogt, Volker Wegert und bei meinem Lektor Dr. Reinald
Klockenbusch.
rch betrachte dieses Buch dann als einen Erfolg, wenn auch nur ein einziges Ent
wicklungsprojekt besser lauft, der Kostenrahmen nicht gesprengt wird, der Zeitplan
eingehalten wird und die Entwickler abends und am Wochenende zu Hause sein
k6nnen.
Munchen, im September 2005 Karl Scharbert
V
Geleitwort
Wir leben aile unter demselben Himmel, aber wir haben nicht aile denselben Horizont
Dieser Ausspruch von Konrad Adenauer trifft ein seit Jahrzehnten bestehendes zen
trales Problem der Informationsverarbeitung. Die beteiligten Gruppen, mogen es
nun Kaufleute, Organisatoren, Techniker oder Sachbearbeiter sein, leben in ihren
unterschiedlichen Welten und reden mit viel Engagement aneinander vorbei. Wenn
dann die unvermeidlichen Probleme eintreten und Projekte scheitern, wird gerne auf
den vermeintlich "beschrankten Horizont" des jeweils anderen gewettert.
Viel hilfreicher ist, den Horizont des anderen nicht zu bewerten, sondem anzu
erkennen und die unterschiedlichen Welten durch gemeinsames Bemiihen zu ver
binden. Leider wird dieses Thema seit Jahrzehnten durch Revierabgrenzungen tabu i
siert.
In diesem Buch werden Methoden und Verfahren aus der Praxis vorgestellt, die es
ermoglichen, ein "gemeinsames Bemiihen" auch zum Erfolg kommen zu lassen. Die
"Requirements Analysis", also die Analyse und das gemeinsame Begreifen der An
forderungen des Auftraggebers, auch als Auftragsklarung zu verstehen, nimmt hier
Schritt fUr Schritt praktikable Gestalt an. Das Verstehen und das Verankem im
Bewusstsein wird durch die zahlreichen Beispiele aus der Praxis wesentlich ge
fordert.
Der Verfasser versteht es, Systematiken, das Verstandnis dafiir und die Anwen
dungsmoglichkeiten so zu verkniipfen, dass dieses Buch yom Praktiker als detail
lierte Anleitung verwendet werden kann. Hierbei werden die Horizonte so mit
einander verbunden, dass in die Projektarbeit doch noch ein StUck klaren Himmels
hineinscheinen kann.
Ein Buch fUr den Praktiker, der die Tatsache der unterschiedlichen Horizonte er
kannt und anerkannt hat und nun in die Realisierung der "Requirements Analysis"
einsteigen will.
Theo Saleck
im September 2005
VII
Inhaltsverzeichnis
1 Einfuhrung .......................................................................................... 1
1.1 Fur wen ist dieses Buch? ................................................................................. 1
1.2 Ein Beispiel ...................................................................................................... 2
1.3 Wie soll dieses Buch gelesen werden? ........................................................... 4
1.4 Begrifflichkeit und EVA ................................................................................... 5
1.5 Der Analytikerberuf ......................................................................................... 7
1.6 Wohin geht die Reise? ..................................................................................... 9
2 Prozessmodelle ................................................................................. 11
2.1 Die Analysephase in der Softwareentwicklung ............................................ 11
2.2 Entwicklung auf Zuruf. .................................................................................. 13
2.2 Wasserfallmodell ............................................................................................ 15
2.3 Inkrementelles Modell ................................................................................... 18
2.4 Evolutionares Modell ..................................................................................... 19
2.5 Nebenlaufiges Modell .................................................................................... 20
2.6 Prozessmodelle in der Praxis ........................................................................ 23
3 Istanalyse ........................................................................................... 27
3.1 Definition ....................................................................................................... 27
3.2 Wann ist eine Istanalyse notwendig? ............................................................ 28
3.3 Was ist aufzunehmen? ................................................................................... 28
3.3.1 Was findet man vor? ................................................................................................ 28
3.3.2 Vorhandene IT -Systeme .......................................................................................... 29
3.3.3 Manuelle Verfahren ................................................................................................. 31
3.3.4 Halbautomatische Verfahren .................................................................................. 36
3.3.5 Rollen ........................................................................................................................ 39
3.4 Wer wird befragt? .......................................................................................... 39
3.5 Reihenfolge .................................................................................................... 41
3.5.1 Stepwise Refinement ............................................................................................... 41
3.5.2 Teilprozesse ............................................................................................................. 42
3.5.3 Aktivitiiten ................................................................................................................ 44
3.6 Bewegte Ziele ................................................................................................ 45
4 Die Anforderungsanalyse ................................................................. 47
IX
4.1 Was wird analysiert? ...................................................................................... 47
4.2 Wann ist eine Anforderungsanalyse notwendig? ......................................... 47
4.3 Istanalyse und Anforderungsanalyse ............................................................. 48
4.4 Was ist aufzunehmen? ................................................................................... 50
4.5 Produktzielgruppenspezifische Befragung und Risiken ............................... 53
4.6 Fachanwender. ............................................................................................... 56
4.7 Timing ............................................................................................................ 59
4.8 Tiicken ........................................................................................................... 61
4.8.1 Fehlende Festlegung ............................................................................................... 61
4.8.2 Hohe Abstraktheit .................................................................................................... 62
4.8.3 Interessenskonflikte ................................................................................................. 63
4.8.4 Desinteresse ............................................................................................................. 65
4.8.5 Ungenauigkeit .......................................................................................................... 66
4.8.6 Bewegte Ziele .......................................................................................................... 68
5 Der Weg zum Anforderungsdokument ........................................... 71
5.1 Voruberlegungen ........................................................................................... 71
5.2 Hohe Sicht auf Projektebene ......................................................................... 73
5.3 Vorarbeiten .................................................................................................... 73
5.3.1 Teambildung und Rolle des Analytikers ............................................................... 73
5.3.2 Vereinbarung von Regeln ....................................................................................... 75
5.4 Elf Schritte zum Anforderungsdokument.. .................................................... 76
5.4.1 Anwendungsfallpakete und Randbedingungen .................................................... 76
5.4.2 Erfassung der Geschaftslogik ................................................................................. 78
5.4.3 Quantifizierung ........................................................................................................ 80
5.4.4 Review und Teilabnahme ....................................................................................... 81
5.4.5 Priorisierung ............................................................................................................. 81
5.4.6 Detaildatenanalyse ................................................................................................... 83
5.4.7 Vorgangsdefinition, Story Board und Verarbeitungsschritte ............................... 84
5.4.8 Konflikte auf IT-Ebene identifizieren .................................................................... 86
5.4.9 Review und vorlaufige Abnahme ........................................................................... 87
5.4.10 Abschatzung und Entwicklungsplanung ............................................................... 88
5.4.11 Abnahme .................................................................................................................. 89
5.5 Definition der Benutzeroberfhche ................................................................ 89
6 Interaktion mit dem Fachanwender ................................................ 91
6.1 Meetings ......................................................................................................... 91
6.1.1 Einftihrung ................................................................................................................ 91
x
6.1.2 Vorbereitung ............................................................................................................ 92
6.1.3 Agenda ...................................................................................................................... 93
6.1.4 Personliche Vorbereitung ....................................................................................... 93
6.1.5 Durchfiihrung ........................................................................................................... 94
6.1.6 Aufgaben des Vorsitzenden und des Moderators ................................................ 95
6.1.7 Nachbearbeitung ...................................................................................................... 95
6.2 Interview ........................................................................................................ 95
6.3 Workshop ....................................................................................................... 99
6.4 Informelle Treffen ........................................................................................ 101
6.5 Spontane Interaktion ................................................................................... 102
6.6 Beobachtung des Fachanwenders ............................................................... 102
6.7 Mitarbeit beim Fachanwender. .................................................................... 104
6.8 Fragebogen und schriftlichen Umfrage ....................................................... 106
6.9 E-Mail ........................................................................................................... 107
6.10 Telefongesprach ........................................................................................... 110
6.11 Arbeitspakete ............................................................................................... 110
6.12 Fragetechniken ............................................................................................ 111
6.12.1 Allgemeines ............................................................................................................ 111
6.12.2 Entspannung der Situation .................................................................................... 113
6.12.3 Erzahlen lassen ...................................................................................................... 114
6.12.4 Kontextfreiheit ....................................................................................................... 116
6.12.5 Die Ja-Nein-Frage .................................................................................................. 117
6.12.6 Vollstandigkeit ....................................................................................................... 119
6.12.7 Korrektheit ............................................................................................................. 121
6.12.8 Implizite Annahmen .............................................................................................. 122
6.13 Eskalation ..................................................................................................... 124
6.13.1 Ein Standardvorgehen ........................................................................................... 124
6.13.2 Eskalation verstehen .............................................................................................. 126
6.13.3 Eskalationswege ..................................................................................................... 127
7 Daten, Bildschirmformulare, AbHiufe ............................................ 129
7.1 Daten ............................................................................................................ 129
7.2 Bildschirmformulare .................................................................................... 131
7.2.1 Allgemeines ............................................................................................................ 131
7.2.2 Entwurf und Darstellung von Bildschirmformularen ......................................... 132
7.2.3 Wichtige Bildschirme1emente ............................................................................... 134
7.3 Ablaufe ......................................................................................................... 137
7.3.1 Was kann einem Fachanwender zugemutet werden? ....................................... 137
XI