DESARROLLO DE UN PROTOTIPO DE UN SISTEMA DE INFORMACIÓN WEB

PARA EL CONTROL DE ACCESO Y CARNETIZACIÓN EN LA UNIVERSIDAD

DE CUNDINAMARCA EXTENSIÓN FACATATIVÁ.

ESPECIFICACIÓN DE REQUERIMIENTOS SEGÚN EL ESTÁNDAR IEEE 830

Michael Leandro Cárdenas Villamil

José Duván Cañón Manrique

DIRECTOR
Jaime Eduardo Andrade Ramírez

Grupo de Investigación de Sistemas Y Tecnologías de Facatativá

(GISTFA)

UNIVERSIDAD DE CUNDINAMARCA
FACATATIVA
2020/05/11
Índice
1. Introducción ..................................................................................................... 29
1.1. Propósito ..................................................................................................... 29
1.2 Ámbito de Sistema........................................................................................ 29
1.3 Definiciones, Acrónimos y Abreviaturas ....................................................... 30
1.4 Referencias............................................................................................... 31
1.5 Visión General del Documento ................................................................. 31
2 Descripción General ..................................................................................... 32
2.1 Perspectiva del proyecto........................................................................... 32
2.2 Funciones del Producto ............................................................................ 33
2.3 Características del Usuario ....................................................................... 35
2.4 Restricciones ............................................................................................ 38
2.5. Suposiciones y dependencias ..................................................................... 39
2.6. Requisitos futuros ....................................................................................... 39
3 Requisitios específicos................................................................................. 39
3.1. Interfaces externas ................................................................................... 39
3.2 Funciones ................................................................................................. 40
3.3 Requisitos de rendimiento ........................................................................ 43
3.4 Restricciones de diseño ............................................................................ 43
3.5 Atributos del sistema................................................................................. 44
PROTOTIPO DE SISTEMA DE INFORMACION WEB PARA EL CONTROL DE
ACCESO Y CARNETIZACION DE LA UNIVERSIDAD DE CUNDINAMARCA
EXTENSIÓN FACATATIVÁ.

1. Introducción
En este documento se especifican los requerimientos del software para el
proyecto titulado Prototipo de sistema de información para el control de acceso
y carnetización de la universidad de Cundinamarca extensión Facatativá.

1.1 Propósito
El presente documento va dirigido, al centro de innovación y tecnología (CIT)
de la universidad de Cundinamarca extensión Facatativá. Tiene como objetivo
desarrollar un prototipo de un sistema de información web para el control de
acceso a diferentes zonas de la Universidad y control de carnetización,
inicialmente se implementará en el CIT, pero será escalable para su posterior
uso en otras áreas de la institución. Además, se abordará el proceso de
carnetización de los estudiantes y la gestión de acceso a las zonas y eventos
académicos. Este documento va dirigido al comité de proyectos de grado del
programa de Ingeniería en Sistemas, específicamente a los jurados del proyecto.

1.2 Ámbito del sistema

