dsi.face.ubiobio.cl · Web viewSi bien el sistema parece no contar con beneficios monetarios, se puede ofrecer el servicio de asistencia biométrica a otras instituciones universitarias

UNIVERSIDAD DEL BIO-BIO

Facultad de Ciencias EmpresarialesDepartamento Sistema de Informaciones

Sistema de registro, control biométrico y gestión de

asistencia para alumnos

Alumnos: Felipe Arturo Pezo MundacaProfesor Guía: Sergio Bravo Silva

CONCEPCIÓN, 2019

Resumen

El proyecto titulado “Sistema de registro, control biométrico y gestión de asistencia para alumnos” tiene como objetivo incursionar en la tecnología de control biométrico dactilar, y crear un prototipo que permita el registro de asistencia de clases o reuniones (asambleas) evitando las adulteraciones o pérdida de datos que pueden tener lugar en un registro en papel

El sistema hace uso de tecnología biométrica dactilar permitiendo el registro de su huella dactilar de los alumnos para controlar el ingreso de asistencia a la jornada de clases o reuniones.

La idea surgió por la pérdida de tiempo e información que tiene lugar al momento de pasar listas en un registro en papel, evitando la adulteración, como es el caso de alumnos que firman por sus compañeros.

La metodología utilizada para este proyecto es Iterativa incremental, mediante tareas agrupadas en pequeñas etapas repetitivas para desarrollar un sistema de programas, permitiéndole al desarrollador sacar ventajas de lo que se ha aprendido a lo largo del desarrollo anterior, mejorando paulatinamente las nuevas versiones del sistema.

El resultado ha sido un prototipo de permite el control de cualquier curso, a condición de el profesor instale el sistema en su PC, e ingrese los datos de dicho curso. El sistema permite listar la asistencia del curso a la clase, el resumen de asistencia por alumno, y el horario de clases.

Si este prototipo llegara a transformarse en una herramienta utilizable en las clases, representaría una economía considerable, si la comparamos con el costo de comprar servicio de control digital de asistencia, a una empresa especializada.

Índice General

1 Introducción 7

2 Definición de la empresa o institución 8

2.1 Descripción de la empresa 8

2.2 Descripción del área de estudio 9

2.2.1 Visión del Departamento de Sistema de Información 9

2.2.2 Misión del Departamento de Sistema de Información 9

2.3 Descripción del problema 9

3 Definición del proyecto 10

3.1 Objetivos del proyecto 10

3.2 Ambiente de Ingeniería de Software 10

3.3 Técnicas y notaciones 12

3.4 Herramientas de apoyo al desarrollo de software que podrán ser utilizadas 12

3.5 Definiciones, siglas y Abreviaciones 13

4 Especificación de requerimientos de software 14

4.1 Requerimientos por función 14

4.2 Objetivo del software 15

4.3 Justificación del Proyecto 16

4.4 Descripción Global del Sistema 16

4.4.1 Interfaz de usuario 16

4.4.2 Interfaz de Hardware 16

4.4.3 Interfaz Software 16

4.4.4 Interfaces de comunicación 16

4.5 Requerimientos Específicos 17

4.5.1 Requerimientos Funcionales del sistema 17

4.5.2 Interfaces externas de entrada 19

4.5.3 Interfaces externas de salida 21

5 Factibilidad 22

5.1 Factibilidad técnica 22

2

5.2 Factibilidad operativa 22

5.3 Factibilidad económica 23

5.3.1 Costo de Desarrollo 23

5.3.2 Costos de Implementación 23

4.3.3 Determinación de Ingresos y beneficios. 24

5.4 Conclusión de la factibilidad 27

6 Análisis 28

6.1 Diagrama de casos de uso 28

6.1.1 Actores 28

6.1.2 Casos de Uso y descripción 32

6.2 Modelamiento de datos 59

5.2.1 Especificación de entidades 60

7 Diseño 64

7.1 Diseño físico de la base de datos 64

7.2 Diseño de interfaz de navegación 65

7.2.1 Diseño Sistema Web 65

6.2.2 Diseño software 66

8 Pruebas 67

8.1 Prueba de caja negra software 67

8.2 Prueba de caja negra Web 70

9 Conclusión y trabajos a futuro 75

9.1 Conclusión 75

9.2 Trabajos a futuro 76

10 Bibliografía 77

3

Índice de tablasTabla 1 Requerimientos funcionales Sistema Web............................................................18Tabla 2 Requerimientos funcionales software....................................................................19Tabla 3 Interfaces externas de entradas Sistema Web......................................................20Tabla 4 Interfaces externas de entrada Software...............................................................20Tabla 5 Salidas del Sistema Web.......................................................................................21Tabla 6 Interfaces externas de salida Software..................................................................21Tabla 7 Requerimientos Técnicos......................................................................................22Tabla 8 Resumen de costos...............................................................................................24Tabla 9 Flujo de caja...........................................................................................................25Tabla 10 Actor de sistema: Administrador..........................................................................28Tabla 11 actor de sistema: funcionario...............................................................................29Tabla 12 actor de sistema: Jefe de Carrera........................................................................30Tabla 13 actor de sistema: Ayudante.................................................................................30Tabla 14 actor de sistema: Docente...................................................................................31Tabla 15 actor de sistema: Alumno....................................................................................31Tabla 16 caso de uso Sistema Web: Editar Usuario..........................................................33Tabla 17 caso de uso Sistema Web: Buscar Usuario.........................................................34Tabla 18 caso de uso Sistema Web: Editar Calendario.....................................................36Tabla 19 caso de uso Sistema Web: Buscar Fecha...........................................................37Tabla 20 caso de uso Sistema Web: Ingresar Justificativo................................................38Tabla 21 caso de uso Sistema Web: Editar Sede..............................................................41Tabla 22 caso de uso Sistema Web. Buscar Sede.............................................................42Tabla 23 caso de uso Sistema Web: Editar Edificios.........................................................44Tabla 24 caso de uso Sistema Web: Buscar Edificio.........................................................45Tabla 25 caso de uso Sistema Web: Editar Sala................................................................47Tabla 26 caso de uso Sistema Web: Buscar Sala..............................................................48Tabla 27 caso de uso Sistema Web: Editar Asignatura......................................................50Tabla 28 caso de uso Sistema Web: Ingresar Justificativo................................................51Tabla 29 caso de uso Sistema Web: Asignar Alumno........................................................52Tabla 30 caso de uso Sistema Web: asignar Alumno........................................................54Tabla 31 caso de uso Sistema Web: Editar Horario...........................................................56Tabla 32 caso de uso Sistema Web: Editar Ayudante........................................................58Tabla 33 caso de uso Sistema Web: Visualizar Asistencia Curso......................................60Tabla 34 caso de uso Sistema Web: Visualizar Asistencia Personal.................................62Tabla 35 caso de uso Software: Marcar Ingreso a Clases.................................................64Tabla 36 caso de uso Software: Digitalizar Huella.............................................................65Tabla 37 Caso de uso software: Iniciar Clases...................................................................67Tabla 38 Especificación de entidades: Entidad users........................................................60Tabla 39 Especificación de entidades: Entidad roles.........................................................61Tabla 40 Especificación de entidades: Entidad roles.........................................................61Tabla 41 Especificación de entidades: Entidad asignatura................................................62

4

Tabla 42 Especificación de entidades: Entidad campus.....................................................62Tabla 43 Especificación de entidades: Entidad edificio......................................................63Tabla 44 Especificación de entidades: Entidad sala...........................................................63Tabla 45 Especificación de entidades: Entidad horario......................................................63Tabla 46 Especificación de entidades: Entidad asistencia.................................................63Tabla 47 Especificación de entidades: Entidad horario......................................................64Tabla 48 Caso de prueba Software: Iniciar Clases.............................................................67Tabla 49 Caso de prueba Software: Digitalizar Huella.......................................................68Tabla 50 Caso de prueba Software: Marcar ingreso a Clases...........................................69Tabla 51 Caso de prueba Web: Crear Usuario...................................................................71Tabla 52 Caso de prueba Web: Crear asignatura..............................................................72Tabla 53 Caso de prueba Web: Crear horario....................................................................73Tabla 54 Caso de prueba Web: Asignar alumno................................................................74

5

Índice de figurasIlustración 1 Metodología de desarrollo Iterativo e incremental..........................................10Ilustración 2 Formula de VAN.............................................................................................24Ilustración 3 Calculo de VAN en Excel...............................................................................25Ilustración 4 Calculo de TIR en Excel.................................................................................25Ilustración 5 Modelo de caso de uso: Editar Usuario..........................................................32Ilustración 6 modelo de caso de uso: Editar Calendario.....................................................36Ilustración 7 modelo de caso de uso: Ingresar Justificativo................................................38Ilustración 8 modelo caso de uso: Editar Sede...................................................................40Ilustración 9 modelo caso de uso: Editar Edificio...............................................................43Ilustración 10 modelo caso de uso: Editar Sala..................................................................46Ilustración 11 modelo caso de uso: Editar Asignatura........................................................49Ilustración 12 modelo de caso de uso: Asignar Alumnos...................................................52Ilustración 13 modelo caso de uso: Editar Horario.............................................................56Ilustración 14 modelo caso de uso: Editar Ayudante..........................................................58Ilustración 15 modelo caso de uso: Visualizar Asistencia Curso........................................60Ilustración 16 caso de uso Sistema Web: Visualizar Asistencia Personal..........................62Ilustración 17 modelo caso de uso: Marcar Ingreso a Clases............................................63Ilustración 18 modelo caso de uso: Digitalizar Huella........................................................65Ilustración 19 Modelo de caso de uso: Iniciar Clases.........................................................66Ilustración 20 MER del Sistema..........................................................................................59Ilustración 21 Diseño físico de la base de datos.................................................................64Ilustración 22 Wireframe de Sistema Web..........................................................................65Ilustración 23 Interfaz de Software.....................................................................................66

6

1 Introducción

En el siguiente informe se detallará el estudio e implementación de un prototipo de sistema de registro, control biométrico y gestión de asistencia para alumnos. En la actualidad la única herramienta que permita la autenticidad de la asistencia a clases de los alumnos de la Universidad del Bío-Bío, es firmar una lista junto a su nombre y Rut. La cual es muy susceptible a falsificación de datos, gastar bromas a los docentes y suplantación de identidad de los alumnos. A raíz de esto, nace la curiosidad de querer investigar nuevas formas de pasar la lista de clases y experimentar con tecnologías para evitar la suplantación de identidad de los alumnos.

La solución fue plantear un sistema que sirva para la autenticación de los alumnos, una plataforma que permita visualizar la asistencia de los alumnos y horario de clases.

Definición de la empresa o institución: Describe la institución en donde se aplicará el proyecto, el área de estudio y la problemática principal que ha demostrado la necesidad de un sistema.

