Está en la página 1de 10

Documento con especificación de requerimientos.

GA1-220501092-AA4-
EV02

PRESENTADO POR:
DUVAN FELIPE MEDINA ALVIRA
DIEGO FERNANDO SALAMANCA VARGAS
FERNANDO CRUZ CORTES
CRISTIAN RAUL TORRES VARGAS
ELIAN ANDRES NARANJO BOHORQUEZ.

FICHA: 2722305

CENTRO DE GESTION
ADMINISTRATIVA.

REGIONAL DISTRITO
CAPITAL

ANALISIS Y DESARROLLO DE
SOFTWARESENA

2023
1. INTRODUCCIÓN.

En el presente documento se explicarán y analizarán los requisitos del proyecto El


Sistema de Reserva y Facturación Villa Fanny (SRFV) desarrollado para la
empresa Wapizima.neals, Se adopta la guía de requerimientos de software
de la IEEE (Std. 830-1993).

1.1 PROPOSITO
Este documento tiene como propósito dar a conocer el funcionamiento general del proyecto
SRFV (Sistema de Reserva y Facturación Villa Fanny) que está dirigido al equipo
desarrollador, y a todos los stakeholders y al usuario final.

1.2 AMBITO DEL SISTEMA.

Nombre del Sistema: SRFV Sistema de Reserva y Facturación Villa Fanny


• El sistema gestionara todos procesos que se desarrollan en el mismo, permitiendo que
su entorno sea sencillo y amigable con el usuario, así mismo también integrara
módulos de contabilidad e inventario. Se proyectará también realizar un sitio web
para posicionar el negocio como un lugar cómodo y que sea competitivo con los
demás salones de belleza de la ciudad. contribuyendo a que los clientes puedan
encontrar un lugar agradable y acogedor en todo momento.

• El principal beneficiado con el SRFV será la empresa Wapizima.neals, El objetivo es


optimizar los procesos en tiempo y recursos. La meta del SRFV es establecerse como
la primera opción como la administración de una sala de belleza exclusiva encargada
de brindar atención y servicio al cliente de manera eficaz y oportuna.
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS.

SRFV -Sistema de Reserva y Facturación Villa Fanny


Usuario- Persona que usara el sistema para gestionar los procesos
Usuario- Persona que usara el sistema para gestionar los procesos
RF- Requerimiento Funcional
RNF-Requerimiento No funcional
BD - Bases de datos
UML- Lenguaje de Modelado Unificado
IEEE - Institute of Electrical and Electronics Engineers
Sistema ABC -Sistema altas, bajas y consultas.

1.4 REFERENCIAS.
Protocolos de la W3C.
http://www.w3.org/standards/webarch/protocols

https://www.enabel.be/sites/default/files/tenders/anexo_a_requerimientos_funcionales_y_n
o_funcionales.pdf

Principios Arquitectónicos de la Web


http://www.w3.org/standards/webarch/principles

Materiales de formación: para el desarrollo de esta actividad: Análisis y especificación de


requisitos

https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tecnologi
a/228118/Contenido/OVA/CF4/index.html#/curso/tema2

1.5 VISIÓN GENERAL DEL DOCUMENTO


El documento está dividido en 4 secciones:

• La sección 1 se enfoca en la explicación, objetivos, metas y descripción del documento.

• La sección 2 está orientada, como su nombre lo indica, a la descripción general del sistema,
donde la información está orientada al cliente/usuario potencial.

• La sección 3 trata sobre los requisitos específicos. Se emplean términos técnicos orientados
principalmente a los desarrolladores y programadores.

• La sección 4 son los apéndices, contiene ligas directas al Wiki, foro y podcast de la
entrevista, además de una imagen ilustrativa de los componentes del sistema en general.
2. DESCRIPCIÓN GENERAL.

Existen factores generales que afectan al producto y sus requerimientos. En esta sección se
identifican estos factores como el contexto al desarrollo del sistema. Algunos de estos
factores son los costos, el tiempo (de cada fase del desarrollo) y la disponibilidad del cliente.

2.1 PERSPECTIVA DEL PRODUCTO


El sistema (SRFV -Sistema de Reserva y Facturación Villa Fanny) se diseña con el fin que
pueda integrar todos procesos que se desarrollan en el mismo a través de cuatro
funcionalidades principales, permitiendo que su entorno sea sencillo y amigable con el
usuario, así mismo también que integre módulos de contabilidad e inventario. Se proyectará
también realizar un sitio web para posicionar el negocio como un lugar cómodo y que sea
competitivo.

En el apéndice A se localiza el diagrama de bloques correspondiente a este apartado.

2.2 FUNCIONES DEL PRODUCTO

➢ gestión de datos del usuario


➢ sistema de reserva
➢ sistema de facturación
➢ sistema de contabilidad
2.3 CARACTERISTICAS DE LOS USUARIOS.

El sistema cuenta con tres tipos de usuario final:

2.4 RESTRICCIONES
✓ Interfaz para ser usada con internet.
✓ Uso de Dominio (X)
✓ Lenguajes y tecnologías en uso: HTML, JAVA.
✓ Los servidores deben ser capaces de atender consultas concurrentemente.
✓ El sistema se diseñará según un modelo cliente/servidor.
✓ El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma o del lenguaje de programación.