Se contará con dos módulos dentro de un prototipo de sistema de información
web. Un módulo para la gestión y seguimiento del control de acceso a diferentes
zonas dentro de la institución, y otro módulo para el control de los procesos de
carnetización, creación de eventos académicos, registro de acceso a estas
actividades y generación de certificados a dichas actividades. Se podrá llevar la
trazabilidad del control de ingreso y de cada evento académico, lo que permitirá
realizar un seguimiento más puntual. Por consiguiente, se podrán generar
reportes y trazabilidad para cada evento académico que se realice y de igual
manera para el control de ingreso. Además, el sistema les permitirá a los
estudiantes y demás miembros de la Universidad la gestión y generación de su
carnet. Con la implementación del prototipo de sistema de información web se
logrará dar a la comunidad udecina una herramienta práctica y útil para el
aprovechamiento su documento institucional, ya que implementan en su interior
tecnología RFID.
1.3 Definiciones, acrónimos y abreviaturas
Tabla 1. Definiciones técnicas
Nombre Descripción
SIAA Sistema de información para el apoyo
a la academia
PHP (acrónimo recursivo de PHP:
Hypertext Preprocessor) es un
lenguaje de código abierto muy
popular especialmente adecuado
para el desarrollo web y que puede
ser incrustado en HTML.
LARAVEL Laravel es un framework de código
abierto para desarrollar aplicaciones y
servicios web con PHP 5 y PHP 7. Su
filosofía es desarrollar código PHP de
forma elegante y simple, evitando el
"código espagueti". Fue creado en
2011 y tiene una gran influencia de
frameworks como Ruby on Rails,
Sinatra y ASP.NET MVC.
HTML Es un lenguaje de marcado que se
utiliza para el desarrollo de páginas de
Internet. Se trata de la sigla que
corresponde a HyperText Markup
Language, es decir, Lenguaje de
Marcas de Hipertexto, que podría ser
traducido como Lenguaje de Formato
de Documentos para Hipertexto.
RFID es un sistema de almacenamiento y
recuperación de datos remoto que
usa dispositivos denominados
etiquetas, tarjetas o transportadores
RFID.
LECTOR RFID Dispositivo encargado de transmitir y
recibir señales, convirtiendo las ondas
de radio de os tags o etiquetas en un
formato legible para las computadoras
CIT Centro de innovación y tecnología
ERS Especificación de requisitos de
software.
 Bootstrap v 4.4 Framework css para desarrollo de
interfaces de usuario desarrollado
inicialmente por Twitter.
MYSQL Sistema de gestión de bases de datos
relacional.
Microcontroladores Circuito integrado que en su interior
contiene una CPU, unidades de
memoria RAM Y ROM puertos de
entrada, salida y periféricos. En
conjunto forman lo que se conoce
como microcomputadora.

1.4 Referencias

http://php.net/manual/es/intro-whatis.php
https://developer.mozilla.org/es/docs/Web/HTML
https://es.wikipedia.org/wiki/Laravel
https://es.wikipedia.org/wiki/RFID
https://es.wikipedia.org/wiki/MySQL
https://getbootstrap.com/docs/4.4/getting-started/introduction/
https://www.electronicaestudio.com/que-es-un-microcontrolador/
https://desarrolloweb.com/articulos/1325.php
https://telectronica.com/que-es-un-lector-rfid/

1.5 Visión general del documento

Este documento consta de tres partes. En la primera parte se realiza una
introducción al documento, se define el propósito de este y del prototipo del
sistema de información web que se desarrollará. También se hace una definición
de términos, acrónimos y abreviaturas que se usarán en el documento para una
mayor comprensión por parte del lector.
En la segunda parte, se hace una descripción del software, teniendo en cuenta
las principales funciones que tendrá y sus respectivas descripciones, y
dependencias que se deben tener en cuenta para su correcto funcionamiento.
Finalmente, en la tercera parte se definen los requerimientos que debe lograr el
software.
2. Descripción general
Un prototipo de sistema de información web que se comunicará con módulos
y lectores RFID ubicados en diferentes zonas dentro de la institución, que
permitirá llevar un control en el ingreso generando reportes detallados de
trazabilidad, el cual será escalable para la implementación de futuros módulos
lectores dentro de la Universidad de Cundinamarca extensión Facatativá. Así
mismo la administración de la carnetización y eventos académicos dentro de la
institución.

2.1 Perspectiva del proyecto

El sistema de control de acceso inicialmente se implementará en el CIT, pero
para su futuro despliegue en otras zonas de la universidad depende de la
cantidad de lectores, módulos y tarjetas con tecnología RFID que dispone la
Universidad de Cundinamarca extensión Facatativá. La alimentación de datos al
sistema depende así mismo de los lectores RFID antes mencionados. Todo el
sistema estará desarrollado en el lenguaje de programación Php bajo el
Framework Laravel, y como sistema gestor de base de datos se utilizará MySQL.
 2.2 Funciones del producto

Figura 1. Diagrama de casos de uso, actor estudiante.

Figura 2. Diagrama de casos de uso, actor docente

Figura 3. Diagrama de casos de uso, actores administrativos.

