docs/diploma
changeset 331:462e9b23d125
added small text parts to ch05
author | meillo@marmaro.de |
---|---|
date | Fri, 23 Jan 2009 22:10:30 +0100 |
parents | 0e8c19c4b6ba |
children | 4d705f7a956a |
files | thesis/tex/5-Improvements.tex |
diffstat | 1 files changed, 9 insertions(+), 4 deletions(-) [+] |
line diff
1.1 --- a/thesis/tex/5-Improvements.tex Fri Jan 23 21:56:45 2009 +0100 1.2 +++ b/thesis/tex/5-Improvements.tex Fri Jan 23 22:10:30 2009 +0100 1.3 @@ -164,7 +164,9 @@ 1.4 1.5 \subsection{Design decisions} 1.6 1.7 -Major design ideas of the design were: 1.8 +This section describes and discusses architectural decision that were made for the new design. At some points function is of matter too, but it is mostly about architecture. 1.9 + 1.10 +A number of major design ideas lead the development of the new architecture: 1.11 \begin{enumerate} 1.12 \item compartmentalization throughout 1.13 \item free the internal system from the in and out channels 1.14 @@ -265,9 +267,7 @@ 1.15 1.16 Both topics were discussed several time throughout this thesis, amoung other places on page \pageref{} and \pageref{}. 1.17 1.18 -Authentication should be done within the receiving modules. Similar should authentication for outgoing connections be handled by the sending modules. 1.19 - 1.20 -To encryption applies the same as to authentication here. Only receiving and sending modules should come in contact with it. 1.21 +Authentication should be done within the receiving modules. Similar should authentication for outgoing connections be handled by the sending modules. To encryption applies the same as to authentication here. Only receiving and sending modules should come in contact with it. 1.22 1.23 In order to avoid code duplicates, the actual implementation of both functionalities should be provided by a central source which gets invoked by the various modules. 1.24 1.25 @@ -299,6 +299,11 @@ 1.26 1.27 1.28 1.29 +\subsubsection*{The scanning module} 1.30 + 1.31 +A lot of work was put onto the \name{scanning} module. This is not what is desired. Thus splitting it up into single parts appears to be neccesary. But the decision how to split is left up to the time of prototyping. 1.32 + 1.33 +<< fixme >> %fixme 1.34 1.35 1.36