Workshop-Tage 2004
07.10. - WS 12: Objektorientierte Software-Entwicklung mit Design-Patterns
[Referenten] [
Einleitung] [Programm] [
Kursziel] [Adressaten/Voraussetzungen] [max. Teilnehmerzahl]
[Kursbeurteilung]
[Programmübersicht] [WS11] [WS13]
Referent/-in
Arif Chughtai, IT-Consultant Arif Chughtai
Arif Chughtai ist selbständiger Berater und Trainer für objektorientierte Software-Entwicklung. Sein spezielles Interesse gilt Konzepten, die zu einer Verbesserung der technischen Software-Qualität führen. Software-Architektur und Design gehören deshalb zu den zentralen Gegenstän-den seiner Tätigkeit. Er beschäftigt sich dabei insbesondere mit Patterns, Framework- und Komponentenansätzen nebst den zugehörigen Technologien. Teile aus diesem Themenkomplex lässt er regelmäßig in Fachartikel sowie Vorträge und Seminare einfließen.Einleitung
Ein durchdachtes Software-Design ist für die spätere Qualität (hier: Qualität des Designs und Beachtung nicht-funktionaler Aspekte) einer Software von wesentlicher Bedeutung. Die Objektorientierung allein hilft hier nicht weiter sondern führt naiv angewendet zu den altbekannten Problemen der Software-Krise. Ein sinnvolles Software-Design zu entwickeln ist ein hartes Stück Arbeit. Design-Patterns können diese Arbeit erleichtern indem sie helfen, eine tragfähiges Design zu finden und das Risiko zu mindern in eine Sackgasse zu geraten.
Daneben sind Design-Patterns essentiell wenn moderne Software-Infrastrukturen wie J2EE oder .NET zum Einsatz kommen weil dort zahlreiche Design-Patterns angewendet werden. Die Kenntniss dieser Pattern-Gattung führt zu einem schnelleren und besseren Verständnis sowie zu einer besseren Verwendung solcher Software-Infrastrukturen.
Programm
- Kurze Auffrischung des objekt-orientierten (OO) Paradigmas weil Grundlage für Design Patterns.
- Definition und Geschichte des Begriffs "Pattern".
- Überblick zu Pattern-Arten: Analysis-, Anti- Architektur- und Design-Patterns.
- Patterns im Kontext des Softwareentwicklungsprozess.
- Motivation für Design-Pattern.
- Für Design-Patterns relevante Fortgeschrittene OO-Design-Aspekte.
- Charakteristiken von Design-Patterns.
- Überblick zu den wichtigsten Design-Patterns.
- Vorgehensweisen zum finden von Design-Patterns für bestimmte Design-Probleme.
- Umfangreiche Fallstudie als ganztägige Gruppenübung. Es müssen zahlreiche Design-Probleme mit Hilfe verschiedener Design-Patterns gelöst werden. Zu jedem Design-Problem Präsentation und Diskussion der Lösungswege.
Für den Workshop wird ein Buch benötigt:
Erich Gamma et al. (1995): Design Patterns - Elements of Reusable
Object-Oriented Software; Addision-Wesley
Bitte schreiben Sie uns bei Ihrer Anmeldung unter "Bemerkungen", ob Sie an einer Sammelbestellung interessiert sind. Das Buch ist in den Kurskosten nicht inbegriffen.
Kursziel
- Sie sind in der Lage, zur Lösung von Software-Design-Problemen geeignete Design -Patterns zu finden, einzusetzen und über Ihr Vorgehen zu kommunizieren
- Sie haben die wichtigsten Design- Patterns kennengelernt
- Sie haben das Basiswissen erhalten, um neue Design-Patterns zu verstehen und sich weiter in das Thema zu vertiefen
Adressaten/Voraussetzungen
Adressaten: Software-Entwickler, die ihre Kenntnisse über objektorientierte Software-Entwicklung im Bereich des Software-Designs vertiefen/verbessern möchten.
Voraussetzungen: Grundlegende Kenntnisse zur Objektorientierung (Objekt, Klasse Vererbung, Assoziation etc.) und UML.
max. Teilnehmerzahl
12
Auswertung der Teilnehmer-Feedbacks
Basis 15 Feedbacks
| kein Lerneffekt < > viel gelernt | überhaupt nicht < > voll und ganz | nie wieder < > jederzeit | ||||||||||||
| Lerneffekt des Kurses | Entsprach der Kurs Ihren Erwartungen? |
Würden Sie den Kurs wiederbesuchen? |
||||||||||||
| überhaupt nicht < > voll und ganz | überhaupt nicht < > sehr | zu viel Theorie < > zu viel Praxis | ||||||||||||
| Würden Sie den Kurs weiterempfehlen? |
Nützen Ihnen die Informationen bei Ihrer Arbeit? |
War das Verhältnis von Theorie und Praxis ausgewogen? |
||||||||||||
| zu kurz < > zu lang | zu hoch < > zu tief | dauernd < > überhaupt nicht | ||||||||||||
| Wie war die Vortragsdauer im Verhältnis zum Inhalt? |
Wie war das Vortragsniveau Verhältnis zu Ihren im Vorkenntnissen? |
Wie oft haben Sie sich gelangweilt? |
||||||||||||
| zu komplex < > zu einfach | überhaupt nicht < > voll und ganz | überhaupt nicht < > voll und ganz | ||||||||||||
| Waren die Beispiele angemessen? |
Hat der Referent den Inhalt verständlich vermittelt? |
Ging der Referent auf die Teilnehmer ein? |
||||||||||||
- Hat Spass gemacht zu diskutieren, welche versch. Ansätze es gibt.
- zu hektisch, anschaulicher wäre besser
[Programmübersicht] [WS11] [WS13]

