inleiding bijgewerkt

changelog.tex

@@ -21,4 +21,42 @@
         \item Verschillende spelling en grammaticale correcties.
     \end{version}
 
+    \begin{version}[v=3.0, date=2022-3-15]
+    \changed
+        \item \textit{jvdb feedback} Pi5 - Product van \textit{allen} verandert naar \textit{onderzoeksrapport} van DSR en Kwalitatief onderzoek.
+        \item \textit{jvdb feedback} Pi7 - Methodes verandert naar "evaluatie" en "field testing".
+        \item Projectnaam verandert naar "Applied Network Automation"
+    \end{version}
+
+    \begin{version}[v=4.0, date=2022-3-23]
+    \changed
+        \item \textit{jvdb feedback} Pi6 - Toelichtingen specifieker gemaakt ten opzichte van het project (toelichting van het onderzoeksrapport, ontwerp en Proof of Concept).
+    \end{version}
+
+    \begin{version}[v=5.0, date=2022-4-28]
+    \added
+        \item Pi5 - Survey toegevoegd.
+        \item Pi5 - Interview toegevoegd.
+        \item Pi7 - Proof of Concept toegevoegd als validatie op het ontwerp.
+        \item \textit{jvdb feedback} Pi7 - Grounding toegevoegd als validatie voor de innovatie van het project.
+        
+    \removed
+        \item Pi7 - Evaluatie weggehaald.
+
+    \changed
+        \item Pi5 - Hevner DSR beschrijving iets uitgebreid.
+        \item Pi7 - Field Testing iets aangepast op het toegevoegde Proof of Concept stuk.
+
+    \misc
+        \item Verschillende spelfouten verbeterd.
+        \item Tabellen aangepast zodat deze meerdere pagina's lang kunnen zijn.
+    \end{version}
+
+    \begin{version}[v=5.1, date=2022-04-29]
+
+    \changed
+        \item Inleiding aangepast om de aanleiding en doelstelling beter te representeren.
+
+    \end{version}
+
 \end{changelog}

chapters/1 - inleiding.tex

@@ -1,5 +1,5 @@
 \chapter{Inleiding}
 
-KEMBIT zou Ansible willen gebruiken voor verschillende processen en usecases. Een obstakel bij het in gebruik nemen van Ansible is echter hoe de lijst van netwerk apparaten (een ‘inventory’) het beste kan worden geproduceerd. Deze inventory handmatig samenstellen vóór het uitvoeren van een playbook is namelijk een tijdrovende taak omdat hier, afhankelijk van het uit te voeren proces, honderden apparaten in kunnen zitten. Daarnaast kan het gewenst zijn om van elk apparaat meerdere eigenschappen mee te nemen in het inventory en meerdere filteropties toe te kunnen passen.
+Het Expert Team Networking zou (meer) gebruik willen maken van netwerkautomatisering in de huidige bedrijfsvoering. Andere teams binnen KEMBIT maken gebruik van Ansible, een automatiseringstool. Door een reeds uitgevoerde evaluatie en de mogelijkheden die Ansible biedt voor een networkautomation usecase wordt verwacht dat deze tool ook voor het Expert Team Networking een effectieve automatisering oplossing kan zijn.
 
-De doelstelling van de opdracht is het analyseren van de processen en usecases welke KEMBIT met Ansible uit wil voeren. Op basis van deze analyse kunnen de behoeftes worden vastgesteld aan een automatisch gegenereerd inventory en het systeem welke deze produceert (bijvoorbeeld welke configuratie opties beschikbaar moeten zijn). En vervolgens dit systeem ontwerpen en realiseren (in de vorm van een Proof of Concept).
+De doelstelling van het onderzoek is vaststellen hoe netwerkautomatisering kan worden toegepast in de huidige bedrijfsvoering van het Expert Team Networking. Hieruit volgt een advies omtrent het vorderen van netwerkautomatisering en een ontwerp voor een technische realisatie van een automatiseringstool geintegreerd in de bedrijfsvoering van het Expert Team Networking.

chapters/2 - kunde.tex

@@ -8,24 +8,22 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
 \subsection*{Omschrijving}
 
-\begin{table}[h]
-    \centering
-    \begin{tabular}{ | p{0.15\linewidth} | p{0.2\linewidth} | p{0.45\linewidth} | p{0.1\linewidth} | }
+\begin{longtable}{ | p{0.15\linewidth} | p{0.2\linewidth} | p{0.45\linewidth} | p{0.1\linewidth} | }
     \hline
     \textbf{Methode} & \textbf{Toelichting} & \textbf{Waarom} & \textbf{Product} \\
     \hline
 
     Hevner Design Science Research (\textit{'DSR'}) &
     DSR is een onderzoek- en ontwikkelmethode met iteratieve aanpak &
