|
11
|
1 % @file
|
|
|
2 % @brief Referat DesignPatterns `Anti-Patterns'
|
|
|
3 % @author Julian Haug
|
|
|
4 % @since 2007-06-21
|
|
|
5
|
|
|
6
|
|
|
7 \documentclass{beamer}
|
|
|
8
|
|
|
9
|
|
|
10 % \usepackage[T1]{fontenc}
|
|
|
11 \usepackage[utf8]{inputenc}
|
|
|
12 \usepackage{ngerman}
|
|
|
13 \usepackage{graphicx}
|
|
|
14 \usepackage[automark]{scrpage2}
|
|
|
15 \input{Style01}
|
|
|
16
|
|
|
17
|
|
|
18
|
|
|
19 \begin{document}
|
|
|
20
|
|
|
21
|
|
19
|
22 \title{Andere Patterns}
|
|
13
|
23 \author{Julian Haug}
|
|
12
|
24 \date{}
|
|
11
|
25
|
|
|
26 %\titlegraphic{\includegraphics[width=3cm]{Pics/Maka-Logo.png}}
|
|
|
27
|
|
|
28 \frame{
|
|
|
29 \titlepage
|
|
|
30 }
|
|
|
31
|
|
|
32
|
|
|
33
|
|
|
34
|
|
|
35
|
|
|
36 \section[Outline]{}
|
|
|
37 \frame{
|
|
|
38 \tableofcontents
|
|
|
39 }
|
|
|
40
|
|
|
41
|
|
|
42
|
|
19
|
43 \section{Andere Arten von Mustern}
|
|
|
44
|
|
|
45
|
|
|
46 \frame{ \frametitle{Andere Arten von Mustern}
|
|
|
47
|
|
|
48 \begin{block}{Andere Arten von Mustern}
|
|
|
49 \begin{itemize}
|
|
|
50 \item Gang of Four motivieren viele Autoren zu weiteren Veröffentlichungen
|
|
|
51 \item Problematik: ein Muster lässt sich nicht mehr ohne weiteres als Entwurfsmuster klassifizieren
|
|
|
52 \item Es entstanden mehrere Arten von Mustern
|
|
|
53 \end{itemize}
|
|
|
54 \end{block}
|
|
|
55
|
|
|
56 }
|
|
|
57
|
|
|
58
|
|
|
59 \section{Beispiele anderer Muster}
|
|
|
60
|
|
|
61 \frame{ \frametitle{Beispiele anderer Muster}
|
|
|
62
|
|
|
63 \begin{block}{Architekturmuster}
|
|
|
64 \begin{itemize}
|
|
|
65 \item beschreiben typische Software-Architekturen
|
|
|
66 \item bestimmen nicht ein konkretes Teilproblem, sondern den Grundaufbau der Anwendung
|
|
|
67 \item Lässt sich in 4 verschiedene Kategorien einteilen
|
|
|
68 \begin{itemize}
|
|
|
69 \item Mud-to-structure: hilft die Unmengen von Komponenten und Objekten eines Softwaresystems zu organisieren.
|
|
|
70 \item Verteilte Systeme: unterstützten die Verwendung verteilter Ressourcen und Dienste in Netzwerken
|
|
|
71 \item Interaktive Systeme: helfen Mensch-Computer-Interaktionen zu strukturieren
|
|
|
72 \item Adaptive Systeme: unterstützen besonders die Erweiterungs- und Anpassungsfähigkeit von Softwaresystemen.
|
|
|
73 \end{itemize}
|
|
|
74 \end{itemize}
|
|
|
75 \end{block}
|
|
|
76
|
|
|
77 }
|
|
|
78
|
|
|
79
|
|
|
80 \section{Idom}
|
|
|
81
|
|
|
82 \frame{ \frametitle{Idom}
|
|
|
83
|
|
|
84 \begin{block}{Definition}
|
|
|
85 \begin{itemize}
|
|
|
86 \item Beschreibt konkrete Implementierung eines Entwurfsmusters
|
|
|
87 \item ist programmiersprachenspezifisch
|
|
|
88 \end{itemize}
|
|
|
89 \end{block}
|
|
|
90
|
|
|
91 \begin{block}{Anwendung}
|
|
|
92 \begin{itemize}
|
|
|
93 \item Konkrete Implementierung eines Entwurfsmusters.
|
|
|
94 \item Programmierkonventionen (Codeformatierung, Namenskonventionen, Kommentar Formatierung, usw.)
|
|
|
95 \item Typische Lösungsansätze für Probleme die durch die Programmiersprache nicht direkt unterstützt werden (Speicherverwaltung)
|
|
|
96 \end{itemize}
|
|
|
97 \end{block}
|
|
|
98
|
|
|
99 }
|
|
|
100
|
|
|
101
|
|
|
102 \section{Weitere Beispiele}
|
|
|
103
|
|
|
104 \frame{ \frametitle{Weitere Beispiele}
|
|
|
105
|
|
|
106 \begin{block}{Weitere Beispiele}
|
|
|
107 \begin{itemize}
|
|
|
108 \item Analysemuster \\ (beschreiben typische Fälle der Anforderungsanalyse)
|
|
|
109 \item Kommunikationsmuster \\ (beschreiben Kommunikationswege zwischen Personen einer Organisation)
|
|
|
110 \item Organisationsmuster \\ (beschreiben Elemente der Strukturen von Organisationen)
|
|
|
111 \end{itemize}
|
|
|
112 \end{block}
|
|
|
113
|
|
|
114 }
|
|
|
115
|
|
|
116
|
|
|
117 \section{Tipps zur Anwendung}
|
|
|
118
|
|
|
119 \frame{ \frametitle{Tipps zur Anwendung}
|
|
|
120
|
|
|
121 \begin{block}{}
|
|
|
122 \begin{itemize}
|
|
|
123 \item
|
|
|
124 \item
|
|
|
125 \item
|
|
|
126 \end{itemize}
|
|
|
127 \end{block}
|
|
|
128
|
|
|
129 }
|
|
|
130
|
|
|
131
|
|
|
132
|
|
|
133
|
|
|
134
|
|
11
|
135
|
|
|
136 \section{Anti-Patterns}
|
|
|
137
|
|
|
138
|
|
|
139 \frame{ \frametitle{Anti-Patterns}
|
|
|
140
|
|
|
141 \begin{block}{Dokumentieren wiederkehrende Fehler bei der Software-Entwicklung um}
|
|
|
142 \begin{itemize}
|
|
|
143 \item durch das Wissen ihrer Existenz diese zu vermeiden
|
|
|
144 \item bereits manifestierte Anti-Pattern durch geschickte Maßnahmen zu beheben
|
|
|
145 \end{itemize}
|
|
|
146 \end{block}
|
|
|
147
|
|
|
148 \pause
|
|
|
149
|
|
|
150 \begin{block}{Analog zu positiven Mustern gibt es auch hier eine weitere Unterscheidung}
|
|
|
151 \begin{itemize}
|
|
|
152 \item Projektmanagement-Anti-Patterns
|
|
|
153 \item Architektur- bzw. Design-Anti- Patterns
|
|
|
154 \item Meta-Patterns
|
|
|
155 \item Organisations-, Prozess- Anti-Patterns
|
|
|
156 \item \textbf{Programmierungs-Anti-Patterns}
|
|
|
157 \end{itemize}
|
|
|
158 \end{block}
|
|
|
159
|
|
|
160 }
|
|
|
161
|
|
|
162
|
|
|
163 \frame{ \frametitle{Programmierungs-Anti-Patterns}
|
|
|
164
|
|
|
165 \begin{block}{}
|
|
|
166 \begin{itemize}
|
|
|
167 \item
|
|
|
168 \item
|
|
|
169 \end{itemize}
|
|
|
170 \end{block}
|
|
|
171
|
|
|
172 }
|
|
|
173
|
|
|
174
|
|
|
175
|
|
|
176 \section{Zusammenfassung}
|
|
|
177 \frame{ %\frametitle{Zusammenfassend}
|
|
|
178 \begin{block}{Zusammenfassung}
|
|
|
179 \begin{itemize}
|
|
|
180 \item
|
|
|
181 \item
|
|
|
182 \item
|
|
|
183 \end{itemize}
|
|
|
184 \end{block}
|
|
|
185 }
|
|
|
186
|
|
|
187
|
|
|
188
|
|
|
189 \end{document}
|
|
|
190
|
|
|
191
|
