Sta cosa mi pare proprio impossibile.
Sono certo al 100% del documento che sto compilando e aprendo col visualizzatore pdf.
Sto usando kile, a questo punto mi viene il dubbio che sia quest’ultimo ad avere qualche problema e farò qualche prova di compilazione da shell con latex2dvi.
Il testo a te viene di sole due pagine perchè per avevo tolto gran parte dei contenuti della tabella che risultavano superflui per la risoluzione del problema che stiamo discutendo.
Per chiarezza ti posto tutto il documento che sto compilando. (fortunatamente sono ancora all’inizio quindi non è molto lungo).
Circa a metà troverai la tabella in questione.
Ti ringrazio per il tempo dedicatomi.
`
\documentclass[a4paper,12pt]{book}
\usepackage[italian]{babel}
\usepackage{lipsum}
\usepackage{subfigure}
\usepackage{array}
\usepackage{booktabs}
\usepackage{longtable}
\setcounter{tocdepth}{3}
\setcounter{secnumdepth}{3}
\usepackage{indentfirst} % pacchetto SCONOSCIUTO
\usepackage[latin1]{inputenc}
\usepackage{fancyhdr}
\usepackage{amsmath}
\usepackage{graphicx} % pacchetto SCONOSCIUTO
\linespread{1.2} % Interlinea
\setlength\headheight{15pt}
\newlength{\colwd}
\settowidth{\colwd}{\footnotesize Differenziazione}
\pagestyle{fancy}\addtolength{\headwidth}{20pt} % imposta lo stile da usare, riserva spazio per la linea
\renewcommand{\chaptermark}[1]{\markboth{\thechapter.\ #1}{}} %impediscono la scrittura in minuscolo dei titoli
\renewcommand{\sectionmark}[1]{\markright{\thesection \ #1}{}}
\cfoot{} % nessun piede centrale di pagina (fa parte di fancyhdr)
\rhead[\fancyplain{}{\bfseries\leftmark}]{\fancyplain{}{\bfseries\thepage}} % @@ SCONOSCIUTO @@
\lhead[\fancyplain{}{\bfseries\thepage}]{\fancyplain{}{\bfseries\rightmark}} % @@ SCONOSCIUTO @@
\begin{document}
\begin{titlepage} %crea un ambiente libero da vincoli di margini e grandezza caratteri: si può
%modificare quello che si vuole, tanto fuori da questo ambiente tutto viene
%ristabilito
\thispagestyle{empty} %elimina il numero della pagina
\topmargin=6.5cm %imposta il margina superiore a 6.5cm
\raggedleft %incolonna la scrittura a destra
\large %aumenta la grandezza del carattere a 14pt
\newpage %va in una pagina nuova
%non numera l'ultima pagina sinistra
\clearpage{\pagestyle{empty}\cleardoublepage} %e cerca la prima pag dispari
\end{titlepage}
\frontmatter %modifica l'intestazione per apparenza a libro
%\chapter*{Introduzione}
%\addcontentsline{toc}{chapter}{Introduzione} %@@ SCONOSCIUTO @@
%\noindent
\tableofcontents
\listoffigures
\listoftables
\mainmatter
\chapter{Specifica dei requisiti}
\label{cap:uno}
\section{Requisiti iniziali}
\noindent
Si richiede la specifica e la progettazione di un wiki orientato ai servizi, utile per far collaborare docenti e studenti del corso di Ingegneria del Software.\\
Un libro di riferimento sul mondo dei wiki \`e \cite{uno}. Per un eventuale reverse engineering \`e possibile usare come riferimento il wiki attuale del corso (di tipo Twiki), oppure un altro wiki (e.g. \emph{MediaWiki}, quello di \emph{Wikipedia}). Un interessante wiki open source \`e \emph{DekiWiki}, disponibile in \cite{due}.\\
Per “wiki orientato ai servizi'' si intende un wiki capace di automatizzare alcune operazioni fino a gestire veri e propri workflow.\\
Ad esempio si desidera che il wiki accetti l'upoload di un file TEX che viene ricompilato e produce un corrispondente pdf. Un altro automatismo richiesto riguarda la registrazione degli utenti, che attualmente viene gestita a mano. Deve
inoltre essere possibile la creazione automatica della mailing list ed il salvataggio di tutti i messaggi in apposita area del wiki. Sono graditi suggerimenti di altri servizi automatizzati.\\
Per trarre ulteriore ispirazione si veda il sito \emph{Wikis per Software Engineering} \cite{tre}.\\
Saranno particolarmente apprezzati suggerimenti originali, innovativi ed efficaci. Per avere ispirazione su meccanismi
utili e standard per creare questo tipo di siti collaborativi vedere per esempio \emph{Google OpenSocial} \cite{quattro}.\\
Dalla relazione finale deve risultare chiara l'architettura software del wiki progettato, inclusa la vista di deployment.
\section{Revisione dei requisiti}
\subsection{History}
\subsubsection{Differenze rispetto alla versione 0.3}
\noindent
Modifica del quarto punto dei requisiti: rimossa dicitura riguardante i
permessi degli allegati.
\subsubsection{Differenze rispetto alla versione 0.2}
\noindent
Disambiguazione di alcuni requisiti effettuata dal sottoscritto tramite
l'unione delle disambiguazioni effettuate separatamente da ogni gruppo.
\subsubsection{Differenze rispetto alla prima versione}
\noindent
Ridefinizione pi\`u formale delle revisioni concordate tra i PM.
\subsection{Introduzione}
\noindent
In data 22 Novembre 2007 i Project Manager dei gruppi che seguono il corso di
Ingegneria del Software nell'anno accademico 2007 – 2008 si sono riuniti per
definire una lista dei requisiti comuni ai vari progetti. I nuovi requisiti
sono quindi l'unione dei requisiti iniziali forniti dal cliente e degli aspetti
comuni delle proposte avanzate durante la discussione del documento
“Emendamenti ai Requisiti'' effettuata a lezione. Durante l'incontro \`e stato
stabilito di formulare i requisiti in modo generale concentrandosi sulle
funzionalit\`a, sia per accelerare la definizione degli stessi durante la
riunione, sia per permettere ad ogni gruppo ulteriori discussioni al fine di
elaborare dettagli comuni pi\`u specifici.
\subsection{Lista dei requisiti proposti durante la lezione}
\noindent
La seguente lista rappresenta un sunto dei vari requisiti emersi durante la
discussione del documento “Emendamenti ai Requisiti'' effettuata a lezione.
\begin{itemize}
\item Calendar
\item Bookmark condivisi
\item Commento e osservazioni sul materiale delle lezioni
\item Template per le pagine
\item Integrazione con strumenti per le stime
\item Chat
\item Editor di file
\item Meccanismi di recupero password
\item RSS
\item IEEE tunnel
\item Conversione file TEX non banali
\item Controllo contenuto durante l'upload dei file
\item Conversione da pdf ad html
\item Editor WYSIWYG
\item Meccanismi di ricerca
\item Meccanismo di versioning
\item Feedback all'amministrazione di sistema
\item Accessibilit\`a utenti diversamente abili
\item Conformit\`a alle leggi sulla privacy
\end{itemize}
\subsection{Revisioni concordate nell'incontro}
\noindent
Alla fine dell'incontro sono stati stabiliti i seguenti requisiti:
\subsubsection{Requisiti funzionali}
\begin{itemize}
\item Il sistema deve consentire l'accesso a quattro tipologie di utenti:
amministratore, utente registrato (da suddividersi in docente e studente del
corso), utente non registrato (esterno al corso).
\item Il sistema deve permettere la registrazione e la de-registrazione di
studenti tramite la compilazione di un semplice form senza ulteriore intervento
da parte degli amministratori. Durante la registazione di uno studente viene
richiesto l'account e-mail “@cs.unibo.it'' su cui verr\`a effettuato un controllo.
La registrazione dei docenti \`e a cura dell'amministratore.
\item Deve essere possibile gestire il recupero e la modifica della password da
parte di qualsiasi utente registrato in modo automatizzato, senza che sia
richiesto l'intervento da parte dell'amministratore.
\item Ciascun utente registrato pu\`o creare nuove pagine od allegare documenti
a pagine esistenti diventando proprietario del materiale inserito. Sono
previsti meccanismi di protezione dell'accesso (sia in lettura che in
scrittura) a pagine esistenti impostabili dal proprietario degli stessi.
L'amministratore del Wiki detiene i diritti in lettura, scrittura e
cancellazione su tutte le pagine del Wiki. Gli utenti non registrati hanno
accesso in sola lettura al Wiki.
\item Il sistema deve permettere la formazione di gruppi. La creazione di un
gruppo \`e a cura di un utente che avr\`a quindi la facolt\`a di accettare o
rifiutare richieste di adesione al gruppo da parte di altri utenti.
\item Deve essere presente una cronologia delle revisioni che visualizzi le
precedenti versioni di una pagina o di un allegato non binario dando la
possibilit\`a di evidenziare i cambiamenti tra due revisioni.
\item L'inserimento dei contenuti nel Wiki da parte di un utente deve
permettere a questo di adottare sia una sintassi Wiki che XHTML.
\item Il sistema deve prevedere l'integrazione del Wiki con una mailing list.
L'iscrizione a questa mailing list non deve richiedere alcun intervento da
parte di docenti ed amministratori e non deve richiedere alcun intervento
diretto da parte degli studenti, i quali verranno iscritti tramite l'indirizzo
e-mail fornito al momento della registrazione al Wiki. I messaggi scambiati
tramite questa mailing list devono essere memorizzati in un'apposita area del
Wiki, consultabile solamente dagli utenti registrati al Wiki.
\item Deve essere presente la possibilit\`a di convertire in PDF i documenti
TEX allegati al Wiki, anche se questi sono formati da pi\`u file.
\item Gli utenti devono poter ricevere notifiche riguardanti alcune delle
pagine del Wiki soggette a cambiamenti. Per cambiamenti di una pagina si
intende la sua modifica, eliminazione e aggiunta di contenuti. Gli utenti
possono scegliere quali sono le pagine del Wiki di cui desiderano la notifica.
Il sistema di notifica \`e scelto dall'utente ed include entrambe o una delle
seguenti tecnologie: RSS, E-mail.
\item Il sistema deve fornire dei template che verranno obbligatoriamente
istanziati dal sistema stesso al momento della registrazione di entit\`a
specifiche come studenti e gruppi. Uno degli automatismi che si vogliono \`e
che al momento della registrazione di uno studente venga creata una pagina
personale con le informazioni e coi permessi pertinenti; lo stesso deve
avvenire al momento della registrazione di un gruppo con le sezioni del diario
di gruppo e diario personale che prevedano la visualizzazione di statistiche
sulle ore di lavoro. Anche l'aggiunta di commenti al materiale del corso deve
essere facilitata dalla presenza di un template specifico. Il layout della
pagina deve essere comunque modificabile.
\end{itemize}
\subsubsection{Requisiti non funzionali}
\begin{itemize}
\item Il sistema deve permettere l'accesso almeno tramite un comune browser
grafico (Firefox, Internet Explorer, Safari) per utenti normodotati che
funzioni su PC.
\item Eseguibilit\`a su almeno una piattaforma.
\item Gestione concorrente di un numero di utenti dell'ordine delle centinaia
attraverso il modello CREW.
\item Gestione di un numero di pagine nell'ordine delle migliaia.
\item Tempi di risposta accettabili nell'ordine dei secondi.
\item Disponibilit\`a 24 ore al giorno 7 giorni su 7.
\end{itemize}
\section{Analisi e definizione dettagliata dei requisiti}
\subsection{Requisiti funzionali}
\begin{longtable}{@{}>{\footnotesize}c>{\footnotesize}c
>{\footnotesize}p{.45\textwidth}@{}}
\caption{Requisiti Funzionali}\\
\toprule
\textbf{ID Requisito}&
\textbf{Funzione}&
\hspace*{\fill}\textbf{Descrizione}\hspace*{\fill} \\
\midrule
\endhead
Req\_f\_01 & Differenziazione Accessi &
Esistono 4 diverse tipologie di utenti:
amministratore, docente, studente, utente non registrato.
Ognuno di essi possiede diversi permessi sul Wiki. \\
Req\_f\_02 & Registrazione Studente &
Uno studente non registrato si registra al Wiki attraverso un'apposita pagina.
La registrazione richiede una conferma dell'indirizzo email registrato.
Una volta ottenuta, lo studente viene aggiunto alla lista degli utenti registrati
e gli vengono assegnati i relativi permessi. \\
Req\_f\_03 & Registrazione Docente &
Un docente richiede ad un amministratore di essere registrato al Wiki.
L'amministratore provvede quindi alla registrazione
e all'assegnazione dei relativi permessi. \\
Req\_f\_04 & Rimozione Studente &
Uno studente registrato richiede la rimozione dal Wiki
attraverso un'apposita pagina. Viene rimosso dalla lista
degli utenti registrati e dalla Mailing-List. \\
Req\_f\_05 & Recupero Password &
Un utente registrato richiede la propria password
di accesso al Wiki attraverso un'apposita pagina.
Il sistema provvede a comunicare i dati di accesso
tramite una email all'indirizzo registrato collegato all'utente. \\
Req\_f\_06 & Modifica Password &
Un utente registrato richiede la modifica
della propria password di accesso al Wiki
attraverso un'apposita pagina. \\
Req\_f\_07 & Creazione nuova pagina &
Un utente registrato crea una nuova pagina sul Wiki
e ne diventa proprietario. Questa operazione viene effettuata
specificando nell'URL l'indirizzo della nuova pagina da creare
e confermandone la creazione. \\
Req\_f\_08 & Allegare il documento ad una pagina esistente &
Un utente registrato pu\`o allegare un file ad una pagina
esistente del Wiki, della quale possiede i relativi
permessi di scrittura. \\
Req\_f\_09 & Creazione Gruppo &
Uno studente registrato crea un nuovo gruppo da un'apposita
pagina e ne diventa il primo componente. Viene creata una pagina
per il gruppo attraverso la quale \`e possibile effettuare
la gestione dei partecipanti. \\
Req\_f\_10 & Richiesta Inserimento in un Gruppo &
Uno studente registrato richiede di poter far parte
di un gruppo esistente attraverso l'apposita pagina.
La richiesta resta in sospeso fintanto che il proprietario,
avvisato dal sistema, non accetta/rifiuta o il richiedente
annulla la domanda. Non \`e possibile avere contemporaneamente
pi\`u richieste pendenti. \\
Req\_f\_11 & Accettazione Richiesta di Inserimento in un Gruppo &
Il creatore del gruppo accede alla pagina del gruppo
e accetta la richiesta di inserimento effettuata da uno studente.
Quest'ultimo viene quindi avvisato dal sistema
ed entra a far parte del gruppo. \\
Req\_f\_12 & Richiesta Rifiuto di Inserimento in un Gruppo &
Il creatore del gruppo accede alla pagina del gruppo
e rifiuta la richiesta di inserimento effettuata da uno studente.
Quest'ultimo viene quindi avvisato dal sistema. \\
Req\_f\_13 & Annullamento Richiesta di Inserimento in un Gruppo &
Uno studente che ha effettuato una \“Richiesta di Inserimento in un Gruppo
pu\`o annullarla prima che venga accettata o rifiutata. \\
Req\_f\_14 & Modifica di una Pagina/Allegato Esistente &
Un utente registrato modifica una pagina/allegato gi\`a esistente
attraverso un apposito form. Il sistema provvede inoltre
ad evidenziare le modifiche effettuate, mantenendo traccia di ognuna
delle versioni precedenti. \\
Req\_f\_15 &
Inserimento di Contenuti attraverso sinstassi XHTML &
Il sistema deve fornire la possibilit\`a di inserimento contenuti
in XHTML, oltre alla classica sintassi Wiki, mediante la scelta
della relativa opzione (radio button) nel form. \\
Req\_f\_16 & Iscrizione automatica alla Mailing List &
Al momento della registrazione, l'utente viene automaticamente
iscritto alla Mailing-List del corso. \\
Req\_f\_17 & Gestione Messaggi Mailing List &
I messaggi scambiati tramite la Mailing-List vengono salvati
in un'apposita pagina Wiki, accessibile solamente agli utenti registrati.
Questa funzionalit\`a richiede che sia iscritto alla Mailing-List
anche un indirizzo email gestito dal sistema, in modo da poter
ricevere direttamente i messaggi ed elaborarli successivamente. \\
Req\_f\_18 & Conversione Tex-Pdf &
Un utente registrato richiede la conversione di un allegato
di tipo TeX (gi\`a presente sul Wiki) in PDF, visualizzabile
sul proprio computer. \\
Req\_f\_19 & Iscrizione Notifiche Aggiornamenti &
Un utente registrato pu\`o richiedere l'iscrizione ad una pagina,
per essere avvisato di eventuali modifiche su di essa. Tali avvisi
possono essere inviati tramite email o protocollo RSS. \\
Req\_f\_20 & Notifica Aggiornamenti via Email &
Nel momento in cui viene modificata una pagina,
ad ogni utente iscritto a tale pagina viene inviata un'email
di notifica cambiamenti. \\
Req\_f\_21 & Notifica Aggiornamenti via RSS &
Se vi sono iscritti al servizio RSS, nel momento in cui
viene modificata una pagina, viene aggiornata la pagina di Feed RSS. \\
Req\_f\_22 & Template per Studente &
Al momento della registrazione dello studente viene creata
automaticamente una pagina con i permessi pertinenti contentente
i dati dello studente. \\
Req\_f\_23 & Template per Gruppo &
Al momento della creazione del gruppo viene generata automaticamente
la pagina principale del gruppo, la pagina del diario di gruppo e
la pagina del diario dell'utente creatore.
Dopo l'accettazione di ogni componente aggiuntivo,
vengono generate le pagine relative ad ognuno dei diari personali. \\
Req\_f\_24 & Template per Commenti &
Al momento dell'inserimento di un allegato deve essere possibile
aggiungere commenti attraverso l'uso di uno specifico template. \\
\bottomrule
\end{longtable}
%}
%\end{tiny}
%\end{center}
%\end{figure}
%\caption{Requisiti Funzionali}
%\label{tab:requisitiF}
%\end{table}
\subsection{Requisiti non funzionali}
\noindent
\begin{table}[htbp]
\begin{center}
\begin{tiny}
\begin{tabular}{|c|c|c|}
\multicolumn{2}{c}{} \\
\hline
\textbf{ID Requisito} & \textbf{Funzione} & \textbf{Descrizione} \\
\hline
\hline
Req\_nf\_01 & Acesso tramite Browser &
\begin{tabular}{c}
Deve essere possibile l'accesso al Wiki attraverso \\
i pi\`u comuni browser grafici. \\
\end{tabular} \\
\hline
Req\_nf\_02 &
\begin{tabular}{c}
Eseguibilit\`a su almeno \\
una piattaforma \\
\end{tabular} &
\begin{tabular}{c}
Il Wiki deve essere esegubile su almeno \\
una delle piattaforme pi\`u diffuse. \\
\end{tabular} \\
\hline
Req\_nf\_03 &
\begin{tabular}{c}
Gestione Accesso \\
simultaneo utenti \\
\end{tabular} &
\begin{tabular}{c}
Il Wiki deve permettere l'accesso contemporaneo \\
di un alto numero di utenti attraverso un modello CREW, \\
quindi il sistema necessita di una buona banda per soddisfare \\
le richieste. \\
\end{tabular} \\
\hline
Req\_nf\_04 & Gestione Pagine &
\begin{tabular}{c}
Il sistema deve essere in grado di gestire \\
un alto numero di pagine, quindi necessita \\
di una buona capacità di memorizzazione. \\
\end{tabular} \\
\hline
Req\_nf\_05 & Tempi di Risposta &
\begin{tabular}{c}
Il sistema deve essere in grado di fornire risposte \\
alla richieste nell'ordine di secondi, quindi necessita \\
di una buona potenza di calcolo. \\
\end{tabular} \\
\hline
Req\_nf\_06 & Disponibilit\`a &
\begin{tabular}{c}
Il Wiki deve essere disponibile 24 ore su 24, \\
7 giorni su 7. \\
\end{tabular} \\
\hline
Req\_nf\_07 & Gestione Email &
\begin{tabular}{c}
Il sistema deve essere in grado di gestire le email \\
in arrivo e in uscita, in quanto la comunicazione \\
tra sistema e utente avviene attraverso posta elettronica. \\
\end{tabular} \\
\hline
\end{tabular}
%\multicolumn{2}{c}{} \\
\end{tiny}
\end{center}
\caption{Requisiti Non Funzionali}
\label{tab:requisitiNF}
\end{table}
\chapter{Relazione di Progetto}
\label{cap:due}
\noindent
\section{Casi d'uso}
\noindent
\section{Diagramma dei casi d'uso}
\noindent
\section{Archietettura del sistema}
\noindent
\subsection{Modellazione dell'architettura}
\noindent
\section{Diagramma delle classi}
\noindent
\section{Diagramma di sequenza}
\noindent
\chapter{Piano di processo}
\noindent
\section{Introduzione}
\noindent
\section{Organizzazione del team}
\noindent
\subsection{Struttura}
\noindent
\subsection{Ruoli e responsabilit\`a}
\noindent
\chapter{Modello di Processo di Sviluppo adottato: RUP}
\label{cap:tre}
\noindent
\chapter*{Conclusione e sviluppi futuri}
\addcontentsline{toc}{chapter}{Conclusione e sviluppi futuri}
\clearpage{\pagestyle{empty}\cleardoublepage}
\rhead[\fancyplain{}{\bfseries \leftmark}]{\fancyplain{}{\bfseries\thepage}}
\begin{thebibliography}{24}
\addcontentsline{toc}{chapter}{Bibliografia}
\bibitem{uno}[EGH06] A. Ebersbach, M. Glaser, R. Heigl “Wiki: Web Collaboration'', Springer, 2006.
\bibitem{due}[DWIKI] “http://wiki.opengarden.org/Deki Wiki''
\bibitem{tre}[WK4SE] “http://wiki.opengarden.org/Deki Wikihttp://doc-it.fe.up.pt/wikis4se''
\bibitem{quattro}[GOPSOC] “http://code.google.com/apis/opensocial/''
\end{thebibliography}
\noindent
\label{Ring}
\end{document}
`