UNIVERSIDAD NACIONAL JOSÉ MARÍA ARGUEDAS

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

SISTEMA DE PARTE MENSUAL

INTEGRANTES:

- Ccorisoncco Huamán Josué Roberto

- Altamirano Solano Mirtha Julisa.
- Crisoles Pillpe Roy Nilder.
- Enciso Enciso Edith.
- Melgarejo Sánchez Mateo.

FECHA DE INICIO Y TÉRMINO: abril 2019 a julio 2019

ANDAHUAYLAS – APURÍMAC
PERÚ
 Contenido

CAPITULO I : DESCRIPCIÓN DEL SISTEMA................................................................................3

2.1 OBJETIVOS:..............................................................................................................3
CAPITULO II : ANÁLISIS.............................................................................................................3
2.1 ESPECIFICACIÓN DE REQUERIMIENTOS.........................................................3
2.2 MODELO DE REQUISITOS....................................................................................3
2.3 CASOS DE USO.......................................................................................................6
2.4 DESCRIPCIÓN DE ACTORES...............................................................................7
CAPITULO III : DISEÑO..................................................................................................14
3.1 DEFINIR DISEÑO PRELIMINAR Y DISEÑO DETALLADO.............................14
3.2 DIAGRAMA DE ITERACIÓN.................................................................................17
3.3 DIAGRAMA DE SECUENCIAS............................................................................17
3.4 DIAGRAMAS DE COLABORACIÓN...................................................................19
3.5 DIAGRAMA DE CLASES......................................................................................20
3.6 DIAGRAMA DE ACTIVIDADES............................................................................21
3.7 DIAGRAMA DE ESTADOS...................................................................................23
3.8 DIAGRAMA DE COMPONENTES.......................................................................23
3.9 DIAGRAMA DE DESPLIEGUE.............................................................................24
3.10 BASE DE DATOS DEL SOFTWARE DESARROLLADO................................24
CAPITULO IV : CONCLUSIONES Y RECOMENDACIONES....................................25
4.1 CONCLUSIONES....................................................................................................25
4.2 RECOMENDACIONES...........................................................................................25
4.3 BIBLIOGRAFÍA.......................................................................................................25
CAPITULO V : ANEXOS.................................................................................................25

2
CAPITULO I : DESCRIPCIÓN DEL SISTEMA

2.1 OBJETIVOS:

 Automatizar los procesos de parte mensual para optimizar el tiempo de control de

asistencia.
 Controlar con más facilidad la asistencia de los docentes y auxiliares de educación.
 Ofrecer un reporte detallado acerca de la asistencia de los docentes y auxiliare.
 Hacer un sistema web para tomar la asistencia de los docentes y auxiliares.

CAPITULO II : ANÁLISIS.
2.1 ESPECIFICACIÓN DE REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES:

 El sistema debe tomar asistencia a docentes y auxiliares de la institución.

 El sistema debe registrar nuevos docentes y auxiliares considerando el tiempo de
trabajo.
 El usuario puede ver el reporte mensual de la asistencia.
 El sistema debe generar un reporte mensual de la asistencia.
 Digitalizar los reportes de las faltas, justificaciones y permiso de los trabajadores.
 Optimizar el tiempo de control de asistencia.

REQUERIMIENTOS NO FUNCIONALES:

 El sistema debe mostrar correctamente las consultas que se hace.

 El sistema tiene que ser rápido en el proceso de la información.
 El sistema tiene que funcionar correctamente.

2.2 MODELO DE REQUISITOS

ESPECIFICACIÓN DE REQUERIMIENTOS

R.1. Gestión de Administración

Referenci Requerimientos
a
R.1.1. El usuario administrador define los permisos a los usuarios del sistema
R.1.2. El usuario administrador agrega nuevos directores, docentes y auxiliares.

R.1.3. Tiene el privilegio de activar o desactivar a los usuarios como: director,

docente y auxiliar de educación.
R.1.4 Modifica las plazas de los trabajadores.
R.1.5 El usuario administrador asigna a un usuario a una institución educativa la
cual será autorizada por la Ugel.
R.1.6 El usuario administrador genera los códigos QR para el usuario solicitado.

