Prime correzioni dopo incontro con tutore

Inserito il titolo del documento anche nei metadati per il PDF/A, scambiato il
capitolo su "Lavoro svolto" e "Metodologie e strumenti utilizzati", cambitato
il titolo del paragrafo 2.1, aggiunto l'elenco per i requisiti non funzionali,
modifiche al contenuto per adattarlo alle correzioni proposte.

relazione/src/FERRON_relazione.cfg

@@ -2,7 +2,7 @@
 \StrutturaDi{Dipartimento di }
 \struttura{Scienze e Innovazione Tecnologica}
 \NomeElaborato{Relazione per la prova finale}
-\titolo{}{}
+\titolo{Sviluppo di una piattaforma \textenglish{e-commerce} per la vendita di mobili metallizzati}
 %\renewcommand{\NomeCorsoDiStudi}{\textbf{Corso di Laurea in}}
 \corsodistudi{Informatica}
 \candidato{Lorenzo \textsc{Ferron}}

relazione/src/FERRON_relazione.tex

@@ -17,7 +17,7 @@ twoside
 
 \begin{pdfxmetadata}
 	\Author[it-IT]{Lorenzo Ferron}
-	\Title[it-IT]{}
+	\Title[it-IT]{Sviluppo di una piattaforma e-commerce per la vendita di mobili metallizzati}
 	\Language{it-IT\sep en-US}
 	\Keywords{}
 	\Subject[it-IT]{}
@@ -94,8 +94,8 @@ natbib
 
 	\include{contents/introduzione/introduzione}
 	\include{contents/introduzione-al-lavoro/introduzione-al-lavoro}
-	\include{contents/metodologie-strumenti-utilizzati/metodologie-strumenti-utilizzati}
 	\include{contents/lavoro-svolto/lavoro-svolto}
+	\include{contents/metodologie-strumenti-utilizzati/metodologie-strumenti-utilizzati}
 	\include{contents/conclusioni/conclusioni}
 
 	\backmatter

relazione/src/contents/introduzione-al-lavoro/introduzione-al-lavoro.tex

@@ -5,17 +5,14 @@
 \label{ch:introduzione-al-lavoro}
 \graphicspath{{contents/introduzione-al-lavoro/assets/img/}}
 
-Abbiamo già detto che lo scopo del lavoro è stato quello di realizzare una piattaforma per l'e-commerce.
+Abbiamo già detto che lo scopo del lavoro è stato quello di realizzare una piattaforma per l'\textenglish{e-commerce}.
 Questo termine, entrato nell'uso quotidiano, rende l'idea di ciò che si voleva ottenere, ma non rende giustizia al lavoro svolto, anzi lo minimizza.
-Per questo motivo, prima di trattare gli aspetti concreti del lavoro, sarà necessaria una panoramica riguardo i requisiti funzionali desiderati.
+Per questo motivo, prima di trattare gli aspetti concreti del lavoro, sarà necessaria una panoramica riguardo i requisiti funzionali e non desiderati.
 
 In particolare nel corso del capitolo, oltre ai requisiti, si prenderanno in esame le motivazioni che hanno portato alla dismissione del precedente sistema informatico, la metodologia utilizzata per lo sviluppo del software e le modalità di lavoro.
 
-\section{I software precedenti}
-\label{sec:i-software-precedenti}
-
-Apriamo questo paragrafo analizzandone il titolo.
-Fin da subito si nota l'uso del plurale, ma non ci dovrebbe stupire, come un qualunque sistema informatico anche quello preso qui in esame ha subìto (e subirà) dei cambiamenti.
+\section{Il \textenglish{software} precedente}
+\label{sec:il-software-precedente}
 
 All'inizio il sistema informatico era fruibile attraverso il software \prog{Access}~\cite{msaccess} con cui era stato realizzato.
 Per esigenze puramente aziendali esso non era esposto all'esterno dell'\textenglish{intranet}.
@@ -73,7 +70,7 @@ Questi momenti di incontro erano anche occasione per revisionare il \textenglish
 
 Concludiamo il capitolo dedicando questo paragrafo ai requisiti, che saranno ripresi in dettaglio nel \Cref{ch:lavoro-svolto} per analizzarne le eventuali problematiche e le idee implementative.
 