Figura 4. Diagrama casos de uso, actor administrador del sistema.

Figura 5. Diagrama casos de uso, actor usuario externo.

2.3 Características del usuario.

Tabla 2. Características rol estudiante.
Nombre de usuario
Nivel de educación mínimo sugerido
Descripción
Experiencia requerida
Experiencia técnica requerida
Estudiante
Estudiante de pregrado
El estudiante podrá ingresar y salir
donde este instalado el lector RFID,
podrá registrarse en la plataforma,
iniciar sesión, podrá ver su
trazabilidad (generar un reporte de los
lugares donde ha estado y el tiempo
que duro en ellos). Podrá generar
peticiones de solicitud de carné por
primera vez, por perdida de este, por
cambio de T.I a C.C. podrá
registrarse a eventos que se hayan
creado.
Conocimiento básico en el uso de
tarjetas RFID y navegación por
internet.
Conocimientos básicos de tecnología
para un buen uso del prototipo y del
sistema de información.

Tabla 3. Características rol docente.

Nombre de usuario
Nivel de educación mínimo sugerido
Descripción
Experiencia requerida
Experiencia técnica requerida
Tabla 4. Características rol administrativos.
Nombre de usuario
Nivel de educación mínimo sugerido
Descripción
Experiencia requerida
Experiencia técnica requerida
Docentes
Profesional
El docente podrá ingresar y salir
donde este instalado el lector RFID,
podrá registrarse en la plataforma,
iniciar sesión, podrá ver su
trazabilidad (generar un reporte de los
lugares donde ha estado y el tiempo
que duro en ellos). Podrá generar
peticiones de solicitud de carné por
primera vez, por perdida de este,
podrá registrarse a eventos que se
hayan creado. Podrá también crear
los eventos.
Conocimiento básico en el uso de
tarjetas RFID y navegación por
internet.
Conocimientos básicos de tecnología
para un buen uso del prototipo y del
sistema de información.
administrativos
Profesional
El docente podrá ingresar y salir
donde este instalado el lector RFID,
podrá registrarse en la plataforma,
iniciar sesión, podrá ver su
trazabilidad (generar un reporte de los
lugares donde ha estado y el tiempo
que duro en ellos). Podrá generar
peticiones de solicitud de carné por
primera vez, por perdida de este,
podrá registrarse a eventos que se
hayan creado. Podrá también crear
los eventos.
Conocimiento básico en el uso de
tarjetas RFID y navegación por
internet.
Conocimientos básicos de tecnología
para un buen uso del prototipo y del
sistema de información.
 Tabla 5. Características rol administrador del sistema.
Nombre de usuario
Nivel de educación mínimo sugerido
Descripción
Experiencia requerida
Experiencia técnica requerida
administrador del sistema
Profesional
Podrá ingresar y salir donde este
instalado el lector RFID, iniciará
sesión, podrá ver la trazabilidad
(generar un reporte de los lugares
donde ha estado y el tiempo que duro
en ellos). Además, podrán ver las
diferentes trazabilidades por zonas o
por usurarios con diferentes filtros (por
día, por semana, por mes por un
rango de fecha en especial). Está
facultados para gestionar los eventos.
Tienen la facultad de ver las
peticiones de los usuarios y dar
respuestas. Gestionar el proceso de
carnetización. Gestionar eventos,
podrá administrar las zonas (registrar
el nuevo lector que se desee
implementar en algún otro sitio en el
sistema).
Administrar usuarios (deshabilitar,
habilitar usuarios, actualizar datos del
usuario)
Deshabilitar y habilitar zonas
Gestión de certificados.
Conocimiento básico en el uso de
tarjetas RFID y navegación por
internet. Conocimiento avanzado de
cómo funciona el prototipo de sistema
de información web.
Conocimientos básicos de tecnología
para un buen uso del prototipo y del
sistema de información.
 Tabla 6. Características rol usuario externo.
