OO Analyse Analyseprozess Erstellen eines Modells

Slides:



Advertisements
Ähnliche Präsentationen
Business Engineering Philipp Osl, Alexander Schmidt
Advertisements

Grundlegende Entwicklungsstrategien [Schönthaler/Neméth 1990, S. 17]
Die Definitionsphase -Objektorientierte Analyse - Das statische Modell
Projektumfeld Gesellschaftliche Strömungen Strukturen/ Gliederung
24. Methoden und Verfahren der objektorientierten Analyse Realisierung
Vorlesung Softwaretechnik
Assoziationen Verbindungen zwischen Objekten einer Klasse
Methodik: Objektorientierte Analyse
WS 04/05 wiss. Übung: Systemanalyse und Softwaredesign
Objektorientierte Analyse
Checklisten dynamisches Modell
Manfred Thaller, Universität zu Köln Köln 28. Januar 2008
Anwendungsfalldiagramm
Anwendungsfalldiagramm
Ziel: externe Systemverhalten aus Anwendersicht
Sequenzdiagramm.
Objektorientierte Analyse (OOA) Inhaltsübersicht
Objektorientierter Entwurf (OOD) Übersicht
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Was ist Refactoring? Bevor man die Integration angeht, mag es angebracht sein, den.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Beispiel 2: Iterative-Inkrementelle Vorgehensmodelle Annahmen: Anforderungen sind unvollständig.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Aufgaben des Testens Vergleich des Verhaltens einer Software mit den an sie gestellten.
Beispiel: Wasserfallmodell als einfaches Phasenmodell
es gibt (fast) nichts, was nicht anders gemacht werden könnte
Abhängigkeitsbeziehung
Lösungen
Methodik: Objektorientierte Analyse
Objektorientierte Konzepte und Notation in UML
Rational Unified Process (RUP) - Definitionen
Modellierung komplexer Realität mit Objekten
eXtreme Programming (XP)
Programmiermethodik SS2007 © 2007 Albert Zündorf, University of Kassel 1 5. Test-First Prinzip Gliederung: 1. Einführung 2. Objektdiagramme zur Analyse.
1 Dipl.-Inform. Christian Fuß Lehrstuhl für Informatik 3 an der RWTH Aachen 2. Übungsblatt Änderungen am ersten Entwurf und Entwurfsparadigmen 4. Mai 2006.
Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl
OO Analyse und Entwurf für Anwender
Die Bank von morgen - eine neue Welt für IT und Kunden? 23. Oktober 2001.
UML Begleitdokumentation des Projekts
Programmiermethodik SS2007 © 2007 Albert Zündorf, University of Kassel 1 5. Test-First Prinzip Gliederung: 1. Einführung 2. Objektdiagramme zur Analyse.
Programmiermethodik SS2007 © 2007 Albert Zündorf, University of Kassel 1 5. Test-First Prinzip Gliederung: 1. Einführung 2. Objektdiagramme zur Analyse.
Vorgehensmodelle: Schwergewichtige Modelle
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Objektmodellierung Objekte und Klassen Ein Objekt ist ein Exemplar.
Spezifikation von Anforderungen
Software Engineering SS 2009
3. Vorlesung: UML Use Case Diagramme
6. Vorlesung: Statische Konzepte
12. Vorlesung: Aktivitätsdiagramme
10. Vorlesung: Dynamische Konzepte
Das Pflichtenheft Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth
grundlagen der Wirtschafts- informatik
Unified Modeling Language Repetition / Einführung zu UML
UML WS 09/10: Datenbanken vs MarkUp Dozent: Prof. Dr. Manfred Thaller
LVA , SS021 Im Mittelpunkt aller Bemühungen steht der Kunde und die Steigerung des Kundennutzens. Deswegen: Wer alles reinlässt kann nicht.
Objektorientierte Analyse
UML-Kurzüberblick Peter Brusten.
Wasserfallmodell und Einzelbegriffe
UML Modellierung des Verhaltens von Klassen und Objekten
Paradigmenwechsel in der Unternehmensmodellierung Prof. Dr. Wolfgang Voigt Dipl.-Ing. Päd. Alexander Huwaldt UML Extrakt UML Seminar, Chemnitz
Vom Geschäftsprozess zum Quellcode
Relationale Datenbanken
Objektorientierte Modellierung mit UML
Klassen und Klassenstruktur
Unified Modeling Language UML
Name des Vortragenden ‌ Klasse ‌‌‌ Ort / tt.mm.jjjj Anwendungsfalldiagramm.
Tutorium Software-Engineering SS14 Florian Manghofer.
© Till Hänisch, 2002 BA Heidenheim Objekte und UML "You can model 80 percent of most problems by using about 20 percent of the UML." -- Grady Booch But.
Tutorium Software-Engineering SS14 Florian Manghofer.
Tutorium Software-Engineering SS14 Florian Manghofer.
UML – Unified Modeling Language
Informatik Softwareentwicklung – 4.2 Diagramme
 Präsentation transkript:

