ESCUELA INDUSTRIAL SUPERIOR

PEDRO DOMINGO MURILLO

INFORMÁTICA INDUSTRIAL

PERFIL DE PROYECTO DE GRADO

SISTEMA WEB DE CONTROL BIOMÉTRICO Y
SEGUIMIENTO DE LA COMUNIDAD
UNIVERSITARIA PARA LA “UNIVERSIDAD
PÚBLICA DE EL ALTO CARRERA INGENIERÍA
DE SISTEMAS”

POR: CRISTIAN JOSE LEON QUISBERT

DOCENTE: LIC. ROBERTA MALLCU

LA PAZ - BOLIVIA
2019
 Índice
Capitulo I. Presentación del Proyecto .................................................................................................... 3
Introducción ............................................................................................................................... 3
Antecedentes ............................................................................................................................. 3
Planteamiento del problema ..................................................................................................... 4
Objetivos .................................................................................................................................... 5
Objetivo General ................................................................................................................ 5
Objetivos específicos.......................................................................................................... 5
Justificación ................................................................................................................................ 5
Justificación técnica ........................................................................................................... 5
Justificación Social.............................................................................................................. 6
Justificación económica ..................................................................................................... 6
Alcances y limitaciones .............................................................................................................. 6
Alcances ............................................................................................................................. 6
Limitaciones ....................................................................................................................... 6
Cronograma de trabajo .............................................................................................................. 7
Capitulo II. Marco teórico ...................................................................................................................... 7
Marco contextual ....................................................................................................................... 7
Marco conceptual ...................................................................................................................... 8
Biométrico .......................................................................................................................... 8
MySQL .............................................................................................................................. 10
PHP ................................................................................................................................... 11
Especificación de los requerimientos para el proyecto ........................................................... 12
Requerimientos a nivel usuario ....................................................................................... 12
Requerimientos a nivel Sistema ....................................................................................... 13
Requerimientos a nivel Software ..................................................................................... 13
Modelo de datos del proyecto ................................................................................................. 13
Descripción del desarrollo del Proyecto .................................................................................. 15
FASE DE ANALISIS ............................................................................................................. 15
FASE DE DISEÑO ............................................................................................................... 19
 PROYECTO DE GRADO
SISTEMA WEB DE CONTROL BIOMÉTRICO Y SEGUIMIENTO DEL PERSONAL

Capitulo I. Presentación del Proyecto

Introducción
Las Tecnologías de la Información están transformando las actividades
económicas y cotidianas como uno de los fenómenos sociológicos más
importantes del siglo. Indiscutiblemente, las computadoras han invadido ya todos
y cada uno de los campos de la actividad humana: ciencia, tecnología, arte,
educación, recreación, administración, economía y de acuerdo a la tendencia
actual, nuestra civilización y las venideras dependerán cada vez más de estos
"cerebros" electrónicos. Se ha venido acelerando la velocidad de cambio del
medio de casi todas las organizaciones, de allí que éstas necesiten ahora más
información como soporte a la toma de decisiones.
Es por eso que, el desarrollo de sistemas para el manejo de información viene
jugando un papel importante y cada vez más preponderante para poder competir
y subsistir en el medio. Muchas empresas usan computadoras personales para
administrar la documentación y datos de su personal.
El presente trabajo en si hace referencia, al efectivo control en los ingreso tanto a las
aulas como los laboratorios del personal estudiantil y docente que apoye el sistema de
seguridad actual de la universidad. Actualmente tienen como característica, que un
estudiante al ingresar a un laboratorio no hay un real control en la identidad del mismo
así también el control de la asistencia.
El gran hacinamiento que se presenta actualmente en todos los establecimientos
superiores, hacen difícil tener una real identidad, por lo tanto con este proyecto se trata
de dar una opción de solución ha dicho problema.

Antecedentes
En 1989 instituciones sociales de El Alto firmaron convenios con la Universidad
Mayor de San Andrés (UMSA) para crear una facultad con carreras técnicas. La
población de El Alto quería que la universidad contase con carreras de formación
profesional, no sólo a nivel técnico. Para esto, los habitantes de esta ciudad
iniciaron una serie de movilizaciones para conseguir una universidad que tenga
una mayor oferta académica.

Los pobladores y juntas sociales de El Alto no consideraban pertinente tener una