Definición del Proyecto: Describe los objetivos generales y específicos del proyecto, metodología de desarrollo de software, técnicas y notaciones, herramientas de apoyo al desarrollo del sistema web y software, incluyendo las definiciones, siglas y abreviaciones, necesarias para la buena descripción y entendimiento del documento.

Especificación de requerimientos de software: Características del software mostrando los objetivos del software tanto generales y específicos, presentando una descripción global del sistema exponiendo las características de usuario, hardware, software e interfaces de comunicación, por último, descripción de los requerimientos específicos, que son los funcionales del sistema, interfaces externas de entrada, interfaces externas de salida.

Factibilidad: Especifica la realización de los estudios de factibilidad técnica, operativa y económica con el objetivo de analizar la implementación del sistema.

Análisis: Diagrama casos de uso que describen los actores y especificación en detalle de su actuación en el sistema, mostrando la interacción entre actores y sistema, además de mostrar el modelamiento de datos.

Diseño: Especificación directa del diseño físico de la base de datos y diseños principales de interfaz de navegación.

Conclusiones y proyectos a futuro: Presenta conclusiones acerca del objetivo general del proyecto y del sistema generado, además de presentar futuras ideas para agregar al proyecto.

En el presente informe se especificará la formación e implementación del Sistema de registro, control biométrico y gestión de asistencia para alumnos.

7

2 Definición de la empresa o institución

2.1 Descripción de la empresa Nombre: Universidad del Bío-Bío

Dirección: Avenida Collao 1202, Concepción.

Rubro: Educación

Productos – Servicios que ofrece: Educación Superior.

Competencia Directa: Universidades del Consejo de Rectores de la Región del Bío-Bío.

Cuota de Mercado: Actualmente la Universidad consta de una matrícula de más de 10.000 alumnos.

Misión: La Universidad del Bío-Bío, a partir de su naturaleza pública, responsable socialmente y estatal, tiene por misión, desde la Región del Biobío, aportar a la sociedad con la formación de personas integrales, a través de una Educación Superior de excelencia. Comprometida con los desafíos de la región y del país, contribuye a la movilidad e integración social por medio de; la generación y transferencia de conocimiento avanzado, mediante la docencia de pregrado y postgrado de calidad, la investigación fundamental, aplicada y de desarrollo, la vinculación bidireccional con el medio, la formación continua y la extensión. Asimismo, impulsa el emprendimiento y la innovación, el fortalecimiento de la internacionalización y el desarrollo sustentable de sus actividades, basada en una cultura participativa centrada en el respeto a las personas.

Visión: Ser reconocida a nivel nacional e internacional como una Universidad pública, responsable socialmente y regional que, comprometida con su rol estatal, desde la Región del Biobío, forma personas integrales de excelencia y aporta a través de su quehacer al desarrollo sustentable de la región y el país.

8

2.2 Descripción del área de estudioEl área en donde se centrará el proyecto es en el departamento de sistemas de información, concentrándose en los Docentes y alumnos.

2.2.1 Visión del Departamento de Sistema de Información“Ser un departamento reconocido a nivel nacional en las disciplinas de las Ciencias de la Computación y de la Informática, con vinculación nacional e internacional y excelencia en su quehacer académico, que aporta a la sociedad en los ámbitos de la docencia de pregrado y postgrado, generación de conocimiento mediante el desarrollo de la investigación y difusión de la disciplina.”

2.2.2 Misión del Departamento de Sistema de Información“Somos un departamento comprometido con la formación de excelencia de profesionales de pre y postgrado en las disciplinas de las Ciencias de la Computación y de la Informática; así como también con el desarrollo de la investigación para la generación de conocimiento y su difusión en la sociedad.”

2.3 Descripción del problemaEl proceso de marcar y verificar la asistencia de los alumnos en el aula de clases por parte de los docentes en la Universidad del Bío-Bío, se realiza de una manera rudimentaria con una lista de asistencia, en donde los alumnos deben ingresar sus datos personales y firmar para autentificar su persona, este proceso es poco eficiente, no es fiable para comprobar si los datos y firma son propias del alumno. Otra problemática es el proceso de traspaso de información desde la lista hacia la plataforma de la universidad, en donde el profesor puede perder la lista de asistencia de los alumnos, marcar a un alumno que no asistió a clases como presente o no marcar la asistencia a clases de un estudiante.

9

3 Definición del proyecto

3.1 Objetivos del proyecto

Objetivo GeneralGenerar sistema de control de asistencia, cuyos resultados se visibilizarán en plataforma WEB que permita el registro electrónico de asistencia de clase o reuniones (asambleas) para el alumnado sin adulteraciones o pérdida de datos.

Objetivos específicos Conocimiento y uso de tecnologías disruptivas para apoyar el trabajo de aula.

Investigar disponibilidad de tecnología para la identificación biométrica de personas.

Reconocer alternativas de aplicación de un dispositivo de identificación biométrica de huella digital en control de asistencia a eventos, incluido asistencia a clases.

Desarrollar un sistema complementario a plataformas web personales de profesores, alumnos y funcionarios.

3.2 Ambiente de Ingeniería de Software

Metodología de desarrollo Incremental e IterativaEl modelo de desarrollo Incremental e Iterativo consta de un conjunto de tareas agrupadas en pequeñas etapas repetitivas (iteraciones). La idea principal detrás de mejoramiento iterativo es desarrollar un sistema de programas de manera incremental, permitiendo desarrollar el sistema poco a poco y obteniendo un feedback continuo de parte del usuario.

Etapa de inicializaciónSe crea una versión preliminar prototipo del sistema. Debe ofrecer una muestra de los aspectos claves del problema y proveer una solución simple al problema principal.

Etapa de iteraciónLa etapa involucra el rediseño e implementación de una tarea de la lista de control de proyecto, y el análisis de la versión más reciente del sistema. La meta del diseño e implementación de cualquier iteración es ser simple, directa y modular, para poder soportar el rediseño de la etapa o como una tarea añadida a la lista de control de proyecto. El código puede, en ciertos casos, representar la mayor fuente de documentación del sistema.

10

Los pasos (guías primarias) para el desarrollo del SW y su análisis incluyen:

Cualquier dificultad en el diseño, codificación y prueba de una modificación debería apuntar a la necesidad de rediseñar o recodificar.

Las modificaciones deben poder incorporarse a módulos fácilmente localizables, para evitar rediseños ineficientes.

El modelo de datos debe permitir modificaciones a las tablas fáciles de realizar. Las modificaciones deben ser más fáciles de hacer conforme avanzan las iteraciones. La implementación existente debe ser analizada frecuentemente para determinar qué

tal se ajusta a las metas del proyecto. Las facilidades para analizar el programa deben ser utilizadas para ayudar en el

análisis de implementaciones parciales. La opinión del usuario debe ser solicitada y analizada para indicar deficiencias en la

implementación referida por él.

La siguiente figura, aclara lo anterior

11

Ilustración 1 Metodología de desarrollo Iterativo e incremental.

3.3 Técnicas y notaciones Modelo caso de uso (UML): Para determinar las funcionalidades del sistema y

relación que tienen los usuarios o actores con las funcionalidades del sistema. Modelo entidad Relación y Modelo Relacional: Modelo lógico y físico

respectivamente de la base de datos. Estándar para el informe: Plantilla “Proyecto Título de -Desarrollo de Software”.

3.4 Herramientas de apoyo al desarrollo de software que podrán ser utilizadas

❏ XAMPP :Paquete de software libre, que consiste principalmente en el sistema de gestión de bases de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script PHP y Perl.

❏ Java SDK Digital Persona 4500: Liberia de desarrollo en java para el lector biométrico dactilar.

❏ Java JDK 8u111 with NetBeans 8.2: Liberia de desarrollo de java.❏ MySQL: Gestor de bases de datos relacional, multihilo y multiusuario.❏ PowerDesigner: Herramienta lidera de modelización de datos.❏ JQuery: Librería de código abierto, simplifica la tarea de programar en JavaScript y

permite agregar interactividad a un sitio web.❏ Select2: Plugin jQuery que permite tener un selector de elementos con un cuadro

de búsqueda poniendo así más sencillo encontrar lo que desea seleccionar el usuario.

❏ Bootstrap 3: Framework desarrollado y liberado por Twitter que tiene como objetivo facilitar el diseño web. Permite crear de forma sencilla webs de diseño adaptable.

❏ Java MySQL-connector-java-5.0.5.jar: Conector de Java para Base de Datos MySQL

❏ Laravel 5.7: Framework de código abierto para desarrollar aplicaciones y servicios web con PHP 5 y PHP 7.

❏ GitHub: Sistema de control y manejo de versiones. Permite llevar un registro de los cambios realizados.

❏ Navegador Web Google Chrome: Programa que nos permite visualizar y navegar por páginas web.

12

3.5 Definiciones, siglas y Abreviaciones

Este ítem se incluye la definición de las siglas, abreviaciones, conceptos técnicos o de negocio que son necesarios para el buen entendimiento de este documento.

❏ MER: Modelo Entidad Relación, es una forma de modelamiento de datos en que una entidad está relacionado con otra. La entidad representa una “cosa”, “objeto” o “concepto” del mundo real.

❏ MR: Modelo Relacional, es un conjunto de tablas estructuradas en líneas y columnas que se vinculan entre sí por un campo en común, en ambos casos posee las mismas características.

❏ JS: JavaScript, es un lenguaje de programación que se utiliza del lado del cliente permitiendo crear efectos atractivos y dinámicos en las páginas web.

❏ HTML: Lenguaje de marcas de hipertexto, hace referencia al lenguaje de marcado para la elaboración de páginas web.

❏ JQ: JQuery, es una librería de programación de JavaScript que ayuda al manejo de animación, manipulación de documentos HTML.

❏ Editar: Se define como la acción de crear, modificar o eliminar.❏ PHP: Preprocesador de hipertexto, es un lenguaje de programación de propósito

general de código del lado del servidor originalmente diseñado para el desarrollo web de contenido dinámico.

❏ UML: Lenguaje de Modelado Unificado, es una simple forma gráfica de representar cómo el usuario interactúa con el sistema.

❏ Layout: Es la plantilla en donde se presenta la forma en que se distribuirá la información en la página web.

❏ Evento: Agregar alguna fecha al calendario que puede ser por motivos festivos, feriados, inicio o término del semestre, etc.

13

4 Especificación de requerimientos de software

4.1 Requerimientos por función

Las principales funcionalidades permitidas por el sistema son:

Permitir el acceso al sistema de los usuarios, se realizará por medio de una contraseña y RUT para autentificarse en el sistema.

● Alumno

o Permitir el registro electrónico de asistencia de clases o reuniones (asambleas), mediante la huella dactilar.

o Permitir a los alumnos ver su historial completo de asistencias.o Podrá ver su calendario académico y horario de clases.

● Profesor y jefe de carrera

