rev |
line source |
meillo@0
|
1 % V. 1.0
|
meillo@0
|
2 \documentclass[a4paper,12pt,titlepage,DIV12,parskip]{scrreprt}
|
meillo@0
|
3 \setlength{\parskip}{3mm} %abstand abs\"{a}tze und listen
|
meillo@0
|
4 \usepackage{setspace}
|
meillo@0
|
5 \usepackage[utf8]{inputenc}
|
meillo@0
|
6 \usepackage{ngerman}
|
meillo@0
|
7 \usepackage[pdftex]{graphicx}
|
meillo@0
|
8 \usepackage[table]{xcolor}
|
meillo@0
|
9 %\usepackage{SIunits}
|
meillo@0
|
10 \usepackage{ragged2e,array}
|
meillo@0
|
11 \usepackage{wrapfig}
|
meillo@0
|
12 \usepackage[footnotesize]{caption2}
|
meillo@0
|
13 \usepackage{supertabular}
|
meillo@0
|
14 \usepackage{chngcntr}
|
meillo@0
|
15 \usepackage{longtable}
|
meillo@0
|
16 %\usepackage{lastpage}
|
meillo@0
|
17 \usepackage{caption2}
|
meillo@0
|
18 \usepackage[right]{eurosym}
|
meillo@0
|
19 %\usepackage{float}
|
meillo@0
|
20 \usepackage[ngerman]{varioref}
|
meillo@0
|
21 %\usepackage{enumitem}
|
meillo@0
|
22 \usepackage[colorlinks,linkcolor=black,urlcolor=blue,bookmarks,bookmarksopen,bookmarksnumbered]{hyperref}
|
meillo@0
|
23
|
meillo@0
|
24 %PDF Infos
|
meillo@0
|
25 \pdfinfo{
|
meillo@0
|
26 /Title (development-case.tex)
|
meillo@0
|
27 /Subject (Development Case)
|
meillo@0
|
28 %/Creator (TeX / pdfTeX)
|
meillo@0
|
29 %/Producer (Christoph Galler)
|
meillo@0
|
30 /Author (markus schnalke)
|
meillo@0
|
31 /CreationDate (D:20080113090000)
|
meillo@0
|
32 /ModDate (D:20080113090000)
|
meillo@0
|
33 }
|
meillo@0
|
34
|
meillo@0
|
35 %neues Kommando fuer Breitenangabe in der Tabelle mit vorgegebener Breite:
|
meillo@0
|
36 \newcommand{\preserveBackslash}[1]{\let\temp=\\#1\let\\=\temp}
|
meillo@0
|
37 \newcolumntype{R}[1]{>{\preserveBackslash\RaggedLeft}p{#1}}
|
meillo@0
|
38 % Font Familie
|
meillo@0
|
39 \renewcommand{\familydefault}{\sfdefault}
|
meillo@0
|
40 %\nofiles
|
meillo@0
|
41 % Fuer tabellenkopf
|
meillo@0
|
42 \newcommand{\hoehe}{\parbox[1pt][2em][c]{0cm}{}}
|
meillo@0
|
43
|
meillo@0
|
44 \definecolor{gray09}{gray}{0.9}
|
meillo@0
|
45 \definecolor{gray07}{gray}{0.7}
|
meillo@0
|
46
|
meillo@0
|
47 %Counternummerierung \"{a}ndern -> 1.1 2.1 3.1 etc.
|
meillo@0
|
48 \counterwithin{section}{chapter}
|
meillo@0
|
49
|
meillo@0
|
50 % Name f\"{u}r autoref bei figure Umgebungen: Abbildung x.z
|
meillo@0
|
51 \renewcommand{\figureautorefname}{Abbildung}
|
meillo@0
|
52 \renewcommand{\chapterautorefname}{Kapitel}
|
meillo@0
|
53 \renewcommand{\sectionautorefname}{Unterkapitel}
|
meillo@0
|
54 \renewcommand{\tableautorefname}{Tabelle}
|
meillo@0
|
55
|
meillo@0
|
56
|
meillo@0
|
57 % Textkoerperhoehe
|
meillo@0
|
58 \setlength{\headsep}{0.6cm}
|
meillo@0
|
59 \addtolength{\textheight}{0.9cm}
|
meillo@0
|
60 \setlength{\footskip}{0.9cm}
|
meillo@0
|
61
|
meillo@0
|
62 % Kopf- und Fu{\ss}zeile
|
meillo@0
|
63 \setlength{\headheight}{2cm}
|
meillo@0
|
64 \usepackage[automark]{scrpage2}
|
meillo@0
|
65 \automark[section]{section}
|
meillo@0
|
66 \setheadwidth{15.8cm}
|
meillo@0
|
67 \ihead{\headmark}
|
meillo@8
|
68 \ihead{Development Case}
|
meillo@0
|
69 \chead{{\color{blue}\color{black}\rule[-10pt]{18.4cm}{0.1pt}\color{black}}}
|
meillo@0
|
70 \ohead{\headmark}
|
meillo@0
|
71 \setfootwidth[-74pt]{18.3cm}
|
meillo@0
|
72 \setfootsepline[foot]{.1pt}
|
meillo@8
|
73 \ifoot{\hspace{2.6cm}\footnotesize Gruppe 2: Seminarverwaltungssystem (Topcased)}
|
meillo@0
|
74 \cfoot{}
|
meillo@0
|
75 \ofoot{\footnotesize Seite \thepage} % ~von \pageref{LastPage}}
|
meillo@0
|
76 \renewcommand*{\chapterpagestyle}{scrheadings}
|
meillo@0
|
77 \renewcommand*{\indexpagestyle}{scrheadings}
|
meillo@0
|
78 \pagestyle{scrheadings}
|
meillo@0
|
79
|
meillo@0
|
80 % Kapitel nicht zu tief beginnen
|
meillo@0
|
81 \renewcommand*\chapterheadstartvskip{\vspace*{0cm}}
|
meillo@0
|
82
|
meillo@0
|
83
|
meillo@0
|
84 \begin{document}
|
meillo@0
|
85
|
meillo@0
|
86 %
|
meillo@0
|
87 % Titelei
|
meillo@0
|
88 %
|
meillo@0
|
89 \begin{titlepage}
|
meillo@0
|
90 \vspace*{-0cm}
|
meillo@0
|
91 {\hspace*{11cm}\includegraphics*[scale=0.5]{pictures/png/logo_hsu_klein}}
|
meillo@0
|
92 \begin{center}
|
meillo@0
|
93 \vspace*{1.9cm}
|
meillo@8
|
94 {\normalsize\textsc{Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu,
|
meillo@8
|
95 Dimitar Dimitrov, \\Karl Oppermann, Nathalie Hrycej, Markus Schnalke,
|
meillo@8
|
96 Christoph Galler}} \par
|
meillo@0
|
97 \vspace*{0.6cm}
|
meillo@8
|
98 \large \textbf{Modellgetriebene Softwareentwicklung auf Basis von
|
meillo@8
|
99 TOPCASED am Beispiel eines Seminarverwaltungssystems} \par
|
meillo@0
|
100 \Huge \textbf{Development Case} \par
|
meillo@0
|
101 \vspace*{0.8cm}
|
meillo@8
|
102 {\Large{} \par
|
meillo@0
|
103 \vspace*{0.7cm}
|
meillo@0
|
104 {\textsc{Ulm, \today}}} \par
|
meillo@8
|
105 \vspace*{4.5cm}
|
meillo@0
|
106 {\normalsize\textsc{Betreut durch: \\
|
meillo@0
|
107 Prof. Dr. Klaus Baer \\
|
meillo@0
|
108 Hochschule Ulm \\
|
meillo@8
|
109 Prittwitzstraße 10\\
|
meillo@0
|
110 89075 Ulm\\}}
|
meillo@8
|
111 \end{center}
|
meillo@0
|
112 \vfill
|
meillo@0
|
113 \end{titlepage}
|
meillo@0
|
114
|
meillo@8
|
115
|
meillo@8
|
116
|
meillo@8
|
117 % \begin{titlepage}
|
meillo@8
|
118 % \vspace*{-0cm}
|
meillo@8
|
119 % {\hspace*{11cm}\includegraphics*[scale=0.5]{pictures/png/logo_hsu_klein}}
|
meillo@8
|
120 % \begin{center}
|
meillo@8
|
121 % \vspace*{1.9cm}
|
meillo@8
|
122 % {\normalsize\textsc{Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, \\Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler}} \par
|
meillo@8
|
123 % \vspace*{0.6cm}
|
meillo@8
|
124 % \Large \textbf{Online-Seminarbuchungssystem} \par
|
meillo@8
|
125 % \Huge \textbf{Development Case} \par
|
meillo@8
|
126 % \vspace*{0.8cm}
|
meillo@8
|
127 % \Large \textbf{Verfasser: Markus Schnalke} \par
|
meillo@8
|
128 % {\large{} \par
|
meillo@8
|
129 % \vspace*{0.7cm}
|
meillo@8
|
130 % {\textsc{Ulm, \today}}} \par
|
meillo@8
|
131 % \vspace*{5cm}
|
meillo@8
|
132 % {\normalsize\textsc{Betreut durch: \\
|
meillo@8
|
133 % Prof. Dr. Klaus Baer \\
|
meillo@8
|
134 % Hochschule Ulm \\
|
meillo@8
|
135 % Prittwitzstra{\ss}e 10\\
|
meillo@8
|
136 % 89075 Ulm\\}}
|
meillo@8
|
137 % \end{center}
|
meillo@8
|
138 % \vfill
|
meillo@8
|
139 % \end{titlepage}
|
meillo@8
|
140
|
meillo@0
|
141 % \addsec{Bitte beachten}
|
meillo@0
|
142 Version vom \today: Das Dokument befindet sich noch im Aufbau, \"{A}nderungen sind dadurch jederzeit M\"{o}glich.
|
meillo@0
|
143 \addsec{Version dieses Dokuments}
|
meillo@0
|
144 \begin{tabular}{|p{1.5cm}|p{3.cm}|p{1.6cm}|p{2cm}|p{1.4cm}|p{4cm}|}
|
meillo@0
|
145 \hline
|
meillo@7
|
146 \multicolumn{5}{|l}{\parbox[0pt][3.4em][l]{12cm}{\vspace{0.2cm}\large Dokument: \textbf{Development Case} \newline \emph{ Online-Seminarbuchungssystem}}} & \multicolumn{1}{r|}{\parbox[0pt][3.4em][r]{1.9cm}{\includegraphics*[scale=0.25]{pictures/png/logo_hsu}}} \\
|
meillo@0
|
147 \hline\hline
|
meillo@0
|
148 \hoehe{\textbf{Version}} & \textbf{Person} & \textbf{Aktion} & \textbf{Datum} & \textbf{Status} & \textbf{Kommentar} \\
|
meillo@0
|
149 \hline\hline
|
meillo@8
|
150 0.1 & Markus Schnalke & E & 2007-11-27 & O & Erste Version \\ \hline
|
meillo@8
|
151 0.2 & Markus Schnalke & AE & 2008-01-13 & O & Neue Struktur des Dokuments \\ \hline
|
meillo@8
|
152 0.4 & Markus Schnalke & AE & 2008-01-16 & A & Struktur überarbeitet \\ \hline
|
meillo@7
|
153 0.4.1 & Karl Oppermann & QS & 2008-01-17 & A & Allgemeines Review \\ \hline
|
meillo@8
|
154 0.5 & Markus Schnalke & AE & 2008-01-18 & A & Überarbeitung; Fachbegriffe jetzt englisch \\ \hline
|
meillo@8
|
155 0.5.1 & Veysel Imamoglu & QS & 2008-01-18 & A & Rechtschreibkorrektur \\ \hline
|
meillo@8
|
156 0.6 & Markus Schnalke & AE & 2008-01-21 & O & \\ \hline
|
meillo@0
|
157 \end{tabular}
|
meillo@0
|
158 {\footnotesize\vspace*{-0.1cm}Aktion: E – Erstellung; AE – \"{A}nderung; QS – Review; AB – Abnahme} \par
|
meillo@0
|
159 {\footnotesize\vspace*{-0.4cm} Status: O – Offen; D – Diskussion; A – Akzeptiert}
|
meillo@0
|
160 \clearpage
|
meillo@0
|
161
|
meillo@0
|
162 % Inhaltsverzeichnis
|
meillo@0
|
163 \setcounter{tocdepth}{3}
|
meillo@0
|
164 %\renewcommand\contentsname{"Uberblick}
|
meillo@0
|
165 \tableofcontents
|
meillo@0
|
166
|
meillo@0
|
167 \clearpage
|
meillo@6
|
168
|
meillo@6
|
169
|
meillo@6
|
170
|
meillo@6
|
171
|
meillo@6
|
172 % Content
|
meillo@4
|
173
|
meillo@4
|
174
|
meillo@4
|
175
|
meillo@4
|
176 \chapter{Einleitung}
|
meillo@4
|
177
|
meillo@6
|
178 \section{Zweck des Dokuments}
|
meillo@4
|
179
|
meillo@4
|
180 Dieses Dokument beschreibt den Entwicklungsprozess nach dem wir in unserem Projekt vorgehen.
|
meillo@4
|
181
|
meillo@4
|
182
|
meillo@4
|
183 \section{Definitionen und Abkürzungen}
|
meillo@4
|
184
|
meillo@4
|
185 Die verwendeten Begriffe sind im Projekt-Glossar erklärt. Bei Bedarf kann dort nachgeschlagen werden.
|
meillo@4
|
186
|
meillo@6
|
187 % Im Glossar sind: Workflow Entwicklungsprozess Zyklus Iteration Phase RUP Iterativer Entwicklungsprozess Manntag Release
|
meillo@4
|
188
|
meillo@4
|
189
|
meillo@6
|
190 \section{Verweise auf andere Artefakte}
|
meillo@4
|
191
|
meillo@6
|
192 \begin{itemize}
|
meillo@7
|
193 \item \textbf{Glossary}: Dort werden die verwendeten Fachbegriffe erklärt.
|
meillo@7
|
194 \item \textbf{Software Development Plan}: Der \emph{Development Case} ist ein Unterdokument des \emph{Software Development Plans}.
|
meillo@7
|
195 \item \textbf{Project Plan}: Die konkrete zeitliche Planung. (Der Project Plan findet sich im Software Development Plan.)
|
meillo@6
|
196 \item
|
meillo@6
|
197 \item
|
meillo@6
|
198 \item
|
meillo@6
|
199 \end{itemize}
|
meillo@4
|
200
|
meillo@4
|
201
|
meillo@4
|
202
|
meillo@4
|
203
|
meillo@4
|
204
|
meillo@4
|
205 %%%%%%%%%%%%%%
|
meillo@4
|
206 \chapter{Entwicklungsprozess}
|
meillo@6
|
207
|
meillo@4
|
208 \section{Überblick}
|
meillo@4
|
209
|
meillo@6
|
210 Wir werden unser Projekt nach dem \emph{Rational Unified Process} (kurz RUP) entwickeln.
|
meillo@4
|
211
|
meillo@7
|
212 Der RUP ist ein dynamischer und iterativer Entwicklungsprozess, der das Projekt in zwei Dimensionen (zeitlich und inhaltlich) betrachtet.
|
meillo@7
|
213 Er ist ausführlich spezifiziert und umfangreich dokumentiert.
|
meillo@4
|
214
|
meillo@8
|
215 An sich ist der RUP für große Projekte, mit vielen Mannjahren, ausgelegt. Für unser kleines Projekt (90 Manntage) ist er eher weniger gut geeignet. Wir haben uns trotzdem für den RUP entschieden, da wir ihn in der Vorlesung Softwaretechnik 1 ausführlich behandelt hatten und wir dieses Theoriewissen nun in der Praxis anwenden wollen.
|
meillo@4
|
216
|
meillo@7
|
217 Um einen Entwicklungsprozess für ein Projekt anzuwenden, muss er für eben dieses Projekt angepasst werden. Als Daumenregel kann man sagen: Je aufwändiger ein Prozess ist, desto stärker wird er auf ein spezifisches Projekt zurechtgeschneidert werden müssen.
|
meillo@6
|
218
|
meillo@6
|
219 Wir haben also diesen mächtigen und umfangreichen Rational Unified Process für unser kleines Projekt abgespeckt und angepasst. Diese Anpassungen betreffen dabei natürlich beide Dimensionen, die zeitliche (Zyklen, Phasen, Iterationen) und die inhaltliche (Workflows).
|
meillo@6
|
220
|
meillo@8
|
221 Wie unsere Adaptation des RUP genau aussieht, das beschreibt dieses Dokument.
|
meillo@6
|
222
|
meillo@6
|
223
|
meillo@7
|
224 \newpage
|
meillo@6
|
225 \section{Der RUP auf einen Blick}
|
meillo@6
|
226
|
meillo@6
|
227 Natürlich kann man diesen umfassenden Entwicklungsprozess nicht in einem Bild komplett abbilden, jedoch zeigt die nachfolgende Grafik doch sehr schön, wie die Entwicklung im Bezug auf die zwei Dimensionen aussieht. Dieser Übersichtplan, soll primär eine greifbare Vorstellung des Prozesses geben. Sie kann quasi als ``Landkarte'' für die in diesem Dokument beschriebene ``Landschaft'' zur Hilfe genommen werden.
|
meillo@6
|
228
|
meillo@6
|
229 \begin{figure}[htb]
|
meillo@6
|
230 \centering
|
meillo@6
|
231 \includegraphics[width=10cm]{pictures/png/RationalUnifiedProcess.png}
|
meillo@6
|
232 \caption{Übersicht über einen Zyklus des RUP}
|
meillo@6
|
233 \label{fig:rationalunifiedprocess}
|
meillo@6
|
234 \end{figure}
|
meillo@6
|
235
|
meillo@6
|
236
|
meillo@6
|
237
|
meillo@6
|
238
|
meillo@6
|
239
|
meillo@6
|
240
|
meillo@6
|
241
|
meillo@6
|
242
|
meillo@6
|
243 %%%%%%%%%%%%%%
|
meillo@6
|
244 \chapter{Zeitliche Dimension}
|
meillo@4
|
245
|
meillo@4
|
246 \section{Anpassungen}
|
meillo@4
|
247
|
meillo@7
|
248 Wir werden in unserem Projekt drei Zyklen durchführen. Anschließend wird das Projekt nicht abgeschlossen sein. Für unser Team endet dann zwar die Arbeit an diesem Projekt, ein anderes Team kann die Arbeit zu einem beliebigen späteren Zeitpunkt wieder aufgreifen und daran weiterarbeiten.
|
meillo@7
|
249 % FIXME: was ist das/unser Projekt (3Zyklen oder das komplette)?
|
meillo@4
|
250
|
meillo@8
|
251 Jeder der drei Zyklen wird circa fünf Wochen (30 Manntage %FIXME
|
meillo@7
|
252 ) umfassen. An dessen Ende jeweils ein Release stehen wird. (Näheres zu den Releases findet sich im \emph{Software Development Plan}.)
|
meillo@4
|
253
|
meillo@6
|
254 Iterationen innerhalb der Zyklen werden wir, auf Grund der kurzen Zyklen, komplett außen vor lassen.
|
meillo@4
|
255
|
meillo@6
|
256 Die einzelnen Phasen in den Zyklen versuchen wir, so gut es geht, zu berücksichtigen.
|
meillo@4
|
257
|
meillo@4
|
258
|
meillo@4
|
259
|
meillo@6
|
260 \subsection{Probleme und Konsequenzen}
|
meillo@4
|
261
|
meillo@7
|
262 Der RUP ist sehr umfangreich und mächtig. Unser Projekt dagegen, ist ziemlich klein, und so bedarf es größerer Anpassungen, um den Entwicklungsprozess unserem Projekt entsprechend zurechtzustutzen. %FIXME: mit "stuzen" oder "stutzen"??
|
meillo@7
|
263
|
meillo@7
|
264 Hier ein Anhaltspunkt, um welche Größenordnungen es dabei geht: Unsere 90 Manntage, entsprechen realistischerweise eher einer einzelnen Iteration, als den drei Zyklen, die wir für uns geplant haben.
|
meillo@7
|
265
|
meillo@7
|
266 Dabei muss auch bedacht werden, dass pro Phase ganz grob nur etwa 4 Manntage (d.h. circa 4 Stunden pro Person) zur Verfügung stehen. Wenn man auch an die unterschiedlichen Arbeitszeiten der einzelnen Personen denkt, so dürfte klar sein, dass wir unserem Konzept, dem RUP, nur annäherungsweise folgen können.
|
meillo@4
|
267
|
meillo@6
|
268 Wir werden deshalb ein paar Ungenauigkeiten bei unserem Verhalten im Kauf nehmen; versuchen aber natürlich, uns möglichst nahe an die Leitlinie RUP zu halten.
|
meillo@4
|
269
|
meillo@7
|
270 Trotz all dieser Schwierigkeiten finden wir es wichtig, diesen Prozess zu wählen, weil die theoretischen Inhalte der Vorlesung ``Softwaretechnik 1'' erst durch ihre tatsächliche Anwendung im realen Projekt vollständig zur Entfaltung kommen. So befassen wir uns intensiv (theoretisch sowie praktisch) mit einem Entwicklungsprozess, anstatt zwei Prozesse nur teilweise kennenzulernen.
|
meillo@4
|
271
|
meillo@4
|
272
|
meillo@6
|
273 \section{Konkrete Projektplanung}
|
meillo@4
|
274
|
meillo@7
|
275 Die konkrete Planung der einzelnen Zyklen und ihrer Meilensteine sollen sich laut RUP im \emph{Projekt Plan} befinden. Dieser gibt eine zeitliche und inhaltliche Komplettübersicht über das Projekt.
|
meillo@4
|
276
|
meillo@7
|
277 Zudem ist nach dem RUP auch ein \emph{Iterations Plan} definiert, in dem ausgehend von der aktuellen Iteration, jeweils die nächste geplant wird. Dieses Artefakt existiert bei uns nicht, da wir keine Iterationen haben. Wir haben die Inhalte unseres Iterations Plans mit denen des Projekt Plans verschmolzen, und sie in den \emph{Software Development Plan} integriert.
|
meillo@4
|
278
|
meillo@4
|
279
|
meillo@6
|
280
|
meillo@6
|
281
|
meillo@6
|
282
|
meillo@6
|
283
|
meillo@6
|
284
|
meillo@6
|
285 %%%%%%%%%%%%%%%%%%%%
|
meillo@6
|
286 \chapter{Inhaltliche Dimension}
|
meillo@6
|
287
|
meillo@6
|
288 Diese zweite Dimension beschreibt die inhaltliche Seite der Entwicklung. Hier wird genau festgelegt, \emph{wer} \emph{wie} \emph{was} \emph{wann} macht.
|
meillo@6
|
289
|
meillo@6
|
290 Dabei gibt es vier Elemente:
|
meillo@6
|
291 \begin{itemize}
|
meillo@7
|
292 \item Rolle, das \emph{Wer}. Die \emph{Rolle} ist eine Verantwortlichkeit, die jemand hat. Eine einzelne Person, oder eine Gruppe kann eine solche Rolle haben. Andererseits kann auch eine Person mehrer Rollen haben. In jedem Fall muss klar sein, wer welche Rolle hat. Diese Information findet sich bei uns im \emph{Organigramm} (siehe Software Development Plan).
|
meillo@7
|
293 \item Aktivität, das \emph{Wie}. Eine Aktivität ist ein bestimmte Arbeitseinheit, die der Arbeiter mit einer bestimmten Rolle erledigen muss. Üblicherweise soll dabei ein Artefakt erstellt oder aktualisiert werden.
|
meillo@6
|
294 \item Artefakt, das \emph{Was}. Ein Artefakt ist Information, die von einem Prozess verwendet, verändert oder produziert wird. Artefakte sind häufig Diagramme, Quellcode, Textdokumente und ähnliches.
|
meillo@7
|
295 \item Workflow, das \emph{Wann}. Ein Workflow ist eine Aneinanderreihung von Aktivitäten, die ein Ergebnis von messbarem Wert erzeugen. Im Worflow werden die ersten drei Elemente (Rolle, Aktivität und Artefakt) zu einer direkt wertschaffenden Struktur zusammengebaut.
|
meillo@6
|
296 \end{itemize}
|
meillo@6
|
297
|
meillo@7
|
298 \section{Core Workflows}
|
meillo@6
|
299
|
meillo@7
|
300 \subsection{Business Modeling}
|
meillo@7
|
301 (Geschäftsprozessmodellierung)
|
meillo@4
|
302
|
meillo@8
|
303 \paragraph{Zweck}
|
meillo@8
|
304 Dokumentation der relevanten Geschäftsprozesse in Use Cases, um ein gemeinsames Verständniss zwischen Entwicklern und Anwendern zu schaffen.
|
meillo@8
|
305
|
meillo@8
|
306 \paragraph{Anpassungen}
|
meillo@8
|
307 Keine besonderen.
|
meillo@4
|
308
|
meillo@4
|
309 \paragraph{Artefakte}
|
meillo@4
|
310 \begin{itemize}
|
meillo@7
|
311 \item Glossary
|
meillo@8
|
312 \item Business Use Cases %% FIXME
|
meillo@4
|
313 \end{itemize}
|
meillo@4
|
314
|
meillo@4
|
315
|
meillo@4
|
316
|
meillo@7
|
317 \subsection{Requirements}
|
meillo@7
|
318 (Anforderungen)
|
meillo@4
|
319
|
meillo@8
|
320 \paragraph{Zweck}
|
meillo@4
|
321 Ermitteln, was das System leisten soll. Die funktionalen Anforderungen sollen erfasst werden.
|
meillo@4
|
322
|
meillo@8
|
323 \paragraph{Anpassungen}
|
meillo@8
|
324 Keine besonderen.
|
meillo@8
|
325
|
meillo@4
|
326 \paragraph{Artefakte}
|
meillo@4
|
327 \begin{itemize}
|
meillo@4
|
328 \item Vision
|
meillo@7
|
329 \item Use Case
|
meillo@7
|
330 \item Use Case Diagram
|
meillo@4
|
331 \end{itemize}
|
meillo@4
|
332
|
meillo@4
|
333
|
meillo@4
|
334
|
meillo@7
|
335 \subsection{Analysis \& Design}
|
meillo@7
|
336 (Analyse \& Design)
|
meillo@4
|
337
|
meillo@8
|
338 \paragraph{Zweck}
|
meillo@6
|
339 Aufbau und Technologie des Systems festlegen. Festlegung wie wird das System realisiert wird.
|
meillo@4
|
340
|
meillo@8
|
341 \paragraph{Anpassungen}
|
meillo@8
|
342 Die Technologie und Teile der Umsetzung sind durch das Projekt vorgegeben und somit fix.
|
meillo@8
|
343
|
meillo@8
|
344 Zum jetzigen Zeitpunkt ist unser hauptsächliches Bestreben, uns in die neue Technologie einzuarbeiten. Was damit dann später architektonisch möglich ist, und wo Grenzen sitzen, ist noch unklar. Unsere Umsetzung dieses Workflows ist deshalb noch recht weitläufig und frei. Sobald unsere Kenntnis über die Möglichkeiten der Technologie groß genug ist, wird dieser Workflow zunehmend an Bedeutung gewinnen.
|
meillo@8
|
345
|
meillo@4
|
346 \paragraph{Artefakte}
|
meillo@4
|
347 \begin{itemize}
|
meillo@4
|
348 \item Software Architecture Document
|
meillo@4
|
349 \end{itemize}
|
meillo@4
|
350
|
meillo@4
|
351
|
meillo@4
|
352
|
meillo@8
|
353
|
meillo@7
|
354 \subsection{Implementation}
|
meillo@7
|
355 (Implementierung)
|
meillo@4
|
356
|
meillo@8
|
357 \paragraph{Zweck}
|
meillo@6
|
358 Systemteile entwickeln und zusammenfügen. Komponententests.
|
meillo@4
|
359
|
meillo@8
|
360 \paragraph{Anpassungen}
|
meillo@8
|
361 In dieser frühen Phase des Projekts besteht dieser Workflow in erster Line aus der Entwicklung von Prototypen jeder Art (Modelle, Templates, etc). Mit diesen wollen wir die Technologie erforschen.
|
meillo@8
|
362
|
meillo@8
|
363 Konkrete Artefakte werden nicht erstellt, weil es zum jetzigen Stand nicht sinnvoll wäre nach festen Plänen vorzugehen. Unser Kenntnissstand ändert sich sehr schnell und wir wollen flexibel reagieren können.
|
meillo@8
|
364
|
meillo@4
|
365 \paragraph{Artefakte}
|
meillo@8
|
366 Momentan keine.
|
meillo@8
|
367
|
meillo@4
|
368
|
meillo@4
|
369
|
meillo@7
|
370 \subsection{Testing}
|
meillo@7
|
371 (Test)
|
meillo@4
|
372
|
meillo@8
|
373 \paragraph{Zweck}
|
meillo@6
|
374 Test des Zusammenspiels der Komponenten. Funktionsweise des Systems gegen die Anforderungen prüfen.
|
meillo@4
|
375
|
meillo@8
|
376 \paragraph{Anpassungen}
|
meillo@8
|
377 Da wir eine neue Technologie erkunden, macht Test keinen wirklichen Sinn. Unser Ziel ist es, in kurzer Zeit möglichst viele Bereiche und Möglichkeiten zu erkunden. Dabei würde Testing nur bremsen. Unser Hauptaugenmerk ist es voran zu kommen, nicht komplett fehlerfreie Ergebnisse zu liefern, deshalb verzichten wir komplett auf diesen Workflow. So können wir die dadurch verfügbaren Ressourcen an anderer Stelle effektiv nutzen.
|
meillo@8
|
378
|
meillo@8
|
379 Dies heißt aber keineswegs, dass wir ihn zum geeigneten Zeitpunkt nicht voll ausbauen werden.
|
meillo@8
|
380
|
meillo@8
|
381 \paragraph{Artefakte}
|
meillo@8
|
382 Noch keine.
|
meillo@4
|
383
|
meillo@4
|
384
|
meillo@4
|
385
|
meillo@7
|
386 \subsection{Deployment}
|
meillo@7
|
387 (Verteilung)
|
meillo@4
|
388
|
meillo@8
|
389 \paragraph{Zweck}
|
meillo@4
|
390 Auslieferung des Systems an den Kunden und Inbetriebnahme. Schulung der Benutzer.
|
meillo@4
|
391
|
meillo@8
|
392 \paragraph{Anpassungen}
|
meillo@8
|
393 Auch hier sparen wir um dafür die Entwicklung voran zu treiben.
|
meillo@8
|
394
|
meillo@4
|
395 \paragraph{Artefakte}
|
meillo@8
|
396 \begin{itemize}
|
meillo@8
|
397 \item Release Notes (empfohlen) %FIXME rechtschreibung
|
meillo@8
|
398 \end{itemize}
|
meillo@4
|
399
|
meillo@4
|
400
|
meillo@4
|
401
|
meillo@4
|
402
|
meillo@7
|
403 \section{Supplymentary Workflows} %FIXME: korrekter Name?
|
meillo@4
|
404
|
meillo@7
|
405 \subsection{Configuration \& Changemanagement}
|
meillo@7
|
406 (Konfigurations- \& Änderungsmanagement)
|
meillo@4
|
407
|
meillo@8
|
408 \paragraph{Zweck}
|
meillo@4
|
409 Verwaltung der zum Projekt gehörenden Daten. Versionierung und Konsistenz.
|
meillo@4
|
410
|
meillo@8
|
411 \paragraph{Anpassungen}
|
meillo@8
|
412 Alle Daten müssen im Project Repository abgelegt werden. Dieses soll die zentrale Informationsstelle sein.
|
meillo@8
|
413
|
meillo@8
|
414 Jeder Mitarbeiter darf an jeder Stelle des Projekts Änderungen durchführen.
|
meillo@8
|
415
|
meillo@4
|
416 \paragraph{Artefakte}
|
meillo@4
|
417 \begin{itemize}
|
meillo@4
|
418 \item Project Repository
|
meillo@4
|
419 \end{itemize}
|
meillo@4
|
420
|
meillo@4
|
421
|
meillo@8
|
422
|
meillo@7
|
423 \subsection{Projectmanagement}
|
meillo@7
|
424 (Projektmanagement)
|
meillo@4
|
425
|
meillo@8
|
426 \paragraph{Zweck}
|
meillo@4
|
427 Zwischen konkurrierenden Zielen vermitteln. Auf Risiken reagieren.
|
meillo@4
|
428
|
meillo@8
|
429 \paragraph{Anpassungen}
|
meillo@8
|
430 Keine besonderen.
|
meillo@8
|
431
|
meillo@4
|
432 \paragraph{Artefakte}
|
meillo@4
|
433 \begin{itemize}
|
meillo@7
|
434 \item Software Development Plan (Project Plan)
|
meillo@7
|
435 \item Risklist
|
meillo@4
|
436 \end{itemize}
|
meillo@4
|
437
|
meillo@4
|
438
|
meillo@8
|
439
|
meillo@7
|
440 \subsection{Environment}
|
meillo@7
|
441 (Entwicklungsumgebung)
|
meillo@4
|
442
|
meillo@8
|
443 \paragraph{Zweck}
|
meillo@4
|
444 Bereitstellung von Hardware, Software und Know-How.
|
meillo@4
|
445
|
meillo@8
|
446 \paragraph{Anpassungen}
|
meillo@8
|
447 Keine besonderen.
|
meillo@8
|
448
|
meillo@4
|
449 \paragraph{Artefakte}
|
meillo@4
|
450 \begin{itemize}
|
meillo@4
|
451 \item Development Case
|
meillo@4
|
452 \end{itemize}
|
meillo@4
|
453
|
meillo@4
|
454
|
meillo@4
|
455
|
meillo@4
|
456
|
meillo@4
|
457
|
meillo@4
|
458
|
meillo@4
|
459
|
meillo@4
|
460
|
meillo@4
|
461
|
meillo@4
|
462
|
meillo@4
|
463
|
meillo@4
|
464
|
meillo@0
|
465
|
meillo@0
|
466 \appendix
|
meillo@6
|
467 %\chapter{Glossar}
|
meillo@6
|
468 \chapter{Quellen}
|
meillo@2
|
469 \begin{itemize}
|
meillo@7
|
470 \item Dokumentation zum \emph{Rational Unified Process} (\texttt{http://www-306.ibm.com/software/awdtools/rup/})
|
meillo@2
|
471 \item Skript von Herrn Baer zur Vorlesung \emph{Softwaretechnik 1} an der Hochschule Ulm
|
meillo@2
|
472 \item http://wikipedia.org
|
meillo@6
|
473 \item \emph{Rational Unified Process - Best Practices for Software Development Teams}
|
meillo@2
|
474 \end{itemize}
|
meillo@2
|
475
|
meillo@7
|
476 Anmerkung zur Abbildung \ref{fig:rationalunifiedprocess}: This image is from the Rational Unified Process (software product) version 2003.06.12.01. This image is copyright by Rational Software Corporation, now a division of IBM.
|
meillo@6
|
477
|
meillo@0
|
478
|
meillo@0
|
479
|
meillo@0
|
480 \end{document}
|
meillo@6
|
481
|
meillo@6
|
482
|
meillo@6
|
483
|
meillo@6
|
484
|
meillo@6
|
485 %%%%%%%% HowTo %%%%%%%%%%
|
meillo@6
|
486
|
meillo@6
|
487 % picture block
|
meillo@6
|
488 \begin{figure}[h]
|
meillo@6
|
489 \includegraphics[scale=0.65]{pictures/png/logistiksicht_v6}
|
meillo@6
|
490 \caption{Logistiksicht für SAP}
|
meillo@6
|
491 \label{fig:logistiksicht}
|
meillo@6
|
492 \end{figure}
|
meillo@6
|
493
|
meillo@6
|
494 % picture inline
|
meillo@6
|
495 \begin{wrapfigure}[11]{r}[0pt]{6.4cm}
|
meillo@6
|
496 \centering %OPTIONAL
|
meillo@6
|
497 \includegraphics[scale=0.7]{pictures/png/werkdresden}
|
meillo@6
|
498 \caption{OptiBoard Werk Dresden}
|
meillo@6
|
499 \end{wrapfigure}
|
meillo@6
|
500
|
meillo@6
|
501 % tabellen
|
meillo@6
|
502 \begin{table}[h]
|
meillo@6
|
503 \centering
|
meillo@6
|
504 \begin{tabular}{p{4cm}|p{3cm}|p{3.3cm}}
|
meillo@6
|
505 \rowcolor{gray07} \textbf{Teil} & \textbf{Menge} & \textbf{Einheit}\\
|
meillo@6
|
506 \hline
|
meillo@6
|
507 \rowcolor{white} LED-Block & 105 & Stück\\
|
meillo@6
|
508 \rowcolor{gray09} Feder & 105 & Stück\\
|
meillo@6
|
509 \rowcolor{white} Platine & 1 & Stück\\
|
meillo@6
|
510 \rowcolor{gray09} Chip & 1 & Stück\\
|
meillo@6
|
511 \rowcolor{white} Kabel & 1 & Stück\\
|
meillo@6
|
512 \rowcolor{gray09} Kunststoffgranulat & 350 & Gramm\\
|
meillo@6
|
513 \end{tabular}
|
meillo@6
|
514 \caption{Mengenübersichtstückliste OptiBoard Pro}
|
meillo@6
|
515 \label{tbl:mengenPro}
|
meillo@6
|
516 \end{table}
|