PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Datos del Usuario.
SALIDA:
Usuario con acceso a la aplicación.
DESCRIPCIÓN:
Precondición: Formulario de ingreso de Datos.
Descripción: El usuario administrador de la aplicación tendrá la opción de administrar los usuarios, permitiéndole crear usuarios.
Poscondición: los datos serán almacenados en la Base de Datos.
MANEJO DE SITUACIONES ANORMALES:
Los campos son obligatorios y no debe haber usuarios repetidos.
50
Tabla 5. Requerimiento funcional “Gestionar permisos de usuario” IDENTIFICADOR: NOMBRE:
RF1.1.1 Gestionar permisos de usuario
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Identificacion del usuario.
SALIDA:
Validacion por pantalla del rol y permisos asignados.
DESCRIPCIÓN:
Precondición: Formulario de ingreso de Datos.
Descripción: El usuario administrador de la aplicación en el momento de ingresar los datos, a su vez podrá dar el rol y los perimiso de cada uno de los
usuarios listados en pantalla.
Poscondición: Rol y permisos de usuario asignados.
MANEJO DE SITUACIONES ANORMALES:
Solo el usuario administrador tendrá habilitada la opción de asignar roles a los distintos usuarios de la aplicación.
51
Tabla 6. Requerimiento funcional “Consultar usuarios” IDENTIFICADOR: NOMBRE: RF1.2 Consultar Usuarios
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Lista los usuarios y su rol correspondiente
SALIDA:
Muestra el nombre de usuario y rol de c/u.
DESCRIPCIÓN:
Precondición:
Descripción: Elusuario administrador podrá consultar todos los usuarios que estén activos.
Poscondición:
MANEJO DE SITUACIONES ANORMALES:
Solo los usuarios registrados tendrán habilitada la opción de ver en pantalla la lista de usuarios registrados.
52
Tabla 7. Requerimiento funcional “Eliminar usuarios” IDENTIFICADOR: NOMBRE: RF1.3 Eliminar Usuarios
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Identificacion del usuario a eliminar.
SALIDA:
Validacion por pantalla del usuario a eliminar.
DESCRIPCIÓN:
Precondición: lista de usuarios de la aplicación.
Descripción: El usuario administrador podrá listar los usuarios en pantalla, para proceder a eliminar el seleccionado.
Poscondición: El usuario seleccionado será eliminado de la base de Datos.
MANEJO DE SITUACIONES ANORMALES:
El usuario eliminado no puede almacenar datos de la simulación generada.
53
Tabla 8. Requerimiento funcional “Cargar y editar datos” IDENTIFICADOR: NOMBRE: RF2 Cargar y editar datos
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Seleccionar variables tipo de modificado e ingresar cantidad en
porcentaje.
SALIDA:
Muestra en pantalla la parametrizacion del asfalto.
DESCRIPCIÓN:
Precondición: ingreso a la URL de la aplicación web
Descripción: Es el proceso mediante el modulo realiza el cargue o edicion de los datos por medio de un formulario.
Poscondición: Genera resultados y según el perfil de usuario permite almacenarlos en la BD
MANEJO DE SITUACIONES ANORMALES:
54
Tabla 9. Requerimiento funcional “Validar datos” IDENTIFICADOR: NOMBRE: RF2.1 Validar Datos
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
cantidad de aditivo A cantidad de aditivo B
número de repeticiones deseadas para la simulación
SALIDA:
Ingresa y valida los datos
DESCRIPCIÓN:
Precondición: Los datos ingresados deben ser según la estructura del campo. Descripción: El sistema verifica el tipo de dato digitado.
Poscondición: La aplicación Inicia la simulación.
MANEJO DE SITUACIONES ANORMALES:
Si los datos ingresados son incorrectos se informará al usuario con un mensaje de error por pantalla.
55
Tabla 10. Requerimiento funcional “Ejecutar simulación” IDENTIFICADOR: NOMBRE: RF2.2 Ejecutar Simulación
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Después validar los datos ingresados
Inicia el proceso interno de simulación.
SALIDA:
Genera resultados estadísticos de la estructura química interna del asfalto con
los aditivos
DESCRIPCIÓN:
Precondición: Validación de los datos ingresados por el usuario investigador. Descripción: La aplicación realiza el proceso de simulación con el método de
Monte Carlo
Poscondición: Genera resultados estadísticos de los aditivos analizados
MANEJO DE SITUACIONES ANORMALES:
El número de repeticiones de la simulación sea muy alto y la capacidad de hardware no la soporte, bloqueando así La aplicación.
56
Tabla 11. Requerimiento funcional “Generar informe” IDENTIFICADOR: NOMBRE: RF2.2.1 Generar informe
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Datos almacenados en la BD
SALIDA:
Tabla de de resultados y gráficos generados
DESCRIPCIÓN:
Precondición: Ejecutar simulación.
Descripción: La aplicación genera un reporte con las variables resultado. Poscondición: entrega el reporte mediante un medio de visualización.
MANEJO DE SITUACIONES ANORMALES:
57
Tabla 12. Requerimiento funcional “Graficar simulación” IDENTIFICADOR: NOMBRE: RF2.2.2 Graficar Simulación
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Resultado del promedio, la media muestral y de la desviación
estándar.
SALIDA:
Visualiza los datos estadísticos gráficamente.
DESCRIPCIÓN:
Precondición: debe haber terminado el análisis estadístico de los resultados de la simulación
Descripción: Genera una ventana mostrando los gráficos estadísticos. Poscondición: Obtención del grafico solicitado
MANEJO DE SITUACIONES ANORMALES:
Que los gráficos no muestren claramente la información solicitada de forma veras y concisa.
58
Tabla 13. Requerimiento funcional “Almacenar datos” IDENTIFICADOR: NOMBRE: RF2.3 Almacenar Datos
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
N/A
ENTRADA:
Variables de resultado obtenidas
SALIDA:
Almacenar datos generados después del análisis estadístico en la BD.
DESCRIPCIÓN:
Precondición: debe haber terminado el análisis estadístico de los resultados de la simulación
Descripción: Genera una ventana mostrando los gráficos estadísticos. Poscondición: Obtención del grafico solicitado
MANEJO DE SITUACIONES ANORMALES:
Que los datos almacenados no sean coherentes
Que ocurra una desconexión entre la aplicación y el motor de BD, no almacenando así la información pertinente.
59
ANEXO B. ESPECIFICACION DETALLE CASOS DE USO