o Inscribir a los alumnos a sus respectivos ramos.o Gestionar horario, visualización de asistencia a clases e ingreso de

justificativos.o Crear y gestionar asignaturas propias.o Registrar alumnos al sistema.

● Funcionario (opcional)

o Registrar, modificar y homologar (en el caso de alumnos) distintos actores al sistema, ya sean alumnos o profesores.

● El administrador técnico del sistema

o Deberá actualizar inicialmente a todos los actores en la BD del sistema. o Podrá ver en detalle la información de todos los actores o entidades que estén

en el sistema.o Podrán hace uso de todas las funciones del sistema.

14

4.2 Objetivo del software

Objetivo General

Generar sistema que se instalará en el PC de cada profesor que desee usar un registro electrónico sin adulteraciones o pérdida de datos de la asistencia de alumnos a clases o reuniones (asambleas) para el alumnado

Objetivos Específicos

Conocimiento por parte de tesista, del uso de la tecnología disruptivas de identificación biométrica digital, y el para apoyo que puede brindar al trabajo de aula.

Investigar disponibilidad en el mercado sobre disponibilidad de tecnología para la identificación biométrica de personas, y sus precios.

Desarrollar un sistema complementario a plataformas web personales de profesores.

15

4.3 Justificación del Proyecto❏ Evitar la pérdida de tiempo al pasar lista en la clase.

❏ Permitir el traspaso automático de la asistencia de los alumnos a la plataforma personal del profesor.

❏ Estadística de asistencia y justificaciones.❏ Eliminar la adulteración de la asistencia como es el caso de alumnos que firman

por sus compañeros.❏ Permitir crear un calendario de la asignatura.

4.4 Descripción Global del Sistema

4.4.1 Interfaz de usuarioTodos los usuarios tendrán la misma interfaz, pero cambiarán sus funcionalidades y opciones según el actor que este iniciando sesión en el sistema web. Con respecto al software se tendrá una única interfaz a la que pueden acceder únicamente, profesores, funcionarios y administrador.

4.4.2 Interfaz de HardwareEl sistema interactúa con el lector de huella biometrico DigitalPersona U.are.U 4500.

4.4.3 Interfaz SoftwareEl sistema interactúa con el SDK DigitalPersona, esto permite el control sobre el huellero biométrico permitiendo captar y comparar huellas digitales.

4.4.4 Interfaces de comunicación❏ HTTP/S: Para el uso de navegación WEB.❏ TCP/IP: Protocolo de control de transmisión/protocolo de internet.❏ Protocolo SMTP: Simple Mail Transfer Protocol o Protocolo para Transferencia

Simple de Correo.

16

4.5 Requerimientos Específicos

4.5.1 Requerimientos Funcionales del sistema

ID Nombre Descripción

RFW_01 Ingresar al Sistema

Los usuarios del sistema podrán iniciar sesión en su perfil personal y estos tendrán distintas interfaces de acuerdo a los privilegios de usuario.

RFW_02 Almacenar horario de clases

El sistema almacenará día, hora de inicio y término de las clases.

RFW_03 Almacenar ausencia

El sistema deberá almacenar la ausencia a clases del alumno.

RFW_04Almacenar datos sobre licencias médicas

El sistema deberá ser capaz de recibir datos específicos de licencias médicas.

RFW_05Privilegios de uso personal específico

El sistema deberá otorgar distintos privilegios y acciones según el tipo de usuario que esté en el sistema.

RFW_06 Mantener Alumnos/Ayudante

El sistema permitirá que los funcionarios puedan registrar a los alumnos/ayudantes, además de digitalizar la huella dactilar del alumno.

RFW_07Mantener Docente/Jefe de carrera

El sistema permitirá que los funcionarios puedan registrar a los docentes. También darles el cargo de jefe de carrera.

17

RFW_08 Mantener funcionario

El sistema permitirá crear funcionarios de la universidad, esta tarea la puede realizar un administrador.

RFW_09 Fijar Horario El docente y jefe de carrera podrán fijar horario de clases respectos a sus asignaturas impartidas.

RFW_10 Fijar Calendario

❏ Los funcionarios podrán definir fechas importantes para el periodo universitario, por ejemplo: feriados, inicio/término de clases, inscripciones de asignaturas, etc.

❏ Los profesores podrán establecer fechas de próximas evaluaciones, trabajos, test, etc.

❏ El jefe de carrera tendrá las acciones que un profesor, además de poder fijar asambleas para los alumnos.

RFW_11 Imprimir Horario El alumnado y los profesores podrán imprimir su horario.

RFW_12 Asignar alumnos a curso

Los profesores y jefe de carrera podrán asignar alumnos a sus respectivos cursos por medio de una carga masiva de datos.

RFW_13 Mostrar asistencia

❏ Los docentes y jefe de carrera podrán ver la asistencia y ausencias a clases de sus alumnos con sus respectivas clases.

❏ Los alumnos podrán ver sus asistencias y ausencias a sus respectivas asignaturas

Tabla 1 Requerimientos funcionales Sistema Web.

18

ID Nombre del ítem Descripción

RFS_01 Realizar asistenciaEl sistema deberá permitir a los alumnos marcar el ingreso a clases, laboratorios, ayudantías y asambleas.

RFS_02 Inicio de sesión El sistema deberá permitir iniciar sesión a los alumnos para marcar su asistencia

RFS_03 Evitar suplantación de identidad

El sistema evitará la suplantación de identidad, mediante dispositivo de identificación (escáner dactilar).

RFS_04 Digitalizar huella dactilar

El sistema permitirá digitalizar la huella dactilar y relacionarla al alumno.

Tabla 2 Requerimientos funcionales software.

4.5.2 Interfaces externas de entrada

ID Nombre del ítem Detalles de datos contenidos en ítem

IEW_01 Ingresar al sistema RUT y contraseña.

IEW_02 Cambio de contraseña Contraseña anterior y nueva contraseña.

IEW_03 Agregar horario de clases Código del curso, días de clases y horas de clases

IEW_04 Editar horario de clases Código del curso, días de clases y horas de clases

IEW_05 Justificativo Rut alumno, motivo y archivo del justificativo

IEW_06 Agregar usuario Rut, contraseña, apellido paterno, apellido materno, correo, tipo de usuario y sede

IEW_07 Editar usuario Rut, contraseña, apellido paterno, apellido materno, correo, tipo de usuario y sede

IEW_08 Agregar campus Nombre campus, universidad, ciudad, región e ID campus

19

IEW_09 Editar campus Nombre campus, universidad, ciudad, región e ID campus

IEW_10 Agregar edificio Nombre edificio, calle e ID campus

IEW_11 Editar edificio Nombre edificio, calle e ID campus

IEW_12 Agregar sala ID sala, ID edificio, nombre de sala y piso

IEW_13 Editar sala ID sala, ID edificio, nombre de sala y piso

IEW_14 Agregar fechas calendario Código calendario, fecha y motivo

IEW_15 Editar fechas calendario Código calendario, fecha y motivo

IEW_16 Registrar inasistencia Rut alumno, ID curso y fecha

Tabla 3 Interfaces externas de entradas Sistema Web.

ID Nombre del ítem Detalles de datos contenidos en ítem

IES_01 Inicio de sesión Rut usuario y huella dactilar

IES_02 Marcar asistencia Rut alumno, huella, código de asignatura, fecha y hora.

IES_03 Digitalizar huella Rut alumno y huella

Tabla 4 Interfaces externas de entrada Software.

20

4.5.3 Interfaces externas de salida

ID Nombre Detalle de los datos Medio de salida

ISW_01 Mostrar asistencia

Nombre de alumno, fecha, hora, asignatura, asistencia, inasistencia e justificativo

Pantalla computador

ISW_02 Ingresar/Editar horario

Nombre asignatura, día de la semana, hora de inicio y término de la clase

Pantalla computador

ISW_03 Imprimir horario

Nombre de las asignaturas, días de la semana, hora de inicio y término de la clase

-Pantalla computador

-Impresora

-Archivo PDF

ISW_04 CalendarioFechas importantes: días festivos, renuncia de ramos, inicio de clases, etc.

Pantalla computador

ISW_05 Información asignatura

Días de clase, nombre de asignatura, código, semestre, nombre de profesor, hora de inicio de clases y término.

Pantalla computador

Tabla 5 Salidas del Sistema Web.

ID Nombre Detalle de los datos Medio de salida

ISF_01 Marcaje Respuesta, nombre de alumno y asignatura

Pantalla computador

ISF_02 Digitalizar huella

Respuesta, nombre alumno, RUT alumno, huella dactilar alumno

Pantalla computador

Tabla 6 Interfaces externas de salida Software.

21

5 Factibilidad

5.1 Factibilidad técnicaEl desarrollo del proyecto requerirá las siguientes tecnologías para su desarrollo e implementación.

Característica Requerimientos

Procesador Intel I3-4150

Sistema Operativo Windows 10

RAM 8GB

Almacenamiento 500 GB

Software Google Chrome *

Laravel Framework v 5.8 *

Atom v 1.36.0 *

XAMPP v7.3.6 *

Dia *

Periféricos Sensor biométrico U.are.U 4500 digitalPersona

Tabla 7 Requerimientos Técnicos

*Software de licencia gratuita

.

5.2 Factibilidad operativa El sistema ofrece una solución para mejorar la forma en la que se controla la

asistencia de alumnos, para mantener un control más exacto de la asistencia, inasistencia y justificaciones de los alumnos.

El sistema de horario tendrá una base de datos con la huella dactilar decada alumno, lo que permitirá autentificarlo al momento de registrar la asistencia a clases, evitando suplantación y así tener un control fidedigno de la asistencia de cada uno de ellos.

La interfaz de usuario tendrá un layout similar a la intranet actual de la institución, para mantener un sistema amistoso e intuitivo para el usuario.

22

5.3 Factibilidad económica Para determinar si el proyecto es viable se toman en cuenta diversos ítems, que evidenciaran si el proyecto es factible económicamente y financieramente.

5.3.1 Costo de Desarrollo La Universidad del Bío-Bío cuenta con:

o Computadores, conexión a internet y espacio de trabajo, para que los alumnos realicen su trabajo en estas dependencias.

o Servidores web y servidores de base de datos, por lo tanto, no se requiere incurrir en gastos.

o Licencias de SQL-Server.

o Conexión a internet y es lo bastante rápida y estable para conectar varios equipos en la red.

o Sensor biométrico U.are.U 4500 digitalPersona.

El sueldo de un ingeniero ejecución en computación e informática recién egresado, que trabajaría por 2 años en el desarrollo del sistema, es de $580.000 (Según el sitio web, www.mifuturo.cl).

5.3.2 Costos de ImplementaciónEl costo de implementación del sistema está determinado por el requerimiento técnico anteriormente tratado en la sección “4.2 factibilidad operativa”. Se cuenta con computador, software y lector de huella para el desarrollo del sistema prototipo