R.1.7 El usuario administrador tiene el privilegio de agregar nueva ugel.

R.1.8 EL usuario administrador tiene el privilegio de agregar nueva institución.
R.2. Gestión de Usuarios

Referenci Requerimientos
a
R.2.1. Requisitos generales de los usuarios.

3
R.2.1.1. Los usuarios pueden ser docente, director, auxiliar y administrador.

R.2.1.2. A los diferentes tipos de usuarios se le asignara: un perfil, un usuario y una

contraseña.

R.2.1.3 Solo serán tomadas las asistencias aquellos docentes que hayan sido
designadas a una institución.

R.2.1.4 Solo accederán al sistema aquellos usuarios que hayan sido asignados. A
una institución.
R.2.2. Añadir Usuarios al Sistema de Parte Mensual.

R.2.2.1. Se añadirán un usuario director cuando haya sido designado a una

institución por la UGEL.

R.2.2.2. Se añadirán un usuario docente, cuando haya sido asignado un cargo

académico a una institución.

R.2.2.3. Se añadirán un usuario auxiliar cuando haya sido asignada a un cargo a una
institución.

R.2.3. Eliminación de Usuarios del Sistemas Parte Mensual.

R.2.3.1. Solo se puede eliminar un usuario con autorización del director de la Ugel a
la cual pertenece la institución como desasignar.
R.2.3.2. Para eliminar a un usuario no debe estar relacionado a una institución.
R.2.3.3 El sistema registra al usuario desde que fecha se empezó a trabajar.
R.2.4. Modificación de Usuarios del Sistema Parte Mensual.

R.2.4.1. Solo se puede modificar los datos de un usuario con autorización del director
de la ugel.

R.3. Gestión de Registro de asistencia.

Referenci Requerimientos
a
R.3.1. Requisitos generales del perfil del director.

4
R.3.1.1. El director ingresa al sistema parte mensual con su cuenta de usuario y
contraseña.

R.3.1.1. EL director debe ser asignado a una institución.

R.4.4 Registrar asistencia.

R.4.4.1 El director autorizará a un personal de la institución para que pueda

tomar asistencia a los docentes, auxiliares y al mismo director.

R.4.4.2 El personal autorizado tomará la asistencia utilizando el navegador web

mediante un computador.

R.5.5 Ver reporte.

R.5.5.1 El director selecciona la opción de reporte el mes y el año.

R.4. Gestión de Reportes de usuarios normales (docentes y auxiliares).

Referenci Requerimientos
a
R.3.1. Requisitos generales del perfil del director.

R.3.1.1. El usuario normal ingresa al sistema parte mensual con su cuenta de

usuario y contraseña.

R.5.5 Ver reporte.

R.5.5.1 El usuario normal selecciona la opción de reporte para visualizar su

asistencia.

2.3 CASOS DE USO

Caso de uso para usuario administrador.

5
Caso de uso para usuario director.

6
 Caso de uso para docentes, auxiliares.

2.4 DESCRIPCIÓN DE ACTORES.

Diagrama caso de uso para Administrador.

Actor Administrador.
Casos de uso Validar usuario, ver lista de trabajadores, agregar nuevos
trabajadores, ver lista de UGEL y agregar nuevo UGEL, asignar
docentes a una institución, asignar permiso a los usuarios,
agregar nuevo usuario, generar código QR.
Tipo Primario.
Descripción Es la persona que tiene los altos privilegios como agregar
nuevos usuarios, agregar nuevos trabajadores, asignar
docentes, etc. encargado de verificar que el sistema funcione
correctamente.

Proceso de validación de usuario.

Casos de uso Validar usuario.

Actores Primario y secundario.
Tipo Básico.
Propósito Validar al usuario registrado para el uso del Sistema parte
mensual.
Resumen Este caso de uso, es inicia por el usuario administrador. Valida
el usuario mediante su contraseña, para que pueda usar el
parte mensual.
Precondiciones Se debe haber ejecutado anteriormente la inserción de todos
los usuarios por el administrador de BD.
Flujo principal El usuario administrador ingresa al sistema web los siguiente el
sistema muestra el login el director ingresa usuario contraseña,
una vez verificado el sistema muestra la interfaz.

