ANÁLISIS FUNCIONAL DETALLADO

En este apartado se describe la funcionalidad detallada de la aplicación, es decir, las acciones básicas que deberá realizar la aplicación para obtener los objetivos necesarios.

Las funciones que debe realizar el sistema son las siguientes:

8.2.1 CREACIÓN DEL PROYECTO, INSERCIÓN, MODIFICACIÓN

Y ELIMINACIÓN DE ACTIVIDADES

El sistema deberá permitir la gestión de estos conceptos pertenecientes al sistema.

Para la creación de un proyecto el deberá introducir la fecha de inicio del mismo y el numero de actividades que lo componen. Posteriormente el sistema iniciará las actividades por defecto y le solicitará al usuario los datos propios de cada actividad haciendo especial hincapié en el campo de las duraciones de las actividades para que sean validadas. Tras terminar este proceso se solicitará que designe las actividades sucesoras para cada una de las generadas comprobando que no se formen bucles entre ellas.

Para la inserción de actividades en el sistema, el usuario deberá indicar el número de actividades a insertar. Se inicializarán por defecto y se solicitará al usuario los datos que la representan al igual que la información de la relación de anterioridad que tienen con las actividades ya creadas. El sistema mantendrá la consistencia de las ya creadas y de las actividades nuevas especialmente en las duraciones y en las relaciones de sucesión.

En el caso de modificación de actividades en el sistema, el usuario deberá interaccionar con los datos y relaciones ya creados, y el sistema mantener la consistencia de las duraciones y las precedencias.

En la eliminación el sistema deberá controlar que un proyecto no pueda tener un número menor de dos actividades y ofrecer nuevas relaciones si existen entre las predecesoras de la actividad eliminada y sus sucesoras. Del mismo modo se garantizará la consistencia de la información.

Todos los campos podrán ser modificados menos el código identificador unívoco de cada actividad.

8.2.2 TRATAMIENTO DE LAS DURACIONES BORROSAS

Se modelará convenientemente el tratamiento de la aritmética borrosa en las operaciones básica se suma y resta entre duraciones borrosas y de duraciones borrosas con duraciones fijas para la fase hacia delante y la fase hacia atrás del modelo CMP.

También se modelarán varias opciones de desborrosificación entre las que se incluirán valoraciones optimistas y pesimistas de cada duración en función de un α-corte introducido por el usuario y técnicas de desborrosificación básicas y complejas como la media máxima, el centro de área y la media borrosa para la parte PERT.

8.2.3 CREACIÓN DEL ALGORITMO DE SOLUCIÓN

El motor de resolución será capaz de recibir un conjunto de actividades con la información introducida para el usuario y obtener el diagrama de red

equivalente más optimo de todos los posibles, creando los nodos o etapas de la red y asignando las fechas de inicio y finalización de cada etapa y los márgenes u holguras libres y totales de cada actividad. Se contemplará la posibilidad de introducir actividades dummy (actividades de tiempo nulo) para ceñirse al formato de diagrama de red. El conjunto de actividades y etapas esta relacionado entre si consistentemente conociendo cada actividad su etapa de inicio y fin y poder acceder a su información. Análogamente las etapas conocen las actividades que acaban en ella y las que se inician en ella y pueden acceder a su información.

Por otra parte se incluye el tratamiento de las duraciones borrosas y funciones aritméticas básicas y de desborrosificación para las mismas.

8.2.4 PROTOCOLO DE CONEXIÓN

Se creará un protocolo con conexión a través del cual se comunique la aplicación cliente con el servidor de resolución de manera que la aplicación cliente se mantiene a la espera de la solución del servidor usando como soporte Internet. El formato de los datos deberá ser consistente con el protocolo tanto para el envió como para la recepción de información.

El cliente deberá conocer la dirección IP del servidor y el puerto de entrada. El comportamiento del servidor se modelará con un socket multihilo capaz de procesar varias peticiones a la vez manteniendo la integridad de los datos y enviándolos de nuevo al cliente que envió la petición de resolución.

8.2.5 PRESENTACIÓN DE LOS DATOS

Cuando exista un proyecto en la aplicación, toda información susceptible de ser mostrada se representará fácilmente mediante tablas no editables en los siguientes conjuntos: Actividades, Actividades ficticias (dummy) y Etapas. La tabla de etapas se mostrará en caso de que esté solucionado el diagrama y la tabla de actividades dummy en caso de que esté solucionado el diagrama y de que existan.

Los informes de cada unidad deberán ser mostrados de forma ordenada, de mayor a menor identificador en el caso de las actividades y actividades nuevas, y en orden cronológico el de las etapas.

Como se explicó anteriormente la aplicación genera informes cuyo resultado son los datos previstos, es decir, los datos que se esperan obtener en el futuro. Estos datos deben aproximarse lo más posible a los datos reales, que son aquellos que efectivamente se obtienen en la realidad.

8.2.6 PRESENTACIÓN DE LOS GRÁFICOS

Los gráficos de apoyo al programa se generarán para representar un proyecto solucionado mediante un diagrama de Gantt con la fecha de inicio del proyecto como inicio del mismo. En caso de que la solución (fecha fin del proyecto) sea una duración borrosa se mostrará por pantalla. Como ayuda a la creación de las duraciones borrosas, éstas se representarán en forma gráfica.

En cualquier caso los gráficos serán susceptibles de ser guardados en un formato de imagen o impresos.

8.2.7 ALMACENAMIENTO DE LOS DATOS

Todos los datos, tanto los generados como los introducidos deberán ser almacenados en el sistema. Estarán almacenados en ficheros.

Todos los informes serán almacenados automáticamente por el sistema en el momento posterior a su generación o a su modificación por parte del usuario.

Se proporcionará un proceso de guardado de datos al iniciar operaciones que puedan variar o eliminar los datos existentes y al salir de la aplicación.

Los datos se guardarán y cargarán de ficheros con extensión pert. Dichos ficheros tendrán un formato determinado único, legible e interpretable por la aplicación.

8.2.8 MODIFICACIÓN DE PARÁMETROS DEL PROYECTO Y DEL

PROGRAMA

Se proporcionará la opción de cambiar la fecha de inicio del proyecto tanto si es anterior a la actual como si se necesita posponerla. Análogamente la configuración de conexión al servidor se proporcionará en un formulario que contenga un campo para la dirección IP del servidor y el puerto de entrada al mismo.