OO Analyse Analyseprozess Erstellen eines Modells Checkliste Geschäftsprozess Checkliste Paket

Analyseprozess Ziel und Vorgehensweise: Produktverbesserung durch Prozessveränderungen Evolutionärer Entwicklungsprozess

Evolutionärer Entwicklungsprozess 1. Zyklus Analyse für Produktkern Entwurf für Produktkern Implementation des Produktkerns 2. Zyklus Erweiterung des Kerns durch Korrekturen und Verbesserungen Arbeit der vorigen Zyklen soll nicht noch mal gemacht werden!!! sondern Erfahrung und Ergebnis für den nächsten Zyklus 3. Zyklus - 4. Zyklus usw. Iterativer Prozess (Verfeinerungen der Systemarchitektur) bis fertiges Gesamtsystem ausgeliefert werden kann

Analyseprozess Analyseprozess = Makroprozess + methodische Regeln (Checklisten, Muster) Makroprozess bestimmt die Vorgehensweise: * balancierter Makroprozess --> Neuentwicklungen * datenbasierter Makroprozess --> alte Datenbestände * szenariobasierter Makroprozess --> viele funktionale Anforderungen

Balancierter Makroprozess Geschäftsprozessdiagramm Statisches Modell: - Klassen ableiten - Assoziationen ermitteln Dynamisches Modell: - Szenarios ermitteln (Interaktionsdiagramm) - Zustandsautomaten - Operationen in Klassendiagramm - Aktivitätsdiagramm

Balancierter Makroprozess 1. Geschäftsprozesse aufstellen Erstellen der essentiellen Geschäftsprozesse -» Beschreibung Geschäftsprozesse -» Geschäftsprozeßdiagramm 2. Pakete bilden Bilden von Teilsysteme; bei großen Systemen, die i. a. durch mehrere Teams bearbeitet werden, muss die Bildung von Paketen am Anfang stehen -» Paketdiagramm

Balancierter Makroprozess 6 Schritte zum statischen Modell: 1 Klassen identifizieren Identifizieren von so vielen Attributen und Operationen für jede Klasse, wie für das Problemverständnis und das einwandfreie Identifizieren der Klasse notwendig ist -»Klassendiagramm -»Kurzbeschreibung Klassen 2. Assoziationen identifizieren zunächst nur die reinen Verbindungen, noch keine genaueren Angaben (Kardinalität) -» Klassendiagramm

Balancierter Makroprozess 3. Attribute identifizieren Identifizieren alle Attribute des Fachkonzepts -» Klassendiagramm 4. Vererbungsstrukturen identifizieren 5. Assoziationen vervollständigen »normale« Assoziation, Aggregation oder Komposition Kardinalitäten, Rollen, Namen und Restriktionen -» Klassendiagramm -» Objektdiagramm 6. Attribute spezifizieren -» Attributspezifikation nicht immer sequentiell !!

Balancierter Makroprozess 3 Schritte zum dynamischen Modell: 1. Szenarios erstellen Geschäftsprozesse durch Szenarios präzisieren -» Sequenzdiagramm, -» Kollaborationsdiagramm 2. Zustandsautomat erstellen -» Zustandsdiagramm 3. Operationen beschreiben -» Klassendiagramm -» fachliche Beschreibung der Operationen, Zustandsautomaten, Aktivitätsdiagramme

Datenbasierter Makroprozess Umfangreiche alte Datenbestände sind vorhanden und der Umfang der funktionalen Anforderungen ist noch unbekannt. Klassendiagramme Geschäftsprozessdiagramm Szenarios - Interaktionsdiagramme Zustandsdiagramme

Szenariobasierter Makroprozess Umfangreiche funktionale Anforderungen sind klar ersichtlich und alte Datenbestände sind nicht oder in geringem Umfang vorhanden. Geschäftsprozessdiagramm Szenarios - Interaktionsdiagramme Klassendiagramme Zustandsdiagramme

Grundsätze OOA-Modelle Modellentwicklung ist ein extrem kreativer Vorgang Checklisten helfen auf dem Weg zu bleiben Es gibt keine richtigen und falschen Modelle, nur für ein bestimmtes Ziel besser oder weniger gut geeignete Gute Modelle sind immer einfache Modelle Einfaches Modell = hoher Aufwand Gute Modelle basieren auf dem Wissen von Fachexperten --> Teamarbeit 100% Syndrom vermeiden Keine Entwurfskriterien in die Analyse einbringen