universidad que respondiera a gobierno y administración de otra ciudad. Además
las organizaciones sociales solicitaban carreras como medicina y la Universidad
Mayor de San Andrés (UMSA) sólo proponía carreras técnicas, a lo cual
respondieron con manifestaciones solicitando una universidad pública y
autónoma.
El 5 de septiembre de 2000 se promulgó la ley 2115 que determinó la creación de
la Universidad Pública de El Alto, la misma determina que la UPEA tendría
autonomía en 5 años, tiempo durante el cual estaría a cargo de un consejo
formado por el Ministerio de Educación de Bolivia y otros organismos
gubernamentales. De acuerdo a la ley de su creación, el ente de mayor decisión
en la universidad sería el Consejo de Desarrollo Institucional (CDI), mismo en el
 que estaban insertos miembros de organizaciones sociales que tenían poca
relación con el quehacer académico. Sin embargo, la UPEA comenzó a
institucionalizarse, se reinstauró el Consejo Universitario presidido por Edwin
Callejas, luego de deponer a Javier Tito nombrado por el ministerio de educación
y haciéndose cabeza del gobierno de la UPEA.
Tiene como Misión: Formar profesionales altamente competitivos de excelente
nivel académico, a través de un proceso de enseñanza aprendizaje, con valores
éticos y morales, identidad pluricultural y multinacional, con capacidad creadora
e investigativa en el área de la ciencia y tecnología, contribuyendo de esta manera
al desarrollo integral del País, mediante la interacción social.
Tiene como Visión: Lograr una carrera con excelencia académica, a través de la
investigación e innovación en el campo de la tecnología informática y gestión
producción, con amplios conocimientos en el área.
ASAMBLEA
DOCENTE
ESTUDIANTIL

HONORABLE
CONSEJO DE
CARREA

COMITE
EJECUTIVO

DIRECCION DE
CARRERA

SECRETARIA

INSTITUTO DE
INVESTIGACIO ACADEMICA POSTGRADO ISI
N

BIBLIOTECA KARDEX

Figura 1.1 Organigrama de la Carrera Ingeniería de Sistemas

Planteamiento del problema

Debido al volumen de información que genera la carrera Ingeniería de Sistemas, se
pueden identificar los siguientes problemas:

 El control de los ambientes, ya que los encargados no pueden realizar el control

sobre el personal estudiantil y la manipulación de los equipos ya que en casos se
encuentran dañados.
 El control de asistencias solo lo realizan los docentes y no se tiene un control
adecuado sobre la identidad real de estudiantes.
 No se tiene el control de los laboratorios ya que en algunos casos los estudiantes
reclaman por que reservan equipos para estudiantes que llegan impuntuales.
 Los estudiantes no pueden llevar un control para su verificación de sus
calificaciones en su momento y lleva a casos extremos que reprueban materias.
 Las inscripciones y toma de materias son demoroso ya que la secretaria solo lo
realiza estudiante por estudiante la cual es un arduo trabajo.
La pregunta que guiara este proyecto será:

¿El Sistema Web para el Control y Administración de la carrera permitirá

la automatización de la administración de control de laboratorios,
documentación, control de asistencias, a la Carrera “Ingeniería de
Sistemas”?
Árbol de Problemas.

Falta de un sistema WEB donde puedan realizar un mejor control de los

ambientes y equipos de la carrera asi tambien los estudiantes poder
realizar su inscripcion con una manera eficaz y control de sus
calificaciones

Equipos dañados por falta de Perdida de tiempo al registrar la

control en laboratorios asistencia de los estudiantes

Demora en el proceso de No disponen sistema para poder

inscripciones por falta de una visualizar las notas de los
herramienta Web parciales.

Falta de un Sistema para poder realizar

un control tanto de laboratorios como
asistencia

Desinteres por parte de las Presupuesto par la compra de

autoridades de la carrera un sistema Web y soporte

Figura 1.2 Árbol de Problemas

Objetivos
Objetivo General
Desarrollar un Sistema Web para el Control Biométrico y Administración de la
carrera Ingeniería de Sistemas con base en un modelo adecuado de
Ingeniería de Software.

Objetivos específicos
 Realizar el control al ingreso de los laboratorios y aulas por sistema
biométrico.
 Diseñar e implementar una base de datos para el registro de los
