CAPÍTULO 5: SOLUCION TECNOLOGICA

5.1 Modelo del Negocio

5.1.1 Modelo de Casos de Uso del Negocio

Figura 1 : Modelo de Caso de Uso del Sistema de Control de Asistencia [Fuente: Elaboración propia]

5.1.2 Actor del Negocio

Actor del Negocio Descripción

Es el cliente, el actor externo del negocio,

solicita el ingreso al sistema al personal
coordinador administrativo como también
solicita permiso por inasistencia, permisos por
refrigerios, accede al control de entrada y salida
mediante el ingreso del número de DNI

Tabla 1 : Actor del Negocio [Fuente: Elaboración propia]

1
5.1.3 Trabajadores del Negocio

Trabajadores del Negocio Descripción

Otorga los privilegios de dar alta y bajas de

docente en el sistema, permisos de asistencias y
consultas de asistencias.

Realiza diversas operaciones en el sistema,

teniendo una participación relevante dentro del
sistema como creación de horarios de docentes,
activar desactivar docentes de la institución,
realizar consultas de los docentes por cursos.
Tabla 2 : Trabajadores del negocio [Fuente: Elaboración propia]

2
5.1.4 Casos de Uso del Negocio

Caso de Uso del Negocio Descripción

Este proceso se inicia cuando el coordinador académico

lleva el control de las altas y bajas del personal docente.
Registrando los datos básicos como la especialidad que
dictará los cursos.
Este proceso se inicia cuando el Director realiza la gestión
de horario para las especialidades de los docentes
verificando la carga horaria del docente obteniendo el
listado actualizado de los docentes.
Este proceso se inicia cuando el docente hace clic en el
módulo de control e ingresando el número de DNI
registrara la entrada como de igual manera la salida a la
Escuela tecnológica superior de la universidad nacional de
Piura, teniendo el primer tiempo de ingreso a la
institución.
Este proceso se inicia cuando el coordinador académico
realizas los mantenimientos extras para los docentes los
cuales son permisos refrigerios, permisos por comisión.

Tabla 3 : Casos de uso del negocio [Fuente: Elaboración propia]

3
5.1.5 Metas del Negocio

Figura 2 : Metas del negocio [Fuente: Elaboración propia]

4
5.1.6 Entidades del Negocio

Documento que contiene los datos de ingreso y

salida del personal de la Escuela Tecnológica
Superior.

Listado de docentes que se encuentran laborando

en la Escuela Tecnológica Superior.

Registro de los periodos vacacionales que le

corresponden por Ley al personal.

Registro de horas o días de ausencia del personal

por motivos fortuitos diferentes a su periodo
vacacional.

Especialidades de carreras técnicas que se brindan

a los alumnos para integrarse al mercado laboral.

Asignaturas que se imparten en las aulas de la

Escuela Tecnológica Superior, para la educación
de los alumnos

Listado de horas dedicadas a los cursos que se

deben impartir para acreditar el aprendizaje

Contiene la asignación del día y hora en que se

impartirán las asignaturas a los alumnos de la
Escuela Tecnológica Superior.

Contiene la información del ciclo al que puede

pertenecer un curso.

Tabla 4 : Entidades del negocio [Fuente: Elaboración propia]

5
 5.1.7. Matriz de Proceso, Servicio y Funcionalidades

PROCESO DE
ACTIVIDAD DEL RESPONSABLE REQUERIMIENTOS
NEGOCIO CASO DE USO ACTORES
NEGOCIO DEL NEGOCIO FUNCIONALES
“META”
Registrar y modificar RF01: Registrar y editar la Coordinador
Coordinador CU01: Gestionar docente
personal docente información de los docentes.
Gestionar Docentes RF02: Consultar la información de
Consultar personal docente Coordinador CU02: Consultar docente Coordinador
los docentes registrados.
“Reducir los RF03: Dar de alta a docentes CU03: Dar de alta a
mantenimientos de Dar de alta personal docente Coordinador
registrados. docente
Coordinador
docentes a 1´ como
máximo” Dar de baja personal RF04: Dar de baja a docentes CU04: Dar de baja a
Coordinador Coordinador
docente registrados. docente