Checklisten (H. Balzert) Enthalten konstruktive und analytische Schritte: Konstruktive Schritte: Wie finde ich ein Modellelement? Analytische Schritte: Ist das Modellelement gut? Konsistenzprüfung Fehlerquellenermittlung

Geschäftsprozesse Zunächst nur primäre GP --> Programmkern Immer nur an einem GP arbeiten Benutzer und Experten dazu befragen Schablone anwenden Allgemeinverständlich dokumentieren Überblick durch GPdiagramm

Checkliste Geschäftsprozesse Ergebnisse: Geschäftsprozessdiagramm Alle Geschäftsprozesse und Akteure werden eingetragen Beschreibung der Geschäftsprozesse Alle Geschäftsprozesse sind umgangssprachig oder mittels Schablone zu beschreiben

Checkliste Geschäftsprozesse Konstruktive Schritte: Akteure ermitteln • Welche Personen führen diese Aufgaben durch? • Welche Schnittstellen besitzt das System? 2. Geschäftsprozesse für die Standardverarbeitung ermitteln • Primäre Geschäftsprozesse betrachten

Checkliste Geschäftsprozesse 2. Geschäftsprozesse für Standardverarbeitung ermitteln 2 a. mittels Akteuren Sind die Akteure Personen? Welche Arbeitsabläufe lösen sie aus? An welchen Arbeitsabläufen wirken sie mit?

Checkliste Geschäftsprozesse Geschäftsprozesse für Standardverarbeitung ermitteln 2 b. mittels Ereignissen (Akteure sind externe Systeme) Erstellen einer Ereignisliste jedes Ereignis führt zu einen Geschäftsprozess Unterscheiden von externe und zeitliche Ereignisse

Checkliste Geschäftsprozesse 2. Geschäftsprozesse für Standardverarbeitung ermitteln 2 c. mittels Aufgabenbeschreibungen Was sind die Gesamtziele des Systems? Welches sind die zehn wichtigsten Aufgaben? Was ist das Ziel jeder Aufgabe?

Checkliste Geschäftsprozesse 3. Geschäftsprozesse für die Sonderfälle formulieren Erweiterungen und Alternativen mittels Schablone erstellen Aufbauend auf Standardfunktionalität mit ‚extends‘ die Sonderfälle formulieren; d.h. erweiterte Geschäftsprozesse beschreiben

Checkliste Geschäftsprozesse 4. Aufsplitten komplexer Geschäftsfälle uses: Komplexe Schritte als Geschäftsprozesse spezifizieren Komplexe Geschäftsprozesse (viele Sonderfälle) in mehrere Geschäftsprozesse zerlegen und Gemeinsamkeiten modelieren extends Umfangreiche Erweiterungen als Geschäftsprozesse spezifizieren

Checkliste Geschäftsprozesse Analytische Schritte: 5. »gute« Beschreibung verständlich für den Auftraggeber extern wahrnehmbares Verhalten fachliche Beschreibung des Arbeitsablaufs beschreibt Standardfall vollständig, Sonderfälle separat maximal eine Seite 6. Konsistenz mit Klassendiagramm Objektdiagramm erstellen

Checkliste Geschäftsprozesse 7. Fehlerquellen Zu kleine und damit zu viele Geschäftsprozesse Zu frühe Betrachtung von Sonderfällen Zu detaillierte Beschreibung der Geschäftsprozesse Verwechseln von uses- und extends-Beziehungen Geschäftsprozesse beschreiben Dialogabläufe

Checkliste Paket Konstruktive Schritte: top down oder bottom up? Große Systeme: top down Unterteilung des Gesamtsystems in Teilsysteme große Pakete werden in kleine zerlegt Mittlere Systeme: bottom up Nach dem Geschäftsprozessdiagramm werden Pakete/Teilsysteme gebildet Kleine Systeme keine Paketbildung

Checkliste Paket Analytische Schritte: Bildet das Paket eine abgeschlossene Einheit? 1 Themenbereich Ist der Paketname geeignet? Fehlerquellen Zu kleine Pakete

Aufgaben Was ist eine evolutionäre Vorgehensweise? Welche Makroprozesse gibt es und wann wird welcher verwendet? Ein 20 Jahre altes Informationssystem ist neu zu entwickeln. Sie erhalten das alte System, die Handbücher und die Dateibeschreibungen und Ihnen stehen die Benutzer des alten Systems zur Verfügung. Wie gehen Sie vor? Welche Arten der Paketbildung gibt es und wann wird welche verwendet?