7
 Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador de la BD autorizado por la ugel reiniciar
contraseña.

Proceso listar trabajadores.

Casos de uso ver lista de trabajadores agregar nuevos trabajadores.

Actores Primario y secundario.
Tipo Básico.
Propósito Tiene el propósito de agregar nuevos trabajadores al sistema
para que pueda estar registrado(a), como también sirve para
visualizar la lista de los trabajadores.
Resumen Este caso de uso, es inicia por el usuario administrador.
Agregar nuevos trabajadores.
Precondiciones Se debe haber ejecutado anteriormente la validación de
usuario.
Flujo principal El usuario administrador ingresado al sistema web selecciona la
opción de trabajadores ahí podrá visualizar la lista de todos los
trabajadores en a la parte derecha selecciona la opción de
agregar nuevo trabajador.
Subflujos Agregar nuevo trabajador.
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña

Proceso listar Ugeles y agregación.

Casos de uso ver lista de ugel y agregar nuevo ugel

Actores Primario y secundario.
Tipo Básico.
Propósito Tiene el propósito de agregar nuevas ugeles al sistema para
que pueda estar registrado(a), como también sirve para
visualizar la lista de las ugeles.
Resumen Este caso de uso, es inicia por el usuario administrador.
Agregar nuevas ugeles.
Precondiciones Se debe haber ejecutado anteriormente la validación de
usuario.
Flujo principal El usuario administrador ingresado al sistema web selecciona la
opción de ugel ahí podrá visualizar la lista de todas las ugeles
en a la parte derecha selecciona la opción de agregar nueva
ugel.
Subflujos Agregar nuevo trabajador.
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña

8
Proceso de asignación de usuarios a una institución.

Casos de uso asignar docentes o auxiliares de educación a una institución.

Actores Primario y secundario.
Tipo Básico.
Propósito Tiene el propósito de asignar un docente a una institución
educativa autorizada por la ugel.
Resumen Asigna un usuario (director, docente) a una insitucion.
Precondiciones Se debe haber ejecutado anteriormente la validación de
usuario.
Se debe haber ejecutado la inserción de usuarios al sistema.
Flujo principal El usuario administrador ingresado al sistema web selecciona la
opción de asignar ahí podrá llenar los datos necesario y luego
guardar los datos insertados.
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña.
Si el usuario no existe agregar un nuevo trabajador.
Proceso de asignar permisos a los usuarios.

Casos de uso asignar permiso a los usuarios.

Actores Primario y secundario.
Tipo Básico.
Propósito Tiene el propósito de dar privilegios a los usuarios normales
como: activo, inactivo o administrador.
Resumen Este caso de uso, es inicia por el usuario administrador. Activa
o da permisos al usuario normal.
Precondiciones Se debe haber ejecutado anteriormente la validación de
usuario.
Se debe haber insertado a los usuarios a la BD.
Flujo principal El usuario administrador ingresado al sistema web selecciona la
opción de usuarios luego hace click en el DNI del usuario
requerido a cambiar los permisos, se le presenta los permisos
del usuario lo cual modifica lo necesario y lo guarda.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña

Proceso de generación de código QR.

Casos de uso generar código QR.

Actores Primario y secundario.

Tipo Básico.

Propósito Tiene el propósito de generar código QR para el uso del usuario

esto a partir de su DNI.

Resumen Genera código QR.

Precondiciones Se debe haber ejecutado anteriormente la validación de usuario.

Se debe haber insertado a los usuarios a la BD.

9
 Flujo principal El usuario administrador ingresado al sistema web selecciona la
opción de código QR luego puede buscar por nombre al usuario
y copiar su DNI y generar y por último guardar.

Subflujos

Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al

administrador autorizado por la ugel reiniciar contraseña

Diagrama caso de uso para director.

Actor Director.
Casos de uso Validar usuario, tomar asistencia, ver reporte mensual.
Tipo Primario.
Descripción Es la persona que está encargada de enviar el reporte mensual
y encargada de supervisar la asistencia de la institución.

