Mercurial > docs > Development-Case
comparison development-case-content.tex @ 3:5084c6cb99f2
added short explanations to all workflows; german names for workflows, etc; minor stuff
author | meillo@marmaro.de |
---|---|
date | Mon, 14 Jan 2008 20:48:46 +0100 |
parents | 64246b8cbb50 |
children |
comparison
equal
deleted
inserted
replaced
2:64246b8cbb50 | 3:5084c6cb99f2 |
---|---|
19 \textbf{Zyklus} | 19 \textbf{Zyklus} |
20 Ein kompletter Durchlauf der vier Phasen: Konzeption (Inception), Entwurf (Elaboration), Konstruktion (Construction) und Übergabe (Transition). | 20 Ein kompletter Durchlauf der vier Phasen: Konzeption (Inception), Entwurf (Elaboration), Konstruktion (Construction) und Übergabe (Transition). |
21 %One complete pass through the four phases: inception, elaboration, construction and transition. The span of time between the beginning of the inception phase and the end of the transition phase. | 21 %One complete pass through the four phases: inception, elaboration, construction and transition. The span of time between the beginning of the inception phase and the end of the transition phase. |
22 | 22 |
23 \textbf{Iteration} | 23 \textbf{Iteration} |
24 Eine gewisse, geplante Abfolge von Aktivitäten mit einem messbaren Ergebnis, die in einem Release enden (intern oder extern). | 24 Eine geplante Abfolge von Aktivitäten mit einem messbaren Ergebnis, die in einem Release enden (intern oder extern). |
25 %A distinct sequence of activities with a base-lined plan and valuation criteria resulting in a release (internal or external). | 25 %A distinct sequence of activities with a base-lined plan and valuation criteria resulting in a release (internal or external). |
26 | 26 |
27 \textbf{Phase} | 27 \textbf{Phase} |
28 Die Zeit zwischen zwei bedeutenden Projekt-Meilensteinen. Während einer Phase werden, eine festgelegte Menge an Aufgaben bearbeitet, Artefakte erstellt und die Entscheidung gefällt, ob man in die nächste Phase einsteigt, oder nicht. | 28 Die Zeit zwischen zwei bedeutenden Projekt-Meilensteinen. Während einer Phase werden, eine festgelegte Menge an Aufgaben bearbeitet, Artefakte erstellt und die Entscheidung gefällt, ob man in die nächste Phase einsteigt, oder nicht. |
29 %The time between two major project milestones, during which a well-defined set of objectives is met, artifacts are completed, and decisions are made to move or not move into the next phase. | 29 %The time between two major project milestones, during which a well-defined set of objectives is met, artifacts are completed, and decisions are made to move or not move into the next phase. |
87 | 87 |
88 | 88 |
89 \chapter{Kern-Workflows} | 89 \chapter{Kern-Workflows} |
90 | 90 |
91 | 91 |
92 \subsection{Business Modeling} | 92 \subsection{Geschäftsprozessmodellierung} |
93 (Business Modeling) | |
93 | 94 |
94 FIXME | 95 Dokumentation der relevanten Geschäftsprozesse in Use Cases, mit dem Ziel eines gemeinsamen Verständnisses zwischen Entwicklern und Anwendern. |
95 | |
96 \paragraph{Artefakte} | |
97 | |
98 | |
99 | |
100 \subsection{Requirements} | |
101 | 96 |
102 \paragraph{Artefakte} | 97 \paragraph{Artefakte} |
103 \begin{itemize} | 98 \begin{itemize} |
104 \item Glossary | 99 \item Glossary |
105 \item Use-Case | 100 \item Use-Case |
107 \item Vision | 102 \item Vision |
108 \end{itemize} | 103 \end{itemize} |
109 | 104 |
110 | 105 |
111 | 106 |
112 \subsection{Analysis \& Design} | 107 \subsection{Anforderungen} |
108 (Requirements) | |
109 | |
110 Ermitteln, was das System leisten soll. Die funktionalen Anforderungen sollen erfasst werden. | |
111 | |
112 \paragraph{Artefakte} | |
113 \begin{itemize} | |
114 \item Use-Case | |
115 \item Use-Case Model | |
116 \item Vision | |
117 \end{itemize} | |
118 | |
119 | |
120 | |
121 \subsection{Analyse \& Design} | |
122 (Analysis \& Design) | |
123 | |
124 Aufbau und Technologie des Systems festlegen. | |
113 | 125 |
114 \paragraph{Artefakte} | 126 \paragraph{Artefakte} |
115 \begin{itemize} | 127 \begin{itemize} |
116 \item Software Architecture Document | 128 \item Software Architecture Document |
117 \end{itemize} | 129 \end{itemize} |
118 | 130 |
119 | 131 |
120 | 132 |
121 \subsection{Implementation} | 133 \subsection{Implementierung} |
134 (Implementation) | |
135 | |
136 Systemteile entwickeln und zusammenfügen. | |
122 | 137 |
123 \paragraph{Artefakte} | 138 \paragraph{Artefakte} |
124 | 139 |
125 | 140 |
126 \subsection{Testing} | 141 \subsection{Test} |
142 (Testing) | |
143 | |
144 Funktionsweise des Systems gegen die Anforderungen prüfen. | |
127 | 145 |
128 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. | 146 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. |
129 | 147 |
130 | 148 |
131 | 149 |
132 \subsection{Deployment} | 150 \subsection{Verteilung} |
151 (Deployment) | |
152 | |
153 Auslieferung des Systems an den Kunden und Inbetriebnahme. Schulung der Benutzer. | |
133 | 154 |
134 \paragraph{Artefakte} | 155 \paragraph{Artefakte} |
135 | 156 |
136 | 157 |
137 \subsection{Configuration \& Changemanagement} | 158 |
159 | |
160 \section{Unterstützungs-Workflows} | |
161 | |
162 \subsection{Konfigurations- \& Änderungsmanagement} | |
163 (Configuration \& Changemanagement) | |
164 | |
165 Verwaltung der zum Projekt gehörenden Daten. Versionierung und Konsistenz. | |
138 | 166 |
139 \paragraph{Artefakte} | 167 \paragraph{Artefakte} |
140 \begin{itemize} | 168 \begin{itemize} |
141 \item Project Repository | 169 \item Project Repository |
142 \end{itemize} | 170 \end{itemize} |
143 | 171 |
144 | 172 |
145 \subsection{Projectmanagement} | 173 \subsection{Projektmanagement} |
174 (Projectmanagement) | |
175 | |
176 Zwischen konkurrierenden Zielen vermitteln. Auf Risiken reagieren. | |
146 | 177 |
147 \paragraph{Artefakte} | 178 \paragraph{Artefakte} |
148 \begin{itemize} | 179 \begin{itemize} |
149 \item Software Development Plan | 180 \item Software Development Plan |
150 \item Iteration Plan % FIXME | 181 \item Iteration Plan % FIXME |
151 \end{itemize} | 182 \end{itemize} |
152 | 183 |
153 | 184 |
154 \subsection{Environment} | 185 \subsection{Entwicklungsumgebung} |
186 (Environment) | |
187 | |
188 Bereitstellung von Hardware, Software und Know-How. | |
155 | 189 |
156 \paragraph{Artefakte} | 190 \paragraph{Artefakte} |
157 \begin{itemize} | 191 \begin{itemize} |
158 \item Development Case | 192 \item Development Case |
159 \item Tools | 193 \item Tools |