Systemanalyse --Systemgestaltung

Roland T. Mittermeir Sommersemester 2001

SaSg SS 2001

1-1

R. Mittermeir

Systemanalyse Systemgestaltung
Grundfrage:

Welches System soll ich fr wen entwickeln?

Fr wen? Wie finde ich meine Partner? Was? Wie kommuniziere ich mit meinen Partnern?

Wofr bin ich verantwortlich? Wie gestalten wir ein Informatik-System? Wie bekomme ich es letztlich?
1-2

Was kostet das alles?

SaSg SS 2001

R. Mittermeir

Systemanalyse Systemgestaltung
Einleitung
Was gibt es zu analysieren, solang noch nichts da ist?

Vorgangsweise
Der Software-Entwicklungs Proze Der Requirements Engineering Proze

Requirements Elicitation and Analysis

Der Benutzer, das unbekannte Wesen Tausend Fragen ohne Antwort, hundert ungefragte Antworten , und 20 unterschiedliche Antworten auf dieselbe Frage

Anforderungs-Validierung
Kann die Antwort vor der Frage kommen?

Requiremens Management
Wie gehen wir mit Vernderungen um? Wie verwalten wir Anforderungen?

SaSg SS 2001

1-3

R. Mittermeir

Systemanalyse Systemgestaltung
Zielanalyse Modellierung mit UML, der Unified Modeling Language
* * * *

Darstellung und Formalisierung von Wnschen, Bedrfnissen und Anforderungen

(Strukturmodellierung UML-Statik) Verhaltensmodellierung an (und hinter) der Benutzerschnittstelle (Use-Cases, UML-Szenarien) Zustnde und Zustandsbergnge (UML-Dynamik) UML-Proze

Wofr sind wir verantwortlich?

Wann darf der Entwickler/System-Analyst ruhigen Gewisses schlafen gehen? Grundlagen der Fach-Ethik

Kostenschtzungen in frhen Projektphasen

Wie viel kostet ein bichen mehr?

Einfhrungsstrategien und Management-Aspekte Gestaltungsaspekte

Ergonomie und andere Gestaltungsfragen Client-Server Lsungen Ausschreibungen

SaSg SS 2001

1-4

R. Mittermeir

Literatur
Basisliteratur:

Gerald Kotonya, Ian Sommerville: "Requirements Engineering"; John Wiley & Sons, Ltd, 1998

notwendige Ergnzung
Teile der UML-Suite (use-cases, scenarios, dynamische Modellierung, UML-Proze)

weiterfhrende Literatur Requirements Engineering allgemein:

* Sommerville I., Sawyer P.: "Requirements Engineering: A good practice guide"; John Wiley & Sons, Ltd, 1997 * Jackson M.: "oftware Requirements & Specifications: a lexicon of practice, principles and prejudices"; Addison-Wesley, 1995 * Davis A.M.: "Software Requirements: Analysis & Specification"; Prentice-Hall, 1990 * Loucopoulos P., Karakostas V.: "System Requirements Engineering", McGraw-Hill, 1995 * Yourdon E.: "Modern Structured Analysis"; Yourdon Press/Prentice Hall, 1989 * Thayer R.H., Dorfman M.: "System and Software Requirements Engineering"; IEEE-CS 1990.

SaSg SS 2001

1-5

R. Mittermeir

Literatur
Requirements Elicitation

* Gause D.C., Weinberg G.M: "Exploring Requirements: Quality before Design", Dorset House Publ., 1989 * Stewart Ch.J., Cash W.B.: "Interviewing: principles and practices" 2nd ed, Wm.C. Brown, 1978 * Weaver C.H.: "Human Listening: Processes and Behavior"; Bobbs-Merrill Educ.Publ. 1972 * Goldhaber G.M.: "Organizational Communication"; Wm.C.Brown, 1979

Soft Systems Methodology

* Checkland P., Scholes J.: "Soft Systems Methodology in Action"; J. Wiley & Sons, 1990 * Checkland P.: "Systems Thinking, Systems Practice"; J. Wiley & Sons, 1981 * Weinberg G.M., Weinberg D.: "General Principles of Systems Design"; Dorset House Publ., 1988 * Weinberg G.M: "Rethinking Systems Analysis and Design"; Little, Brown & Ci., 1982 * Weinberg G.M.: "Quality Software Management: Vol. 1, Systems Thinking"; 1992

