Especificación de Requerimientos del Sistema - Actividad final trimestre II - Guerrero, Medina, Montero, Ruiz y Tovar

ESPECIFICACIÓN DE REQUERIMIENTOS
DEL SISTEMA - ERS
CONTROL DE ASISTENCIA Y HORARIO DEL PERSONAL
CUERPO DE BOMBERO DE VALENCIA, ESTACIÓN
CENTRAL, “RAFAEL ANTONIO MUJICA”
Fecha:
Abril, 2013
Pág.: 1
Elaborado por:
Guerrero José, Medina
Dennys, Montero Franklin,
Ruiz Elvis, Tovar Pablo
Revisado por:
Ing. Irma López M.
Aprobado por:
Tcnel. Sergio Montaner
INDICE
I.- INTRODUCCION
1.1 Propósito…………………………………………………………… 5
1.2 Ámbito del Sistema/Proyecto……………………………………… 5
1.3 Definiciones, Acrónimos y Abreviaturas………………………….. 6
1.4 Referencias………………………………………………………… 6
1.5 Visión general del documento…………………………………….. 7
II.- DESCRIPCION GENERAL DEL PRODUCTO/SOFTWARE
2.1 Perspectiva del Producto (Objetivos/metas)………………………. 9
2.2 Funciones del Producto………………………………………………. 9
2.3 Características de los usuarios……………………………………… 10
2.4 Requisitos Futuros…………………………………………………….. 10
III.- ANALSIS DE REQUERIMIENTOS
3.1 Técnicas de elicitación de requerimientos utilizadas……………… 11

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 2
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
3.2 Requerimientos funcionales…………………………………………. 11
3.3 Requerimientos no funcionales.…………………………………….. 11
3.4 Requerimientos de implementación…………….………………….. 12
IV.- MODELO DE REQUISITOS DEL SISTEMA
4.1 Definición de técnicas de modelaje utilizadas…………………… 14
4.2 Modelo de Comportamiento del Sistema………………………… 14
Diccionario de Actores…………………………………………... 14
Diccionario de Casos de Uso (Escenarios)…………………… 16
Diagrama de casos de usos……………………………………. 20
4.3 Modelo de Interfaz del Sistema………………………………….. 21
4.4 Modelo estático del sistema (Comportamiento)………………. 24
Diagrama de objetos …………………………………………… 24
Diagrama de clases – Parte I………………………………….. 25
Diagrama de clases – Parte II…………………………………. 26
Diccionario de clases…………………………………………… 27

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 3
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
V.- Anexos
5.1 Estructura organizativa………………………….…………………… 35
5.2 Árbol lógico del problema………………..………………………… 36

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 4
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Resumen
El siguiente documento de especificación de requerimientos del sistema tiene
como propósito documentar todo lo referente a los requisitos de información
necesarios para la implementación de un sistema de gestión y control de horarios
y asistencias para la estación central de Bomberos “Tcnel. (B) + Rafael Anselmo
Mújica Muñoz“. El mismo plantea dentro de su objetivo principal automatizar el
registro de entrada y salida del personal de la sede de la institución, según sus
puestos de trabajo, así como también mejorar el control de asistencias diarias o
inter diarias según el caso. Por otra parte, se plantea la necesidad de llevar un
control automatizado de las horas y días extras trabajados a modo de obtener la
información respectiva para el proceso de la gestión del cálculo de la nomina al
personal de la estación central de bombero.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 5
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
I.- INTRODUCCION
1.1 Propósito
El propósito fundamental del sistema para la gestión y control de
asistencias y horarios del personal del Instituto Autónomo Municipal, Cuerpo de
Bomberos de Valencia, estación central "Tcnel. (B) + Rafael Anselmo Mújica
Muñoz “, es llevar un control confiable, fácil y seguro relativo a la hora de registro
de entrada y salida de todo el personal que labora en dicha estación. El mismo se
aplicara a los funcionarios uniformados, obreros o empleados, a través de un
sistema de captura de la huella dactilar, utilizando para ello un lector biométrico,
con una interfaz sencilla y de fácil utilización.
1.2 Ámbito del Sistema/Proyecto
El Proyecto va dirigido al personal uniformado, obreros y/o empleados que
laboran en la estación central de Bomberos "Tcnel. (B) + Rafael Anselmo Mújica
Muñoz", ubicada es la zona industrial Norte, ubicada en el municipio Valencia del
estado Carabobo.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 6
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
1.3 Definiciones, Acrónimos y Abreviaturas
* Funcionarios uniformados: se considera a los funcionarios encargados de
hacer cumplir la ley y comprende a los funcionarios de diversos servicios.
* Tcnel. (B) +: Teniente Coronel bomberos fallecido.
* Divisiones: Una parte de la empresa, a menudo independiente de otras
divisiones y que ocupa una posición en la jerarquía de la misma.
*Biométrico: es el estudio de métodos automáticos para el reconocimiento
único de humanos basados en uno o más rasgos conductuales o rasgos
físicos intrínsecos.
*SAME: Servicio de Asistencia Municipal ante Emergencias.
* Divisiones: Una división administrativa en una empresa
1.4 Referencias
Las políticas del cuerpo de bomberos de Valencia en materia de asistencia,
se rigen por el reglamento interno del Instituto Autónomo Municipal Cuerpo de
Bomberos de Valencia. Donde existen 3 horarios diferentes:
 Bomberos 24 horas.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 7
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
 Bomberos 8 horas.
 Personal 8 horas.
 Por otra parte esta la Ley del Trabajo. (LOTTT).