RF05: Registrar, modificar y

Registrar, modificar y
eliminar cursos, su carrera
eliminar horarios por cursos Director CU05: Gestionar cursos Director
Gestionar Horarios correspondiente y los horarios que
y por carrera en el ciclo
va a tener en el ciclo.
“Reducir los RF06: Listar los docentes que no
mantenimientos de poseen carga laboral.
Asignar o eliminar docentes
horarios a 2´ como RF07: Asignar docentes a los CU06: Asignar cursos y
por carrera a los horarios de Director Director
máximo” horarios de los cursos. horarios
los cursos
RF08: Eliminar docentes a los
horarios de los cursos.
RF09: Reconocer personal al
ingresar su número de DNI.
Gestionar RF10: Registrar ingreso del
Registrar asistencia de
Asistencia Docente docente. CU07: Registrar asistencia Docente
personal docente
RF11: Registrar salida del docente.
“Reducir los RF012: Validar registro existente
registros de para ingreso o salida.
asistencia a 30´
como máximo” RF013: Consultar la asistencia del
CU08: Consultar
Consultar asistencia Coordinador personal docente por carrera y Coordinador
asistencia
curso.

6
 PROCESO DE
ACTIVIDAD DEL RESPONSABLE REQUERIMIENTOS
NEGOCIO CASO DE USO ACTORES
NEGOCIO DEL NEGOCIO FUNCIONALES
“META”
RF014: Registrar, modificar y CU09: Gestionar permisos
Coordinador
Registrar, modificar y eliminar permisos por refrigerio. por refrigerio
Coordinador
Gestionar Permisos eliminar permisos RF015: Registrar, modificar y CU010: Gestionar
Coordinador
eliminar permisos por comisión. permisos por comisión
“Reducir los
mantenimientos de
permisos a 1´ como Consultar permisos Coordinador RF016: Consultar permisos. CU11: Consultar permisos Coordinador
máximo”

Tabla 5 : Matriz de Proceso, Servicio y Funcionalidades

7
5.1.8 Matriz de Requerimientos Adicionales

MATRIZ DE REQUERIMIENTOS ADICIONALES

Paquete Requisito Funcional Caso de Uso Actores

RF17: Ingresar al sistema. Coordinador

CU12: Ingresar al sistema
RF18: Salir del sistema. Director
Seguridad
RF19: Gestionar usuarios. CU13: Gestionar usuarios
Administrador
RF20: Gestionar roles. CU14: Gestionar roles

RF21: Gestionar las carreras disponibles. CU15: Gestionar carreras Director

Asistencia

Tabla 6 : Matriz de Requerimientos Adicionales

8
5.1.9 Diagrama de Actividades (DA)

: Página de Inicio : Formulario de Notas

Ingresar : Formulario de Acceso al Examen
: Controlador de
Respuestas
Iniciar
: AS_Concursante

Procesar respuestas

Mostrar notas

DA – Gestionar Docente

9
Figura 3 : Diagrama de actividades - Proceso Gestionar Docente [Fuente: Elaboración propia]

10
 DA – Gestionar Horarios

Figura 4 : Diagrama de actividades - Proceso Gestionar Horarios [Fuente: Elaboración propia]

11
 DA – Gestionar Asistencia

Figura 5 : Diagrama de actividades - Proceso Gestionar Asistencia [Fuente: Elaboración propia]

12
DA – Gestionar Permisos

Figura 6 : Diagrama de actividades - Proceso Gestionar Permisos [Fuente: Elaboración propia]

5.2 Flujo de Requerimientos

5.2.1 Diagrama de Casos de Uso
13
Figura 7 : Diagrama de Casos de Uso [Fuente: Elaboración propia]

14
5.2.2 Especificaciones de Casos de Uso

5.2.2.1 Especificación del Caso de Uso 01 – Registrar ingreso