-Di seguito sono espressi i requisiti funzionali come requisiti dell'utente, cioè con un linguaggio naturale e un alto livello di astrazione.
+Cominciamo dai requisiti funzionali espressi come requisiti dell'utente, cioè con un linguaggio naturale e un alto livello di astrazione.
 
 \begin{enumerate}
 [%
@@ -116,6 +113,12 @@ Di seguito sono espressi i requisiti funzionali come requisiti dell'utente, cio
 
 	\item Il cliente deve essere informato qualora la quantità del prodotto scenda sotto un numero prefissato di unità.
 
+	\item L'utente registrato e non deve poter modificare il proprio carrello.
+
+	\item Il carrello di un utente loggato deve poter essere recuperato, ed eventualmente modificato, al successivo \textenglish{login}, che potrebbe avvenire a distanza di anni.
+
+	\item Qualora nel carrello recuperato vi fossero articoli ritirati o esauriti, l'utente deve essere avvertito e il totale deve essere aggiornato di conseguenza, ovvero senza tenere conto di questi articoli.
+
 	\item Prima di procedere all'acquisto, è logico che il profilo utente risulti completo in ogni sua parte.
 
 	\item\label{itm:payment} L'acquisto di un prodotto avviene per mezzo di carta di credito oppure PayPal.
@@ -134,4 +137,16 @@ Di seguito sono espressi i requisiti funzionali come requisiti dell'utente, cio
 	\item Nel completare il \textenglish{form} per la recensione l'utente potrà specificare opzionalmente un titolo, una valutazione complessiva e, ovviamente, la recensione stessa.
 
 	\item Le categorie devono avere un nome e deve essere possibile indicare all'utente quelle create di recente.
+\end{enumerate}
+
+Infine, di seguito sono riportati i requisiti non funzionali.
+
+\begin{enumerate}
+[%
+label=RNF\arabiczeropad{*}{2},
+format=\bfseries\upshape\sffamily
+]
+
+\item
+
 \end{enumerate}
\ No newline at end of file

relazione/src/contents/lavoro-svolto/lavoro-svolto.tex

@@ -5,13 +5,12 @@
 \label{ch:lavoro-svolto}
 \graphicspath{{contents/lavoro-svolto/assets/img/}}
 
-Nei capitoli precedenti si sono delineati i dettagli astratti alla base del lavoro.
-In particolare si sono da prima affrontate le necessità e le richieste del cliente (\Cref{ch:introduzione-al-lavoro}) e successivamente sono state descritte varie metodologie e strumenti usati (\Cref{ch:metodologie-strumenti-utilizzati}).
-Mentre i requisiti e le metodologie si limitano a presentare il lavoro, gli strumenti, in qualche modo, suggeriscono un'idea dell'implementazione e delle problematiche che si sono incontrate.
+Abbiamo finora visto i dettagli astratti alla base del lavoro, senza però illustrarne alcuna idea di soluzione; è pertanto giunto il momento di farlo.
 
-Questo capitolo vuole approfondire ciò che è stato anticipato nel precedente.
-In particolare si imposterà la discussione partendo dalla descrizione dell'architettura, per poi analizzarne i vari livelli con un approccio \textenglish{top down}.
-Durante l'analisi si farà riferimento ad alcuni dei requisiti funzionali più interessanti, al fine di illustrare al lettore quanta progettazione vi è dietro a una banale descrizione in linguaggio naturale.
+Questo capitolo si aprirà con una panoramica dell'architettura scelta e proseguirà con una dettagliata esamina dei suoi livelli.
+In particolare si descriverà e commenterà da prima il livello riguardante il \textenglish{database}, successivamente si tratterà il ``cervello'' del progetto l'\textenglish{application server} e infine si darà spazio, anche se marginalmente, al livello di presentazione.
+
+Durante l'analisi si farà riferimento ad alcuni dei requisiti funzionali più interessanti esposti nel \Cref{ch:introduzione-al-lavoro}, al fine di mostrare al lettore quanta progettazione è richiesta dietro una banale descrizione in linguaggio naturale.
 
 \section{Architettura}
 \label{sec:architettura}