mirror of
https://github.com/13hannes11/bachelor_thesis.git
synced 2024-09-04 01:11:00 +02:00
combine section future work and conclusion
This commit is contained in:
@@ -1,11 +0,0 @@
|
||||
\chapter{Further Work}
|
||||
\label{ch:FurtherWork}
|
||||
|
||||
\section{Possible Extensions or Further Research}
|
||||
\label{sec:FurtherWork:PossibleExtensions}
|
||||
|
||||
\begin{itemize}
|
||||
\item How to optimise such that no need to search through all stored finished configurations is necessary? (e.g. improve runtime from $\mathcal{O}(n)$ to $\mathcal{O}(log\ n)$)
|
||||
\item How to model hierarchy and knowledge about product components in preferences?
|
||||
\item Letting users set preferences for product functions (e.g. for a forest a recreation function, a productive function, a protective function, etc.). How does it compare to explicitly choosing preferences?
|
||||
\end{itemize}
|
||||
@@ -1,2 +1,16 @@
|
||||
\chapter{Conclusion}
|
||||
\label{ch:Conclusion}
|
||||
|
||||
\section{Further Research}
|
||||
\label{sec:Conclusion:PossibleExtensions}
|
||||
|
||||
\begin{itemize}
|
||||
\item How to optimise such that no need to search through all stored finished configurations is necessary? (e.g. improve runtime from $\mathcal{O}(n)$ to $\mathcal{O}(log\ n)$)
|
||||
\item How to model hierarchy and knowledge about product components in preferences?
|
||||
\item Letting users set preferences for product functions (e.g. for a forest a recreation function, a productive function, a protective function, etc.). How does it compare to explicitly choosing preferences?
|
||||
\item Does the assumption that the closer the configuration state is to a finished configuration, the less the satisfaction increase and the less difference among recommended configurations hold true?
|
||||
\item Validating if satisfaction correlates with theoretical metric used in this thesis
|
||||
\end{itemize}
|
||||
|
||||
\section{Summary}
|
||||
\label{sec:Conclusion:Summary}
|
||||
Reference in New Issue
Block a user