Si en el futuro se implementara el sistema en la Universidad del Bío-Bío, Campus Concepción en aproximadamente 80 salas, se necesitaría adquirir 80 sensores biométricos dactilares, con un costo unitario aproximado de $64.000 IVA, según cotización realizada en la tienda tecnológica Bip.

Finalmente, el sistema recibirá mantención de manera permanente, se debe realizar todos los fines de semanas durante 3 horas por un ingeniero en informática, tienen un costo de $7.000 la hora, dando un total de $84.000 mensual.

23

http://www.mifuturo.cl/

Resumen de CostoCostos de Desarrollo

Costo personal de desarrollo $13.920.000

Costo total de desarrollo $13.920.000

Costo de ImplementaciónCosto de materiales de implementación $5.120.000

Costo total de implementación $5.120.000

Costo operaciónHosting UBB $0

Mantención $84.000

Costo total de operación $84.000

Costo total del proyecto $19.124.000Tabla 8 Resumen de costos.

4.3.3 Determinación de Ingresos y beneficios.A continuación, se presenta los ingresos y beneficios que otorga el sistema que se quiere implementar. Si bien el sistema parece no contar con beneficios monetarios, se puede ofrecer el servicio de asistencia biométrica a otras instituciones universitarias. Tomando como ejemplo una universidad tradicional en chile, que cuentan con un aproximado de 25 mil alumnos matriculados, se puede ofrecer el servicio a un precio de 0,018 UF por alumno matriculado de manera anual.

24

Flujo de caja Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Ingresos (+)

Beneficios $0 $12.500.000 $12.500.000 $12.500.000 $12.500.000

Costos (-)

Servidor $0

Inversión (-)

Personal $6.960.000 $6.960.000 $1.008.000 $1.008.000 $1.008.000 $1.008.000

Lector de huella

($0) $5.120.000

Computador ($0)

Licencia ($0)

Total -$6.960.000 -$19.040.000 $11.492.000 $11.492.000 $11.492.000 $11.492.000

Tabla 9 Flujo de caja.

Cálculo de vanPara determinar si el proyecto es económicamente viable o no, se utiliza el indicador Van. El cálculo de este indicador se realiza con la siguiente formula:

Ilustración 2 Formula de VAN

La rentabilidad mínima para el cálculo es de 5%.

25

Ilustración 3 Calculo de VAN en Excel.

Al calcular el VAN (5%) se obtiene como resultado $15.474.186 de ganancias, esto indica que la universidad ahorrara todos los costos del desarrollo del sistema de asistencia biométrica.

Cálculo de TIRHace referencia al tipo de interés en el que el número de VAN es cero. Su función es señalar la tasa a la cual recuperaremos la inversión inicial de nuestro negocio trascurrido cierto tiempo.

Ilustración 4 Calculo de TIR en Excel.

Al calcular el TIR se obtiene como resultado de 27%, esto indica que el proyecto es 26

rentable.

5.4 Conclusión de la factibilidad En la factibilidad técnica, el proyecto es viable ya que las herramientas de trabajo

son comunes y son de fácil acceso, además de las licencias de software que se ocuparan para el desarrollo son gratuitas.

Operacionalmente el sistema es factible, dado que los requisitos de funcionalidad son realizables.

Económicamente el sistema es factible por:

o De la evaluación económica y financiera realizada, se concluye que el proyecto propuesto es rentable dado que el VAN es positivo (CLP $15.474.186), eso quiere decir que la inversión es financieramente atractiva ya que se recupera la inversión y se obtiene una rentabilidad.

o La solidez del proyecto y su rentabilidad es alta, puesto que la tasa interna de retorno (TIR) es de un 27%.

27

6 Análisis

6.1 Diagrama de casos de usoLos UML son una técnica para el captado de requisitos potenciales de un nuevo sistema, además representa de manera gráfica y simple el cómo debería interactuar el usuario con el sistema.

A continuación, se mostrarán los actores y los casos de usos correspondientes al sistema que se quiere implementar.

6.1.1 Actores

Administrador

Descripción Administrador perteneciente a la universidad, encargado de la gestión y funcionamiento del sistema

Nivel de conocimiento Usuario con conocimientos medio/alto en el uso y manejo de computadores

Nivel de privilegios Absoluto

Funcionalidades ❏ Crear, editar:

● Usuarios (Estudiantes, docentes, funcionarios, etc.)

● Horario

● Calendario

● Sede

● Edificios

● Salas

● Asistencia

● Justificativo

● Asignatura

Tabla 10 Actor de sistema: Administrador.

28

Funcionario

Descripción Funcionario de la universidad, encargado de gestión de usuarios de nivel medio, y bajo, administración de salas, edificios y calendario académico

Nivel de conocimiento Usuario de conocimientos básicos de computación

Nivel de privilegios alto

Funcionalidades ❏ Crear, editar:

● Usuarios (Estudiantes, docentes, etc.)

● Calendario

● Sede

● Edificios

● Salas

● Justificativo

Tabla 11 actor de sistema: funcionario.

29

Jefe de Carrera

Descripción Jefe de carrera perteneciente a la universidad, compartirá la funcionalidad de los docentes, agregando funcionalidad de calendarizar asambleas para los alumnos y asignar profesores para que impartan un ramo.


Nivel de privilegios Alto/medio

Funcionalidades ● Asignar fecha calendario

● Visualizar calendario

● Impartir asignatura a docente

● Fijar horario

● Asignar alumno a cursos

● Visualizar asistencia de alumnos de la carrera

● Asignar ayudante

Tabla 12 actor de sistema: Jefe de Carrera.

Ayudante

Descripción Alumno/Ayudante pertenece a la universidad. Es el encargado de realizar las horas de ayudantía sumado a las funcionalidades de un alumno


Nivel de privilegios Bajo

Funcionalidades ● Marcar ingreso a asignatura

● Visualizar horario

● Visualizar asistencia propia


● Marcar ingreso de alumnos a ayudantía

Tabla 13 actor de sistema: Ayudante.

30

Docente

Descripción Docente que pertenece a la universidad (ya sea convenio o de jornada completa). Es el encargado de realizar las horas de clases teóricas, prácticas o de laboratorio de una asignatura


Nivel de privilegios medio

Funcionalidades ● Fijar horario

● Asignar alumno a cursos

● Visualizar asistencia de alumnos de su asignatura


● Asignar ayudante

● Pedir el marcaje de ingreso de alumnos

Tabla 14 actor de sistema: Docente.

Alumno

Descripción Alumno pertenece a la universidad. Cumple con la función de marcar su asistencia a clases, laboratorios, ayudantía y asambleas.


Nivel de privilegios Bajo

Funcionalidades ● Marcar ingreso a asignatura

● Visualizar horario

● Visualizar asistencia propia


Tabla 15 actor de sistema: Alumno.

31

6.1.2 Casos de Uso y descripción

6.1.2.1 Caso de uso Sistema Web: Editar usuario

ID: CUW-EU01

Caso de Uso Editar Usuario

Actores ● Funcionario● Administrador

Objetivos Permitir registrar, modificar algún usuario de tipo: funcionario, docente, alumno, Jefe de Carrera, alumno/ayudante

Pre-Condiciones ● Iniciar sesión en el sistema web● Carrera, facultad y sede deben estar previamente

ingresados al sistema

Post-Condiciones

Flujo de Eventos básicos: Registrar Usuario

El actor El sistema

1.- Ingresar datos del nuevo usuario en el sistema web.

2.- El sistema toma los datos del nuevo usuario, los valida y luego almacena dichos datos.3.-Enviar mensaje por pantalla de procedimiento completado con éxito.4.-Refrescar página.

Flujo de Eventos Alternativos: Registrar Usuario

El actor El sistema

1(a). - El usuario omite algún campo.1(b). - El usuario ingresa un RUT no válido.

2(a). - El sistema detecta que falta campos del formulario por completar. 2(b). -El sistema detecta que el RUT es invalido.3(a,b).- El sistema envía un mensaje por pantalla, solicitando ingresar los datos nuevamente.

32

Flujo de Eventos Básicos: Modificar Usuario

El actor El sistema

1.- Buscar por RUT al usuario que se quiera modificar.

2.- Se realiza el caso de uso Buscar Usuario.

3.- Modificar los datos. 4.- Valida los datos modificados del usuario y los almacena.5.-Enviar mensaje de éxito.6.-Refrescar página.

Flujo de eventos Alternativos: Modificar Usuario

El actor El sistema

1(a).-Ingresar RUT de usuario inválido. 2(a).-Mensaje de error por pantalla, solicitando ingresar el RUT nuevamente.

3(b).- El usuario deja una casilla vacía. 4(b).-Enviar un mensaje de error y solicita completar los campos.

Tabla 16 caso de uso Sistema Web: Editar Usuario.

Ilustración 5 Modelo de caso de uso: Editar Usuario.

ID: CUW-BU03

33

Caso de Uso Buscar Usuario

Actores Sistema

Objetivos Obtener lo datos personales y datos asociados a un usuario.

Pre-Condiciones

Post-Condiciones

Flujo de Eventos básico

El actor El sistema

1. Recibe el RUT del usuario.

2. Busca en la base de datos los datos del usuario que coincida con el RUT ingresado.

3. Despliega en pantalla los datos del usuario.

Flujo de Eventos Alternativos

El actor El sistema

1(a). - RUT inválido del usuario.

3(a). - Se despliega un mensaje de error en pantalla.

Tabla 17 caso de uso Sistema Web: Buscar Usuario.

34

6.1.2.2 Caso de uso Sistema Web: Editar Calendario

ID: CUW-EC02

Caso de Uso Editar Calendario

Actores ● Funcionario● Administrador● Jefe de Carrera

Objetivos Permite agregar/modificar algún evento en particular en el calendario de eventos de alumnos

Pre-Condiciones Iniciar sesión en el sistema web

Post-Condiciones

Flujo de Eventos básicos: Agregar Fecha

El actor El sistema

1.- Buscar una fecha próxima para un evento para los alumnos de la carrera, facultad y/o universidad.

2.- Se realiza el caso de uso Buscar Fecha.

3.- Escribe el motivo del evento. 4.- Carga la fecha y motivo del evento, y la actualiza a todos los alumnos de la carrera, facultad y/o universidad.

Flujo de Eventos Alternativos: Agregar Fecha

El actor El sistema

1(a). - Ingresar una fecha pasada. 2(a). - Enviar un mensaje de error en pantalla.

35

Flujo de Eventos Básicos: Modificar Fecha

El actor El sistema

1.- Buscar la fecha que se quiera modificar.

2.- Se realiza el caso de uso Buscar Fecha.

3.- El usuario puede modificar el motivo del evento o ingresar nueva fecha para el evento.

4.- El sistema almacena las modificaciones y actualiza el calendario a todos los alumnos de la carrera, facultad y/o universidad.