-        Deze methode wordt toegepast omdat deze past bij het project gezien hier iets ontwikkeld wordt &
-        \textit{Alle}\\
+    Deze methode wordt toegepast omdat deze past bij het project gezien hier op iteratieve wijze een dienst en/of product ontwikkeld wordt &
+    Onderzoeks - rapport\\
 
     \hline
 
     Kwalitatief Onderzoek &
     De kwalitatieve onderzoeksmethode bevat methodes waarmee \textit{kwalitatief} onderzoek kan worden uitgevoerd in tegenstelling tot \textit{kwantitatief} onderzoek. &
     Het uit te voeren onderzoek kenmerkt zich als een \textit{kwalitatief} onderzoek. Omdat hier voornamelijk sprake is van een inhoudelijk onderzoek. Het kan echter mogelijk zijn dat in kleine mate \textit{kwantitatieve} methodes gebruikt kunnen worden gedurende het onderzoek. Het onderzoek classificeert zich echter alsnog als \textit{kwalitatief} &
-        \textit{Alle}\\
+    Onderzoeks - rapport\\
 
     \hline
 
@@ -43,8 +41,21 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
     \hline
 
-    \end{tabular}
-\end{table}
+    Survey&
+    Het afnemen van van tevoren opgestelde vragen.&
+    Het doel van de survey is om inzicht te krijgen in de kennis, moeilijkheden, wensen en meningen van het personeel van het Expert Team Networking.&
+    Onderzoeks - rapport\\
+
+    \hline
+
+    Interview&
+    Een gesprek waarin van tevoren (gedeeltelijk) voorbereide onderwerpen worden behandeld.&
+    Het interview zal worden uitgevoerd met de opdrachtgever om een beeld te krijgen van de situatie, wensen en visie omtrent netwerkautomatisering.&
+    Onderzoeks - rapport\\
+
+    \hline
+
+\end{longtable}
 
 \subsection*{Gewicht}
 2
@@ -62,9 +73,7 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
 \subsection*{Omschrijving}
 
-\begin{table}[h]
-    \centering
-    \begin{tabular}{@{} | p{0.15\linewidth} | p{0.3\linewidth} | p{0.45\linewidth} | @{}}
+\begin{longtable}{@{} | p{0.15\linewidth} | p{0.3\linewidth} | p{0.45\linewidth} | @{}}
 
     \hline
     \textbf{Resultaat} & \textbf{Toelichting} & \textbf{Waarom} \\
@@ -80,21 +89,21 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
     Onderzoeks- rapport &
     In dit document worden de ondernomen onderzoek-stappen en geassocieerde resultaten in volledigheid beschreven &
-        Dit rapport legt het volledige onderzoeksproces en resultaten met betrekking tot het analyseren van de probleemstelling en mogelijke oplossingen.
+    Dit rapport legt het volledige onderzoeksproces en resultaten met betrekking tot het implementeren van automatisering binnen de bedrijfsvoering van het Expert Team Networking.
     \\
 
     \hline
 
     Ontwerp &
     Een ontwerp voor een systeem welke de doelstelling realiseert op basis van het uitgevoerde onderzoek &
-        Een technisch document waarin de werking en criteria aan een systeem worden vastgelegd. Deze is nodig om een idee te geven van een technische oplossing en hoe deze geïmplementeerd kan worden.
+    Een technisch document waarin de werking en criteria worden beschreven van een automatiseringsoplossing die geïntegreerd is in de business en voldoet aan de wensen en eisen.
     \\
 
     \hline
 
     Proof of Concept &
     Het Proof of Concept (\textit{'POC'}) heeft als doelstelling om te bevestigen dat het systeem / oplossing, zoals beschreven in het ontwerp, kan functioneren en de originele probleemstelling kan verhelpen.&
-        Het Proof of Concept zal een praktische oplossing demonstreren welke is afgestemd op de situatie, wensen en eisen van de opdrachtgever. De oplossing moet het mogelijk maken om netwerk automatisering toe te passen in de praktijk.
+    Het Proof of Concept zal een praktische automatiseringsoplossing demonstreren welke is afgestemd op de situatie, wensen en eisen van de opdrachtgever. De oplossing moet het mogelijk maken om netwerk automatisering toe te passen in de praktijk.
     \\
 
     \hline
@@ -114,8 +123,7 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
     \hline
 
 
-    \end{tabular}
-\end{table}
+\end{longtable}
 
 \subsection*{Gewicht}
 2
@@ -132,38 +140,34 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
 \subsection*{Omschrijving}
 
-\begin{table}[h]
-    \centering
-    \begin{tabular}{@{} | p{0.15\linewidth} | p{0.2\linewidth} | p{0.4\linewidth} | p{0.15\linewidth} | @{}}
+
+\begin{longtable}{@{} | p{0.15\linewidth} | p{0.2\linewidth} | p{0.4\linewidth} | p{0.15\linewidth} | @{}}
     \hline
     \textbf{Keuze} & \textbf{Toelichting} & \textbf{Waarom} & \textbf{Product} \\
     \hline
 
