Professional Documents
Culture Documents
En esta seccin se estudiaran los requisitos, tanto funcionales como no funcionales, que hay que cumplir para que el software funcione correctamente. Para ello se har uso de los diagramas de caso de uso, que especifica los modos de uso (o requisitos funcionales) que va a tener el sistema, del diagrama de paquetes, que indica como se agrupan los casos de uso en diferentes subsistemas, y de los diagramas de secuencia, que indican el flujo a seguir en cada una de las transacciones.
Modelo funcional
En este apartado se muestran, mediante los diferentes casos de uso, los requisitos funcionales que tiene la aplicacin, mostrndose tambin los diferentes subsistemas de la aplicacin mediante el diagrama de paquetes.
Alta de Asociacin
Modificacin de Asociacin
Baja de Asociacin
Listar Asociaciones
Activar Mdulo
Desactivar Mdulo
Aadir Mdulo
Eliminar Mdulo
Listar Mdulos
Alta de Socio
Baja de Socio
Listar Socios
Listar Decisiones
Aadir Decisin
Modificar Decisin
Aadir Proyecto
Modificar Proyecto
Eliminar Proyecto
Aadir Miembro
Modificar Miembro
Baja Miembro
Aadir Actividad
Modificar Actividad
Eliminar Actividad
Aadir Contacto
Modificar Contacto
Eliminar Contacto
Listar Contactos
Modificacin Cuota
Alta Ingreso
Modificacin Ingreso
Eliminacin Ingreso
Alta Gasto
Modificacin Gasto
Eliminacin Gasto
Listado Econmico
Ver Logs
Aadir rol
Aadir Permiso
Modificar Permiso
Eliminar Permiso
Solicitar Permiso
Conceder Permiso
Denegar Permiso
Identificar subsistemas
En los siguientes diagramas de paquetes se pueden ver los subsistemas identificados en la aplicacin. El primer diagrama de paquetes incluye los casos de uso que componen cada subsistema, mientras que el segundo diagrama de paquetes nicamente muestra los distintos subsistemas de la aplicacin y su relacin con los actores.
Diagrama de Paquetes
Requisitos no funcionales
Los requisitos no funcionales detectados son los siguientes: El entorno de desarrollo inicial del proyecto es un entorno LAMP (Linux+Apache+MySQL+ PHP), aunque este entorno debe de ser adaptable lo mximo posible. Especficamente, se deben de poder integrar en el futuro otras SGBD (Sistema de Gestin de Base de Datos) distintas a MySQL, y debe de ser independiente del sistema operativo y del servidor web a utilizar. Siempre que haya alguno disponible, se debe de hacer uso de los estndares abiertos disponibles en el mercado, teniendo que validar el sistema resultante en el caso de que haya herramientas para hacerlo. ste es el caso del cdigo (X)HTML generado, que debe de estar validado mediante las herramientas que dispone el W3C. Al manejar datos sensibles de personas fsicas y jurdicas, la herramienta debe de tener en especial consideracin el cumplimiento de la Ley de Retencin de Datos durante su desarrollo. La aplicacin debe de ser multilinge, debiendo de incorporar un sistema de traduccin a varios idiomas basado en gettext. El sistema utilizar una codificacin de caracteres UTF-8. Se utilizar un sistema de registro de todas las transacciones que se hagan en el sistema que garantice el uso legal de sta informacin. Para ello, las transacciones deben de estar almacenadas en la base de datos y se debe de generar regularmente un fichero de logs, el cual debe de estar firmado con MD5.
Alta de Asociacin
Modificacin de Asociacin
Baja de Asociacin
Listar Asociaciones
Activar Mdulo
Desactivar Mdulo
Aadir Mdulo
Eliminar Mdulo
Listar Mdulos
Alta de Socio
Baja de Socio
Listar Socios
Listar Decisiones
Aadir Decisin
Modificar Decisin
Aadir Proyecto
Modificar Proyecto
Eliminar Proyecto
Aadir Miembro
Modificar Miembro
Baja Miembro
Aadir Actividad
Modificar Actividad
Eliminar Actividad
Aadir Contacto
Modificar Contacto
Eliminar Contacto
Listar Contactos
Modificacin Cuota
Alta Ingreso
Modificacin Ingreso
Eliminacin Ingreso
Alta Gasto
Modificacin Gasto
Eliminacin Gasto
Listado Econmico
Ver Logs
Aadir rol
Aadir Permiso
Modificar Permiso
Eliminar Permiso
Solicitar Permiso
Conceder Permiso
Denegar Permiso