1. Breve Descripción
El caso de uso lo inicia el docente, para iniciar el funcionamiento del Sistema de personal se realiza la
el registro de entrada para ello tendrá que ingresar el número de DNI

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el docente captura la hora del formulario control
de personal.

2.1. Flujo Básico <<ENTRADA>>

2.1.1 El sistema muestra la interfaz Registrar Hora de Entrada - Salida, la interfaz muestra
buscador de DNI con apellidos.
2.1.2 En caso el DNI ingresado es erróneo el sistema mostrara un mensaje que el docente no
tiene programación.
2.1.3 el sistema recogerá la fecha y la hora.
2.1.4 si todo es correcto el sistema mostrara el mensaje reconociendo el botón pulsado si es
ingreso o salida.
2.1.5 El sistema redirige a la interfaz “control de docente”.
2.1.6 fin del caso de uso.

3. Flujos Alternativos
Problemas con la conexión con la Base de datos.
En el punto 2.2.12 docente no programado
Solo podrá marca una sola vez la entrada por día.

4. Requerimientos Especiales
Debe estar disponible a través de intranet en horarios de trabajo de los usuarios.

5. Pre-condiciones
El docente tiene que recordar el número de DNI para poder registrar la entrada.

6. Post-condiciones
El docente queda registrado en la tabla tcontroldocente

15
7. Prototipos

Figura 8 : Interfaz control de docente

Figura 9 : Interfaz Registrar Hora de Entrada - Salida

16
5.2.2.2 Especificación del Caso de Uso 02 – Registrar salida

1. Breve Descripción
El caso de uso lo inicia el docente, para iniciar el funcionamiento del Sistema de personal se realiza la
el registro de salida para ello tendrá que ingresar el número de DNI

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el docente captura la hora del formulario control
de personal.

2.1. Flujo Básico <<SALIDA>>

2.1.1 El sistema muestra la interfaz Registrar Hora de Entrada - Salida, la interfaz muestra
buscador de dni con apellidos.
2.1.2 En caso el dni ingresado es erronero el sistema mostrara un mensaje que el docente no
tiene programación.
2.1.3 el sistema recogerá la fecha y la hora.
2.1.4 si todo es correcto el sistema mostrara el mensaje reconociendo el botón pulsado si es
ingreso o salida.
2.1.5 El sistema redirige a la interfaz “control de docente”.
2.1.6 fin del caso de uso.

3. Flujos Alternativos
Problemas con la conexión con la Base de datos.
En el punto 2.2.12 docente no programado
Solo podrá marca una sola vez la salida por día.
4.
4. Requerimientos Especiales
Debe estar disponible a través de intranet en horarios de trabajo de los usuarios.

5. Pre-condiciones
El docente tiene que recordar el número de DNI para poder registrar la entrada.

6. Post-condiciones
El docente queda registrado en la tabla tcontroldocente

7. Prototipos

17
 Figura 10 : Interfaz control de docente

Figura 11 : Interfaz Registrar Hora de Entrada - Salida

18
5.2.2.3 Especificación del Caso de Uso 03 – Gestionar personal

1. Breve Descripción
El caso de uso lo inicia el coordinador académico, lo utiliza para gestionar la información referente al
personal que forma parte del Sistema (nuevos ingresos de personal, modificación, dar de baja, dar de
alta, etc.).

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el coordinador académico, selecciona la opción
docente en el menú principal del sistema según el perfil y rol que el posee.

2.1. Flujo Básico << Nuevo Docente >>

El Sistema muestra la pantalla de gestión de Personal con una serie de opciones referente al
manejo del personal.

2.1.1 El sistema muestra la interfaz “NUEVO DOCENTE” donde se activan los campos para
ingresar los datos del alumno: Código (Auto generable), Nombres, Apellido Paterno,
Apellido Materno, DNI, Sexo, Fecha de Nacimiento, Dni, Dirección, teléfono, Email,).
2.1.2 Incluye las opciones: Guardar, Salir, Cancelar.
2.1.3 El sistema limpia los campos de ingreso de datos del docente.
2.1.4 El sistema redirige a la interfaz “Gestionar Personal”. donde están las opciones del
usuario coordinador académico
2.1.5 Fin del Caso de Uso