-        Relevance Cycle &
-        De Relevance Cycle is een cyclus in het Design Science Research framework waarin het artifact voortdurend wordt geavalueerd in de context van haar omgeving.&
-        Het uitvoeren van deze cyclus zorgt ervoor dat het artifact aansluit op de omgevingen, wensen en eisen. Dit wordt gedaan door wensen en eisen te verzamelen (de\textit{input}) en het artifact door de omgeving te laten evalueren (de \textit{output}).&
+    Proof of Concept&
+    Een Proof of Concept is een minimale implementatie van een systeem om functionaliteiten te demonstreren en in de praktijk te kunnen evalueren.&
+    Met het Proof of Concept wordt gecontroleerd of het ontwerp op een technisch vlak realistisch is en kan functioneren. Door op een iteratieve manier kleine gedeeltes te ontwerpen en vervolgens te realiseren ontstaat een feedback loop die ervoor moet zorgen dat het ontwerp realistisch is en geschikt om een antwoord te zijn op de probleemstelling.&
+    Proof of Concept\\
+
+    \hline
+
+    Field Testing &
+    Field testing is onderdeel van de Relevance Cycle van het Design Science Research process waarin het artefact wordt geëvalueerd in de context van de omgeving. &
+    Het doel van deze stap is het valideren van de requirements waar het ontwerp op is gebaseerd. Dit wordt gedaan door het artefact te evalueren in de omgeving van de probleemstelling. Voor dit project betekent dat samen met de opdrachtgever het Proof of Concept evalueren. Op deze manier kunnen requirements worden toegevoegd en/of bijgewerkt zodat deze overeenkomen met de verwachtingen van de opdrachtgever.&
     Onderzoeks- rapport en Proof of Concept.\\
 
     \hline
 
-        Evalueren&
-        Binnen de Design cyclus wordt (1) voortdurend gewerkt aan het ontwerp en realisatie van het artifact. En (2) wordt dit artifact voortdurend geavalueerd.&
-        De geproduceerde resultaten (met andere woorden het 'artifact') worden voortdurend geavalueerd op basis van de gestelde kwaliteitseisen en/of deze behaald worden&
-        \textit{Allen}\\
-
-        \hline
-
     Grounding&
-        In de Grounding cyclus van het Design Science Research framework wordt voortdurend gebruik gemaakt van reeds bestaande kennis.&
-        Door deze cyclus wordt ervoor gezorgd dat bestaande kennis in het artifact wordt verwerkt. Dit voorkomt dat het project het wiel hoeft uit te vinden en dat het artifact innovatief is. Daarnaast wordt hiermee gecontroleerd dat het onderzoek correct is.&
+    Door bestaande bronnen van ideeën, informatie en artifacten te gebruiken ter inspiratie van het vormgeven en/of ontwerpen van een oplossing wordt ervoor gezorgd dat deze innovatief is.&
+    Grounding is het proces van zoeken, beoordelen en selecteren van bestaande bronnen van informatie. Het doel is om bronnen te vinden die relevant zijn binnen het domein van het onderzoek en ervoor zorgen dat het onderzoek innovatief is door verder te gaan op reeds uitgevoerd onderzoek in plaats van het wiel opnieuw uit te vinden.&
     Onderzoeks- rapport\\
 
     \hline
 
-
-
-    \end{tabular}
-\end{table}
+\end{longtable}
 
 \subsection*{Gewicht}
 2

chapters/3 - attitude.tex

@@ -8,9 +8,7 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
 \subsection*{Omschrijving}
 
-\begin{table}[h]
-    \centering
-    \begin{tabular}{@{} | p{0.15\linewidth} | p{0.2\linewidth} | p{0.4\linewidth} | p{0.15\linewidth} | @{}}
+\begin{longtable}{@{} | p{0.15\linewidth} | p{0.2\linewidth} | p{0.4\linewidth} | p{0.15\linewidth} | @{}}
     \hline
     \textbf{Competentie} &
     \textbf{Toelichting} &
@@ -50,8 +48,7 @@ Hoe ga je te werk (5), tot welke resultaten leidt dat (6), welke relevante keuze
 
     \hline
 
-    \end{tabular}
-\end{table}
+\end{longtable}
 
 \subsection*{Gewicht}
 3

main.tex

@@ -36,7 +36,7 @@
 
 %% Verander dit {
 \newcommand{\titel}{Prestatieplan}
-\newcommand{\project}{KEMBIT Dynamisch Inventory}
+\newcommand{\project}{Applied Network Automation}
 \newcommand{\auteur}{
 Martijn Remmen
 }
@@ -45,6 +45,8 @@ Martijn Remmen
 \newcommand{\versie}{CONCEPT}
 %% }
 
+\usepackage{longtable}
+
 % Voegt een changelog toe aan het begin van het document
 \usepackage{changelog}
 % Nederlandse vertalingen voor changelog