Flujo de eventos Alternativos: Modificar fecha

El actor El sistema

1(a). - Ingresar una fecha pasada 2(a). - Enviar un mensaje de error en pantalla solicitando volver a ingresar la fecha.

Flujo de Eventos Básicos: Eliminar Fecha

El actor El sistema

1.- Buscar la fecha que se quiera eliminar.

2.- Se realiza el caso de uso Buscar Fecha.3.- El sistema pide confirmación del usuario para eliminar la fecha.

4.-El usuario confirma la petición. 5.- El sistema elimina de la base de datos la fecha.

Flujo de eventos Alternativos: Eliminar fecha

El actor El sistema

1(a). - Ingresar una fecha pasada 2(a). - Enviar un mensaje de error en pantalla solicitando volver a ingresar la fecha.

4(b). - El usuario cancela la petición. 5(b). - El sistema refresca la página.

Tabla 18 caso de uso Sistema Web: Editar Calendario.

36

Ilustración 6 modelo de caso de uso: Editar Calendario.

ID: CUW-BF03

Caso de Uso Buscar Fecha

Actores Sistema

Objetivos Buscar la fecha ingresada por el usuario

Pre-Condiciones

Post-Condiciones


El actor El sistema

1. El sistema recibe la fecha que se quiera visualizar.

2. El sistema busca la fecha ingresada y se posiciona sobre esta.

3. Despliega en pantalla un calendario con la fecha.

Tabla 19 caso de uso Sistema Web: Buscar Fecha.

37

6.1.2.3 Caso de uso Sistema Web: Ingresar Justificativo

ID: CUW-EJ03

Caso de Uso Ingresar Justificativo

Actores ● Funcionario

● Administrador

Objetivos Permite justificar una inasistencia del alumno a clases.

Pre-Condiciones ● Iniciar sesión en el sistema web

● Alumno debe tener inasistencias

Post-Condiciones

Flujo de Eventos básicos: Ingresar Justificativo

El actor El sistema

1.- El usuario busca al estudiante por RUT.

2.- Se realiza el caso de uso Buscar Usuario.

3.- Selecciona el rango de fechas e ingresa el motivo del justificativo.

4.- El usuario ingresa un scanner del justificativo.

5.- El sistema almacena los datos y resta los días de inasistencia.

6.-Refrescar página.

Flujo de Eventos Alternativos: Ingresar Justificativo

El actor El sistema

1(a).- El usuario que se busca no existe en el sistema o ingresa un Rut no válido.

2(a). - El sistema despliega mensaje de error.

Tabla 20 caso de uso Sistema Web: Ingresar Justificativo.

38

Ilustración 7 modelo de caso de uso: Ingresar Justificativo.

39

6.1.2.4 Caso de uso Sistema Web: Editar Sede

ID: CUW-ES04

Caso de Uso Editar Sede

Actores ● Administrador

Objetivos Crear/modificar una sede de universidad


Post-Condiciones

Flujo de Eventos básicos: Ingresar Sede

El actor El sistema

1.-Presiona el botón agregar sede 2.- Muestra un formulario con los datos a completar para crear una nueva sede

3.-El usuario llena los campos. 4.- El sistema valida que los campos no estén vacíos5.- Guarda la información en la base de datos.6.-Refresca la pantalla.

Flujo de Eventos Alternativos: Ingresar Sede

El actor El sistema

3(a).- El usuario omite llenar un campo 4(b).-El sistema encuentro que faltan campos por completar y muestra un mensaje en pantalla, solicitando volver a ingresar los campos.

40

Flujo de Eventos Básicos: Modificar Sede

El actor El sistema

1.- Presiona el botón de modificar sede2.- Busca por nombre o código la sede que se quiera modificar.

3.- Se realiza el caso de uso Buscar Sede.

4.-Modificar sus datos y presiona el botón de guardar.

5.-valida que los campos no estén vacíos y almacena los datos modificados.

Flujo de eventos Alternativos: Modificar Sede

El actor El sistema

2(a).- Ingresar un nombre o sede que no exista.

3(a). - El sistema no encuentra la sede y despliega un mensaje en pantalla. P

Tabla 21 caso de uso Sistema Web: Editar Sede.

Ilustración 8 modelo caso de uso: Editar Sede.

41

ID: CUW-BS04

Caso de Uso Buscar Sede

Actores Sistema

Objetivos Buscar datos de la sede solicitada por el usuario.

Pre-Condiciones

Post-Condiciones


El actor El sistema

1. El sistema recibe el código o el nombre de la sede.

2. El sistema busca la sede en la base de datos que coincida con el nombre o código.

3. Despliega en pantalla los datos de la sede encontrada.


El actor El sistema

Tabla 22 caso de uso Sistema Web. Buscar Sede.

42

6.1.2.5 Caso de uso Sistema Web: Editar Edificios.

ID: CUW-ES05

Caso de Uso Editar Edificios

Actores ● Administrador

Objetivos Crear/Modificar un edificio

Pre-Condiciones ● Iniciar sesión en el sistema web● Sede debe estar ingresada previamente

Post-Condiciones

Flujo de Eventos básicos: Ingresar Edificio

El actor El sistema

1.- Presiona el botón agregar edificio.2.- El usuario busca la sede en la que se quiera agregar un edificio por medio de código o nombre.

3.- Se realiza el caso de uso Buscar Sede y muestra los campos a completar para agregar un nuevo edificio.

4.- El usuario completa los campos de información y presiona el botón de guardar.

5.- El sistema verifica que los campos estén completos.6.- Guarda en la base de datos el nuevo edificio.7.- Recarga la página.

Flujo de Eventos Alternativos: Ingresar Edificio

El actor El sistema

2(a).- El usuario ingreso un código no valido o nombre de sede que no exista.

3(a).-El sistema envía un mensaje notificando que no se encontró la sede.

4(b). - Si el usuario omite un campo del formulario y presiona guardar.

5(b). - El sistema envía un mensaje de error y solicita ingresar nuevamente los campos.

43

Flujo de Eventos Básicos: Modificar Edificio

El actor El sistema

1.- Presiona el botón de editar edificio.2.- El usuario busca el edificio por medio de código o nombre.

3.- Se realiza el caso de uso Buscar Edificio.

4.-El Usuario modificar los campos del formulario de edificio.

6.- El sistema valida que los campos estén completos y los almacena.

Flujo de eventos Alternativos: Modificar Edificio

El actor El sistema

2(a). - El usuario ingreso un código no valido o nombre de edificio que no exista.

3(a). -El sistema envía un mensaje notificando que no se encontró el edificio.



Tabla 23 caso de uso Sistema Web: Editar Edificios.

Ilustración 9 modelo caso de uso: Editar Edificio.

44

ID: CUW-BE05

Caso de Uso Buscar Edificio

Actores Sistema

Objetivos Buscar datos del edificio solicitado por el usuario.

Pre-Condiciones

Post-Condiciones


El actor El sistema

1. El sistema recibe el código o el nombre de edificio.

2. El sistema busca el edificio en la base de datos, que coincida con el nombre o código.

3. Despliega en pantalla los datos del edificio encontrado.


El actor El sistema

Tabla 24 caso de uso Sistema Web: Buscar Edificio.

45

6.1.2.6 Caso de uso Sistema Web: Editar Sala

ID: CUW-ES06

Caso de Uso Editar Sala

Actores ● Funcionario● Administrador

Objetivos Crear/modificar una sala

Pre-Condiciones ● Iniciar sesión en el sistema web● Edificio debe estar ingresado previamente

Post-Condiciones

Flujo de Eventos básicos: Ingresar sala

El actor El sistema

1.- El usuario presiona el botón de ingresar sala.2.- El usuario ingresa el código o nombre del edificio.

3.-Se realiza el caso de uso Buscar Edificio y despliega los campos a completar para agregar una nueva sala.


5.- El sistema verifica que los campos estén completos.6.- Guarda en la base de datos el nuevo edificio.7.- Recarga la página.

Flujo de Eventos Alternativos: Ingresar sala

El actor El sistema

2(a). - El usuario ingreso un código no valido o nombre de edificio que no exista.

3(a). -El sistema envía un mensaje notificando que no se encontró el edificio.



46

Flujo de Eventos Básicos: Modificar Sala

El actor El sistema

1.- Presiona el botón de editar sala.2.- El usuario busca la sala por medio de código o nombre.

3.- Se realiza el caso de uso Buscar Sala.

4.-El Usuario modificar los campos del formulario de sala.

6.- El sistema valida que los campos estén completos y los almacena.

Flujo de eventos Alternativos: Modificar sala

El actor El sistema

2(a). - El usuario ingreso un código no valido o nombre de sala que no exista.

3(a). -El sistema envía un mensaje notificando que no se encontró la sala.



Tabla 25 caso de uso Sistema Web: Editar Sala.

Ilustración 10 modelo caso de uso: Editar Sala.

47

ID: CUW-BS06

Caso de Uso Buscar Sala

Actores Sistema

Objetivos Buscar datos de sala que fueron solicitados por el usuario.

Pre-Condiciones

Post-Condiciones


El actor El sistema

1. El sistema recibe el código o el nombre de sala.

2. El sistema busca la sala en la base de datos, que coincida con el nombre o código ingresado por el usuario.

3. Despliega en pantalla el resultado de la búsqueda y los datos solicitados.


El actor El sistema

Tabla 26 caso de uso Sistema Web: Buscar Sala.

48

6.1.2.7 Caso de uso Sistema Web: Editar Asignatura

ID: CUW-EA07

Caso de Uso Editar Asignatura

Actores ● Administrador● Jefe de Carrera● Docente

Objetivos Crear/Modificar una asignatura

Pre-Condiciones ● Iniciar sesión en el sistema web.● El profesor que imparta la asignatura debe estar registrado

previamente en el sistema.

Post-Condiciones

Flujo de Eventos básicos: Crear Asignatura

El actor El sistema

1.- El usuario presiona el botón de impartir asignatura.2.- El usuario ingresa el RUT o email del docente que estará a cargo de la asignatura.

3.-Se realiza el caso de uso Buscar Usuario y despliega los campos a completar para impartir una asignatura.


5.- El sistema verifica que los campos estén completos.6.- Guarda en la base de datos el nuevo edificio y envía un email al docente notificando el cargo de la nueva asignatura.7.- Recarga la página.

Flujo de Eventos Alternativos: Crear Asignatura

El actor El sistema

2(a). - El usuario ingresa un RUT no válido o email inexistente.

3(a). -El sistema envía un mensaje notificando que no se encontró el docente.



Flujo de Eventos Básicos: Modificar Asignatura

49

El actor El sistema

1.- Oprima el botón de editar asignatura2.- El usuario busca la asignatura por su código.

3.- Se realiza el caso de uso Buscar Asignatura y despliega los datos por pantalla.