estudiantes para su asistencia
 Diseñar un sistema web para poder realizar sus inscripciones mediante la
web y poder visualizar las calificaciones.
 Mantener la información actualizada de los estudiantes para poder
ingresar a los laboratorios para los equipos.

Justificación
Justificación técnica
La propuesta presentada en el presente documento como proyecto para
trabajo de grado busca realizar el diseño e implementación de un sistema que
optimice y tecnifique de manera general el ingreso de la comunidad
universitaria a los ambientes de la carrera de ingeniería de sistemas de la
Universidad Pública de El Alto ya que no cuenta con seguridad.

Con este proyecto se desea tecnificar y modernizar el proceso implementado

en el acceso universitario implementando un sistema que integre tecnologías
de última generación y aproveche al máximo los beneficios que las mismas
pueden brindar. En el momento de utilizar tecnologías de reconocimiento
biométrico como lo es el lector de huella dactilar enlazado con la tecnología
 NFC implementada en un carnet de identificación personalizado se obtiene
un sistema con altos estándares de seguridad a la hora de confirmar y validar
la información, asimismo el sistema se acomodaría a las necesidades
actuales para el control de acceso los estudiantes a cada una de las
instalaciones. Por ultimo al emplear las tecnologías anteriormente
mencionadas se cuenta con un sistema rápido y ágil que permite optimizar el
proceso de control y registro universitario a los diferentes ambientes.

Justificación Social
Toda la comunidad que hace parte de la carrera Ingeniería de Sistemas podrá
estar beneficiada con un servicio de seguridad utilizado a nivel mundial “La
biometría es un método de reconocimiento de personas basado en las
características fisiológicas o de comportamiento, cada vez más útil para
procesos relacionados con la seguridad”. Es por esto que este proyecto se
enfoca a este sistema ya que va ligado a los procesos que tienen que ver con
seguridad y vigilancia. Con base en lo anterior este trabajo busca apoyar la
seguridad dentro de las instalaciones de la carrera Ingeniería de Sistemas.
Justificación económica
Generar un sistema y protocolo para el control de acceso por huella dactilar
para el ingreso de la comunidad estudiantil a la carrera Ingeniería de sistemas
permitiendo un nivel de seguridad mayor teniendo control a la hora de verificar
que ingresa. Asimismo, se eliminará la tarea de la inscripción ya que estos
sistemas se pueden implementar no solo en carreras así también en
empresas, institutos tecnológicos y colegios.
Alcances y limitaciones
Alcances
Dentro de este proyecto se quiere plantear una solución a la problemática ya
planteada el ingreso de la comunidad académica a las instalaciones de la
carrera ingeniería de sistemas. El problema principalmente radica que no
existe seguridad para cada instalación no se cuenta con cámaras de
seguridad esté método presenta muchos problemas, principalmente de orga
nización y seguridad.

Se desea implementar un sistema que aumente la seguridad, se desea

agregar un sistema de reconocimiento dactilar, que constará básicamente de
un lector de huella el cual estará integrado a la base de datos principal. Ya
que los recursos son limitados, la instalación del lector de huella se realizará
en última instancia, si el presupuesto así lo permite.

Limitaciones
El buen desarrollo del proyecto está sujeto a una buena base de datos, no se
contará con la base de datos de estudiantes activos de la universidad ya que
esta información es privada, es por ello que se creara una base de datos
propia no mayor a 30 usuarios, esto por ser una prueba piloto, de los 30
usuarios cada uno contara con características propias para que la validación
de los datos sea correcta y las pruebas finales sean exitosas.
 El sistema de reconocimiento dactilar se hace un poco engorroso ya que no
se cuenta con el registro dactilar de cada usuario, por tiempos y espacios se
estudiará la forma de tomar un número no mayor a 10 huellas para
almacenarlas en la base de datos y así asignarla como características de
cada usuario.

Cronograma de trabajo
Mes 1 2 3 4 5 6
No. Actividad Semana
Duración 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Semanas
Detección de las
necesidades observadas
I en control de acceso a 4
las instalaciones de la
carrera
Definición y
II planteamiento del 2
problema
Búsqueda y análisis de la
información, 2
III
Planteamiento de
posibles soluciones
Selección de la solución
IV más adecuada 1
Evaluación de la
pertinencia y viabilidad 3
V tanto física como
económica de la
solución plantea
Diseño preliminar del
sistema a implementar
VI Optimización del diseño 5
Adecuación de los
elementos
Digitalización de huellas
Integración de los
VII sistemas de validación al
torniquete Evaluación y 4
prueba del diseño
Implementación del
VIII
sistema 3
Redacción del
IX documento de trabajo 24
de grado
Figura 1.2 Cronograma

