<html><head><meta name="color-scheme" content="light dark"></head><body><pre style="word-wrap: break-word; white-space: pre-wrap;">\section{Requisitos No Funcionales}
\begin{enumerate}
%\item El sistema ha de ser capaz de extraer la eficiencia de uno o varios fragmentos de código concretos.
\item Los fragmentos de código de los cuales se extraerá la eficiencia están estructurados mediante tests basados en la estructura de cppUnit.
\item Los tests serán realizados para el lenguaje de programación C/C++.
\item La extracción de los valores de eficiencia se realizará mediante un parser programado en Python.
%\item La medida a partir de la cual se calcula la eficiencia debe ser fiable ante condiciones como independencia de velocidad de CPU para obtener valores fiables y que permitan la regresión.
\item Para la obtención de valores fiables y repetibles se usará un plug-in de Valgrind llamado Callgrind.
\item El sistema simula sitemas Linux e INTEL 32

%\item Se debe mantener el historial de cada Test.
\item el historial de cada test se almacenará en una base de datos

%\item Una máquina debe ejecutar los tests automáticamente.

%\item Los tests deben ser ejecutados cada vez que se detecta una modificación en el repositorio (ejecución on-line).
\item Para la ejecución on-line se usará el sistema open-source TestFarm.
\item El sistema no debe estar sujeto a ningún sistema de control concreto.
\item Debe dar soporte mínimo a CVS y Subversion.
\item El sistema está bajo las normativas GPL

%\item El usuario Debe poder comprobar la progresión de eficiencia de los tests realizados gráficamente.

%\item El sistema debe lanzar diferentes tipos de alarmas en el caso que el descenso de eficiencia sea considerado graves.

%\item Estas alarmas deben ser configuradas por el usuario para cada uno de los tests realizados.
\end{enumerate}

</pre></body></html>