1.5 Visión general del documento
El presente documento, describe de forma simple un producto informático
tecnológico que desea desarrollarse para beneficiar al colectivo de una institución
del estado. A fin de cumplir con este objetivo, se presenta a continuación la forma
en que estará estructurada la información
Descripción general del sistema: En esta sección se especifican tanto los
objetivos como las funciones del producto que se propone, así como también,
cuales son los usuarios principales que harán uso del mismo. Finalmente, se
sugieren mejoras que a futuro pueden integrarse a la propuesta.
Análisis de requerimientos: Todo sistema requiere de un determinado
número de elementos y condiciones básicas que deben cumplirse, a fin de que
sea posible desarrollarlo e implementarlo. Mediante este apartado, se detallan
dichas condiciones y requerimientos mínimos que se necesitan para que la

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 8
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
propuesta sea factible, además de hacer referencia a ciertos aspectos en el
comportamiento del sistema planteado.
Modelo de requisitos del sistema: al momento de formalizar una
propuesta, es menester utilizar una serie de técnicas y métodos que ayudan a
consolidar la misma, proporcionando una visión más clara de todos los procesos
que se llevan a cabo cuando se cumple una determinada tarea y de los cambios
que deben realizarse para mejorarlo. En este sentido, se especifican en la sección
mencionada, las técnicas de modelado, de identificación de usuarios y procesos
que deben cumplirse en la propuesta, para hacer del sistema una solución
verdaderamente óptima.
Anexos: finalmente, a fin de proporcionar más información en cuanto a la
problemática, a la institución y al sistema que se plantea, se presenta la sección
mencionada, en la cual se muestran documentos que amplían la visión del
presente proyecto.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 9
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
II.- DESCRIPCION GENERAL DEL PRODUCTO/ SOTFWARE
2.1 Perspectiva del Producto (Objetivos/metas)
Con el sistema de control de acceso se espera llevar un control exacto y
ágil de las asistencias diarias personalizadas, que proporcionen de forma oportuna
al departamento de recursos humanos la información necesaria para hacer los
diferentes cálculos de nomina; a su vez, se busca crear conciencia entre todo el
personal que labora en la institución acerca de la importancia que tiene el
cumplimiento de su horario y el hecho de que el trabajo que le corresponde a
cada quien, sea siempre realizado de manera fluida y sin retrasos.
2.2 Funciones del Producto
La función principal del sistema es llevar un registro diario exacto de la hora
de entrada y salida de todos los trabajadores y empleados de la institución, por
medio de su huella digital, lo cual es un dato biométrico inalterable y único en cada
ser humano; el proceso básicamente consistiría en obtener del personal la huella
dactilar, compararla con la del registro correspondiente en base de datos, registrar
la hora de llegada o salida según sea el proceder, y mostrar el mensaje de
aprobación del sistema. Por otra parte, el sistema debe emitir reportes mensuales
de asistencias y de inasistencias.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 10
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
2.3 Características de los usuarios
Los usuarios a que se dirige el sistemas es básicamente a todos los
trabajadores del la estación central "Tcnel. (B) + Rafael Anselmo Mújica Muñoz".
2.4 Requisitos Futuros
Un posible módulo a contemplar, estaría incluyendo tareas que
correspondan al personal que procesa la nómina de la institución, lo cual requiere
entrelazar las bases de datos para generar de forma automática las deducciones,
descuentos o algún bono extra de cada empleado, tomando como referencia los
registros que se lleva de sus asistencias diarias y mensuales.
En conclusión, el proyecto presente plantea un sistema piloto que a futuro
se podría implementar en la demás estaciones de bomberos del municipio
Valencia.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 11
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
III.- ANALSIS DE REQUERIMIENTOS
3.1 Técnicas de elicitación de requerimientos utilizadas.
Técnicas de sondeo o muestreo. (Reuniones)
Técnicas de Creatividad. (Lluvia de ideas).
Técnicas de observación. (Ver como interactúa el usuario con un
proceso o tareas de las que se derivan los requerimientos.)
3.2 Requerimientos funcionales
Huella dactilar
Datos del empleado
3.3 Requerimientos no funcionales
El proceso de lectura de la huella dactilar por parte del lector biométrico
debe tener una duración mínima de un segundo y máxima de dos, debido a que si
llegan a presentarse varios empleados y el lector falla para alguno, el mensaje de
error se muestre con prontitud y así el empleado debe intentar de nuevo el

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 12
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
proceso de marcado o ceder el paso a sus compañeros para que marquen su
entada o salida a tiempo. De captarse la huella de forma correcta en el tiempo
determinado, se debe proceder de forma inmediata con el proceso de
comparación de la imagen tomada por el lector y la previamente registrada en
base de datos de la institución, lo cual no debe exceder de 2 segundos. Si el
resultado de la operación es positiva y la huella fue hallada, se debe registrar de
forma inmediata la de asistencia (guardar la hora de entrada o salida) del
trabajador en base de datos y mostrar al empleado un mensaje con los datos
correspondientes a ello. En resumen, el proceso de validación y registro de horario
cumplido por el trabajador no debe exceder de 5 segundos.
Finalmente, como último requisito no funcional, debemos mencionar la
duración del proceso de generación de los distintos reportes que el sistema
ofrecerá, la cual no debe exceder de 1 minuto.
3.4 Requerimientos de implementación
A fin de implementar el sistema informático de control de acceso y registro
de asistencias y horarios de los trabajadores de la Estación Central del Cuerpo de
Bomberos “Tcnel. (B) + Rafael Anselmo Mújica Muñoz“, se requieren de varios
elementos, tanto en hardware como software, que debe poseer o adquirir la
institución.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 13
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
A continuación se describen los requerimientos necesarios que hacen
posible la propuesta, algunos de los cuales ya forman parte de los activos de la
institución.
Servidor: Sistema Operativo: Linux Slacware, versión 13. (ya se
posee).
Red LAN: Topología: estrella; puntos de datos: 70 puntos. Cable
utilizado: UTP categoría 5e. Tecnologías de enlace: Ethernet (ya se posee).
Conexión a internet: 1 conexión ABA y una conexión a la Alcaldía
de Valencia.
Lector biométrico: Lector de huellas dactilares. Marca: BIO-
OFFICE. Modelo: A3000. Conexiones permitidas: USB PEN DRIVE + TCP/IP.
Capacidad: Registro de hasta 2000 huellas y 50.000 registros (ya se posee).
Software de funcionamiento: incluido en CD, para Windows y Linux.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 14
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
IV.- MODELO DE REQUISITOS DEL SISTEMA
4.1 Definición de técnicas de modelaje utilizadas.
A fin de definir el diseño lógico del sistema, se estará utilizando la técnica
de modelado mediante diagramas de casos de usos, lo cual no es mas que una
descripción de los pasos o las actividades que deberán realizarse para llevar a
cabo algún proceso. A fin de comprender mejor el diagrama se presenta en las
siguientes secciones la información relativa a los actores y procesos del mismo.
4.2 Modelo de Comportamiento del Sistema
Diccionario de Actores: a fin de describir el rol de cada usuario del sistema
se presenta el siguiente diccionario:

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 15
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
ACTOR DESCRIPCIÓN TIPOLOGÍA
Actor que coloca la huella
dactilar (Dedo Pulgar o
Índice) para marcar la hora
de llegada y salida de la
estación
PRIMARIO
Lleva el control de las
asistencias de los
trabajadores para evaluar
los pagos
SECUNDARIO
Administra la base de datos
de todo el personal activo y
egresado de la estación, así
como su historial laboral y
personal
PRIMARIO
Empleado
Nomina
RRHH

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 16
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Diccionario de Casos de Uso (Escenarios)
Mediante esta sección se presenta en detalle la descripción de los procesos
que forman parte del sistema, mediante un diccionario, mencionando las
condiciones y características de cada uno.
Caso de uso #1
NOMBRE LECTOR BIOMÉTRICO
ACTORES Empleado
OBJETIVOS Permite la captura de la huella dactilar, a fin de validarla con la
registrada en la base de datos de RRHH y otorgar el acceso. Además,
debe registrarse la hora de entrada y salida de las instalaciones.
PRE
CONDICIONES
Huella Dactilar
POST
CONDICIONES
Registra la hora de entrada /salida de manera inmediata.
ESCENARIO
BASICO
1. El Trabajador llega a la estación.
2. Se dirige al lector biométrico.
3. Coloca su dedo (Pulgar o Índice).
4. El lector captura la huella dactilar.
5. La huella dactilar se compara con registrada en la base de
datos de RRHH.
6. Muestra una interfaz con los datos principales.
7. Se registra la hora de ingreso o salida.
8. Limpia los datos y huellas para un nuevo ingreso o salida de
personal.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 17
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Caso de uso #2
NOMBRE REGISTRO DE ASISTENCIA
ACTORES Nómina
OBJETIVOS Lleva el control de las asistencias para afecto de pagos en horas, días
y semanas laboradas por el trabajador y emitir los registros a través de
reportes.
PRE
CONDICIONES
Registro inmediato en la base de datos de las jornadas diarias
cumplidas por el empleado.
POST
CONDICIONES
Emisión de resultados solicitados a través de reportes impresos o por
pantallas en menos de 1 minuto.
ESCENARIO BASICO 1. Registrar los datos y hora del personal que ingrese a diario.
2. Calcular por horas y días el monto en bolívares a cancelar por
concepto de pago a los trabajadores.
3. Recibos de Pagos detallado.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 18
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Caso de uso #3
NOMBRE REPORTES
ACTORES Nómina
OBJETIVOS Emitir todos y cada uno de los reporte que se necesiten por los
trabajadores.
PRE CONDICIONES Búsqueda del reporte.
POST CONDICIONES Reporte impreso en menos de 1 minuto.
ESCENARIO BASICO 1. Ubicar el reporte buscado a través de la cedula del trabajador
2. Revisar los días laborados por el trabajador.
3. Imprimir el reporte solicitado

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 19
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Caso de uso #4
NOMBRE VALIDAR LOS DATOS
ACTORES RRHH
OBJETIVOS Controla , eliminar, actualizar y evaluar la parte administrativa (Datos
personales, Datos laborales, Horas Extras) de todo el personal que
labora en cuerpo de bombero
PRE CONDICIONES Ingreso de los datos
POST CONDICIONES Actualizaciones a diario por jornada laboral
ESCENARIO BASICO 1. Lleva un control por cada unos de los trabajadores
2. Actualiza, elimina y registra información de los trabajadores
en las base de datos

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 20
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Diagrama de casos de usos
<<EXTENDS>>
Empleado
Nomina
RRHH
<<INCLUDE>>
Lector
Biométrico
Validar
Datos
Registro de la
Asistencia
Validar
Usuario
Reportes
Comparar
datos con
base de datos
<<INCLUDE>>
Reportes
Diarios
Reportes
Semanal
Reportes
Mensuales
<<EXTENDS>> <<EXTENDS>>

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 21
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
4.3 Modelo de Interfaz del Sistema
A fin de mostrar de forma gráfica algunas características que contendrá el
sistema propuesto, se presentan a continuación algunas imágenes de las
interfaces que puede poseer el mismo.
Imagen #1: Pantalla de acceso al sistema

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 22
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Imagen #2: Pantalla de consulta de asistencias y horarios de
entrada/salidas registrados

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 23
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Imagen #3: Modelo de mensaje a mostrar por el Lector Biométrico al
procesar la huella y registrar la entrada/salida del empleado

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 24
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
4.4 Modelo estático del sistema (Comportamiento)
Diagrama de objetos
EMPLEADO HUELLA DACTILAR
ASISTENCIAREPORTES
Reportes diarios
Reportes semanales
Reportes mensuales
Gráficos y estadísticas
1 Marca
Corresponde 1
Se asocia 1
N Pertenece
Son anexadas N
1 Contiene

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 25
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Diagrama de clases – Parte I
: Empleado
- cedula: string(10)
- nombre: string(20)
- apellido: string(20)
- direccion: string(100)
- telefono: string(15)
+ guardar(CI, nom, ape, dir, tel): void
+ consultar_datos() : void
+ agregar_asistencia(asistencia): void
: Huella dactilar
- Cedula: string(10)
- Imagen: object()
+ guardar (CI, imagen): void
+ capturar_imagen(): void
+ visualizar_imagen(): void
+ obtener_cedula(): void
: Asistencia
- registro: int(10)
- tipo_asistencia: char(1)
- fecha: date()
- hora: time()
- cedula: string(10)
+ guardar (num_reg, tipo, fecha, hora): void
+ visualizar_datos() : void
+ obtener_fecha(): date
+ obtener_hora(): time
+ obtener_tipo_asistencia(): char
: Reportes
- Nro_reporte: int(10)
- Fecha_emision: date()
- Hora_emision: time()
- Filtro: char(1)
- Entradas: boolean
- Salidas: boolean
+ generar_reporte (f_emision,
h_emision, filtro, entradas,
salidas): void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 26
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Diagrama de clases – Parte II
: Reportes
- Nro_reporte: int()
- Fecha_emision: date()
- Hora_emision: time()
- Filtro: string(1)
- Entradas: boolean
- Salidas: boolean
salidas): void
: Reporte semanal
- Anno: int()
- Mes: int()
- Semana: int()
salidas,anno, mes, semana): void
: Reporte mensual
- Anno: int(4)
- Mes: int(1)
salidas, anno, mes): void
: Gráficos y Estadísticas
- Tipo: char(1)
- Fecha_inicio: date()
- Fecha_fin: date()
salidas, tipo, fecha_inicio,
fecha_fin): void
: Reporte diario
- Fecha_consulta: date()
salidas, fecha):void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 27
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Diccionario de clases
Nombre de la Clase Empleado
Objetivo
Estructura que permite guardar la información del empleado.
Tipo Clase Class X Abstracta Parametrizada
ATRIBUTOS
Nombre Tipo Longitud Valor Inicial Visibilidad
Cedula String 10 0 Privado
Nombre String 20 0 Privado
Apellido String 20 0 Privado
Direccion String 100 0 Privado
Telefono String 15 0 Privado
OPERACIONES/MÉTODOS
Nombre Método Objetivo Visibilidad Parámetros
Tipo-Valor que
Devuelve
Guardar Guardar los datos de un
empleado.
Público Cédula ,
nombre,
apellido,
dirección,
teléfono.
Void
Consultar datos Muestra toda la
información registrada
del empleado.
Público No tiene. Void
Agregar_asistencia Registra una asistencia
(entrada o salida) del
empleado.
Público Clase asistencia. Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 28
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Huella dactilar
Objetivo
Es la estructura que almacena la huella dactilar del empleado.
ATRIBUTOS
Cedula String 10 0 Privado
Imagen Object No aplica 0 Privado
Tipo-Valor
que Devuelve
Guardar Guardar el registro de
la huella dactilar
asociada a la cédula
del empleado.
Público Cédula e
Imagen.
Void
Capturar_imagen Toma la imagen de la
huella dactilar del
empleado.
Visualizar_imagen Permite extraer la
imagen registrada
para compararla con
la que toma el
dispositivo capta
huellas, y así
determinar a qué
cédula corresponde, y
por consiguiente a
cual empleado.
Obtener_cedula Permite obtener la
cédula que
corresponde a una
imagen de una huella
dactilar.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 29
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Asistencia
Objetivo
Estructura que permite registrar una asistencia que será posteriormente relacionada a un
empleado.
ATRIBUTOS
Registro Int 10 0 Privado
Tipo_asistencia*
char 1 0 Privado
fecha date dd/mm/yyyy 00/00/0000 Privado
hora time hh:mm:ss 00:00:00 Privado
Nombre Método Objetivo
Visibilid
ad
Parámetros
Tipo-Valor que
Devuelve
Guardar Guardar el registro de
asistencia de un
empleado, bien sea para
la hora de entrada, como
para la salida.
Público Número de
registro, tipo de
asistencia,
fecha, hora y
cédula.
Void
Visualizar_datos Permite obtener todos
los datos guardados para
un registro de asistencia.
Obtener_fecha Permite obtener la fecha
en que se registró una
asistencia.
Público No tiene. Date
Obtener_hora Permite extraer la hora
registrada en una
asistencia.
Público No tiene. Time
Obtener_tipo_asist
encia
Extrae de un registro
el tipo de asistencia
guardado (si es
entrada o salida)
Público No tiene. char
*
Tipo de asistencia: si el registro corresponde a una entrada o salida.

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 30
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Reportes
Objetivo
Se refiere a la interfaz de consulta de los registros de asistencia de los empleados.
Tipo Clase Class Abstracta X Parametrizada
ATRIBUTOS
Numero_reporte Int 10 0 Privado
Fecha_emision date dd/mm/yyyy 00/00/0000 Privado
Hora_emision time hh:mm:ss 00:00:00 Privado
filtro char hh:mm:ss 00:00:00 Privado
entradas boolean No aplica false Privado
salidas boolean No aplica false Privado
Tipo-Valor que
Devuelve
Generar_reporte Genera un
reporte de las
asistencias con
todos los
parámetros
recibidos. El fitro
permite
seleccionar entre
reportes por
departamento y
consultas de un
empleado en
específico.
Público Fecha_emision,
hora_emision,
filtro, entradas y
salidas.
Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 31
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Reporte mensual
Objetivo
Es una clase que hereda la clase reportes y permite obtener los registros por mes de las
asistencias de los empleados.
ATRIBUTOS
Anno Int 4 0 Privado
mes int 1 0 Privado
Tipo-Valor que
Devuelve
Generar_reporte Genera un
reporte de
asistencias por
mes con los
parámetros
recibidos. El fitro
permite
seleccionar entre
reportes por
departamento y
consultas de un
empleado en
específico.
hora_emision,
filtro, entradas,
salidas, anno y
mes.
Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 32
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Reporte semanal
Objetivo
Es una clase que hereda la clase reportes y permite obtener los registros por semana de las
asistencias de los empleados.
ATRIBUTOS
Anno Int 4 0 Privado
mes int 1 0 Privado
semana int 1 0 Privado
Tipo-Valor que
Devuelve
Generar_reporte Genera un reporte
de asistencias por
semana con los
parámetros
recibidos. El fitro
permite seleccionar
entre reportes por
departamento y
consultas de un
empleado en
específico.
hora_emision,
filtro, entradas,
salidas, anno,
mes y semana.
Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 33
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Reporte diario
Objetivo
Es una clase que hereda la clase reportes y permite obtener los registros por día de las asistencias
de los empleados.
ATRIBUTOS
Fecha_consulta date dd/mm/yyyy 00/00/0000 Privado
Tipo-Valor que
Devuelve
de asistencias de
una fecha específica
con los parámetros
recibidos. El fitro
permite seleccionar
entre reportes por
departamento y
consultas de un
empleado en
específico.
hora_emision,
filtro, entradas,
salidas y fecha.
Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 34
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Nombre de la Clase Gráficos y Estadísticas
Objetivo
Es una clase que hereda la clase reportes y permite de manera gráfica o en resúmenes estadísticos
los reportes de asistencia.
ATRIBUTOS
Tipo_reporte char 1 0 Privado
Fecha_inicio date dd/mm/yyyy 00/00/0000 Privado
Fecha_fin date dd/mm/yyyy 00/00/0000 Privado
Tipo-Valor que
Devuelve
gráfico o de
resumen
estadístico de las
asistencias de los
empleados.
hora_emision,
filtro, entradas,
salidas y fecha,
tipo,
fecha_inicio,
fecha_fin.
Void

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 35
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
V.- ANEXOS
5.1 Estructura organizativa