Proceso de validación de usuario.

Casos de uso Validar usuario.

Actores Primario y secundario.
Tipo Básico.
Propósito Validar al usuario registrado para el uso del Sistema parte
mensual.
Resumen Este caso de uso, es inicia por el usuario director. Valida el
usuario mediante su contraseña, para que pueda usar el parte
mensual.
Precondiciones Se debe haber ejecutado anteriormente la inserción de todos
los usuarios por el administrador general autorizado por la ugel.
Flujo principal El director ingresa al sistema web los siguiente el sistema
muestra el login el director ingresa usuario contraseña, una vez
verificado el sistema muestra la interfaz.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña

Proceso de reporte mensual.

Casos de uso Ver reporte mensual.

Actores Primario y secundario.
Tipo Básico.
Propósito Ver el reporte mensual de la asistencia de los docentes y
auxiliares.
Resumen Este caso de uso, es inicia por el usuario director. Para poder
ver el reporte.
Precondiciones Se debe haber ejecutado el caso de uso “validación de
usuarios”.
Se debe haber seleccionado dentro de la interfaz la opción de
selección de fecha año y mes.
Flujo principal Al director se le presenta la interfaz principal y se muestra las
opciones a la margen izquierda y selecciona la opción de

10
 reportes luego de eso selecciona la opción de fecha y año y
consulta el registro.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña.

Proceso de tomar asistencia

Casos de uso Tomar asistencia.

Actores Primario y secundario.
Tipo Básico.
Propósito Tomar asistencia a cada uno de los usuarios que pertenecen a
dicha institución al cual fue asignada el director.
Resumen Este caso de uso, es inicia por el usuario director. Luego para
tomar la asistencia.
Precondiciones Se debe haber ejecutado el caso de uso “validación de
usuarios”.
Se debe haber insertado usuarios (docentes o auxiliares a
dicha institución)
Flujo principal El director se le presenta la interfaz principal y se muestra las
opciones a la margen izquierda y selecciona la opción de
asistencia luego de eso ingrese el DNI del usuario y enviar, si
fuera necesario seleccione un tipo de asistencia que está al
margen derecho.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña.

Diagrama caso de uso para usuario normal.

Actor Usuario normal.

Casos de uso Validar usuario, Visualizar reportes.
Tipo Primario
Descripción Es la persona asiste a la institución y a la cual se le toma la
asistencia.

Proceso de validación de usuario.

Casos de uso Validar usuario.

Actores Primario y secundario.
Tipo Básico.
Propósito Validar al usuario registrado para el uso del Sistema parte
mensual.
Resumen Este caso de uso, es inicia por el usuario normal. Valida el
usuario mediante su contraseña, para que pueda usar el parte
mensual.
Precondiciones Se debe haber ejecutado anteriormente la inserción de todos
los usuarios por el administrador general autorizado por la ugel.
Flujo principal El usuario normal ingresa al sistema web los siguiente el

11
 sistema muestra el login el usuario ingresa usuario contraseña,
una vez verificado el sistema muestra la interfaz.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña

Proceso de visualización de reporte mensual.

Casos de uso Ver reporte de asistencia.

Actores Primario y secundario.
Tipo Básico.
Propósito Ver el reporte mensual de la asistencia del usuario identificado.
Resumen Este caso de uso, es inicia por el usuario normal. Para poder
ver el reporte de su asistencia.
Precondiciones Se debe haber ejecutado el caso de uso “validación de
usuarios”.
Se debe haber seleccionado dentro de la interfaz la opción de
selección de fecha año y mes.
Flujo principal Al usuario se le presenta la interfaz principal y se muestra las
opciones a la margen izquierda y selecciona la opción de
reportes luego de eso selecciona la opción de fecha y año y
consulta el registro.
Subflujos
Excepciones Si el proceso de validación del usuario es incorrecto, solicitar al
administrador autorizado por la ugel reiniciar contraseña.

CAPITULO III : DISEÑO

