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
Prinzip: Wiederverwendung • A: Vermeide die Konstruktion komplexer Teile oder Ideen • Suche, ob es ein gleichwertiges Teil schon gibt • Oder ein ähnliches, zu dem Du Deine Anforderungen abwandeln kannst • Oder ein allgemeineres, das Du passend ausprägen kannst • B: Vermeide die Konstruktion hoch spezialisierter Teile • Überlege, ob ein besser wiederverwendbares Teil mit etwa gleichem Aufwand konstruiert werden kann • ! Wiederverwendung ist ein Spezialfall von Angemessenheit • Beispiel: • Verwende ein existierendes Web-Framework anstatt selbst eines zu bauen • Verwende ein etabliertes Prozessmodell anstatt selbst ein ganz neues zu definieren Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 30 / 84
Notationen Auch Notationen (z.B. UML, Programmiersprache u.a.) können als Muster aufgefasst werden: • Problem: Softwaretechnik ist auf die Zusammenarbeit mehrerer angewiesen; deshalb müssen Begriffe und Aussagen eindeutig wiederholbar festgehalten werden können • Lösungsidee: Notation: Darstellung relevanter Konzepte durch festgelegte Menge von Symbolen mit definierter Syntax und Semantik • Abwägungen: • Notationen sind nur Hilfsmittel zu einem Zweck; jede Notation kann manche Dinge besser ausdrücken als andere; deshalb ist wichtig, dass die jeweilige Notation gut zur Aufgabe passt • z.B. domänenspezifische Sprachen, in der Praxis ein wichtiges Element von Model-Driven-Architecture (MDA) • Andererseits sind Definition und Erlernen von Notationen aufwändig; deshalb sind oft allgemeine Notationen zweckmäßig Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 31 / 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 und 18: Wiederverwendung von bewährten Wer
- 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: Prinzip: Angemessenheit • Bei der
- 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 und 70: Anmerkung zu den Prozessmustern •
- Seite 71 und 72: Mustersprachen (Pattern Languages)
- 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,
Prinzip: <strong>Wiederverwendung</strong><br />
• A: Vermeide die Konstruktion komplexer Teile oder Ideen<br />
• Suche, ob es ein gleichwertiges Teil schon gibt<br />
• Oder ein ähnliches, zu dem Du Deine Anforderungen abwandeln<br />
kannst<br />
• Oder ein allgemeineres, das Du passend ausprägen kannst<br />
• B: Vermeide die Konstruktion hoch spezialisierter Teile<br />
• Überlege, ob ein besser wiederverwendbares Teil mit etwa gleichem<br />
Aufwand konstruiert werden kann<br />
• ! <strong>Wiederverwendung</strong> ist ein Spezialfall von Angemessenheit<br />
• Beispiel:<br />
• Verwende ein existierendes Web-Framework<br />
anstatt selbst eines zu bauen<br />
• Verwende ein etabliertes Prozessmodell<br />
anstatt selbst ein ganz neues zu definieren<br />
Stephan Salinger, salinger@inf.fu-berlin.de<br />
[23+24] 30 / 84
Change language