DEL SISTEMA - ERS
Fecha:
Abril, 2013
Pág.: 36
Elaborado por:
Revisado por:
Ing. Irma López M.
Aprobado por:
Inexistencia de un control de registro para el acceso y
cumplimiento de horarios en el Cuerpo de Bomberos de
Valencia, Estación Central
No se ha establecido a alguien para
llevar tal registro
Recursos Humanos no ha delegado a
una persona para tal función
Falta de políticas que permitan a
RRHH tomar decisiones.
Personal de Recursos Humanos
desmotivado por falta de políticas
que ayuden a hacer eficiente su
trabajo
Los empleados no cumplen
con su horario
Los empleados no cumplen
su asistencia
El trabajo no se realiza
Se pagan horas que no han
sido laboradas
Se retrasa el trabajo
5.2 Árbol Lógico del problema

Especificación de Requerimientos del Sistema - Actividad final trimestre II - Guerrero, Medina, Montero, Ruiz y Tovar

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Especificación de Requerimientos del Sistema - Actividad final trimestre II - Guerrero, Medina, Montero, Ruiz y Tovar

Similar to Especificación de Requerimientos del Sistema - Actividad final trimestre II - Guerrero, Medina, Montero, Ruiz y Tovar (20)

Recently uploaded

Recently uploaded (10)

Especificación de Requerimientos del Sistema - Actividad final trimestre II - Guerrero, Medina, Montero, Ruiz y Tovar