Capitulo II. Marco teórico

Marco contextual
Dentro de los términos más relevantes que se mencionan en el desarrollo de este diseño
se encuentra el significado de la biometría que no es más que la medida de un patrón
único en cada ser humano para este caso será la huella digital.
Cuando se hace referencia a los dispositivos captadores son aquellos encargados del
reconocimiento de la huella y envío de los datos con los que el usuario se validará o no
dentro de la entidad, este dispositivo hace parte del hardware o parte física del cual se
compone el control de acceso.
El software y el hardware siempre estarán interactuando uno con respecto al otro, esto
quiere decir que si uno falla el otro también y todo el sistema saldrá de su correcto
funcionamiento.

Marco conceptual
Biométrico

Figura 1.2 Sistema Biométrico

Definición
La biometría es una ciencia que analiza las distancias y posiciones
entre las partes del cuerpo para poder identificar o clasificar a las
personas. De esta ciencia surge el reconocimiento biométrico, que se
refiere al uso de diferentes características anatómicas (como huellas
dactilares, cara o iris), estas se denominan identificadores biométricos
o rasgos biométricos y sirven para reconocer automáticamente a los
individuos. Serratosa, F. (n.d.). La biometría para la identificación de las
personas.
Con la incorporación de estos conceptos a la tecnología se ha logrado
prestar servicios de seguridad y fiabilidad para el ingreso de personal a
instalaciones que así lo requieren. Un ejemplo de ello es el uso de
lectores de huella dactilar en los controles de acceso.
Historia
Teniendo en cuenta la información compilada por Ortega, J., Alonso, F.,
& Coomonte, R. (2008):
La primera referencia que se tiene acerca del uso de una característica
biométrica para identificar individuos [14, 75] se remonta al siglo VIII en
China, mediante el uso de huellas dactilares en documentos y en
esculturas de arcilla. En el año 1000 DC. Quintiliano usó las huellas
dejadas por las palmas de unas manos ensangrentadas para esclarecer
un crimen y siglos más tarde, en 1686, Marcelo Malpigio hizo el primer
estudio sistemático de huellas dactilares.
El siguiente evento conocido sobre la biometría se da con Alphonse
Bertillon, policía francés quien es 1882 presentó un sistema para
identificar a las personas basándose en las características físicas, a
este sistema le dio el nombre de antropometría y es considerado como
el primer sistema científico usado por la policía para identificar personas
en procesos judiciales. En sus inicios los rasgos biométricos usados
eran la forma de la nariz, de la cara o del cuerpo de las personas.
Según Serratosa “Las medidas de Bertillon pueden cambiar con el
tiempo y, además, ser poco únicas, por eso la ciencia criminal tendió a
investigar las huellas dactilares, ya que veían esta técnica con base
más científica. Aunque se usó el método Bertillon durante años, fue
gravemente desprestigiado por el caso de Will West y William West en
1903.” Serratosa, F. (n.d.). La biometría para la identificación de las
personas.

Después de comprobar la poca confiabilidad de este sistema y

determinar que la huella dactilar era única en cada persona se dio inicio
a la biometría basada en la detección de la huella dactilar y con esta se
dieron grandes avances científicos sobre todo en el ámbito forense. De
esta manera la tecnología ha llevado el reconocimiento por huella a
diversos ámbitos entre ellos la identificación para el control de acceso.
Tipos de sistemas biométricos
Existen sistemas biométricos de carácter fisiológico y comportamental,
para el campo que compete al proyecto se trataran únicamente los que
corresponden a los tipos de sistemas biométricos con carácter
fisiológico.
Dentro de los sistemas biométricos de carácter fisiológico se
encuentran los siguientes:
 Reconocimiento de la huella dactilar:
