Fase 1 – Análisis de requisitos

Presentado por:

Bernabé Sánchez Lenis

Código: 16460502

Grupo:

301403_40

Tutor:

Jhonatan Stivens Barrera

Universidad Nacional Abierta y a Distancia UNAD

Ingeniería de sistemas

Yumbo – Valle del Cauca

Agosto de 2019
 PROYECTO A
En la ciudad de Florencia Caquetá el señor Luis Arturo Vélez, tiene una empresa de
vigilancia con 12 guardas que prestan el servicio de vigilancia a 2 empresas. En cada
empresa se rotan los turnos que realiza cada vigilante. Luis Arturo en su empresa además
de los vigilantes, cuenta con una secretaria y un supervisor que cumple con las rondas a los
vigilantes. Se requiere de una aplicación que administre los turnos de los vigilantes junto
con la información de cada uno de ellos.
La aplicación debe tener tres tipos de usuarios para su ingreso, un administrador que
es Luis Arturo, la secretaria y los vigilantes que realizan las consultas de los turnos y de las
rotaciones
La aplicación debe cumplir con lo siguiente:
 Registro de empleados: Inscribir a un empleado registrando sus datos personales.
 Consulta de empleados: Consulta mediante identificación de sus datos personales.
 Actualizar un empleado: Actualiza la información de un empleado en la base de
datos.
 Consulta de turnos: Consulta de turnos que deben realizar los vigilantes. Estos
turnos se realizan por semana y deben indicar en la semana si le corresponde de día
o de noche.
 Ingreso de reportes por parte del supervisor: El supervisor dispone de un espacio
para informar las novedades que resulten sobre las rondas que realiza a cada
empresa.
 Reportes: La aplicación debe permitir realizar reportes sobre los turnos que se han
desarrollado por parte de los vigilantes en intervalos de fechas que seleccione el
usuario.
 Finalmente, al ejecutar la aplicación, esta debe solicitar Login y Password para
garantizar la seguridad de la aplicación y el acceso solo a personal autorizado. Los
empleados deben tener en cuenta que no se permite en el password los siguientes
caracteres: $,%,&,/,*,/,-,ñ por lo que es obligatorio hacer uso de los bloques de
excepciones en Java para evitar estos caracteres.
2. Análisis de requisitos del proyecto Con el proyecto seleccionado, el estudiante deberá
entregar el Análisis de requisitos del proyecto el cual comprende: Definición del problema,
Objetivo general, objetivos específicos, Requisitos funcionales y No funcionales.

Objetivo general
Desarrollar una aplicación a través de lenguaje java que permita sistematizar de forma
automatizada los procesos; registro usuarios y que administre los turnos de los vigilantes
junto con la información de cada uno de ellos.

Objetivos específicos
Realizar una tabla de requerimientos funcionales y no funcionales
Comprender la necesidad de la empresa en cuanto a los procesos que ejecutan
Aplicar los conocimientos adquiridos y programar, diseñar y relacionar base de datos el
software requerido por la empresa.

Requisitos específicos

Número 001
de
requisito
Nombre el sistema debe Implementar un módulo
de para el registro de usuarios, en el se puede
requisito crear, consultar y eliminar.

Tipo Requisito Restricción

Fuente Es necesario que el software en el módulo
del de registros tenga esta opción para así
requisito llevar un mejor control de lo que se
registra
Prioridad Baja/
del Alta/Esencial Media/Deseado Opcional
requisito
Número 002
de
requisito
Nombre El sistema debe generar reportes de los
de turnos de los vigilantes junto con la
requisito información de cada uno de ellos.

Tipo Requisito Restricción

Fuente La contabilidad es clave para cualquier
del negocio, por ello es necesario que el
requisito administrador pueda realizar consultas de
lo que se ha ido registrando en el trayecto
del tiempo.
Prioridad Baja/
del Alta/Esencial Media/Deseado Opcional
requisito