Nombre de usuario
Nivel de educación mínimo sugerido
Descripción
Experiencia requerida
Experiencia técnica requerida
Usuario externo
Bachiller
Aquellas personas externas a la
Universidad, o el personal de aseo y
seguridad de esta. Solo podrá
registrarse a eventos a los que desee
asistir.
Conocimiento básico en el uso de
tarjetas RFID y navegación por
internet.
Conocimientos básicos de tecnología
para un buen uso del prototipo y del
sistema de información.

2.4 Restricciones

1. Falta de disposición de hardware necesario para la implementación en

diferentes zonas.
2. Falta de hardware para la implementación de funcionalidad de control de
acceso de vehículos, bicicletas y objetos personales.

2.5 Suposiciones y dependencias

El sistema de información será desarrollado bajo la tecnología de Laravel,
este es un marco de trabajo para desarrollar en el lenguaje de programación Php
bajo buenas prácticas de codificación seguridad y eficiencia.
La gestión de la información será administrada por MySQL un gestor de base
de datos relacional.

PARTES DEL SISTEMA DE INFORMACIÓN

1. Capa visual.
Es el modelo de sistema de información web presenta al usuario, el
aspecto general del sistema será caracterizado por los colores y logotipos
 de la institución. Debe ser agradable a la vista del usuario, debe ser lo
más sencillo posible para su manejo y no confundir a los usuarios.
2. Capa lógica.
Es toda la lógica del negocio. El núcleo del prototipo de sistema de
información web se encuentra aquí. Todos los procesos transaccionales
se manejan en esta capa del sistema.
3. Capa de datos.
Se administra la información. Se gestionan todos los datos de los
usuarios, por lo cual está en constante comunicación con la capa de
lógica. La capa de lógica solicita información a la capa de datos y esta le
devuelve.
4. Capa de servicios.
Esta muy relacionada con la capa lógica y la capa de datos, esta es un
subconjunto de la parte lógica donde estará implementado un servicio
web que obtenga la información proveniente del lector RFID. Y otro
servicio encargado de enviar la respuesta al lector si el usuario está
autorizado o no para el acceso a una zona.

El servidor debe soportar el lenguaje de programación PHP.

El servidor debe soportar el gestor de base de datos MySQL.

2.6 Requisitos futuros

Se podrían implementar más lectores RFID en diferentes zonas de la
Universidad además de ampliar las funcionalidades del prototipo de sistema de
información para que abarque las tareas de control de accesos de vehículos,
control de acceso de objetos (portátiles, televisores, equipos prácticos, etc.…),
control de acceso de bicicletas y motocicletas.

3. Requisitos específicos
3.1 Interfaces externas
La interfaz web estará diseñada para funcionar en pantallas con resolución
mayor o igual a 800 pixeles de ancho y 600 pixeles de altura. Esta deberá ser
intuitiva para facilitar su uso por parte de los actores del sistema web.
Como toda plataforma web deberá tener una seguridad robusta en su interfaz
de registro y validación de usuario.
 No se requiere software instalado en el equipo puesto que se trata de una
plataforma web, tan solo se requiere un navegador actualizado con acceso a
internet.
En caso de que no haya conexión a internet el administrador contará con el
sistema de información de manera local junto con su base de datos local para
garantizar el funcionamiento del control de acceso, todos los datos también se
guardarán allí y cuando haya conectividad a internet se sincronizará con el
sistema en la nube.
Para acceder a la plataforma se requiere un equipo con sus elementos
básicos y una conexión a internet, pero para implementar un módulo de
autenticación RFID se necesitará además del módulo, registrar tal modulo en la
base de datos como una zona, para que el sistema lo reconozca y le permita
acceder al servicio de autenticación.

3.2 Funciones

Tabla 7. Funciones
Identificación del requerimiento RF01
Nombre Registro de usuarios
Descripción Se le presenta a los usuarios una
interfaz de registro en el sistema.
Identificación del requerimiento RF02
Nombre Registro de usuarios externos a
eventos
Descripción El usuario externo podrá registrar a
eventos que estén públicos en la
universidad.
Identificación del requerimiento RF03
Nombre Iniciar sesión
Descripción Se les presentara una interfaz a los
usuarios (estudiante, docente,
administrativos, administrador) para
que ingresen al prototipo de sistema
de información mediante la
plataforma web.
Identificación del requerimiento RF04
Nombre Recuperación de contraseña
Descripción Se les mostrara a los usuarios
(estudiante, docente, administrativos,
administrador) una interfaz para que
 cambie sus credenciales y vuelva a