4.-El Usuario modificar los campos del formulario de la asignatura.

5.- El sistema valida que los campos estén completos y los actualiza.6.- Se envía un correo al docente con los datos actualizados.7.- Recarga la página

Flujo de eventos Alternativos: Modificar Asignatura

El actor El sistema

2(a). - El usuario ingreso un código de asignatura que no exista o no encuentra asignatura asignada al profesor.

3(a). -El sistema envía un mensaje de error y que reintente la operación.



Tabla 27 caso de uso Sistema Web: Editar Asignatura.

Ilustración 11 modelo caso de uso: Editar Asignatura.

ID: CUW-BU03

50

Caso de Uso Buscar Asignatura

Actores Sistema

Objetivos Buscar datos de asignatura que fueron solicitados por el usuario.

Pre-Condiciones

Post-Condiciones


El actor El sistema

1. El sistema recibe el código de asignatura.

2. El sistema busca la asignatura en la base de datos, que coincida con el código ingresado por el usuario.

3. Despliega en pantalla el resultado de la búsqueda y los datos solicitados.


El actor El sistema

Tabla 28 caso de uso Sistema Web: Ingresar Justificativo.

51

6.1.2.8 Caso de uso Sistema Web: Editar Asignar Alumnos

ID: CUW-AA08

Caso de Uso Asignar Alumnos

Actores ● Docente ● Jefe de carrera

Objetivos Relacionar uno o varios alumnos a una asignatura.

Pre-Condiciones ● Iniciar sesión en el sistema web● La asignatura debe estar ingresada al sistema web

Post-Condiciones

Flujo de Eventos básicos: Asignar Alumnos

El actor El sistema

1.- El usuario presiona el botón de asignar alumnos.2.- El profesor/jefe de carrera ingresa el código de la asignatura en la que está a cargo.

3.-El sistema busca la asignatura, muestra el resultado en pantalla y despliega los campos dinámicos a completar para relacionar los alumnos a la asignatura.

4.- El usuario tiene la opción de registrar a los alumnos a la asignatura por la búsqueda de RUT u email, también tienen la opción de carga masiva de datos por Excel.5.- El usuario presiona el botón de guardar.

6.- El sistema verifica que los campos estén completos.7.- Guarda en la base de datos la inscripción.8.- Recarga la página.

Flujo de Eventos Alternativos: Asignar Alumnos

El actor El sistema

2(a). - El profesor ingresa un código de asignatura no valido o en la que no está a cargo.

3(a). - Envía un mensaje de error advirtiendo que no se encontró la asignatura o que la asignatura no le pertenece.

4(b). - El RUT ingresado es inválido o el email es erróneo.

6(b). - El sistema envía un mensaje de error solicitando nuevamente los datos.

Tabla 29 caso de uso Sistema Web: Asignar Alumno.

52

Ilustración 12 modelo de caso de uso: Asignar Alumnos.

53

ID: CUW-AA08

Caso de Uso Marcar Alumno de Asignatura

Actores Docente Jefe de Carrera

Objetivos Marcar alumno que falte constantemente a clases en una asignatura.


Post-Condiciones

Flujo de Eventos Básicos

El actor El sistema

1.- El usuario presiona el botón de Marcar Alumno.2.- El usuario ingresa el código de la asignatura en la que está a cargo.

3.-El sistema busca la asignatura, muestra el resultado en pantalla y despliega los campos dinámicos a completar para Marcar al alumno.4.- El sistema valida que el usuario tiene poder sobre la asignatura.

5.- El usuario busca al alumno que quiere marcar por RUT o email.

6.- El sistema busca al alumno relacionado a la asignatura.7.- El sistema despliega en pantalla los datos del alumno.

8.- El usuario presiona el botón de marcar.

9.- El sistema marca en la base de datos la inscripción de alumno a la asignatura.

Flujo de eventos Alternativos

El actor El sistema

2(a). - El código de la asignatura no es válido 2(b). - La asignatura ingresada no le pertenece al usuario.

3(a). -El sistema envía un mensaje de error al no encontrar el código de asignatura.4(b). - El sistema determina que el usuario no tiene poder sobre la asignatura y envía un mensaje de error.

5(c).- El RUT ingresado es inválido o el email no exista.

6(c).- El sistema realiza la búsqueda pero no encuentra la asignatura.7(c).- Envía mensaje de fracaso, solicita ingresar nuevamente el RUT o email.

Tabla 30 caso de uso Sistema Web: asignar Alumno.

54

6.1.2.9 Caso de uso Sistema Web: Editar Horario

ID: CUW-EH09

Caso de Uso Editar Horario

Actores ● Docente● Jefe de carrera

Objetivos Crear, modificar y eliminar horario de la asignatura.

Pre-Condiciones ● Iniciar sesión en el sistema web.● La asignatura debe existir.

Post-Condiciones

Flujo de Eventos básicos: Crear horario

El actor El sistema

1.- El usuario presiona el botón de asignar alumnos.2.- El profesor/jefe de carrera ingresa el código de la asignatura en la que está a cargo.

3.-El sistema busca la asignatura. 4.-Muestra el resultado en pantalla, luego despliega un horario semanal y campos para completar.

5.- El usuario selecciona los días a la semana en que se hará clases, horas y el tipo de clase.6.- El usuario busca la disponibilidad de salas para el día y hora seleccionado.

7.-El sistema busca salas disponibles en la hora y día establecido. 8.- Muestra en pantalla la disponibilidad de sala.

9.- El usuario selecciona una sala disponible.10.- El usuario presiona el botón de guardar.

11.- El sistema verifica que los campos estén completos.12.- Guarda en la base de datos el nuevo horario.13.- Recarga la página.

Flujo de Eventos Alternativos: Crear Horario

El actor El sistema

2(a). - El profesor ingresa un código de asignatura no válido.

3(a). - Envía un mensaje de error advirtiendo que no se encontró la asignatura o que no está a cargo de la asignatura.

6(b). - El sistema no encuentra salas disponibles en el horario y día seleccionado.8(b).-El sistema pide cambiar el día y/o hora

55

de clases.

10(c).-El sistema detecta que hay campos incompletos y pide ingresar los datos faltantes.

Flujo de Eventos Básicos: Modificar Horario

El actor El sistema

1.- El usuario presiona el botón de modificar horario.2.- El usuario ingresa el código de la asignatura que quiera modificar el horario.

3.-El sistema busca el horario de la asignatura. 4.- Despliega el horario en pantalla de la asignatura.

5.- El usuario modifica las horas de clases y/o días.6.- El usuario busca la disponibilidad de salas para el día y hora seleccionado.

7.-El sistema busca salas disponibles en la hora y día establecido. 8.- Muestra en pantalla la disponibilidad de sala.

9.- El usuario selecciona una sala disponible.10.- El usuario presiona el botón de guardar.

11.- El sistema verifica que los campos estén completos.12.- Guarda en la base de datos el nuevo horario.13.- Recarga la página.

Flujo de Eventos Alternativos: Modificar Horario

El actor El sistema

2(a). - El profesor ingresa un código de asignatura no válido.

3(b). - Envía un mensaje de error advirtiendo que no se encontró la asignatura o que no está a cargo de la asignatura.

6(c). - El sistema no encuentra salas disponibles en el horario y día seleccionado.7(d). - El sistema pide cambiar el día y/o hora de clases.

Tabla 31 caso de uso Sistema Web: Editar Horario.

56

Ilustración 13 modelo caso de uso: Editar Horario.

57

6.1.2.10 Caso de uso Sistema Web: Editar Ayudante

ID: CUW-EA10

Caso de Uso Editar Ayudante

Actores ● Docente● Jefe de carrera

Objetivos El usuario podrá asignar/modificar a un ayudante en su asignatura.

Pre-Condiciones ● Usuario debe iniciar sesión.● La asignatura debe existir y debe ser una asignatura que

pueda tener ayudante.● El usuario que será designado ayudante, debe estar

registrado como “alumnos/ayudante”.

Post-Condiciones

Flujo de Eventos básicos

El actor El sistema

1.- El usuario presiona el botón de asignar ayudante.2.- El usuario ingresa el código de asignatura y luego el RUT del ayudante.

3.-El sistema busca la asignatura y al ayudante en la base de datos.4.- Muestra el resultado en pantalla.

5.-El usuario presiona el botón de guardar.

6.-El sistema recibe los datos y los almacena.7.- Muestra el resultado en pantalla.


2(a). -El usuario ingresa código de asignatura inválido y/o RUT de ayudante.

3(a). - El sistema detecta que el código y/o RUT son inválidos.4(a). - El sistema envía un mensaje de error, solicitando ingresar los datos nuevamente.

Tabla 32 caso de uso Sistema Web: Editar Ayudante.

58

Ilustración 14 modelo caso de uso: Editar Ayudante.

59

6.1.2.11 Caso de uso Sistema Web: Visualizar Asistencia Curso

ID: CUW-VA11

Caso de Uso Visualizar Asistencia Curso

Actores ● Docente● Alumno/Ayudante● Jefe de carrera

Objetivos Visualizar la asistencia de los alumnos de alguna asignatura.

Pre-Condiciones ● El usuario debe iniciar sesión en el sistema web.● El Docente, Alumno/Ayudante y/o Jefe de Carrera deben

estar a cargo de la asignatura para poder visualizar la asistencia.

Post-Condiciones


El actor El sistema

1.-El usuario presiona el botón de visualizar asistencia de curso.

2.- El sistema despliega en pantalla los cursos a los que pertenece el profesor con respecto al semestre y año en el que se está.

3.-El usuario selecciona la asignatura que quiera ver la asistencia.

4.- El sistema busca la asistencia de cada uno de los alumnos del curso.5.- Genera estadísticas a partir de la asistencia de los alumnos del curso.6.- El sistema despliega la información en pantalla.


2(a). - El sistema detecta que el usuario no tiene cursos vigentes y envía un mensaje.

Tabla 33 caso de uso Sistema Web: Visualizar Asistencia Curso.

60

Ilustración 15 modelo caso de uso: Visualizar Asistencia Curso.

61

6.1.2.12 Caso de uso Sistema Web: Visualizar Asistencia Personal

ID: CUW-VAP12

Caso de Uso Visualizar Asistencia Personal

Actores ● Estudiante● Ayudante

Objetivos Visualizar la asistencia del usuario en sus distintas asignaturas.

Pre-Condiciones ● El usuario debe iniciar sesión en el sistema web.● El Alumno o ayudante deben tener asignaturas inscritas.

Post-Condiciones


El actor El sistema

1.-El usuario presiona el botón de asistencia a clase.

2.- El sistema busca los cursos actuales del usuario.

3.-El usuario selecciona la asignatura que quiera ver la asistencia.

4.- El sistema despliega en pantalla la asistencia del usuario en la asignatura seleccionada.


2(a).- El sistema detecta que el usuario no tiene cursos vigente y envía un mensaje.

