Wiederverwendung - Institut für Informatik - Freie Universität Berlin
Wiederverwendung - Institut für Informatik - Freie Universität Berlin Wiederverwendung - Institut für Informatik - Freie Universität Berlin
Arten von Mustern • Anforderungen • Analysemuster • Akzeptanzkriterien • Entwurf • Referenzarchitekturen • Architekturstile/-muster, Entwurfsmuster • Produktfamilien • Benutzungsschnittstellen • Benutzbarkeitsmuster • Management, Vorgehen • Prozessmuster • Best practices • Standards ç ç ç • Allgemein • Prinzipien ç • Notationen ç Jetzt folgen noch: • Mustersprachen ç (pattern languages) • Anti-Muster ç Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 70 / 84
Mustersprachen (Pattern Languages) Anmerkung zu Mustern (fast aller Art): • Wo Muster anwendbar sind, treten oft immer wieder mehrere ähnliche Probleme zusammen auf • aber nicht unbedingt immer alle zusammen • Dementsprechend kann man auch häufig mehrere Muster gemeinsam einsetzen • Um das zu erleichtern, werden Muster oft nicht einzeln präsentiert, sondern zu einer Gruppe zusammengeschlossen • genannt Mustersprache • Die Beschreibungen der Muster beziehen sich dann aufeinander und beschreiben, wie die Muster zusammenwirken (können) • Versuchen Sie ggf. stets die Mustersprache als ein Ganzes zu verstehen • nicht nur die einzelnen Muster Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 71 / 84
- Seite 19 und 20: Arten von Mustern • Anforderungen
- Seite 21 und 22: Prinzipien in der Softwaretechnik
- Seite 23 und 24: Anmerkung: Beschreibungsform • Um
- Seite 25 und 26: Prinzip: Hierarchisierung • Schaf
- Seite 27 und 28: Prinzip: Lokalität • Versammle a
- Seite 29 und 30: Prinzip: Angemessenheit • Bei der
- Seite 31 und 32: Notationen Auch Notationen (z.B. UM
- Seite 33 und 34: Analysemuster • Im Rahmen der Anf
- Seite 35 und 36: Beobachtung 2: Organisationen sind
- Seite 37 und 38: Organisationshierarchie (Bei dieser
- Seite 39 und 40: Ausdifferenzierte Organisationshier
- Seite 41 und 42: Verallgemeinerte Hierarchien: Veran
- Seite 43 und 44: Verantwortlichkeiten mit Regeln •
- Seite 45 und 46: Verallgemeinerung: Metadaten • Di
- Seite 47 und 48: Benutzbarkeitsmuster I: Anforderung
- Seite 49 und 50: Benutzbarkeitsmuster I: Anforderung
- Seite 51 und 52: Benutzbarkeitsmuster I: Anforderung
- Seite 53 und 54: Benutzbarkeitsmuster I: Anforderung
- Seite 55 und 56: Taxonomie von Benutzbarkeits-Maßna
- Seite 57 und 58: USAP: Abbruch von Operationen • M
- Seite 59 und 60: Prozessmuster • Prozessmuster las
- Seite 61 und 62: Muster: Baue Prototypen (build prot
- Seite 63 und 64: Muster: Beobachte den Liefertermin-
- Seite 65 und 66: Muster: Gemeinsame Zustimmung zum n
- Seite 67 und 68: Muster für Unterbrechungen (2) •
- Seite 69: Anmerkung zu den Prozessmustern •
- Seite 73 und 74: Nachbemerkung: Anti-Muster • Anti
- Seite 75 und 76: Beispiele für Anti-Muster (2) •
- Seite 77 und 78: Beispiele für Anti-Muster (4) •
- Seite 79 und 80: Quellen: Architektur • Mary Shaw,
- Seite 81 und 82: Quellen: Benutzbarkeitsmuster • h
- Seite 83 und 84: Quellen: Anti-Muster • William Br
Mustersprachen (Pattern Languages)<br />
Anmerkung zu Mustern (fast aller Art):<br />
• Wo Muster anwendbar sind, treten oft immer wieder mehrere<br />
ähnliche Probleme zusammen auf<br />
• aber nicht unbedingt immer alle zusammen<br />
• Dementsprechend kann man auch häufig mehrere Muster<br />
gemeinsam einsetzen<br />
• Um das zu erleichtern, werden Muster oft nicht einzeln<br />
präsentiert, sondern zu einer Gruppe zusammengeschlossen<br />
• genannt Mustersprache<br />
• Die Beschreibungen der Muster beziehen sich dann<br />
aufeinander und beschreiben, wie die Muster<br />
zusammenwirken (können)<br />
• Versuchen Sie ggf. stets die Mustersprache<br />
als ein Ganzes zu verstehen<br />
• nicht nur die einzelnen Muster<br />
Stephan Salinger, salinger@inf.fu-berlin.de<br />
[23+24] 71 / 84