3.1 DEFINIR DISEÑO PRELIMINAR Y DISEÑO DETALLADO

Diseño Preliminar

El diseño preliminar del sistema es la siguiente para lo cual tenemos tres interfaces
diferentes.

Primer diseño es para el login de los usuarios.

El segundo diseño del usuario administrador.

12
El tercero diseño del usuario director.

El cuarto que es para usuarios normales.

Diseño detallado

En esta parte el
usuario ingresa
su DNI él
usuario.

Aquí va la
contraseña

Menú para el administrador.

13
 Inicio del sistema

Todos los usuarios del sistema de

acuerdo la institución.

Generador de código QR

Lista de todos los trabajadores

asignados y no asignados

Lista de ugeles e instituciones.

Menú a la izquierda del administrador.

Opción para cambiar la

contraseña

Salir del sistema.

Menú del usuario director.

Inicio del sistema.

Para visualizar reporte

mensual de asistencia.

Consultas de acuerdo al
tipo de asistencia.

Para tomar asistencia a los

usuarios de la isnt.

Menú del usuario normal.

14
 Inicio del sistema

Reporte de un único
usuario.

3.2 DIAGRAMA DE ITERACIÓN.

3.3 DIAGRAMA DE SECUENCIAS.

Diagrama de secuencia de administrador.

15
Diagrama de secuencia de director.

16
Diagrama de secuencia de usuario normal.

3.4 DIAGRAMAS DE COLABORACIÓN.

Diagrama de colaboración de administrador.

Diagrama de colaboración de director.

17
Diagrama de colaboración de docente.

3.5 DIAGRAMA DE CLASES

18
 3.6 DIAGRAMA DE ACTIVIDADES

Diagrama de actividad login.

Actividad de actividad reporte.

19
Actividad lista de UGEL y agregar.

Actividad lista y agregar nuevos trabajadores.

20
Actividad asignar permiso y listas usuarios.

3.7 DIAGRAMA DE ESTADOS

21
Diagrama de estados para la asistencia

3.8 DIAGRAMA DE COMPONENTES

Diagrama de componentes del sistema

3.9 DIAGRAMA DE DESPLIEGUE

22
 3.10 BASE DE DATOS DEL SOFTWARE DESARROLLADO.

CAPITULO IV : CONCLUSIONES Y RECOMENDACIONES

23
 4.1 CONCLUSIONES

El software educativo de control de asistencia de docente evidencia un cambio

favorable en el sistema educativo pues es una alternativa para el mejoramiento y
responsabilidad de los docentes de la institución.

Los resultados del control de asistencia facilitan el registro de las horas laborales de
los docentes, ya que la automatización permite llevar de manera confiable el registro
de las horas activas de los profesores en la institución, facilitando así el control para el
pago de los docentes.

A la hora de analizar y diseñar un sistema una opción para la elaboración de los

diagramas son los modelos UML, ya que son los que hemos estudiado y nos brindan
facilidad, comprensión y ofrecen excelentes soluciones a los problemas planteados.

El siguiente sistema de control de asistencia fue desarrollado en PHP, base de datos

mySQL

Tratamos de que el sistema sea lo más sencillo posible y fácil de manejar debido a
que la persona que serviría de administrador en este caso el director no se le haga
muy difícil en el control de asistencia.

4.2 RECOMENDACIONES

Se sugiere a la persona encargada de administrar el sistema, tenga conocimientos

básicos en el manejo, es decir estar capacitado en la manipulación de la información
registrada en el sistema para un control eficaz de la información y datos reales de s
docentes.

Que la información del sistema solo sea manipulada nicamente por el administrador
del sistema en este caso el director de la institución

Si se desea es obtener información eficiente se recomienda que no sea divulgada ni

dada a conocer el manejo del sistema a ninguna persona indistinta en la institución
mucho menos a los docentes los cuales pueden ingresar al sistema y manipular la
información para su beneficio.

El presente software se podría adecuar a necesidades similares en empresas,

universidades que no dispongan de un mecanismo de control de asistencia.

4.3 BIBLIOGRAFÍA
CAPITULO V : ANEXOS

24