ingresar al sistema. Se le enviara al
correo del usuario un token de
recuperación de contraseña valido
por un cierto tiempo.
Identificación del requerimiento RF05
Nombre Autenticación de usuarios
Descripción Este será un servicio web para los
módulos RFID, donde el usuario si
desea ingresar al CIT o alguna zona
que cuente con el control de acceso,
deberá acercar la tarjeta por el lector
y a su vez este enviar la información
mediante el servicio web a la base de
datos remota que está en la nube
para que valide si ese usuario tiene
permiso de ingreso a esta zona, si no
hay conexión a internet la memoria
cache del módulo.
Identificación del requerimiento RF06
Nombre Reporte trazabilidad usuario
Descripción Cada usuario en su perfil tendrá una
interfaz donde podrá ver a que zonas
ha ingresado y seccionar esta
información y ver cuánto tiempo duro
en esa zona, puede filtrar esa
información por rango de fechas,
fecha en específico, o por meses, en
el cual se le mostrara un reporte
gráfico y numérico con el tiempo que
duro en total en la zona y a qué horas
salió de la misma.
Identificación del requerimiento RF07
Nombre Reporte trazabilidad totales
Descripción El administrador del sistema podrá
generar reportes generales, o ya sea
por zonas o fechas o por un usuario
en específico.

Además de que para los roles

administrativos y docentes esta
funcionalidad se limitara a ver la
trazabilidad de los eventos creados
por ellos mismos.
Identificación del requerimiento RF08
Nombre Actualizar datos de usuarios
Descripción El administrador del sistema tendrá
una interfaz donde podrá buscar un
usuario en específico para actualizar
los datos tales como:
• Nombres.
• Apellidos.
• Documento de identidad.
• Código universitario.
• Correo.
• Estado
(habilitado/deshabilitado).

Identificación del requerimiento RF09

Nombre Gestionar eventos
Descripción Los usuarios de rol docentes,
administrativos contaran con un
formulario con uno datos específicos
para la creación de petición de evento
además de tener la opción de
visibilidad de estos ya que pueden ser
público, institucional o privador que
solo sea a quien ellos inviten y la
cancelación de eventos.
Identificación del requerimiento RF10
Nombre Registro de usuarios a un evento
Descripción Los usuarios (estudiantes, docentes,
administrativos) podrán registrase a
eventos, dependiendo la visibilidad de
los eventos o en caso de que sean
invitados.
Identificación del requerimiento RF11
Nombre Gestionar carnetización
Descripción El administrador del sistema cuenta
con una interfaz para responder las
solicitudes de los usuarios y enviarles
la confirmación vía email del estado
de la solicitud del usuario que pidió
renovación del Carné, eta renovación
se hace en caso de pérdida del
carnet, en caso de actualización de
algún dato que estuviese mal, en caso
de cambio de documento de T.I a
 C.C, además podrá ver la trazabilidad
de la carnetización y generar
reportes.
Identificación del requerimiento RF12
Nombre Generar peticiones
Descripción Se contará con una interfaz donde el
usuario (estudiante, docente,
administrativo) podrá generar una
petición de diferentes tipos tal como:
• Cambio o actualización de
datos.
• Generación de carnet por
primera vez.
Para solamente el rol docente y
administrativos:
• La creación de eventos.
• La generación de certificados
de eventos
Identificación del requerimiento RF13
Nombre administrar zonas
Descripción La interfaz del administrador contara
con la opción de poder registrar zonas
con el código de lector
correspondiente a la zona, el sistema
también permitirá la inhabilitación de
las zonas si así se requiera además
de la actualización del código
identificativo del lector RFID en caso
de cambio del módulo.
Identificación del requerimiento RF14
Nombre Generación de certificados
Descripción El administrador del sistema contará
con una interface en la cual podrá dar
respuesta a las peticiones de
generación de certificados de los
documentos haciendo uso del
formato previamente subido al
sistema por parte del creador del
evento.

