GA5-220501095-AA1-EV03
ELABORACIÓN DE INTERFAZ GRÁFICA Y MAPA DE NAVEGACIÓN
CUMPLIENDO CON REGLAS DE USABILIDAD Y ACCESIBILIDAD
Integrantes:
FABIAN LONDOÑO VASQUEZ
HEIDY TATIANA SEÑA MANCO
ANDRES FABIAN SARMIENTO
ANALISIS Y DESARROLLO DE SOFTWARE. (2627085)
Tutor: LINA MARIA GIRALDO TAPIERO
2023
1.1.
2
1. INTRODUCCIÓN
Después de haber identificado y validado los requisitos del software, el siguiente paso
es el diseño de la interfaz gráfica mediante prototipos. Se realiza de esta manera con el
objetivo de definir el aspecto visual que tendrá el sistema, y servir como boceto para la
maquetación en HTML.
En el presente documento se mostrará los prototipos del sistema web SIGAA, de
acuerdo con los requisitos identificados y validados previamente.
2. TIPO DE APLICACIÓN
PANACOC es un aplicativo web, en este se hara uso de un navegador web.
3. IDENTIDAD VISUAL CORPORATIVA
Imagen 1 Logotipo
3
Los colores corporativos seleccionados son:
La tipografía será “Times New Roma ”.
Se desarrollara botones, menú desplegables, formularios de ingreso,
mensajes de error.
4. PERSPECTIVA DEL PRODUCTO
El producto Panacoc se desarrollo con el fin de permitirle al usuario una mejor
experiencia en cuanto a la solicitud de sus pedidos, de igual manera permitirle al
administrador llevar el registro de manera organizada de sus ventas y del inventario
existente. Se llevara acabo con un producto web, el cual se desarrolla de manera
sencilla y minimalista, permitiéndole al usuario manipularlo de manera fácil
5. FUNCIONES DEL PRODUCTO
El producto debe facilitar la realización de pedidos de manera fácil, con la mercancía
existente; por otra parte debe almacenar y organizar las ventas para lograr informes
detallados de esta
6. CARACTERÍSTICAS DE LOS USUARIOS
En otras palabras, se identificaron tres tipos de usuarios que interactúan con el sistema:
algunos lo hacen de manera constante, mientras que otros, como los acudientes, solo lo
utilizan de forma ocasional.
Los usuarios son los siguientes:
USUARIO 1
Tipo de usuario Administrador
4
Habilidades Ofimática, servicios web.
Actividades Consultar la informacion de venta y mercancia, cargar inventario
USUARIO 2
Tipo de usuario Vendedor
Habilidades Ofimática, [Link] web
Actividades Cargar las ventas
USUARIO 6
Tipo de usuario Cliente
Formación N/A
Habilidades Mínimas habilidades en informática y computación
Realizar las compras de los productos
Actividades
7. RESTRICCIONES
En otras palabras:
Los servidores deben ser lo suficientemente robustos para gestionar múltiples
consultas al mismo tiempo.
El diseño del sistema debe ser simple y elegante, sin depender del lenguaje de
programación usado para su desarrollo.
El sistema seguirá un modelo cliente-servidor.
El sistema incluirá una pasarela de pagos para procesar las matrículas.
Los reportes que genere el sistema estarán disponibles en formatos XLSX, CSV o
PDF.
8. SUPOSICIONES Y DEPENDENCIAS
El sistema está creado para operar correctamente en todos los navegadores y ser
accesible desde cualquier tipo de dispositivo.
9. EVOLUCIÓN PREVISIBLE DEL SISTEMA
Recopilar opiniones, sugerencias y comentarios de los usuarios para identificar y corregir
posibles errores o implementar mejoras cuando sea necesario.
10. REQUISITOS FUNCIONALES
10.1. Requisito funcional 1
Número de requisito RF 1
Nombre de requisito Registro de usuarios
Los usuarios llenan los formularios
Característica
Fuente del requisito Informacion correcta
El sistema generara los usuarios para el ingreso
Descripción del requerimiento
Entrada Información personal.
5
Proceso El sistema valida si no se duplica la informacion reistrada
Salida Credenciales para el ingreso de usuarios
Prioridad del requisito ALTA
10.2. Requisito funcional 2
Número de requisito RF 3
Nombre de requisito Pago
Característica El usuario elegira la forma de pago
Fuente del requisito Administrativa
El sistema pondrá a disposición los medios de pago
Descripción del requerimiento
Entrada Hacer clic en pago
Proceso Finalizacion de pedido
Si es virtual el pago, realizado
Salida Si eligió pagarla en efectivo, se genera reibo de cobro
Prioridad del requisito ALTA
10.3. Requisito funcional 3
Número de requisito RF 4
Nombre de requisito Ingreso de inventario
El administrador deberá ingresar la mercancía existente
Característica
Fuente del requisito Administrador
El sistema permite el ingreso de la mercancia con valores de 1 a 300
Descripción del requerimiento
unidades
Entrada Hacer clic en ingresar y generar cantidad
Proceso Guardar la mercancia y su cantidad
Salida Mercancia registrada
Prioridad del requisito ALTA
10.4. Requisito funcional 4
Número de requisito RF 5
Nombre de requisito Generación de reporte
El administrador podra generar los informes ya sea en el campo
Característica
que se escoga diario, semanal o mensual
Fuente del requisito Administrador
Descripción del requerimiento El sistema genera reporte
Entrada Seleccionarel detalle y generar reporte
Generar un reporte.
Proceso
Salida Reporte generadoe en pdf
Prioridad del requisito ALTA
6
10.5. Requisito funcional 5
Número de requisito RF 6
Nombre de requisito Gestionar información
El Adminisitrador gestiona la informacion de los productos
Característica
Fuente del requisito Administrador
El sistema tendrá la opción de organizar documentos.
Descripción del requerimiento
Entrada Hacer clic en “crear”, “editar” o “eliminar”.
Proceso El sistema crea/edita/elimina un módulo.
Salida Módulo creado/editado/eliminado.
Prioridad del requisito ALTO
10.6. Requisito funcional 9
Número de requisito RF 9
Nombre de requisito Opción de venta
La opción de venta, habilitada para el colaborador en turno
Característica
Fuente del requisito Venta
En esta ficha se registran las ventas solicitadas,alterando de
manera auotmatica el inventario existente
Descripción del requerimiento
Ingresar al login del sitio web, seleccionar el botón de venta,
Entrada
inventario regitro de producto
Proceso Registrar la venta
Salida Nuevo registro en la base de datos.
Prioridad del requisito ALTA
11. REQUISITOS NO FUNCIONALES
Requisitos de rendimiento
El tiempo de carga del sistema para los usuarios no debe exceder los 3 segundos.
El sistema debe ser capaz de manejar el acceso simultáneo de hasta 1000 usuarios.
Seguridad
Los usuarios solo podrán acceder al módulo correspondiente según el rol que se les
haya asignado.
El sistema implementará autenticación en dos pasos para los roles de Rectoría,
coordinadores y docentes.
7
Fiabilidad
La información, como ventas, invenatrios almacenados, debe ser accesible para todos los
usuarios que tengan los permisos correspondientes.
Disponibilidad
El sistema debe estar operativo en todo momento, disponible las 24 horas del día, los 7
días de la semana.
Mantenibilidad
El mantenimiento del sistema solo podrá ser realizado por el personal de TIC de la
institución o por un tercero autorizado previamente por Rectoría.
Se realizarán revisiones semanales para asegurar el funcionamiento adecuado del
sistema.
Portabilidad
El sistema será desarrollado con un diseño adaptable (responsive design), lo que
garantiza que se pueda visualizar correctamente en dispositivos móviles sin cambios en la
interfaz.
El sistema será accesible globalmente a través de internet y desde cualquier navegador.
12. PROTOTIPOS
Ingreso registro usuario
8
9
10
