Das Kernmodell eines Workflow-Management-Systems Entwurf Bernd Deterding, Christian Eilers, Thomas Gutsche, Matthias Pfau FHDW Hannover 2005

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick T:

Umsetzung der Analyse in den Entwurf Architektur-Meetings Einleitung Umsetzung der Analyse in den Entwurf Architektur-Meetings Festlegung der Programmiersprache Englische Begrifflichkeiten T: „Analyse in den Entwurf gießen“ Architekturmeetings gleich wieder aufgenommen am Anfang – Oberflächen-Diskussion, dann hauptsächlich Schnittstellenbesprechungen Java (nicht Assembler) Begrifflichkeiten wie Klassen, Operationen, Attribute in EN, sonst natürlich DE (so auch die Kommentare)

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick T:

CRC-Vorgehensmodell Class, Responsibilities and Collaboration Eine Karteikarte pro Klasse Karteikarten werden an alle Gruppenmitglieder verteilt Klassenname, Verantwortlichkeiten und Beziehungen werden notiert Teammitglieder simulieren die Kommunikation der Objekte T: Von Beck und Cunningham 1989 vorgestellt Verantwortlichkeiten: Welche Aufgaben erfüllt eine Klasse (Menge der Operationen/Attribute die benötigt werden). Beziehungen: Andere Klassen/Operationen die zur Ausführung benötigt werden. Gemeinschaftliches Erarbeiten von Verantwortlichkeiten, Operationen und Attributen --- In sogenannten Designsessions wird die technische Designumsetzung entweder in UML-ähnlicher Form oder mit Hilfe von CRC-Cards durchgespielt. Diese Class, Responsibilities und Collaboration Cards sind ein Mittel, um im Team zu designen. Ihr Ziel ist es eine objektorientierte Analyse durchzuführen, die auch für die Kundenvertreter leicht verständlich erscheint. Durch die Einbeziehung der Kundenvertreter in die Designvorgänge, erhofft man sich mehr gute Ideen bezüglich der Usability des Systems. Die Karten repräsentieren Objekte, deren Klassenname die Überschrift der Karte bildet. Auf der linken Seite werden die Responsibilities und auf der rechten die Collaborations abgetragen. Anhand von CRC-Cards wird das zukünftige System simuliert.

CRC-Vorgehensmodell Class, Responsibilities and Collaboration Alle Teammitglieder sind am Entwurfsprozess gleichermaßen beteiligt Unterschiedliche Ansätze führen zu konstruktiven Diskussionen Ergebnisse sind bereits echte Entwurfslösungen T: Alle müssen alles verstehen, da sie direkter Bestandteil des Entwurfsprozesses sind

CRC-Vorgehensmodell Class, Responsibilities and Collaboration ALL: Rollenspiel

CRC-Vorgehensmodell Class, Responsibilities and Collaboration Ergebnisse fließen ein in die... Umsetzung des Klassendiagramms, Erstellung von Sequenzdiagrammen und Verfeinerung des Oberflächenprototyps. T:

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick T  M

Schichtenarchitektur T  M

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick M: Verwendete „Design Patterns“ Oberserver – Beobachter Wo und warum? State – Zustand Wo und warum? NotActivated or not NotActivated Visitor – Besucher Wo und warum? Proxy – Vertreter Wo und warum? Singleton Wo und warum?

Klassendiagramm – Type B:

Klassendiagramm – Typebene {Detailansicht}

B:

Klassendiagramm – Instanzebene

Klassendiagramm – Instanzebene {Detail mitte}

Klassendiagramm – Instanzebene {Detail unten}

Klassendiagramm – Instanzebene {Detail rechts oben}

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick M:

Schnittstellen zu anderen Gruppen Kompakte Schnittstelle zur Agenda Diese wird zum Erzeugen von ToDo-Listen und zur Beeinflussung des Prozessablaufs genutzt. M:

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick M  C

Oberflächen – MainView

Oberflächen – BusinessModelView

Oberflächen – MainView

Oberflächen – ProcessListDialog

Oberflächen – BusinessProcessView

Agenda Einleitung Analyse im Entwurf CRC-Vorgehensmodell Fachliche und technische Architektur Schichtenarchitektur Klassendiagramme Schnittstellen zu anderen Gruppen Oberflächen Resumé und Ausblick C  T/M

Zeitbedarf des Projekts bei mehr als Stunden pro Woche pro Person Resumé und Ausblick Zeitbedarf des Projekts bei mehr als Stunden pro Woche pro Person Vorschlag: 1 Quartal pro Phase Zusammenarbeit Anforderungsänderungen seitens Auftraggeber?! 25 T oder M: Zeitlicher Aufwand steht in keinem Verhältnis Andere Fächer leiden darunter .. Und das Privatleben – existiert das überhaupt noch? Zum Vorschlag: Applaus Zusammenarbeit hat am Ende gut funktioniert, auch wenn viele Änderungen erst peu-à-peu kamen. Mal sehen, was im nächsten Theoriequartal folgt...

Danke für die Aufmerksamtkeit Und das war mal wieder KERNIG... ALL: SENSATIONELL!

... und auf in die Prüfungen! Törö!