Típicamente la huella dactilar de un individuo ha sido un patrón
bastante bueno para determinar su identidad de forma inequívoca,
ya que está aceptado que dos dedos nunca poseen huellas
similares, ni siquiera entre gemelos o entre dedos de la misma
persona. El uso de estos patrones fue uno de los primeros en
establecerse como modelo de autenticación biométrica. Cuando un
usuario desea autenticarse ante el sistema sitúa su dedo en un área
determinada (área de lectura, no se necesita en ningún momento
una impresión en tinta). Aquí se toma una imagen que
posteriormente se normaliza mediante un sistema de finos espejos
para corregir ángulos, y es de esta imagen normalizada de la que el
sistema extrae las minucias (ciertos arcos, bucles o remolinos de la
huella) que va a comparar contra las que tiene en su base de datos.
 Reconocimiento de la cara:
Su uso no es demasiado frecuente ya que los rasgos de la cara
pueden verse afectados con el paso del tiempo, asi como un cambio
en el crecimiento de los bellos faciales puede influir a la hora de
realizar la identificación. Sin embargo en algunos casos al contar
con patrones faciales puede llevarse a cabo la autenticación de una
identidad.
 Reconocimiento de iris/retina
Es uno de los sistemas de identificación más usados ya que los
patrones oculares cuentan con una probabilidad de coincidencia
 muy cercana a cero y a la hora de la muerte estos se degeneran
rápidamente evitando así un fraude del patrón. A pesar de esto
posee desventajas ya que al realizar la lectura con un láser es
incómodo para el usuario y además si este usa lentes se verá
afectado su patrona y no podrá realizarse la identificación.
 Geometría de dedos/mano
Es el sistema de reconociendo más rápido aunque cuenta con un
índice de error demasiado alto, ya que se basa en medidas de
longitud, ancho y área. Puede existir la posibilidad de que dos
personas tengan una geometría demasiado parecida y que se
genere una identificación errónea.
Aplicaciones
Según el trabajo sistemas biométricos realizado por Borja, C. T. “La Biometría
se erige como el futuro de los sistemas de seguridad y su desarrollo en los
últimos años ha experimentado un crecimiento geométrico respecto a otras
tecnologías de seguridad. Su eficacia potencial la hacen especialmente
interesante en determinadas áreas, en las que ya se empiezan a emplear
algunos sistemas biométricos.” Borja, C. T. (n.d.). Sistemas Biométricos.
Dado que existen algunos espacios donde se hace necesario un nivel de
seguridad y la autentificación de la identidad de los usuarios, las aplicaciones
de los biométricos se pueden observan en:
 Entidades financieras
 Comercio electrónico y entidades bancarias
 Turismo y viajes.
 Control de acceso a sistemas.
 DNI electrónico

MySQL
MySQL es un sistema de gestión de bases de datos relacional desarrollado bajo
licencia dual: Licencia pública general/Licencia comercial por Oracle Corporation y
está considerada como la base datos de código abierto más popular del mundo, y una de
las más populares en general junto a Oracle y Microsoft SQL Server, sobre todo para
entornos de desarrollo web.

MySQL fue inicialmente desarrollado por MySQL AB (empresa fundada por David
Axmark, Allan Larsson y Michael Widenius). MySQL AB fue adquirida por Sun
Microsystems en 2008, y ésta a su vez fue comprada por Oracle Corporation en 2010, la
cual ya era dueña desde 2005 de Innobase Oy, empresa finlandesa desarrolladora del
motor InnoDB para MySQL.

Al contrario de proyectos como Apache, donde el software es desarrollado por una

comunidad pública y los derechos de autor del código están en poder del autor individual,
MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte
del código. Esto es lo que posibilita el esquema de doble licenciamiento anteriormente
mencionado. La base de datos se distribuye en varias versiones, una Community, distribuida
bajo la Licencia pública general de GNU, versión 2, y varias versiones Enterprise, para
aquellas empresas que quieran incorporarlo en productos privativos. Las
versiones Enterprise incluyen productos o servicios adicionales tales como herramientas
de monitorización y asistencia técnica oficial. En 2009 se creó
un fork denominado MariaDB por algunos desarrolladores (incluido algunos
desarrolladores originales de MySQL) descontentos con el modelo de desarrollo y el hecho
de que una misma empresa controle a la vez los productos MySQL y Oracle Database.

Está desarrollado en su mayor parte en ANSI C y C++.4 Tradicionalmente se considera

uno de los cuatro componentes de la pila de desarrollo LAMP y WAMP.