3. Flujos Alternativos
El sistema puede mostrar el mensaje de que el coordinador académico no tiene acceso a
estas opciones.

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas
5. Pre-condiciones
5.1. El coordinador académico debe haberse validado con su usuario y clave.
5.2. El coordinador académico debe haber seleccionado nuevo docente

6. Post Condiciones.
El sistema dará como resultado una pantalla con las opciones de dar de Alta

19
 Personal, Dar Baja de Personal, Modificar datos de Personal, etc.

7. Prototipos

Figura 12 : Interfaz rol coordinador académico

Figura 13 : Interfaz nuevo docente.

20
5.2.2.4 Especificación del Caso de Uso 04 – Buscar tipos de permisos

1. Breve Descripción
El caso de uso lo inicia el coordinador académico, lo utiliza para gestionar la información referente al
listado de los permisos teniendo 2 tipos por refrigerio y comisión.

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el coordinador académico, selecciona el menú
Reportes en el menú principal del sistema luego elegir reportes por permisos.

2.1. Flujo Básico << Buscar Por Permisos >>

El Sistema muestra la pantalla de Buscar permisos con una serie de opciones referente al
manejo del filtro.

2.1.1 El sistema muestra la interfaz “Buscar permisos” donde se selecciona la categoría de

permiso.
2.1.2 Incluye un rango de fechas.
2.1.3 El botón descargar se mostrara una vez realizado el listado.
2.1.4 Fin del Caso de Uso

3. Flujos Alternativos
El sistema no puede comunicarse con la base de datos

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas

5. Pre-condiciones
5.1 El coordinador académico debe haberse validado con su usuario y clave.
5.2El coordinador académico debe haber seleccionado Buscar permisos

6. Post Condiciones.
El sistema dará como resultado una pantalla con las opciones de descargar en formato Excel el
reporte de permisos.

21
7. Prototipos

Figura 14 : Interfaz Buscar tipos de permisos.

22
5.2.2.5 Especificación del Caso de Uso 05 – Buscar asistencia por especialidad

1. Breve Descripción
El caso de uso lo inicia el Administrador del Sistema, lo utiliza para gestionar la información
referente a la búsqueda de asistencia por especialidad.

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el coordinador académico, selecciona el menú
reportes del menú principal del sistema luego buscar por especialidad.

2.1 Flujo Básico << Buscar >>

El Sistema muestra la pantalla de Buscar asistencia por especialidad con una serie de
opciones referente al manejo del filtro.

2.1.1 El sistema muestra la interfaz “Buscar asistencia por especialidad” donde se selecciona la
especialidad
2.1.2 Incluye un rango de fechas.
2.1.3 El botón descargar se mostrara una vez realizado el listado.
2.1.4 Fin del Caso de Uso

3. Flujos Alternativos
El sistema puede mostrar el mensaje de que el coordinador académico no tiene acceso a
estas opciones.

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas

5. Pre-condiciones
5.1. El coordinador académico debe haberse validado con su usuario y clave.
5.2. el coordinador académico debe haber seleccionado Buscar asistencia por
especialidad

6. Post Condiciones.
El sistema dará como resultado una pantalla con las opciones de descargar en formato Excel
el reporte de búsqueda por especialidad.

23
7. Prototipos

Figura 15 : Interfaz Buscar asistencia por especialidad.

24
5.2.2.6 Especificación del Caso de Uso 06 – gestionar permiso refrigerio

1. Breve Descripción
El caso de uso lo inicia el Administrador del Sistema, lo utiliza para gestionar los registros referentes
a los permisos de refrigerios presentados por el personal de la institución.

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el coordinador académico, selecciona el menú
mantenimiento extra del menú principal del sistema luego dar clic en permisos refrigerios.

2.1 Flujo Básico << Aceptar >>

El Sistema muestra la pantalla de gestionar permiso por refrigerio con una serie de opciones
referente al mantenimiento de registro por refrigerios.