SaSg SS 2001

1-6

R. Mittermeir

Literatur
fachspezifische Ethikaspekte

* Bowyer K.W.b(ed): "Ethics and Computing: Living Responsibility in a Computerized World"; IEEE-CS, 1996 * Martin M.W., Schinzinger R.: "Ethics in Engineering"; 2nd ed, McGraw-Hill, 1989 * Fleissner P., Choc M. (Hrsg.): "Datensicherheit und Datenschutz: Technische und Rechtliche Perspektiven"; StudienVerlag, 1996 * Zeger HG. et al.: "Aktion Feigenblatt: Datenschutz auf sterreichisch", ARGE DATEN, 1988

Informationssysteme: Analyseaspekte
* Galliers R.: "Information Analysis: Selected Readings"; Addison-Wesley, 1987 * Mills H.D., Linger R.C., Hevner A.R.: "Principles of Information Systems Analysis and Design"; Academic Press, 1986

Standards
* Dorfman M., Thayer R.H.: "Standards, Guidelines and Examples on System and Software Requirements Engineering"; IEEE-CS 1990

SaSg SS 2001

1-7

R. Mittermeir

Literatur
Prozeaspekte, Management

* Gilb T.: "Principles of Software Engineering Management"; Addison Wesley, 1988 * Weinberg G.: "Quality Software Management: Systems Thinking", Dorset House 1992 * Frhauf K., Ludewig J., Sandmayr H.: "Software-Projektmanagement und -Qualittssicherung"; v/df, 1988 * Yourdon E.: "Managing the System Life Cycle: A Software Development Methodology Overview"; Yourdon Press, 1982 * Metzger P.W.: "Managing a Programming Project"; 2nd ed., Prentice-Hall, 1981 * Aron J.: "The Program Development Process: Part II: The Programming Team"; Addison Wesley, 1983 * Johnson J.R.: "The Software Factory: Managing Software Development and Maintenance"; 2nd ed., QED Information Sciences, 1991 * Chroust G.: "Modelle der Software Entwicklung"; Oldenbourg, 1992 * Brooks F.: "The Mythical Man-Month"; Addison-Wesley, 1975 * Yourdon E.: "Death March Projects", 1997

SaSg SS 2001

1-8

R. Mittermeir

Literatur
Objektorientierung
* UML-Suite:

Booch G., Rumbaugh J., Jacobson I.: "The Unified Modeling Language - Users Guide"; Addison-Wesley, 1999 Jacobson I., Booch G., Rumbaugh J.: "The Unified Software Development Process"; Addison-Wesley, 1999 Rumbaugh J., Jacobson I., Booch G.: "The Unified Modeling Language - Reference Manual"; Addison-Wesley, 1999 Fowler M.: "UML distilled - Applying the standard object modeling Language"; Addison-Wesley, 1999 Rosenberg D.: "Use Case Driven Object Modeling with UML - A practical approach"; Addison-Wesley, 1999

* weitere:
J. Rumbaugh: "OMT Insights - Perspectives on Modeling from the JooP"; SIGS Books, 1996 Rumbaugh J., Blaha M., Premerlani W., Eddy F., Lorensen W. : "Object-oriented Modeling and Design"; Prentice Hall, 1991 Coad P., Yourdon E.: "Object-Oriented Analysis"; Yourdon Press, 2nd ed., 1991 (OOA-blue book) Embley D.W., Kurtz B.D., Woodfiled S.N.: "Object-Oriented Systems Analysis: A Model-Driven Approach"; Yourdon Press/Prentice Hall, 1992 Coleman D. et al: "Object-Oriented Development: The Fusion Method"; Prentice-Hall, 1994 Martin J., Odell J.J.: "Object-Oriented Analysis & Design"; Prentice-Hall, 1992 Lano K., Haughton H.: "Object-Oriented Specification Case Studies"; Prentice-Hall, 1993 Graham I.: "Object Oriented Methods"; 2nd ed., Addison Wesley, 1993 Hutt A.T.F.: "Object Analysis and Design: Description of Methods"; J.Wiley & Sons, 1994 Webster B.F.: "Pitfalls of Object-Oriented Development"; M&T Books, 1995 Morejon J.: "MERISE: vers une modelisation orientee objet"; Les editions d' organisation, 1992

