docs/Development-Case

changeset 1:3b7bede36504

added real content structure; added first real content
author meillo@marmaro.de
date Mon, 14 Jan 2008 07:25:25 +0100
parents 662d647b9e94
children 64246b8cbb50
files development-case-content.tex
diffstat 1 files changed, 114 insertions(+), 35 deletions(-) [+]
line diff
     1.1 --- a/development-case-content.tex	Mon Jan 14 06:44:49 2008 +0100
     1.2 +++ b/development-case-content.tex	Mon Jan 14 07:25:25 2008 +0100
     1.3 @@ -9,49 +9,35 @@
     1.4  
     1.5  Die verwendeten Begriffe sind im Projekt-Glossar erklärt. Bei Bedarf kann dort nachgeschlagen werden.
     1.6  
     1.7 +Workflow
     1.8 +
     1.9 +Entwicklungsprozess
    1.10 +
    1.11 +Zyklus
    1.12 +
    1.13 +Iteration
    1.14 +
    1.15 +Phase
    1.16 +
    1.17 +RUP
    1.18 +
    1.19 +Iterativer Entwicklungsprozess
    1.20 +
    1.21 +Manntag
    1.22 +
    1.23 +Release
    1.24 +
    1.25  
    1.26  \section{Verweise}
    1.27  
    1.28  
    1.29  
    1.30  
    1.31 -\chapter{Lebenszyklus-Modell}
    1.32  
    1.33 -FIXME
    1.34  
    1.35 -
    1.36 -
    1.37 -
    1.38 -
    1.39 -\chapter{Kern-Workflows}
    1.40 -
    1.41 -\section{Workflow}
    1.42 -
    1.43 -FIXME
    1.44 -
    1.45 -
    1.46 -\section{Artefakte}
    1.47 -
    1.48 -FIXME
    1.49 -
    1.50 -
    1.51 -\section{Iterationsplanung}
    1.52 -
    1.53 -FIXME
    1.54 -
    1.55 -
    1.56 -\section{}
    1.57 -\section{}
    1.58 -
    1.59 -
    1.60 -
    1.61 -\chapter{Kern Workflows}
    1.62 -
    1.63 -
    1.64 -
    1.65 -
    1.66 -
    1.67 -
    1.68 +%%%%%%%%%%%%%%
    1.69 +\chapter{Entwicklungsprozess}
    1.70 +\section{Überblick}
    1.71  
    1.72  Wir werden unser Projekt nach dem Rational Unified Process (kurz RUP) entwickeln.
    1.73  
    1.74 @@ -60,6 +46,9 @@
    1.75  
    1.76  An sich ist der RUP für große Projekte, mit vielen Mannjahren, ausgelegt. Wir haben uns trotzdem für den RUP entscheiden, da wir ihn in der Vorlesung Softwaretechnik 1 ausführlich behandelt hatten und wir dieses Theoriewissen nun in der Praxis anwenden wollen.
    1.77  
    1.78 +
    1.79 +\section{Anpassungen}
    1.80 +
    1.81  Es gilt also diesen mächtigen und umfangreichen Entwicklungsprozess für unser klares Projekt abzuspecken und anzupassen. Dies ist natürlich nicht ganz einfach, da unsere 85 Manntage realistischerweise eher einer einzelnen Iteration entsprechen, als den drei Zyklen, die wir für uns geplant haben.
    1.82  Wir werden deshalb ein paar Ungenauigkeiten bei unserem Verhalten im Kauf nehmen; versuchen aber natürlich, uns möglichst nah an die Leitlinie RUP zu halten.
    1.83  
    1.84 @@ -68,3 +57,93 @@
    1.85  Iterationen innerhalb der Zyklen werden wir, aufgrund der kurzen Zyklen, außen vor lassen.
    1.86  
    1.87  Die einzelnen Phasen (zweite Dimension) in den Zyklen versuchen wir, so gut es geht, zu berücksichtigen.
    1.88 +
    1.89 +
    1.90 +
    1.91 +
    1.92 +
    1.93 +
    1.94 +\chapter{Projektplanung}
    1.95 +
    1.96 +siehe \emph{Projektplan} diesbezüglich
    1.97 +
    1.98 +
    1.99 +
   1.100 +
   1.101 +
   1.102 +\chapter{Kern-Workflows}
   1.103 +
   1.104 +
   1.105 +\subsection{Business Modeling}
   1.106 +
   1.107 +FIXME
   1.108 +
   1.109 +\paragraph{Artefakte}
   1.110 +
   1.111 +
   1.112 +
   1.113 +\subsection{Requirements}
   1.114 +
   1.115 +\paragraph{Artefakte}
   1.116 +\begin{itemize}
   1.117 +	\item Glossary
   1.118 +	\item Use-Case
   1.119 +	\item Use-Case Model
   1.120 +	\item Vision
   1.121 +\end{itemize}
   1.122 +
   1.123 +
   1.124 +
   1.125 +\subsection{Analysis \& Design}
   1.126 +
   1.127 +\paragraph{Artefakte}
   1.128 +\begin{itemize}
   1.129 +	\item Software Architecture Document
   1.130 +\end{itemize}
   1.131 +
   1.132 +
   1.133 +
   1.134 +\subsection{Implementation}
   1.135 +
   1.136 +\paragraph{Artefakte}
   1.137 +
   1.138 +
   1.139 +\subsection{Testing}
   1.140 +
   1.141 +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 vorran zu kommen, nicht komplett fehlerfreie Ergebnisse zu liefern, deshalb verzichten wir komplett auf diesen Workflow.
   1.142 +
   1.143 +
   1.144 +
   1.145 +\subsection{Deployment}
   1.146 +
   1.147 +\paragraph{Artefakte}
   1.148 +
   1.149 +
   1.150 +\subsection{Configuration \& Changemanagement}
   1.151 +
   1.152 +\paragraph{Artefakte}
   1.153 +\begin{itemize}
   1.154 +	\item Project Repository
   1.155 +\end{itemize}
   1.156 +
   1.157 +
   1.158 +\subsection{Projectmanagement}
   1.159 +
   1.160 +\paragraph{Artefakte}
   1.161 +\begin{itemize}
   1.162 +	\item Software Development Plan
   1.163 +	\item Iteration Plan % FIXME
   1.164 +\end{itemize}
   1.165 +
   1.166 +
   1.167 +\subsection{Environment}
   1.168 +
   1.169 +\paragraph{Artefakte}
   1.170 +\begin{itemize}
   1.171 +	\item Development Case
   1.172 +	\item Tools
   1.173 +	\item User Interface Guidlines % FIXME
   1.174 +\end{itemize}
   1.175 +
   1.176 +
   1.177 +