En esta interfaz el confirmara los

participantes del evento,
consecuentemente el modificara el
formato con los datos
 correspondientes tales como nombre
del evento nombre del dueño del
certificado además de los datos que
corresponda y posterior mente hacer
su impresión.
Identificación del requerimiento RF15
Nombre Ver notificaciones
Descripción Dentro de la plataforma se contará
con un panel de notificaciones donde
el usuario recibirá recordatorios de los
eventos en los que este inscrito,
recibirá la notificación de las
respuestas de las peticiones,
invitaciones a eventos.
Identificación del requerimiento RF16
Nombre Editar perfil
Descripción El usuario podrá editar solamente su
foto de perfil en caso de desear
cambiar algún otro dato como nombre
o documento de identidad entre otros
datos el deberá hacer una petición al
administrador del sistema ya que el
cambio de estos datos básicos afecta
directamente la información
plasmada en el carnet por lo tanto se
aria un cambio de este en caso de
que así se requiera.

3.3 Requisitos de rendimiento

Se necesita un servidor capaz de soportar peticiones simultáneas hechas por
los usuarios del software ya que es una plataforma web y muchos usuarios
entraran al mismo tiempo al sistema.
Se debe tener una interfaz amigable al usuario e identificativo con los colores
y logos de la universidad, para así garantizar un buen manejo de la plataforma y
evitar errores de manejo.
La información que viaja desde el lector RFID hacia el servicio web en la nube
debe ir encriptado con un token único para si garantizar la seguridad de la
información.
 La base de datos debe manejar concurrencia para garantizar, un buen estado
de la información y evitar la corrupción de los datos.
Se debe evitar la redundancia en los datos para asegurar un mejor
rendimiento de la base de datos.

3.4 Restricciones de diseño

El modelado del sistema se debe realizar en UML, estará restringido a lo
plasmado en los siguientes diagramas para el diseño completo del sistema:
- Diagrama entidad relación
- Diagrama casos de uso
- Diagrama de secuencia
- Diagrama de actividades
- Diagrama de clases
El diagramado UML expuesto se rige bajo los estándares actuales del CIT.
La gestión de la base de datos se hace mediante un servidor de base de datos
local conectado al servidor de la base de datos remota en la nube.
Los colores de la interfaz corresponden a los colores institucionales.
3.5 Atributos del sistema
Seguridad: la plataforma tiene un sistema de cifrado en la transmisión y
recepción de los datos, y además se cuenta con un sistema Login para
garantizar el acceso al sistema por medio de una contraseña garantizando los
roles adecuados.
Portabilidad: al tratarse de un aplicativo web, desde cualquier equipo con
conexión a internet puede accederse al sistema. Pero se controla mediante
Login el ingreso a ciertas partes del aplicativo.
El sistema tendrá una versión local para la Universidad para garantizar el
funcionamiento del sistema en caso de ausencia de internet y los datos se
guarden allí mientras vuelve la conexión y se sincroniza con el sistema web.
Velocidad: La implementación de hardware óptimo para este tipo de proyecto
mejora la velocidad de respuesta.
Escalabilidad: debido a que la comunicación entre el hardware y software
emplea servicios web rest es más fácil adaptar el sistema en otras zonas de la
 universidad solo conectando correctamente el lector y enlazando el dispositivo
con la dirección web del sistema vía internet empleando el protocolo TCP/IP, ya
que si fuera un sistema cableado físicamente sería más costoso su traslado e
implementación en otros sitios.

“REQUERIMIENTOS SUJETOS A MODIFICACIONES”

FIRMAS

_____________________________ __________________________
Michael Leandro Cardenas Villamil José Duván Cañón Manrique
Estudiante Estudiante

____________________________ ___________________________
Jurado 1 Jurado 2

_____________________________
Ing. Jaime Eduardo Andrade Ramírez
Predirector