SaSg SS 2001

1-9

R. Mittermeir

Literatur
Prototyping

* Pomberger G., Blaschek G.: "Software Engineering - Prototyping und objektorientierte SoftwareEntwicklung"; C. Hanser, 1993 * Hallmann M.: "Prototyping komplexer Softwaresysteme", B.G. Teubner, 1990 * Connell J.L., Shafer L.B.: "Structured Rapid Prototyping: An Evolutionary Approach to Software Development"; Yourdon Press, 1989

Process Improvement
* Kehoe R., Jarvis A.: "ISO 9000-3: A Tool for Software Product and Process Improvement"; Springer, 1995 * El Emam K., Drouin J.-N., Melo W.: "SPICE: The Theory and Practice of Software Process Improvement and Capability Determination"; IEEE-CS, 1998 * Humphrey W.S.: "Managing the Software Process"; Addison-Wesley, 1989 * Humphrey W.S.: "A Discipline for Software Engineering"; Addison-Wesley, 1995

Client/Server Computing
* Berson A.: "Client/Server Architecture", 2nd ed., Mc Graw Hill, 1996 * Vaughn L.T.: Client/Server System Design & Impementation; Mc Graw Hill, 1994
SaSg SS 2001 1 - 10 R. Mittermeir

Literatur
Messen und Metriken

* Boehm B.: Software Engineering Economics"; Prentice-Hall, 1982 * Fenton N.E., Pfleeger S.L.: "Software Metrics: A Rigorous & Practical Approach"; 2nd ed, Thomson, 1997 * Conte S., Dunsmore H., Shen V.: "Software Engineering Metrics and Models"; Benjamin/Cummings, 1986 * Musa J., Iannino A., Okumoto K.: "Software Reliability: Measurement, Prediction, Application"; Mc Graw Hill, 1987 * Halstead M.H.: "Elements of Software Science"; North Holland, 1977 * Parikh G.: "Programmer Productivity"; Reston, 1984 * DeMarco T.: "Controlling Software Projects"; Yourdon Press, 1982 * Putnam L., Myers W.: "Measures for Excellence: Reliable Software on Time, within Budget"; Yourdon, 1992 * Walsh M.: "Productivity, Sand Traps & Tar Pits: How to detect ad avoid them"; Dorset House, 1991 * DeMarco T.: "Why does Software cost so Much?"; Dorset House, 1995

SaSg SS 2001

1 - 11

R. Mittermeir

Literatur
Software Qualitt: allgemein

Wallmller E.: "Software Qualittssicherung in der Praxis", Hanser, 1990 Wallmller E.: "Ganzheitliches Qualittsmanagement in der Informationsverarbeitung", Hanser, 1995 Schulmeyer G., McManus J.: "Handbook of Software Quality Assurance", Van Nostrand Reinhold, 1987 Shooman M.: "Software Engineering"; 1983

Zeitschriften und Konferenzen

ACM Transactions on Software Engineering and Methodology IEEE Transactions on Software Engineering x. International Workshop on Software Specification and Design (IWSSD) y. IEEE International Symposium on Requirements Engineering (RE) z. International Conference on Requirements Engineering (ICRE) i. International Conference on Software Engineering (ICSE)

SaSg SS 2001

1 - 12

R. Mittermeir

Einfhrung
Was gibt es zu analysieren, solang noch nichts da ist?

Requirements Engineering als Teilaufgabe des Systementwicklungsprozees

Probleme Systemanalyse / Anforderungsanalyse / Requirements Engineering SA als Ingenieursaufgabe, Schnittstellen:
* Benutzer Anwendung Informationssystem * Soft-science konomie Technik * zeitliche Schnittstellen

Aufgaben des Requirements Dokuments Inhalt(e) eines Requirements Dokuments

SaSg SS 2001

1 - 13

R. Mittermeir