Número 003
de
requisito
Nombre El sistema debe debe permitir el inicio de
de sección por cada empleado.
requisito
Tipo Requisito Restricción
Fuente La contabilidad es clave para cualquier
del negocio, por ello es necesario que el
requisito administrador pueda realizar consultas de
lo que se ha ido vendiendo en el trayecto
del tiempo.
Prioridad Baja/
del Alta/Esencial Media/Deseado Opcional
requisito
Requisitos funcionales

Requisito funcional 1
El sistema debe Implementar un módulo para el registro de usuarios.

Entrada:
Nombres, cedula.

Procesos:
Para cumplir con este requerimiento el sistema debe presentar una sola pantalla
donde solicite los datos requeridos para procesar la información y asi proceder
al registro.

Salida:
Las salidas van dirigidas a: Administrador (Gerente)

Mensaje de aviso: Registro satisfactorio.

Mensaje de error: Error en el registro, en caso de ingresar los datos de forma
incorrecta.

Requisito funcional 2

El sistema debe generar reportes de ambas empresas de vigilancia

Entrada:
Hora de entrada

Procesos:
Para cumplir con este requerimiento el sistema debe presentar una sola pantalla
donde solicite los datos requeridos para procesar la información y asi proceder
a realizar la consulta según el criterio, diaria, mensual, etc.

Salida:
Las salidas van dirigidas a: Administrador (Gerente).

Mensaje de aviso: Reporte exportado en Excel o en pantalla.

Mensaje de error: Digito fecha errada.
 Requisito funcional 3

El sistema debe discriminar los tipos de usuarios, cada uno debe tener un
permiso en especial, el perfil de ventas no anular facturas.

Entrada:
Usuario y contraseña.

Procesos:
Para cumplir con este requerimiento el sistema debe presentar una sola pantalla
donde solicite los datos requeridos para procesar la información y asi proceder
a realizar la anulación o aprobación de turnos, etc.

Salida:
Las salidas van dirigidas a: Administrador (Gerente).

Mensaje de aviso: Reporte exportado en Excel o en pantalla.

Mensaje de error: usted no está autorizado para realizar esta consulta.

Requisitos no funcionales

Requisitos de rendimiento

 El servidor que soporte el software debe tener una capacidad de respuesta de un

número de por lo menos 10 usuarios/segundos concurrentes para la navegación del
portal.
 Los tiempos de consulta deben ser menor a 1 segundo
 La descarga de documentos no debe tardar más de 10 segundos
 Los tiempos de acceso a cada módulo no debe ser superior de los 3 segundos.
 La base de datos de clientes y proveedores debe soportar un número de registros de
por lo menos 1000000 para asegurar que la información será consistente y además
contar con gran cantidad de clientes y proveedores registrados. La base de datos
debe soportar por lo menos 200 intentos de conexión por segundo
 Persistencia de datos.

Seguridad
Se deben validar los empleados que ingresan al sistema, manejar métodos de
encriptación de información, que proteja tanto la identidad como los recursos
del cliente. Así como asegurar que cada usuario entre según un perfil de
permisos establecido

Fiabilidad
Debe ser un sistema supremamente confiable, ya que algún fallo, podría causar un error
en el flujo de la información, muy perjudicial para la empresa y para su sistema de
 gestión de calidad. Se garantiza la integridad de la información en la inserción y
modificación de datos.

Disponibilidad
Debe estar disponible 7x24 (Los 7 días a la semana las 24 horas del día). Con sistemas
de recuperabilidad y redundancia que permitan intercambio entre discos duros en caso
que alguno falle.

Mantenibilidad
El software tendrá mantenimientos preventivos cada cierto período de tiempo,
con el fin de asegurar que esté funcionando en forma correcta y ofreciendo los
servicios requeridos de manera óptima.

Portabilidad
Una de las ventajas de utilizar herramientas y lenguajes basados en software libre
estamos garantizando la portabilidad. De esta manera:
99.9% es portable la aplicación por el simple hecho de utilizar el lenguaje
y plataforma JAVA. 99% es portable la base de datos, PostgreSQL es decir puedo tenerlo
en Windows o Linux.