Tabla 34 caso de uso Sistema Web: Visualizar Asistencia Personal.

62

Ilustración 16 caso de uso Sistema Web: Visualizar Asistencia Personal.

63

6.1.2.13 Caso de uso software: Marcar Ingreso a Clases

ID: CUS-MC13

Caso de Uso Marcar Ingreso a Clases

Actores ● Alumno

Objetivos Marcar asistencia a clases.

Pre-Condiciones ● La asignatura debe estar previamente ingresada al sistema.● El usuario debe haber digitalizado su huella dactilar.● El Docente debe haber iniciado sesión en el software y haber

elegido la asignatura.

Post-Condiciones


El actor El sistema

1.-El usuario ingresa su RUT 2.- Se realiza el caso de uso Buscar Usuario3.- El sistema pide ingresar la huella dactilar del alumno.

4.-El usuario ingresa su huella dactilar por medio del lector biométrico dactilar

5.- El sistema busca la huella del usuario en la base de datos y la compara con la huella que ingresó el usuario.6.-El sistema almacena la fecha actual, código de la asignatura, hora de ingreso y el Rut del usuario.


1(a). - El usuario ingresa RUT incorrecto. 2(a). - El sistema detecta el problema y envía un mensaje de error.

4(b). - El usuario posiciona mal su dedo en el lector biométrico.

5(b). -El sistema no encuentra relación con la huella digital que se ingresa versus la que está en la base de datos.

Tabla 35 caso de uso Software: Marcar Ingreso a Clases.

64

Ilustración 17 modelo caso de uso: Marcar Ingreso a Clases.

6.1.2.14 Caso de uso software: Digitalizar Huella

ID: CUS-DH14

Caso de Uso Digitalizar Huella

Actores ● Alumno/Ayudante● Funcionario/Docente

Objetivos Permitir a los alumnos digitalizar su huella dactilar.

Pre-Condiciones ● El alumno debe estar registrado en el sistema.● El alumno que quiera digitalizar su huella debe estar

acompañado por un funcionario/Docente.

Post-Condiciones


El actor El sistema

1.-El usuario presiona el botón de digitalizar huella dactilar.2.- El usuario busca el RUT del alumno en el sistema.

3.- El sistema busca el Rut del alumno.4.- El sistema despliega en pantalla información básica del alumno y pide ingresar cuatro veces la huella dactilar del alumno.

4.-El usuario ingresa su huella cuatro veces por medio del lector dactilar biométrico.

5.- El sistema toma la huella dactilar del usuario la verifica y la almacena en la base de datos.6.- En sistema envía un mensaje de texto en pantalla.


2(a). - El RUT del alumno es inválido. 3(a). - El sistema envía un mensaje de error.

4(b). - El usuario ingresa mal la huella 5(b). - El sistema detecta que el índice de

65

dactilar más de una vez. falso correlativo es erróneo y no encuentra similitud en las huellas ingresadas.6(b). - El sistema envía un mensaje de error y pide volver a ingresar la huella dactilar.

66

Tabla 36 caso de uso Software: Digitalizar Huella.

Ilustración 18 modelo caso de uso: Digitalizar Huella.

67

6.1.2.15 Caso de uso software: Iniciar Clases

ID: CUS-IC15

Caso de Uso Iniciar Clases

Actores ● Docente

Objetivos Iniciar día de clases para tomar la asistencia de los alumnos.

Pre-Condiciones ● El usuario debe iniciar sesión en el software.

Post-Condiciones


El actor El sistema

1.-El usuario presiona el botón de asistencia a clase.

2.- El sistema despliega en pantalla, campos a completar para la búsqueda de la asignatura.

3.-El usuario completa los campos. 4.- Se realiza el caso de uso Buscar Asignatura.5.- El sistema despliega en pantalla las asignaturas.

6.-El usuario selecciona la asignatura. 7.- El software recupera el código de la asignatura seleccionada y se realiza el caso de uso Marcar Ingreso a Clases.


3(a).- El usuario no completa todos los campos.

4(a).- El sistema detecta que el usuario no completo todos los campos y envía un mensaje de error.

Tabla 37 Caso de uso software: Iniciar Clases.

68

Ilustración 19 Modelo de caso de uso: Iniciar Clases.

69

6.2 Modelamiento de datosPara representar el modelamiento de datos utilizados por el sistema y como se relacionan entre sí, se utiliza un modelo entidad relación.

Ilustración 20 MER del Sistema.

5.2.1 Especificación de entidadesA continuación, se especificará cada una de las entidades del modelo entidad relación y sus atributos.

Entidad: users

Atributo Tipo Descripción

Rut Char (12) Identificador nacional del usuario

Huella blob Huella dactilar del usuario

nombre Char (30) Nombre de usuario

Apellido_pa Char (20) Apellido paterno del usuario

Apellido_ma Char (20) Apellido materno del usuario

email* varchar (100) Correo del usuario

email_verified_at* timestamp Fecha y hora de verificación de correo

password* varchar (255) Contraseña de usuario

remember_token* varchar (100) Recordar nombre de usuario

name* Varchar (255) Nombre de usuario en el sistema

created_at* timestamp Fecha y hora de creación de la cuenta

Updated_at* timestamp Fecha y hora de actualización de cuenta.

Tabla 38 Especificación de entidades: Entidad users.

*Atributos creados por el framework Laravel

Entidad: roles *


rut int (10) Identificador de tabla roles

name varchar(255) Rol de usuario

description varchar(255) Descripción del rol

created_at* timestamp Fecha y hora de creación de tipo de usuario

Updated_at* timestamp Fecha y hora de actualización de tipo de usuario

Tabla 39 Especificación de entidades: Entidad roles.

*Tabla creada el por framework Laravel

Entidad: calendario


Calendario_c Long integer Identificador de la tabla calendario

Fecha_calendario date Fecha de calendario

motivo text Descripción de la fecha de calendario

tipo Char(20) Tipo de feriadoTabla 40 Especificación de entidades: Entidad roles.

61

Entidad: asignatura


code bigint (20) Identificador de la tabla asignatura

Nombre_curso char (50) Nombre de la asignatura

ayudantia tinyint (1) Asignación de ayudantía

F_inicio_cla date Fecha de inicio de clases

F_termino_cla date Fecha de término de clases

semestre Char (155) Semestre de la asignatura

Facultad_impar Char (100) Facultad que imparte la asignatura

año int (11) Año en que se imparte la asignatura

sección Int (11) Sección de la asignatura

cantidad_clase Int (11) Numero de clases semestral

Tabla 41 Especificación de entidades: Entidad asignatura.

Entidad: campus


Id_campus Bigint (20) Identificador de la tabla campus

Campus_nombre text Nombre de la cede

univerisadad text Nombre de la universidad

ciudad Char (50) Nombre de la ciudad

region Char (100) Nombre de la regiónTabla 42 Especificación de entidades: Entidad campus.

62

Entidad: edificio


Id_edificio Bigint (20) Identificador de edificio

nombre_edificio Char (50) Nombre de la cede

univerisadad Char (50) Calle en donde se encuentra el edificio

Tabla 43 Especificación de entidades: Entidad edificio.

Entidad: sala


Id_sala Bigint (20) Identificador de edificio

nombre_edificio Char (50) Nombre de la cede

univerisadad Char (50) Calle en donde se encuentra el edificio

Tabla 44 Especificación de entidades: Entidad sala.

Entidad: horario


Id_horario Bigint (20) Identificador de la tabla horario

hora_inicio time Hora inicio de la clase

hora_termino time Hora término de la clase

dia Char (10) Dia de la semana en que se hará la clase

Tabla 45 Especificación de entidades: Entidad horario.

Entidad: asistencia


Id_asistencia Bigint (20) Identificador de la tabla asistencia

Dia_cla Char (10) Dia de la semana en que se asistió a clases

fecha_asis date Fecha en la que se asistió a clases

hora time Hora de ingreso a la claseTabla 46 Especificación de entidades: Entidad asistencia.

63

Entidad: justificativo


Id_justifica Bigint (20) Identificador de la tabla justificativo

tipo_justi Char (30) Tipo de justificativo

Estado Char(10) Estado en el que se encuentra el justificativo (aprobado, rechazado o espera)

Tabla 47 Especificación de entidades: Entidad horario.

64

7 Diseño

7.1 Diseño físico de la base de datos

64

Ilustración 21 Diseño físico de la base de datos.

65

7.2 Diseño de interfaz de navegaciónEn la siguiente sección se describirá la brevemente la interfaz de usuario del sistema web y software.

7.2.1 Diseño Sistema WebEl diseño de página web fue creado con el framework Boostrap, es responsivo para los distintos tipos de dispositivos y tamaños de pantalla. Los componentes que pertenecen a la interfaz web se detallan a continuación.

1. Logo universidad: Muestra el logo de universidad que, al presionar sobre este, redirecciona a la página principal.

2. Menú: El elemento contiene las acciones que pueda ejecutar el usuario, las cuales pueden variar según el tipo de usuario que haya iniciado sesión.

3. Contenido: Componente ubicado en el centro de la página que desplegara los datos de las opciones seleccionadas del menú.

4. Barra superior: Este elemento contiene el nombre de usuario y algunas opciones de usuario.

5. Pie de página: Esta sección ubica al final del contenido de la página mostrará el nombre de la universidad y tendrá diferentes botones los cuales direccionaran a sus redes sociales.

65

Ilustración 22 Wireframe de Sistema Web.

66

6.2.2 Diseño softwareEl diseño de software fue creado con java puro.

1. Huella dactilar: Este componente mostrara la huella dactilar del alumno que este ingresando su asistencia a clases.

2. Pie de interfaz de software: Este componente en su lado izquierdo permitirá buscar el Rut del alumno que quiera marcar su ingreso a clases, y su lado izquierdo tiene un botón de retroceso.

3. Instrucciones: Aquí se desplegarán los pasos a seguir para lograr que el usuario sea identificado y marcar su asistencia a clases.

4. Acciones de sistema: En este componente se mostrarán los datos, errores y estado del sistema.

Ilustración 23 Interfaz de Software.

67

8 Pruebas

8.1 Prueba de caja negra softwarePara el desarrollo de estas pruebas se tomaron los módulos de:

Iniciar Clases.

Digitalizar Huella.

Marcar Ingreso a Clases.

Caso de prueba Software: Iniciar Clases.

ID: CPS-IC

Nombre Iniciar Clases

Descripción El usuario iniciara la asistencia de una asignatura.

Tipo Caja negra.

Pre-Condiciones El usuario debe iniciar sesión en el software.

Post-Condiciones Se debe visualizar la pantalla de marcar asistencia a clases.

Entradas Semestre: 2 Dia: lunes Año: 2019

Referencias Caso de uso Iniciar Clases

Procedimiento de la prueba

El actor El sistema