El cliente no ha especificado ninguna otra limitante, y algunos de las características las


dejó al criterio de los desarrolladores.

2.5 SUPOSICIONES Y DEPENDENCIAS


➢ Se asume que los requisitos aquí descritos son estables.
➢ Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos antes
indicados para garantizar una ejecución correcta de la misma, así como conexión a
internet que supere las 10 MB.
2.6 REQUERIMIENTOS FUTUROS
Jerárquicamente, es necesario en versiones futuras implementar el módulo de Inventario, el
módulo de gestión de proveedores y evaluación de los mismos, modulo para calificación y
categorización de clientes.

3. REQUERIMIENTOS ESPECÍFICOS.
En esta sección se tienen con más detalle los requerimientos específicos del sistema a
desarrollar.

3.1 INTERFAZ
La interfaz gráfica con la que el usuario final interactúa deberá ser intuitiva de manera que,
sin un manual de uso, el usuario identifique rápidamente los componentes y las secciones del
sistema. La interfaz además deberá contar con colores agradables a la vista para que el usuario
pueda trabajar por horas con el mismo sin problemas.

De igual forma, la interfaz deberá ser compatible con los navegadores más comunes (Edge,
Firefox, Chrome, Opera).

SISTEMA DE INICIO DE SESIÓN.

▪ El usuario deberá introducir un nombre de usuario y un password previamente


registrado y dado de alta por algún usuario administrativo.

▪ El password deberá tener no menos de 8 caracteres y será sensitivo al uso de


mayúsculas y minúsculas.

▪ El nombre de usuario deberá ser formado por las iniciales del nombre y el apellido
paterno completo y el año de nacimiento en 2 dígitos. Ejemplo Juan Gutierrez Nájera
nació el 15 de Feb de 1960, el usuario sería: jgutierrez60.

▪ Al quinto intento fallido de inicio de sesión, el sistema bloqueará automáticamente


ese usuario por un tiempo determinado (15 minutos).
MENÚ

➢ El menú se desplegará del lado izquierdo en la pantalla principal del usuario, de


acuerdo al tipo de usuario (Administrador, Recepcionista o Contador) Este menú
constará de cuantos elementos sean necesarios de acuerdo al tipo de usuario de que
se trate, el administrador tendrá más opciones en el menú que el de Recepcionista.

❖ El menú para el Administrador contendrá:


❖ Inicio
❖ Consultar Cliente
❖ Consulta de Reserva
❖ Modificación de Reserva
❖ consulta de Facturación
❖ Modificación de Facturación
❖ Gestión de Usuarios
❖ Consultas de Contabilidad
❖ Cerrar Sesión

✓ El menú para el recepcionista o quien atiende al cliente:


✓ Inicio
✓ Generar Reserva
✓ Consultar Reserva
✓ Crear Cliente
✓ Consultar Cliente
✓ Generar Factura
✓ Consultar Factura
✓ Cerrar Sesión

✓ El menú para Contador contendrá


✓ Inicio
✓ Consulta de Contabilidad
✓ Consultar Facturación
✓ Imprimir Informes
✓ Cerrar sesión

ENCABEZADO
El encabezado de la página inicial será una imagen representativa (logo, animación flash)
de la sala de belleza

3.2 REQUISITOS FUNCIONALES.

nivel usuario final


• Consultar horarios disponibles para la reservación de cortes, peinados manicure, precios
entre otros. • Gestionar reserva para día y hora deseada
• Gestionar la facturación e imprimir facturación.
NIVEL OPERATIVO
• Actualizar datos del usuario final
• Visualización de reserva
• Cancelación de reservas
• Actualizar listado de disponibilidad
• Eliminar registros de usuarios finales

NIVEL ADMINISTRATIVO
• Creación de usuarios
• Habilitar permisos
• Visualización de reserva
• Modificar listado de precios.
• Modificar reservas
• Descarga y generación de reportes

3.3 Requerimientos No Funcionales


• El requisito más importante que el sistema va a poseer es la estabilidad, si el producto
corre el riesgo de cambiar o dañarse ¿qué seguridad tenemos para con el cliente? Una
buena característica entonces será asegurar la integridad de los datos.
• Viene de la mano con el requisito anterior la disponibilidad, es vital que el cliente
tenga acceso a cualquier hora.
• La documentación también es necesaria para que el usuario sea capaz de resolver
dudas menores que vayan surgiendo sobre la marcha en el uso de su nuevo sistema,
para ello se debe generar un manual de usuario.
• Aún con el soporte hacia el usuario, la ayuda sola no es suficiente, el cliente requiere
que su sistema funcione adecuadamente, necesita calidad y que la misma se le sea
asegurada, con eso se previenen errores futuros y mantenimiento costoso.
• el calendario debe sincronizarse con todos los dispositivos en el que esté instalado el
sistema. Para el tema de la reservación sea exacta.
• el sistema debe ser compatible con todos los navegadores existentes en el mercado
• La interfaz debe adaptarse a cada distinto dispositivo en el que se trabaje.
• Por último, retomando las últimas líneas anteriores, se recuerda que un producto de
software no se destruye, pero se desgasta, por lo tanto, algunos apartados deberán
requerir mantenimiento al cabo del algún tiempo.

3.4 OTROS REQUISITOS


No aplica.
APENDICES.

También podría gustarte