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 für Ablenkungen, Störungen, Unterbrechungen Ablenkungen sind Wünsche, die von außen neu an das Projekt herantreten und den Arbeitsfluss stören/unterbrechen • Opfere eine Person (sacrifice one person): • Für eine kleinere Ablenkung, stelle eine Person ab, die sich allein um dieses Problem (und evtl. weitere) kümmert. Alle anderen arbeiten ungestört weiter • Ein Team pro Aufgabe (team per task): • Für jede große Ablenkung ("Krise"), stelle mehrere Personen ab, die sich gemeinsam um das Problem kümmern. Alle übrigen arbeiten ungestört weiter • Irgendjemand macht Fortschritt (someone always makes progress): • Wenn ständige Ablenkungen den Fortschritt bremsen, sorge unter allen Umständen dafür, dass zumindest irgendjemand noch auf das ursprüngliche Ziel zuarbeitet Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 66 / 84
Muster für Unterbrechungen (2) • Kindertagesstätte (day care): • Wenn die erfahrenen Entwickler zu stark durch die Einweisung von Neulingen aufgehalten werden, stelle einen davon ab, sich um alle Neulinge zu kümmern und lasse die übrigen in Ruhe • Die Neulinge müssen nur wenig produktive Arbeit abliefern, die aber in hoher Qualität • Söldner-Autor (mercenary analyst) • Wenn die erfahrenen Entwickler zu stark durch das Schreiben von (Entwurfs-)Dokumentation aufgehalten werden, heuere einen erfahrenen Technischen Autor mit Domänenwissen an, um alle Dokumentation zu verfassen • Löse Blockaden (interrupts unjam blocking) • Jemand, der zwingend für eine Aufgabe benötigt wird, deren Verzögerung das ganze Projekt zum Stillstand brächte, wird sofort unterbrochen und dort hin gerufen • und kann dann keinesfalls unterbrochen werden Stephan Salinger, salinger@inf.fu-berlin.de [23+24] 67 / 84
- 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 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: Muster: Gemeinsame Zustimmung zum n
- 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,
- Seite 81 und 82: Quellen: Benutzbarkeitsmuster • h
- Seite 83 und 84: Quellen: Anti-Muster • William Br
Muster <strong>für</strong> Unterbrechungen (2)<br />
• Kindertagesstätte (day care):<br />
• Wenn die erfahrenen Entwickler zu stark durch die Einweisung<br />
von Neulingen aufgehalten werden, stelle einen davon ab, sich<br />
um alle Neulinge zu kümmern und lasse die übrigen in Ruhe<br />
• Die Neulinge müssen nur wenig produktive<br />
Arbeit abliefern, die aber in hoher Qualität<br />
• Söldner-Autor (mercenary analyst)<br />
• Wenn die erfahrenen Entwickler zu stark<br />
durch das Schreiben von<br />
(Entwurfs-)Dokumentation aufgehalten werden, heuere einen<br />
erfahrenen Technischen Autor mit Domänenwissen an,<br />
um alle Dokumentation zu verfassen<br />
• Löse Blockaden (interrupts unjam blocking)<br />
• Jemand, der zwingend <strong>für</strong> eine Aufgabe benötigt wird,<br />
deren Verzögerung das ganze Projekt zum Stillstand brächte,<br />
wird sofort unterbrochen und dort hin gerufen<br />
• und kann dann keinesfalls unterbrochen werden<br />
Stephan Salinger, salinger@inf.fu-berlin.de<br />
[23+24] 67 / 84
Change language