MySQL es usado por muchos sitios web grandes y populares,

como Wikipedia, Google (aunque no para búsquedas), Facebook, Twitter, Flickr,
y YouTube.

Aplicaciones
MySQL es muy utilizado en aplicaciones web,
como Joomla, Wordpress, Drupal o phpBB, en plataformas (Linux/Windows-
Apache-MySQL-PHP/Perl/Python), y por herramientas de seguimiento de errores
como Bugzilla. Su popularidad como aplicación web está muy ligada a PHP, que a
menudo aparece en combinación con MySQL.
MySQL es una base de datos muy rápida en la lectura cuando utiliza el motor no
transaccional MyISAM, pero puede provocar problemas de integridad en
entornos de alta concurrencia en la modificación. En aplicaciones web hay
baja concurrencia en la modificación de datos y en cambio el entorno es
intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de
aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es
importante monitorizar de antemano el rendimiento para detectar y corregir
errores tanto de SQL como de programación

PHP
PHP, acrónimo recursivo en inglés de PHP: Hypertext Preprocessor (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. Fue uno de los primeros lenguajes de programación del lado del servidor
que se podían incorporar directamente en un documento HTML en lugar de llamar a
un archivo externo que procese los datos. El código es interpretado por un servidor
web con un módulo de procesador de PHP que genera el HTML resultante.
PHP ha evolucionado por lo que ahora incluye también una interfaz de línea de
comandos que puede ser usada en aplicaciones gráficas independientes. Puede ser
usado en la mayoría de los servidores web al igual que en muchos sistemas
operativos y plataformas sin ningún costo.
Fue creado originalmente por Rasmus Lerdorf en el año 1995. Actualmente el
lenguaje sigue siendo desarrollado con nuevas funciones por el grupo PHP. Este
lenguaje forma parte del software libre publicado bajo la licencia PHPv3_01, es una
licencia Open Source validada por Open Source Initiative. La licencia de PHP es del
estilo de licencias BSD, esta licencia no tiene restricciones de copyleft" asociadas con
GPL.

Características de PHP
Orientado al desarrollo de aplicaciones web dinámicas con acceso a información
almacenada en una base de datos.

Es considerado un lenguaje fácil de aprender, ya que en su desarrollo se

simplificaron distintas especificaciones, como es el caso de la definición de las
variables primitivas, ejemplo que se hace evidente en el uso de php arrays.
 El código fuente escrito en PHP es invisible al navegador web y al cliente, ya
que es el servidor el que se encarga de ejecutar el código y enviar su resultado
HTML al navegador.
Capacidad de conexión con la mayoría de los motores de base de datos que
se utilizan en la actualidad, destaca su conectividad
con MySQL y PostgreSQL.

Capacidad de expandir su potencial utilizando módulos (llamados

extensiones).
Posee una amplia documentación en su sitio web oficial, entre la cual se
destaca que todas las funciones del sistema están explicadas y ejemplificadas
en un único archivo de ayuda.
Es libre, por lo que se presenta como una alternativa de fácil acceso para
todos.
Permite aplicar técnicas de programación orientada a objetos.
No requiere definición de tipos de variables aunque sus variables se pueden
evaluar también por el tipo que estén manejando en tiempo de ejecución.
Tiene manejo de excepciones (desde PHP5).
Si bien PHP no obliga a quien lo usa a seguir una determinada metodología a
la hora de programar, aun haciéndolo, el programador puede aplicar en su
trabajo cualquier técnica de programación o de desarrollo que le permita
escribir código ordenado, estructurado y manejable. Un ejemplo de esto son
los desarrollos que en PHP se han hecho del patrón de diseño Modelo Vista
Controlador (MVC), que permiten separar el tratamiento y acceso a los datos,
la lógica de control y la interfaz de usuario en tres componentes
independientes.
Debido a su flexibilidad ha tenido una gran acogida como lenguaje base para
las aplicaciones WEB de manejo de contenido, y es su uso principal.
Capítulo III. Ingeniería del Proyecto

Especificación de los requerimientos para el proyecto

En esta unidad realizaremos una descripción completa del comportamiento del
sistema que se va a desarrollar.
Requerimientos a nivel usuario
Para llevar a cabo este proyecto se especifican a continuación una serie de
requerimientos necesarios para el usuario en el manejo del software, que se
tiene previsto alcanzar cuando se haya terminado el producto.
PARA EL SOFTWARE
 El software debe permitir realizar un registro de la comunidad estudiantil
que ingrese a los ambientes de la carrera Ingeniería de Sistemas.
 La aplicación debe permitir al administrador registrar a los estudiantes
de la carrera y darle permiso según el rol.
 El sistema debe permitir al administrador registrar a los estudiantes y
crear sus cuentas de usuario.
  El sistema debe permitir al administrador realizar las operaciones
básicas (Eliminar, Buscar, Modificar) sobre los registros.
 El software deberá poseer diferentes niveles de acceso al sistema de
acuerdo al tipo de usuario que quiera ingresar (administrador-docente-
estudiante).
 La aplicación debe permitir consultar la información de un estudiante al
ingresar su identificación o huella.
Requerimientos a nivel Sistema
ID REQUERIMIENTOS DESCRIPCION
TPV-RS1 Gestor de BD MySQL
TPV-RS2 Sistema Operativo
Windows 10
TPV-RS3 Programa de Aplicación
PHP
Requerimientos a nivel Software
Requerimientos funcionales
Estos requerimientos describen la funcionalidad o los servicios que el
sistema deberá proveer. A continuación se detallarán los
requerimientos funcionales acordados con el cliente.
Código Descripción
RF-01 Administrar los datos personales de cada estudiante,
incluyendo su huella dactilar.
RF-02 Registrar las horas de entrada de los estudiantes por
medio del lector biométrico.
RF-03 El sistema debe permitir registrar y actualizar los tipos de
aulas con los cuales se trabajará para el control de los
equipos.
RF-04 El sistema debe permitir registrar y actualizar las notas de
los estudiantes registrados
RF-05 Administrar los datos personales de cada docente y su Rol.
RF-06 El sistema deberá mostrar los cursos habilitados para cada
estudiante.
RF-07 El sistema deberá poder administrar la toma de materias
del estudiante.
RF-08 El sistema tiene que bloquear cuando un curso ya este con
una cantidad de estudiantes ya inscritos
Modelo de datos del proyecto
Como se menciona en el capítulo anterior la aplicación web desarrollada cuenta
con una conexión a una base de datos relacional llamada Base de Datos Escolar,
la cual se encarga de almacenar información sobre los usuarios del sistema,
cursos ofrecidos y planes de estudio en 13 tablas que se describen a continuación.

 Usuario: En ella se almacenan el número de identificación (ID), clave (Nip),

tipo de usuario y fecha de último acceso de cada usuario con permiso para
ingresar al sistema; estos datos son utilizados por la aplicación para permitir o
denegar el acceso a cualquier usuario.
 Estudiante: Contiene información general de los estudiantes de la universidad,
parte de la cual se despliega en la interfaz gráfica de inscripciones.
 Expediente: Almacena información académica sobre los estudiantes como su
carrera, plan de estudios, estado académico, semestres cursados, unidades
aprobadas y niveles de PI, SI y matemáticas. Algunos de estos datos son
desplegados en la interfaz gráfica y otros como es el caso del estado
académico son utilizados para determinar si el estudiante puede ingresar al
sistema.
 Curso Aprobado: En esta tabla se mantiene constancia de todos los cursos
aprobados por cada estudiante de la universidad. Para ello se almacena la
clave del curso, número de sección, semestre y año en que fue cursada,
calificación y clave del curso expansible equivalente. Esta información es
empleada junto con aquélla de la tabla anterior para determinar las materias
que pueden ser inscritas por un estudiante en un semestre determinado.
 Curso Inscrito: En ella se almacena la información correspondiente a los
cursos inscritos por cada estudiante en el periodo de inscripciones actual, la
cual es utilizada para construir las vistas de horario y de tipo lista.
 Plan de Estudios: Esta tabla contiene la información general de los planes de
estudios de la carrera.
 Curso: Esta tabla contiene la información utilizada para identificar cualquier
curso, es decir, su clave y nombre.
 Curso Plan: En ella se almacena información particular de cada curso ligado
a un plan de estudios determinado. Este esquema es importante puesto que
brinda al sistema una mayor flexibilidad al permitir que diferentes planes de
estudios definan para un mismo curso requisitos, asociaciones y equivalencias
distintas.
 La información de esta tabla es empleada por el sistema para determinar si un
estudiante cubre con los requisitos y por lo tanto puede inscribir un curso dado.
De igual forma esta tabla indica a la aplicación si dicho curso es de tipo sencillo
o expansible, y en este último caso también revela el subtipo (EG, PI, SI,
electiva o matemáticas).
 Profesor: En ella se guarda la información general de los profesores que
imparten clases en la universidad.
 Curso Ofrecido: Esta tabla contiene la información de las secciones ofrecidas
por la universidad en cada semestre. Datos como el horario, días, salón,
profesor, cupo máximo, lugares registrados y reservados, que son utilizados
por el sistema para llevar a cabo las operaciones de alta, baja y cambio de
secciones se encuentran almacenados en ella.
 Huella Dactilar: esta tabla contiene el registro de la llegada de los estudiantes
así también para el ingreso a cada ambiente de la carrera.
 Notas: esta tabla contiene el registro de los parciales y la nota final para que
pueda observar la comunidad estudiantil.
Descripción del desarrollo del Proyecto
FASE DE ANALISIS
Definición de los roles
Los roles identificados en el sistema son los que mencionan a
continuación:
 Administrador: es la persona responsable de administrar el sistema.
 Usuario: Representado por estudiantes y docentes.
Diagrama de casos de uso
En esta sección se muestra, mediante la presentación de diagramas de
casos de uso, la forma en la que el usuario interactúa con el sistema
para llevar a cabo cada uno de los procesos asociados con la
inscripción de cursos así también el control de los ambientes de la
carrera.
Rol involucrado
 Estudiante de la carrera ingeniería de sistemas

Ingreso por Biométrico a

los ambiente

Registro de Asistencia

Primer diagrama de casos de uso del estudiante

Segundo diagrama de casos de uso del estudiante

Tercer diagrama de casos de uso del estudiante

Cuarto diagrama de casos de uso del estudiante

Quinto diagrama de casos de uso del estudiante

  Administrador de la carrera ingeniería de sistemas

Primer diagrama de casos de uso del administrador

Descripción de los escenarios de casos de uso

MODULO Gestionar el registro de

docentes y estudiantes,
sesiones del sistema.
FECHA Mayo de 2019
ACTOR Administrador
DESCRIPCION El administrador deberá registrar las
dependencias de la universidad, ingresar
usuarios al sistema como sesión, docentes y
estudiantes. Adicionalmente también eliminar
dependencias y registro de sesiones.
MODULO Gestionar el acceso por Biometrico
FECHA Septiembre de 2019
ACTOR Estudiante
DESCRIPCION El estudiante deberá colocar su huella
Dactilar registrada en el sistema, para
ingresar al aula correspondiente.
ESTABILIDAD Alta

FASE DE DISEÑO
Diagrama de Secuencias
En esta sección se presentan los diagramas de secuencia
correspondientes a las operaciones de mayor importancia en la
aplicación desarrollada. Éstos muestran la forma en la que los
diferentes objetos del sistema interactúan con el objetivo de completar
cada tarea. Cabe resaltar que varias operaciones comprendidas en
esta sección se caracterizan por un elevado grado de complejidad y
una gran cantidad de variables que condicionan el resultado de las
mismas. Por otra parte, los esquemas generados se enfocan en
escenarios de uso bien delimitados y analizados a alto nivel.
Las operaciones que se incluyen en los diagramas de secuencia son
las siguientes:
 Ingreso del estudiante al sistema
 Mostrar los cursos equivalentes a uno expansible
 Consultar las secciones ofrecidas de un curso sencillo
 Inscribir una sección ofrecida
 Dar de baja una sección inscrita
 Consultar la lista de secciones inscritas
 Consultar el horario en forma gráfica
Diagrama de secuencia del ingreso del usuario al sistema
Diagrama de secuencia del proceso para obtener los cursos equivalentes a uno
expansible

Diagrama de secuencia del proceso para recuperar las secciones de un curso

sencillo
Diagrama de secuencia del proceso para inscribir una sección ofrecida
Diagrama de secuencia del proceso para dar de baja una sección inscrita

Diagrama de secuencia del proceso para consultar la lista de secciones

inscritas
Diagrama de secuencia del proceso para consultar la vista tipo horario de las
secciones inscritas