Version 3 (modified by eparedes, 8 years ago) (diff) |
---|
Tabla de Contenido
- Proyecto Mayaguaray
- Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
- CorreoSUR 2016
- Análisis del Dominio
- Propuesta de Desarrollo del Proyecto
- Plan del Proyecto
- Estándares de Desarrollo del Proyecto
- Especificación de Requerimientos (Funcionalidades)
- Codificación
- Pruebas
- Liberación
Especificación de Requerimientos (Funcionalidades)
La especificación de requerimientos consiste en describir de manera detallada cada una de las funcionalidades o requerimientos que debe cumplir la aplicación a desarrollar. En esta especificación se debe indicar el flujo de actividades que implica el llevar a cabo cada funcionalidad del sistema.
Para la especificación de los requerimientos de la aplicación se utilizarán diagramas de casos de uso con su respectiva descripción textual.
1. Casos de Uso: Acceso a superusuarios
Diagrama
1.1 Caso de uso: Registrar superusuario
Descripción textual
Nombre del caso de uso: Registrar superusuario | |
Actores participantes: superusuario | |
Condiciones de entrada: debe existir al menos un supersusuario creado manualmente en el momento de instalar la herramienta | |
Condiciones de salida: superusuario nuevo | |
Flujo de básico | 1. Acceder a la pagina inicial del sistema 2. Seleccionar la opción registro de superusuario 3. LLenar los datos del formulario y presionar el botón enviar 4. El supersusario exustente procesa la solicitud y envia un correo de notificación |
Flujos alternativos | |
Requisitos especiales | El nombre del usuario no debe estar ya regsitrado |
1.1 Caso de uso: Ingresar superusuario
Descripción textual
Nombre del caso de uso: Ingresar superusuario | |
Actores participantes: superusuario | |
Condiciones de entrada: El superusuario debe estar previamente registrado | |
Condiciones de salida: Acceso a la herramienta | |
Flujo de básico | 1. Acceder a la pagina inicial del sistema 2. Llenar el formulario de entrada (usuario y contraseña) 3. presionar el boton entrar |
Flujos alternativos | |
Requisitos especiales |
2. Casos de Uso <Nombre del caso de uso>
Diagrama
[Se coloca el diagrama correspondiente al caso de uso]
Descripción textual
[Se describe el caso de uso utilizando el formato que se indica a continuación]
Nombre del caso de uso: <Nombre del caso de uso> | |
Actores participantes: <Se coloca el nombre de los actores que participan en el caso de uso> | |
Condiciones de entrada: <Se indican las condiciones de entrada al caso de uso, es decir, el evento que da inicio al caso de uso> | |
Condiciones de salida: <Se indican las condiciones de salida del caso de uso, es decir, los resultados que se obtienen una vez concluido el caso de uso> | |
Flujo de básico | <Se indica el flujo de actividades, en condiciones normales, del caso de uso. Cada una de estas actividades debe ser enumerada> |
Flujos alternativos | <Se indican los flujos alternativos del caso de uso, es decir, las actividades que se pueden generar en situaciones distintas a las condiciones normales establecidas para el caso de uso. Cada flujo alternativo representa el conjunto de actividades generadas dada una condición contraria al flujo básico. Cada flujo básico debe ser enumerado> |
Requisitos especiales | <En este campo se indican los requisitos especiales asociados al caso de uso en particular. Por ejemplo, se puede indicar el máximo y el mínimo de caracteres que debe contener una cadena, el tipo de dato al que debe pertenecer algún atributo, así como cualquier otra restricción que limite el caso de uso> |
Flujograma de actividades
Attachments (3)
- diagrama_CU_acceso_supersusuarios.png (7.2 KB) - added by eparedes 8 years ago.
- diagrama_CU_gestion_usuarios_adminmail.png (33.9 KB) - added by eparedes 8 years ago.
- diagrama_CU_gestion_adminmail.png (15.2 KB) - added by eparedes 8 years ago.
Download all attachments as: .zip