Index: doc/trunk/DAM Projectplan/DAM - Projectplan.pdf
===================================================================
diff -u -r147 -r150
Binary files differ
Index: doc/trunk/DAM Projectplan/DAM - Projectplan.tex
===================================================================
diff -u -r147 -r150
--- doc/trunk/DAM Projectplan/DAM - Projectplan.tex	(.../DAM - Projectplan.tex)	(revision 147)
+++ doc/trunk/DAM Projectplan/DAM - Projectplan.tex	(.../DAM - Projectplan.tex)	(revision 150)
@@ -81,6 +81,9 @@
 %------------------------------------------------------------------------------
 \chapter{Werkzaamheden} \label{chapterActiviteiten}
 
+De volgende ontwikkelblokken kunnen worden onderscheiden.
+De ontwikkelblokken zijn niet geheel even groot wat betreft inspanning.
+
 \section{Minimum viable product} \label{sec:MinimumViableProduct}
 \begin{itemize}
 	\item Toets berekening voor piping (Sellmeijer 4 krachten) over meerdere locaties.
@@ -97,6 +100,7 @@
 \end{itemize}
 
 \section{Ontwerpen} \label{sec:Ontwerpen}
+Ontwerpen toevoegen voor de relevante faalmechanismen.
 \begin{itemize}
 	\item Ontwerp berekening voor piping (Sellmeijer 4 krachten) over meerdere locaties.
 	\begin{itemize}
@@ -106,17 +110,14 @@
 	\begin{itemize}
 		\item Berm toevoegen of groter maken.
 	\end{itemize}
-	\item Ontwerp berekening voor macrostabiliteit (D-Geo Stability versie) over meerdere locaties.
+	\item Ontwerp berekening voor macrostabiliteit binnenwaarts (D-Geo Stability versie) over meerdere locaties.
 	\begin{itemize}
 		\item Dijk verhogen.
 		\item Talud verflauwen.
 		\item Berm toevoegen of groter maken.
 	\end{itemize}
 	\item Aansluiten op bestaande UI.
 \end{itemize}
-Ontwerpen toevoegen.
-Ontwerp berekening voor piping (WBI versie) over meerdere locaties.
-Berm toevoegen of groter maken.
 
 \section{Regionale toetsing} \label{sec:RegionaleToetsing}
 \begin{itemize}
@@ -126,7 +127,7 @@
 \end{itemize}
 
 \section{WBI faalmechanismen toevoegen} \label{sec:WBIFaalmechanismen}
-Aantonen dat ander faalmechanismen eenvoudig kunnen worden aangesloten.
+Nieuwe faalmechanismen aansluiten , die nog in in de huidge DAM zitten.
 \begin{itemize}
 	\item Toevoegen piping (WBI versie).
 	\item Toevoegen macrostabiliteit binnenwaarts (WBI versie).
@@ -135,20 +136,71 @@
 
 
 %------------------------------------------------------------------------------
-\chapter{Bemensing} \label{chapterBemensing}
+\chapter{Bemensing en kosten} \label{chapterBemensing}
 
-\lipsum[1-2]
+Er wordt uitgegaan van een budget van 180.000 euro. 
 
+De volgende onwikkelaars zijn beschikbaar:
+\begin{itemize}
+\item John Bokma: 4 dagen per week, uurtarief 124 euro
+\item Tom The: 3 dagen per week, uurtarief 157 euro
+\item Esther van Zantvoort: 2 dagen per week, uurtarief 157 euro
+\item Irene vd Zwan: 2 dagen per week, uurtarief 124 euro
+\end{itemize}
+Bij deze tarieven en inzet per week, betekent dat een week ontwikkeling 12.232 euro kost.
+Dit betekent, dat als er 12  weken ontwikkeld wordt (4 sprints van 3 weken), het budget belast wordt met 146.784. 
+Uitgaande van een budget van 180.000 euro, betekent dat er voor testen, documentatie en projectbeheer nog 33.216 euro resteert.
+Omdat het hier een kernel betreft zal die voornamelijk automatisch getest worden. Het resterende budget zal voldoende zijn voor de bedoelde werkzaamheden.
+
+
+
 %------------------------------------------------------------------------------
+\chapter{Deliverables} \label{chapterDeliverables}
+Deliverables:
+\begin{itemize}
+\item DAM UI client , die aangesloten is op de nieuwe kernel.
+\item DAMLive client, die aangesloten is op de nieuwe kernel.
+\item Dam kernel, die genoeg functionaliteit biedt om de bovenstaande clients te kunnen bouwen.
+\end{itemize}
+Hierbij dienen DAM UI en DamLive minimaal de functionaliteit te hebben die beschikbaar is in de release versies van de huidige applicaties (dus zonder de proof of concept opties en mogelijkheden), met uitzondering van de calamiteiten optie in de DAM UI. De calcamiteiten optie zal verwijderd worden.
+
+%------------------------------------------------------------------------------
 \chapter{Planning} \label{chapterPlanning}
 
-\lipsum[1-2]
-
+Er moet 1 november (week 43) uitgeleverd worden. Er kan worden begonnen op 20 maart (week 12).
+Er is dus een maximale doorlooptijd van 31 weken, waarin 12 weken gepland moeten worden. 
+Ook rekening houden met vakanties en inzet in andere projecten is dit dus goed haalbaar.
 %------------------------------------------------------------------------------
-\chapter{Kosten} \label{chapterKosten}
+\chapter{Risico's} \label{chapterRisicos}
 
-\lipsum[1-2]
+\section{Personele bezetting} \label{sec:PersoneleBezetting}
 
+\section{Budget} \label{sec:Budget}
+
+\subsection{Risico} 
+Het budget is vast. 
+En daarvoor moet minimaal de functionaliteit geleverd te worden die aanwezig is in de huidige release.
+Als de kernel niet aangepast kan worden binnen het vastgestelde budget, dan is de refactoring niet geslaagd. 
+Er is dan geen bruikbaar product
+
+\subsection{Maatregel}
+Na eerste sprint evalueren of de ontwikkelsnelheid voldoende is om tot het gewenste eindresultaat te komen. 
+Als dat niet het geval is, dan dient de product owner in overleg te treden met het DAM management om een go-nogo beslissing te nemen voor het doorgaan met de ontwikkeling. 
+
+\section{Personele bezetting} \label{sec:PersoneleBezetting}
+
+\subsection{Risico} 
+Het ontwikkelteam bestaat uit 3 mensen. Als er 1 wegvalt (ziekte, of prioriteit ander project) dan kan de oplevering in gevaar komen. 
+
+\subsection{Maatregelen}
+
+\begin{itemize}
+\item De planning goed doornemen met afdelingshoofden en de geplande weken goed afblokken.
+\item De planning zodanig opzetten dat we ruim voor de deadline klaar zijn.
+Dan is er ruimte om tegenvallers op te vangen.
+\end{itemize}
+
+
 %------------------------------------------------------------------------------
 \chapter{Literatuur}  \label{chapterLiteratuur}