FASE 1 – ANÁLISIS DE REQUISITOS

PRESENTADO POR:

HAANSEL MAURICIO BECERRA 1082839114

GRUPO 301403_48

PRESENTADO A:

ROBERTO AUGUSTO FERNANDEZ

TUTOR VIRTUAL

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA – ECBTI

PROGRAMACIÓN ORIENTADA A OBJETOS

BOGOTÁ D.C
 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.

1 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

1.1 Requisitos funcionales

1.1.1 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.

1.1.2 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.

 1.1.3 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.

1.2 Requisitos no funcionales

1.2.1 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.

1.2.2 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

1.2.3 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.
 1.2.4 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.

1.2.5 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.

1.2.6 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.

Bibliografía

Ciberaula. (s.f.). Curso online gratuito - POO y Java. Obtenido de

http://www.ciberaula.com/articulo/ventajas_poo

Garcia Llinas, L. F. (2010). Todo lo básico que debería saber: sobre programación

orientada a objetos en Java. Bogotá: Ediciones de la U.

mheducation.es. (s.f.). Programación orientada a objetos versus programación

estructurada: C++ y algoritmos. Obtenido de Enseñanzas medias:

http://assets.mheducation.es/bcv/guide/capitulo/8448146433.pdf

Robledo, A. (15 de Noviembre de 2015). POO, que es, ventajas y desventajas, ejemplo de

programación orientada a objetos. Obtenido de Blogger:

http://poao4.blogspot.com/2015/11/poo-que-es-ventajas-y-desventajas.html
Rodriguez, A. (s.f.). Imprimir por consola en Java con System.out. Concatenar cadenas.

Notación de punto para objetos. (CU00632B). Obtenido de Aprender a programar:

http://aprenderaprogramar.com/index.php?

option=com_content&view=article&id=461:imprimir-por-consola-en-java-con-

systemout-concatenar-cadenas-notacion-de-punto-para-objetos-

cu00632b&catid=68:curso-aprender-programacion-java-desde-cero&Itemid=188

Team colectivo. (3 de Septiembre de 2013). Como definir o declarar variables en Java.

Obtenido de Youtube: https://www.youtube.com/watch?v=ON3d-lu53_0

Weitzenfeld, A. (2005). Ingeniería de Software Orientada a Objetos con UML, Java e

Internet. (C. Learning, Ed.) Obtenido de Biblioteca virtual UNAD:

http://bibliotecavirtual.unad.edu.co:2081/ps/retrieve.do?

tabID=&userGroupName=unad&inPS=true&prodId=GVRL&contentSet=GALE&d

ocId=GALE|CX3004300043

Yojanes Aguilar, L., & Zohonero Martínez, I. (2008). Estructuras de datos en Java.

Madrid: McGraw Hill.