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
Muster, Muster, Muster • Vor ca. 1994 sprach man von Wiederverwendung meist nur auf der Ebene von Programmcode • Andere Ebenen, wie Anforderungen oder Entwurf galten als sehr schwierig • Außerdem gab es natürlich Wiederverwendung von Methoden • aber die zählte nicht viel • Wiederverwendung wurde oft als ein uneingelöstes Versprechen angesehen • Dann erschien die Idee von Entwurfsmustern: • Paar aus Problem- und Lösungsbeschreibung • Abstrakter (und deshalb viel flexibler) als eine konkrete Lösung • Diese Idee hat sich inzwischen in vielen Bereichen bewährt • Deshalb nun dazu ein paar weitere Beispiele Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 18 / 84
Arten von Mustern • Anforderungen • Analysemuster • Akzeptanzkriterien • Entwurf • Referenzarchitekturen • Architekturstile/-muster, Entwurfsmuster • Produktfamilien • Benutzungsschnittstellen • Benutzbarkeitsmuster • Management, Vorgehen • Prozessmuster • Best practices • Standards ç ç ç • Allgemein • Prinzipien ç • Notationen ç • Zu den markierten (ç) folgen nun Erläuterungen/Beispiele (Die Liste ist sehr unvollständig) Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 19 / 84
- Seite 1 und 2: Vorlesung "Softwaretechnik" Wiederv
- Seite 3 und 4: Wo sind wir?: Wiederverwendung •
- Seite 5 und 6: Arten der Wiederverwendung (2): Geg
- Seite 7 und 8: Risiken der Produkt-Wiederverwendun
- Seite 9 und 10: Hindernisse für Wiederverwendung W
- Seite 11 und 12: Ist die Produktivität wirklich ang
- Seite 13 und 14: Wiederverwendung von bewährten Kom
- Seite 15 und 16: Wiederverwendung von bewährten Anf
- Seite 17: Wiederverwendung von bewährten Wer
- 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) •
Muster, Muster, Muster<br />
• Vor ca. 1994 sprach man von <strong>Wiederverwendung</strong> meist nur<br />
auf der Ebene von Programmcode<br />
• Andere Ebenen, wie Anforderungen oder Entwurf galten als sehr<br />
schwierig<br />
• Außerdem gab es natürlich <strong>Wiederverwendung</strong> von Methoden<br />
• aber die zählte nicht viel<br />
• <strong>Wiederverwendung</strong> wurde oft als ein uneingelöstes Versprechen<br />
angesehen<br />
• Dann erschien die Idee von Entwurfsmustern:<br />
• Paar aus Problem- und Lösungsbeschreibung<br />
• Abstrakter (und deshalb viel flexibler) als eine konkrete Lösung<br />
• Diese Idee hat sich inzwischen in vielen Bereichen bewährt<br />
• Deshalb nun dazu ein paar weitere Beispiele<br />
Stephan Salinger, salinger@inf.fu-berlin.de<br />
[23+24] 18 / 84
Change language