2.1.1 El sistema muestra la interfaz “permiso por refrigerio” donde se grabara por número de
DNI
2.1.2 El sistema recogerá la hora del sistema,
2.1.3 el coordinador académico agregara el tiempo de refrigerio en minutos.
2.1.4 El sistema mostrara un mensaje de confirmación.
2.1.5 Fin del Caso de Uso

3. Flujos Alternativos
El sistema no puede comunicarse con la base de datos

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas

5. Pre-condiciones
El coordinador académico debe haberse validado con su usuario y clave.

6. Post Condiciones.
El permiso por refrigerio queda registrado en la base de datos

7. Prototipos
25
Figura 16 : Interfaz y opciones del menú mantenimiento extra.

Figura 17 : Interfaz registro por refrigerio.

26
5.2.2.7 Especificación del Caso de Uso 07 – gestionar permiso por comisión

1. Breve Descripción
El caso de uso lo inicia el Administrador del Sistema, lo utiliza para gestionar los registros referentes
a los permisos por comision presentados por el personal de la institución.

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el coordinador académico, selecciona el menú
mantenimiento extra del menú principal del sistema luego dar clic en permisos por comisión.

2.1 Flujo Básico << Aceptar >>

El Sistema muestra la pantalla de gestionar permiso por comision con una serie de opciones
referente al mantenimiento de registro por comision.

2.1.1 El sistema muestra la interfaz “permiso por comision” donde se grabara por número de
DNI
2.1.2 El sistema mostrara las opciones del permisos por tiempo o por día,
2.1.3 el coordinador académico agregara el tiempo sea en días o horas.
2.1.4 El sistema mostrara un mensaje de confirmación.
2.1.5 Fin del Caso de Uso

3. Flujos Alternativos
El sistema no puede comunicarse con la base de datos

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas

5. Pre-condiciones
El coordinador académico debe haberse validado con su usuario y clave.

6. Post Condiciones.
El permiso por comisión queda registrado en la base de datos

27
7. Prototipos

Figura 18 : Interfaz registro por comisión.

28
5.2.2.8 Especificación del Caso de Uso 08 – gestionar horarios y cursos

1. Breve Descripción
El caso de uso lo inicia el Administrador del Sistema, lo utiliza para gestionar los horarios y cursos
que se le asignara al personal docente divido por especialidad.

2. Flujo de Eventos
Evento disparador: El caso de uso comienza cuando el director, selecciona el menú horarios del menú
principal del sistema.

2.1. Flujo Básico << Aceptar >>

El Sistema muestra la pantalla de gestionar horarios y cursos con una serie de opciones
referente al mantenimiento de registro por horarios.

2.1.1 El sistema muestra la interfaz “gestionar horarios y cursos” donde se grabara los datos
del profesor cursos y horario
2.1.2 El sistema abrirá un formulario modal para buscar los docentes libres de carga horaria
por especialidad.
2.1.3 el director asignar el día y hora del curso.
2.1.4 El sistema mostrara un mensaje de confirmación.
2.1.5 Fin del Caso de Uso

3. Flujos Alternativos
El sistema no puede comunicarse con la base de datos

4. Requerimientos Especiales
El usuario debe al menos tener conocimiento de informática (Windows), entorno de Ventanas
gráficas

5. Pre-condiciones
El director debe haberse validado con su usuario y clave.

6. Post Condiciones.
El permiso por comisión queda registrado en la base de datos

29
7. Prototipos

Figura 19 : Interfaz rol director

Figura 20 : Interfaz gestión horario y curso

30
5.3 Modelo de Datos
Para el presente trabajo, se ha desarrollado la siguiente base de datos:

Tabla 7:

Modelos de datos en MySQL : (Elaboración Propia)

31
5.4 Diagrama de Componentes

Figura 21 : Diagrama de Componentes [Fuente: Elaboración propia]

32
5.5 Diagrama de Despliegue

Figura 22 : Diagrama de Despliegue [Fuente: Elaboración propia]

Figura 23 : Diagrama de Alto Nivel [Fuente: Elaboración propia]

33