Datos validos1. El usuario del software ingresa

semestre, día y año correctamente.

2.- El sistema despliega en pantalla los cursos disponibles.

Datos inválidos1. El usuario ingresa un año incorrecto.

2.- El sistema muestra un mensaje de alerta del año ingresado por teclado.

Resultado obtenido

Cumple Comentario

SI No

Tabla 48 Caso de prueba Software: Iniciar Clases.

68

x

69

ID: CPS-IC

Nombre Digitalizar Huella

Descripción El usuario digitalizara su huella en el lector biométrico dactilar.

Tipo Caja negra.

Pre-Condiciones El usuario debe estar registrado en el sistema.

Post-Condiciones Se debe visualizar un mensaje de éxito.

Entradas Rut: 19090093-2 Huella dactilar del usuario.

Referencias Caso de uso Digitalizar Huella


El actor El sistema

Datos validos1.-El usuario del software ingresa Rut y huella dactilar.

2.- El sistema despliega en pantalla un mensaje de éxito.

Datos inválidos1.-El usuario ingresa Rut y/o Huella dactilar errónea.

2.- El sistema muestra un mensaje de alerta que los datos ingresados son incorrectos.

Resultado obtenido

Cumple Comentario

SI No

Caso de prueba Software: Digitalizar Huella

70

x

Tabla 49 Caso de prueba Software: Digitalizar Huella.

ID: CPS-MIC

Nombre Marcar Ingreso a Clases

Descripción Una vez que el profesor haya iniciado las clases, los alumnos podrán marcar su asistencia.

Tipo Caja negra.

Pre-Condiciones El alumno debe estar registrado en el sistema. El Docente tuvo que haber iniciado la clase. El alumno debe haber registrado su huella dactilar.

Post-Condiciones

Entradas Rut: 19090093-2 Huella dactilar del usuario.

Referencias Caso de uso Marcar Ingreso a Clases


El actor El sistema

Datos validos2. El usuario del software ingresa Rut y

huella dactilar.

2.- El sistema despliega en pantalla un mensaje de éxito.

Datos inválidos2. El usuario ingresa Rut y/o Huella

dactilar errónea

2.- El sistema muestra un mensaje de alerta que los datos ingresados son incorrectos.

Resultado obtenido

Cumple Comentario

SI No

Caso de prueba Software: Marcar Ingreso a Clases

71

x

Tabla 50 Caso de prueba Software: Marcar ingreso a Clases.

8.2 Prueba de caja negra WebDebido a que el sistema web constara con varios perfiles de acceso y diferentes funcionalidades en cada uno de ellos, solo de desarrollaran pruebas de caja negra a los módulos más importantes de este, los cuales son:

Crear usuario

Crear Asignatura

Crear horario

Asignar Alumnos

Caso de prueba Web: Crear usuario

ID: CPW-CU

Nombre Crear usuario

Descripción Registrar un usuario al sistema.

Tipo Caja negra

Pre-Condiciones El administrador/funcionario debe haber iniciado sesión en el sistema Web.

Post-Condiciones Registro de usuario exitoso.

Entradas Nombre: Felipe Apellido Paterno: Pezo Apellido Materno: Mundaca Nombre Usuario: fpezo Rut: 190090093-2 Email: [email protected] Contraseña: ******* Rol usuario: Alumno Sede: Concepción

Referencias Caso de uso Sistema Web: Editar usuario

72


El actor El sistema

Datos validos1.-El administrador/funcionario del sistema ingresa datos del usuario a mano.

2.-El sistema graba datos en la base de datos y despliega un mensaje de éxito en pantalla.

Datos inválidos 1.- El administrador/funcionario del sistema ingresa un usuario con un Rut invalido.

2.-El sistema marca en rojo el campo de Rut.

Resultado obtenido

Cumple Comentario

SI No

73

xTabla 51 Caso de prueba Web: Crear Usuario.

Caso de prueba Web: Crear asignatura

ID: CPW-CA

Nombre Crear asignatura

Descripción El usuario puede crear una asignatura.

Tipo Caja negra.

Pre-Condiciones El usuario debe iniciar sesión en el sistema web. El docente asociado a la asignatura debe estar previamente

registrado.

Post-Condiciones Asignatura creada con éxito.

Entradas Rut: 11492588-8 Nombre asignatura: Algebra II Fecha inicio: 28/08/2019 Fecha termino: 28/11/2019 Semestre: 2 Facultad: Facultad de Ciencias. Sección: 2 Ayudantía: Si

Referencias Caso de uso Editar Asignatura


El actor El sistema

Datos validos1.-El usuario del sistema web ingresa los datos del usuario a mano.

2.- El sistema almacena los datos en la base de datos y muestra un mensaje de éxito en pantalla.

Datos inválidos1.-El usuario ingresa Rut y/o fechas erróneas errónea

2.- El sistema marca en rojo las casillas con errores.

Resultado obtenido

Cumple Comentario

SI No

74

x

Tabla 52 Caso de prueba Web: Crear asignatura.

Caso de prueba Web: Crear horario

ID: CPW-CH

Nombre Crear horario

Descripción Crear un horario para una asignatura.

Tipo Caja negra.

75

Tabla 53 Caso de prueba Web: Crear horario.

Pre-Condiciones El usuario debe iniciar sesión en el sistema web. La asignatura a la cual se le asociara el horario debe estar

ingresada con anterioridad. La Sala de la asignatura debe estar ingresada con anterioridad.

Post-Condiciones Los alumnos y el docente asociado a la asignatura podrán ver el horario.

Entradas Código Asignatura: 10001 Sala: AA101 Hora inicio: 8:10 AM Hora termino: 9:40 AM Dia: lunes

Referencias Caso de uso Editar Horario


El actor El sistema

Datos validos1.-El usuario del sistema web ingresa los horarios de la asignatura.

2.- El sistema almacena los datos en la base de datos y muestra un mensaje de éxito en pantalla.

Datos inválidos1.-El usuario ingresa una sala que no existe.

2.- El sistema envía un mensaje de error, anunciando que no encontró la sala solicitada.

Resultado obtenido

Cumple Comentario

SI No

76

x

Caso de prueba Web: Asignar Alumnos

ID: CPW-CH

Nombre Asignar Alumnos

Descripción Estipular alumnos a una asignatura.

Tipo Caja negra.

Pre-Condiciones El usuario debe iniciar sesión en el sistema web. La asignatura a la cual se asociará los alumnos debe estar

ingresada al sistema. Los alumnos que se relacionaran a la asignatura deben estar

registrados en el sistema.

Post-Condiciones Asociación de alumnos exitosa.

Entradas Código Asignatura: 10001 Rut: 19090093-2 Correo: [email protected]

Referencias Caso de uso Editar Horario


El actor El sistema

Datos validos1.- El usuario del sistema web busca al alumno por Rut o correo y lo asocia a la asignatura.

2.- El sistema almacena la relación en la base de datos.

Datos inválidos1.-El usuario busca un dato que no existe en el sistema o es erróneo.

2.- El sistema envía un mensaje de error, anunciando que no encontró la asignatura o alumno.

Resultado obtenido

Cumple Comentario

SI No

77

x

Tabla 54 Caso de prueba Web: Asignar alumno.

9 Conclusión y trabajos a futuro

9.1 ConclusiónEl sistema actual de identificación y asistencia que utilizan los docentes de la Universidad del Bio-Bio no proporciona la facilidad y seguridad que se requiere al momento de identificar al alumno, ni facilita el almacenamiento de la asistencia, para efectos de resumir la asistencia del alumno y el curso.

Para el desarrollo del sistema de asistencia biométrica, fue necesario una ardua labor de investigación, empezando el framework Laravel. La curva de aprendizaje tuvo un inicio lento en cuanto adquisición de conocimientos, debido a querer realizar una investigación exhaustiva para el correcto manejo del framework y sus buenas prácticas.

Cuando se comenzó el proyecto, se contaba con pocos conocimientos sobre la biometría, sus riesgos y de los diversos dispositivos que permiten su reconocimiento, se investigó sobre el tema, lo cual concluyo en la implementación del sistema biométrico dactilar. Por el bajo coste que tiene un lector de huella en comparación a los otros sistemas, la rapidez del reconocimiento dactilar, flexibilidad al momento de querer implementarla en distintos dispositivos, y lenguajes de programación y finalmente en la seguridad que brinda, ya que se estima que la probabilidad de que 2 personas tengan la misma huella dactilar es aproximadamente 1 en 64.000 millones.

El sistema actual cumple con el objetivo de establecidos en al principio del proyecto, a pesar de las dificultades. Se espera que el proyecto, que actualmente es un prototipo, pueda ser integrado en las inmediaciones de la universidad.

78

9.2 Trabajos a futuroDado el tiempo que se dio para desarrollar el sistema, fueron varias las ideas que se plantearon para mejorar el sistema, pero por asuntos de tiempo no se pudieron llevar acabo, por lo cual las ideas están expresadas a continuación:

Raspberry Pi 3: Raspberry PI es una placa computadora de bajo coste de código abierto, se puede añadir múltiples accesorios y periféricos. La idea es añadir a este dispositivo, batería, pantalla táctil, carcasa, lector de huella dactilar e instalar SO basado en Linux, para crear un dispositivo portátil que pudiera funcionar en lugares exteriores a una sala de clase para tomar la asistencia de los alumnos.

Reserva de sala: El sistema actual permite seleccionar una sala del establecimiento, pero no verifica si el aula fue anteriormente elegida por otro profesor en la mismo día y hora, tampoco verifica si es una sala válida para el curso o si tiene la cantidad de sillas y mesas que se necesita para el curso.

Calendario: Implementar un sistema de calendario completo, en el que se pueda implementar instintos tipos de eventos en este, en las diversas carreras y facultades de la universidad, si bien todos cuentan con el mismo calendario festivo a nivel nacional, si se secciona por carreras, varían en el inicio de clases, termino de clases, eventos o festivos que puedan existir dependiendo de la carrera, etc.

79

10 Bibliografía

Cesar Tolosa Borja y Álvaro Giz Bueno. Sistemas Biométricos. Universidad de Castilla-La Mancha. Recuperado el 05 de noviembre de 2018, de

https://www.dsi.uclm.es/personal/MiguelFGraciani/mikicurri/Docencia/Bioinformatica/web_BIO/Documentacion/Trabajos/Biometria/Trabajo%20Biometria.pdf

Romina Garrido Iglesias y Sebastián Becker Castellaro. Revista Chilena de derecho y tecnología. Recuperado el 10 de noviembre de 2018, de

https://scielo.conicyt.cl/pdf/rchdt/v6n1/0719-2584-rchdt-6-01-00067.pdf

80

Documents

dsi.face.ubiobio.cl · Web viewSi bien el sistema parece no contar con beneficios monetarios, se puede ofrecer el servicio de asistencia biométrica a otras instituciones universitarias