Probleme
Viele Probleme von/mit Anwendungssystemen haben ihre Wurzeln in der Analyse-Phase
System entspricht nicht den Bedrfnissen der (des, einiger) Benutzer System wird in "Sondersituationen" gefhrlich (z.B. unzuverlssig) dokumentierte Anforderungen entsprechen nicht den wirklichen Bedrfnissen des Kunden dargelegte Anforderungen sind
* inkonsistent * unvollstndig * volatil

Vernderungen am vertraglich vereinbarten "System" sind teuer es bestehen Miverstndnisse zwischen Entwicklern, Wartungspersonal und jenen, die die Analyse durchfhrten

SaSg SS 2001

1 - 14

R. Mittermeir

Systemanalyse / Anforderungsanalyse / Requirements Engineering

Anforderung: Aussage ber einen Dienst (eine Funktionalitt) eines Systems oder ber eine zu beachtende Nebenbedingung (des Systems oder des Prozesses) grundstzlich noch keine Trennung in
* Hardware * Software * "Peopleware" / Organisation

=> Systemebene veraltet: WHAT: - requirement HOW: - design Systemanalyse: zu mehrdeutiger Begriff (math.Systemidentifikation, konomie)
weiters: Analyse

oder "Erhebung" ist zu wenig

=> Requirements Engineering

SaSg SS 2001 1 - 15 R. Mittermeir

The World & The Machine

MODELLE:
[Michael Jackson, ICSE 95]

The WORLD

The MACHINE

Raum, in dem die Benutzer arbeiten physisch, sozial, "natrlich"

SaSg SS 2001

Specification
Brcke zwischen gegebener "Natur" und konstruierter "Lsung"
1 - 16

Raum der (informationstechnischen) Lsung abstrakt, virtuell, "zu konstruieren"

R. Mittermeir

SA als Ingenieursaufgabe,
Einige Teilaspekte:
* finde Anforderungsquellen * prfe, ob "Anforderungsquellen" elizitationsfhig sind
sichere Elizitationsfhigkeit

* erhebe Anforderungen (Elicitation) * dokumentiere Anforderungen * gliedere, gruppiere, generalisiere Anforderungen * analysiere Zwischenergebnisse * prfe, ob Anforderungen korrekt erfat wurden * prfe Anforderungen auf Validitt * integriere Anforderungen * prfe auf interne Konsistenz (und relative Vollstndigkeit) * prfe auf Umsetzbarkeit * prfe (wenn nicht schon frher) auf Kosten

doch Vorsicht: es gibt kein "Universalrezept"

SaSg SS 2001 1 - 17 R. Mittermeir

Schnittstellen
Benutzer Anwendung * Informationssystem Soft-science konomie * Technik

Vergangenheit Gegenwart * Zukunft

SaSg SS 2001

1 - 18

R. Mittermeir

Aufgaben des Requirements Dokuments

Kommunikation zwischen Benutzern (Bedarfsstellern) und Analyst
reader-writer-cycle

=> Verstndlichkeit Kommunikation zwischen unterschiedlichen Benutzergruppen

Abgleich und Ausgleich von Anforderungsbereichen Schnittstellen-Abgleich zwischen unterschiedlichen Bedarfsstellern

=> Verstndlichkeit interne Prfungen des Requirements Engineers => Analysierbarkeit Formalitt, Ausfhrbarkeit Vertrag zwischen Kunden und Entwicklern => Dokumentierbarkeit Kommunikation zwischen Analyst und Entwicklern (Designer) => Unmiverstndlichkeit Bestimmtheit, Offenheit (non-constraining)
SaSg SS 2001 1 - 19 R. Mittermeir

Inhalt eines Requirements Dokuments

berblick ber das System und Begrndung (Nutzen) der Systementwicklung Glossar Definition der Dienste und funktionalen Anforderungen an das System Definition der Systemeigenschaften und der nichtfunktionalen Anforderungen (Sicherheit, Zuverlssigkeit, Performanz, ...) Randbedingungen (Constraints) des Betriebs des Systems und des SystementwicklungsProzesses Definition der Betriebsumgebung und vorhersehbarer nderungen dieser Detaillierte Systemspezifikation (System Modelle), Darstellung der Beziehungen zwischen Komponenten Index ggf. Anforderungsvarianten und zugehrige Konsistenzbedingungen

SaSg SS 2001

1 - 20

R. Mittermeir