Diese Arbeit präsentiert 9 Entwurfsmuster in einer Darstellung durch das Compartment Role Object Model(CROM). Dabei wird dessen graphische Notation für rollenbasierte Modelle mit verschiedenen Möglichkeiten zur Darstellung von Bedingungen des Entwurfsmusters benutzt. Über eine Evaluationsoll ermittelt werden, ob das CROM dazu geeignet ist, die Bedingungen von Entwurfsmustern verständlich und schnell erfassbar darzustellen. Dabei soll die graphische Dokumentation dieser helfen. Das kann positive E ekte auf die Entwicklung von Software haben, wie bessere Codequalität, verkürzte Entwicklungszeiten und die Vereinfachung der Kommunikation zwischen Entwicklern.

Diese Arbeit präsentiert 9 Entwurfsmuster in einer Darstellung durch das Compartment Role Object Model(CROM). Dabei wird dessen graphische Notation für rollenbasierte Modelle mit verschiedenen Möglichkeiten zur Darstellung von Bedingungen des Entwurfsmusters benutzt. Über eine Evaluationsoll ermittelt werden, ob das CROM dazu geeignet ist, die Bedingungen von Entwurfsmustern verständlich und schnell erfassbar darzustellen. Dabei soll die graphische Dokumentation dieser helfen. Das kann positive E ekte auf die Entwicklung von Software haben, wie bessere Codequalität, verkürzte Entwicklungszeiten und die Vereinfachung der Kommunikation zwischen Entwicklern.:1 Einleitung 5 1.1 Motivation 5 1.2 Problemde nition 6 1.3 Zielstellung 6 2 Analyse der betrachteten Darstellungsformen 7 2.1 Beschreibungsform der Gang of Four 7 2.2 Beschreibungsform von Dirk Riehle 10 2.3 Darstellung mit dem Compartment Role Object Model 12 3 Aktualisierung der Entwurfsmuster 17 3.1 Strukturelle Entwurfsmuster 17 3.1.1 Composite Pattern 17 3.1.2 Bridge Pattern 22 3.2 Entwurfsmuster zur Kontextadaption 27 3.2.1 Object Adapter Pattern 27 3.2.2 Class Adapter Pattern 30 3.2.3 Decorator Pattern 33 3.3 Entwurfsmuster zur Zustandsverwaltung 38 3.3.1 State Pattern 38 3.3.2 Property Pattern 43 3.4 Verhaltensorientierte Entwurfsmuster 45 3.4.1 Iterator Pattern 45 3.4.2 Mediator Pattern 50 4 Schlussteil 54 4.1 Abschlieÿender Vergleich 54 4.2 Diskussion 57 4.2.1 Adapter Pattern 57 4.2.2 Klienten 57 4.2.3 Methoden und Attribute 58 4.2.4 Klassen 59 4.3 Zusammenfassung 59 4.3.1 Ergebnis 59 4.3.2 Ausblick 60

<p>Designmönster är beprövade och återanvändbara designlösningar på återkommande designproblem inom en viss kontext. Designmönster handlar om att inte behöva uppfinna hjulet om och om igen. Designmönster fångar lösningar och kunskap inom mjukvaruutveckling.</p><p>Vi har försökt beskriva och förstå hur IFS och Intentia tar sig an arbetet som omfattas i våra frågeställningar. Våra frågeställningar har varit hur designmönster kan hittas, dokumenteras</p><p>och katalogiseras samt hur designmönster kan spridas till medarbetare.</p><p>Vi har i denna undersökning anslutit oss till de tankegångar som finns inom hermeneutiken och vi har därför valt att använda oss av en kvalitativ metodteori, vars drag ligger mer åt det</p><p>hermeneutiska perspektivet. Vi har genomfört intervjuer med representanter från ovan nämnda företag.</p><p>Undersökningen har visat att bägge företagen har grupper med erfarna utvecklare som finner nya designmönster. IFS dokumenterar inte sina mönster medan Intentia gör det, men dock inte enligt någon standard. Dokumenten katalogiseras på ett intranät. IFS katalogiserar inte sina</p><p>mönster, men de kanske kommer att kategoriseras utifrån sin funktionella tillhörighet. Intentia kategoriserar sina designmönster utifrån vilken typ av designmönster det är fråga om. Varje</p><p>designmönster hör till en viss grupp av designmönster. De katalogiserar ett designmönster där liknande designmönster finns. När det gäller spridningen av designmönster till medarbetarna inom företagen så hävdar IFS att själva kunskapsöverföringen i deras utvecklingsmiljö. Intentia menar att de erfarna utvecklarna i gruppen som hittar nya mönster även är skickliga på att förmedla designmönster till andra utvecklare i organisationen.</p>

Designmönster är beprövade och återanvändbara designlösningar på återkommande designproblem inom en viss kontext. Designmönster handlar om att inte behöva uppfinna hjulet om och om igen. Designmönster fångar lösningar och kunskap inom mjukvaruutveckling. Vi har försökt beskriva och förstå hur IFS och Intentia tar sig an arbetet som omfattas i våra frågeställningar. Våra frågeställningar har varit hur designmönster kan hittas, dokumenteras och katalogiseras samt hur designmönster kan spridas till medarbetare. Vi har i denna undersökning anslutit oss till de tankegångar som finns inom hermeneutiken och vi har därför valt att använda oss av en kvalitativ metodteori, vars drag ligger mer åt det hermeneutiska perspektivet. Vi har genomfört intervjuer med representanter från ovan nämnda företag. Undersökningen har visat att bägge företagen har grupper med erfarna utvecklare som finner nya designmönster. IFS dokumenterar inte sina mönster medan Intentia gör det, men dock inte enligt någon standard. Dokumenten katalogiseras på ett intranät. IFS katalogiserar inte sina mönster, men de kanske kommer att kategoriseras utifrån sin funktionella tillhörighet. Intentia kategoriserar sina designmönster utifrån vilken typ av designmönster det är fråga om. Varje designmönster hör till en viss grupp av designmönster. De katalogiserar ett designmönster där liknande designmönster finns. När det gäller spridningen av designmönster till medarbetarna inom företagen så hävdar IFS att själva kunskapsöverföringen i deras utvecklingsmiljö. Intentia menar att de erfarna utvecklarna i gruppen som hittar nya mönster även är skickliga på att förmedla designmönster till andra utvecklare i organisationen.