Está en la página 1de 64

UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA EN INFORMÁTICA Y


SISTEMAS

“SISTEMA DE PRÉSTAMOS DE EQUIPOS


INFORMÁTICOS VÍA WEB EN LA ESCUELA DE
INGENIERÍA EN INFORMÁTICA Y SISTEMAS DE LA
UNIVERSIDAD NACIONAL JORGE BASADRE
GROHMANN”

CURSO: INGENIERÍA WEB

DOCENTE: Ing. ACERO

ESTUDIANTES: JESUS CERVANTES TAPIA (2015-119066)


DALTHON MAMANI HUALPA (2015-119063)
EDUARDO MEDINA CUSSI (2015-119025)

AÑO: CUARTO | TURNO: TARDE

TACNA – PERÚ
2018

1
INDICE GENERAL

RESUMEN…………………………………………………………………………………... 4
INTRODUCCIÓN…………………………………………………………………………... 5
CONTENIDO……………………………………………………………………………….. 7

CAPITULO I
1.1. Problemática…………………………………………………………………..… 7
1.2. Objetivo general……………………………………………………………... 8
1.3. Objetivos específicos………………………………………………………… 8
1.4. Resultados esperados…..…………………………………………………….. 8
1.5. Herramientas, métodos, metodologías y procedimientos…………………..…… 9
1.5.1. Mapeo………………………………………………………………... 9
1.5.2. Herramientas………………………………………………………... 10
1.5.2.1. Trello…………………………………………….… 10
1.5.2.3. Lucidchart………………………………………….. 12
1.5.2.4. PostgreSQL……………………………………...…. 12
1.5.2.5. Adobe Creative Cloud…………………………...… 12
1.5.2.6. Php 7.1…………………………………………...… 13
1.5.2.7. Laravel 5.7……………………………………….… 13
1.5.3. Metodología……………………………………………………...… 13
1.5.4. Métodos y procedimientos……………………………………….… 15
1.5.5. Alcance…………………………………………………………….. 16
1.5.6. Limitaciones……………………………………………………..… 16
1.5.7. Riesgos…………………………………………………………..… 17
1.6. Justificación y viabilidad………………………………………...... 18
1.7. Plan de actividades…………………………………………………. 18
1.7.1. Tablero Scrumban…………………………………………… 18

CAPÍTULO II
2.1. Definiciones de términos……………………………………………………… 21
2.1.1. Web…………………………………………………………………... 21
2.1.2. Sistemas de información……………………………………………... 21
2.1.3. Software……………………………………………………………… 21
2.1.4. Software de sistema………………………………………………….. 22
2.1.5. Sistema web………………………………………………………….. 22
2.1.6. Base de datos………………………………………………………… 22
2.1.7. Sitio web……………………………………………………………... 22
2.1.8. Dominio……………………………………………………………… 23
2.2. Marco conceptual……………………………………………………………… 23
2.2.1. Postgresql……………………………………………………………. 23
2.2.2. Uml (lenguaje unificado de modelado) ………………………….….. 23
2.2.3. Jquery………………………………………………………………... 24
2.2.4. Javascript……………………………………………………….…… 26

2
2.3. Conceptos relacionados al sistema de control………………………………….. 26
2.3.1. Préstamos………………………………………………………….......
26
2.3.2. Control………………………………………………………………... 27
2.3.3. Administración……………………………………………………….. 27
2.3.4. Inventario…………………………………………………….…...….. 27

CAPÍTULO III
3.1. Requisitos funcionales y no funcionales……………………………………… 29
3.1.1. Requisitos funcionales……………………………………………… 29
3.1.2. Requisitos no funcionales…………………………………………... 30
3.2. Descripción de actores………………………………………………………... 31
3.3. Diagrama de casos de uso………………………………………………….…. 32
3.4. Diagrama de clases…………………………………………………………… 43
3.5. Diagramas de secuencia………………………………………………………. 45
3.6. Diagrama de actividades……………………………………………………… 55
3.7. Diagrama de despliegue………………………………………………………. 56
3.7. Diagrama de base de datos……………………………………………………. 57
3.7.1. Diccionario de datos………………………………………………… 59
3.8. Diseño de la interfaz de usuario………………………………………………. 63
3.8.1 Especificación de color……………………………………………… 63
3.8.1.1. Colores fríos………………………………………………. 64
3.8.1.2. Colores cálidos…………………………………………… 64

CONCLUSIONES………………………………………………………………… 65
ANEXOS………………………………………………………………………….. 66

3
RESUMEN

La necesidad de un sistema web que automatice las actividades que se realizan en la Facultad

de Ingeniería, en la Escuela Profesional de Ingeniería en Informática y Sistemas, ha sido

requerida para facilitar y agilizar el control de préstamos de equipos y accesorios en los

laboratorios de la facultad y salones en las que están presente los estudiantes de la escuela.

El uso de sistemas automatizados permite, entre otras cosas, la rapidez al realizar préstamos

de equipos y accesorios, y además optimiza el tiempo de los encargados o becarios de realizar

estos procesos.

La facultad ha recurrido a apoyar estas actividades en una aplicación informática con

tecnología web para que agilice el tiempo del control de información que se proporciona en

los préstamos, para que los estudiantes se sientan conformes del servicio que se brinda,

además se requiere la aplicación para evitar que se duplique o se perdida la información.

A continuación se presenta una investigación que nos ayudará a encontrar una propuesta

práctica en beneficio del servicio de préstamos que se brinda en los laboratorios de la Escuela

Profesional de Ingeniería en Informática y Sistemas.

4
INTRODUCCIÓN

Al día de hoy la automatización se ha vuelto casi una necesidad para toda empresa que quiera

incrementar sus ingresos, beneficios, agilizar y automatizar sus operaciones, de modo que

dichas labores se realicen con la eficiencia adecuada.

Un sistema de almacenaje tiene como objetivo garantizar el suministro continuo y oportuno

de herramientas, equipos para asegurar los servicios de forma ininterrumpida y rítmica. Las

normas de inventario constituyen un instrumento de dirección fundamental para definir el

volumen de recursos materiales que deben existir en un lugar determinado, para garantizar su

buen desempeño.

El diseño de los procesos que conforman el Sistema de Almacenes se define para alcanzar

elevados niveles de eficiencia en los servicios que este proceso brinda al sistema logístico en

general. Actualmente en el Centro de Cómputo (CC) de la Escuela Profesional de Informática

y Sistemas (ESIS), se requiere implementar un mecanismo que regule la actividad del

préstamo de equipos y el inventario de los mismos. La documentación generada como

producto final permitirá al CC, contar con una herramienta básica dentro de la estructura de

documentación de su Sistema de Préstamos de Equipos que servirá de guía, control y

normalización de procesos en la ejecución de las actividades, así como preservar “el saber

hacer” evitando generar dependencia del personal existente y conservando la memoria

técnica de la organización.

La informática nos presenta cada día mediante sus herramientas, métodos de control y

organización efectivos, en este sentido resulta beneficioso utilizar una aplicación informática

para controlar los préstamos y las devoluciones en el centro de cómputo, es precisamente esta

la función del Sistema de Control de Préstamos de Equipos Informáticos (SPEI) que apoya

como método de control en el área de los préstamos a la gestión que se desarrolla en el centro

5
de cómputo de la ESIS permitiendo el desarrollo óptimo de dicha gestión, y proporcionará

además la información particular de cada equipo o herramienta en custodia.

6
CONTENIDO

1. CAPÍTULO I

1.1. Problemática

Actualmente en la escuela de Informática y sistemas (ESIS) cuenta con un

Centro de cómputo, en donde se almacenan equipos de computación para el

uso de los estudiantes y docentes.

Para tener acceso al préstamo de estos equipos, los estudiantes o docentes

deben realizar una solicitud a los administradores o becarios del centro de

cómputo para el préstamo de equipos pequeños, el equipo solicitado se le

otorga en un tiempo previo a su uso, siempre y cuando su uso sea dentro de la

Facultad.

Cuando se necesite prestar equipos de un mayor costo, o un periodo mayor a

un día, es el Jefe de Laboratorio quien debe aprobar el préstamo. En el centro

de cómputo también se brinda el servicio de préstamos de áreas de trabajo,

como los Laboratorios de Computación y Auditorio, siendo estos debidamente

aprobados por el Jefe de laboratorios. Existe un inventario sobre los equipos,

en ocasiones se devuelven los equipos en malas condiciones. Los procesos

actuales como préstamo, devolución de equipos, servicios de internet,

reservación de laboratorios y auditorio, necesitan ser sistematizados,

organizados y normalizados, de manera que satisfagan los requerimientos y

exigencias de las unidades de mantenimiento.

Motivado a la necesidad de examinar las actividades propias del almacén,

nosotros estamos desarrollando un sistema de gestión que permite controlar

los préstamos de equipos y áreas de trabajos. Tomando en cuenta lo antes

7
mencionado, se evidencia la oportunidad de mejorar el proceso de gestión de

préstamo y custodia dentro de la Facultad

1.2. Objetivo general

Diseñar e implementar un sistema de préstamos de equipos y áreas de trabajo

para CECO de la ESIS automatizando el registro manual de préstamo de

equipos de cómputo.

1.3. Objetivos específicos

 Establecer la condición y forma actual en la que se realiza el control de

préstamos de equipos informáticos y accesorios en los laboratorios en

la Escuela de Ingeniería Informática y Sistemas.

 Plantear una alternativa de solución para que se realice el control de

préstamos de herramientas y accesorios en los laboratorios de la ESIS.

 Seleccionar la herramienta informática más apropiada para solucionar

la problemática de préstamos de equipos en una relación costo

beneficio.

1.4. Resultados esperados

El resultado primordial que esperamos obtener, es que tengamos un sistema

web con interfaz amigable para el usuario, que satisfaga los requerimientos

presentados, así como que facilite el pedido de equipos informáticos, además

de tener un informe detallado del control de préstamos para realizar reportes

mensuales o anuales, según sea el caso.

8
1.5. Herramientas, métodos, metodologías y procedimientos

En esta sección se describirán las herramientas y metodologías que se

utilizarán a lo largo del proyecto.

1.5.1. Mapeo
Tabla 1
Herramientas a utilizarse
Resultado Esperados Herramientas a usar
RE1: Documento de Entrevistas permitirán obtener
modelado de procedimientos información acerca de los principales
para los procesos de procesos de negocio.
inventario a partir de la StarUML es una herramienta para
información obtenida y modelado de diagramas en el
validada mediante modelado unificado Idioma (UML).
entrevistas.

RE2: Diagrama de modelado Lucidchart es una herramienta de


de entidad- relación e diagramación basada en la web, que
inserción de datos en el permite a los usuarios colaborar y
modelo relacional que trabajar juntos en tiempo real,
permita la conexión dentro creando diagramas de
del gestor de base de datos flujo, organigramas, esquemas de
de SPEI. sitios web, diseños UML, mapas
mentales, prototipos de software y
muchos otros tipos de diagrama.
PostgreSQL es un sistema de
gestión de bases de datos relacional
orientado y de código abierto

RE3: Interfaz del módulo de Adobe Creative Cloud es un


servicio de Adobe Systems que da a
escritorio del inventario.
los usuarios acceso a los softwares
de diseño gráfico

RE4: Implementación y Php 7.1 acrónimo recursivo en


inglés de PHP Personal Hypertext
desarrollo a partir del RE3,
processor (preprocesador de
del sistema de inventario. hipertexto), es un lenguaje de
programación de propósito
general de servidor originalmente
diseñado para el desarrollo
web de contenido dinámico. 
Laravel 5.7
es un framework de código
abierto para desarrollar aplicaciones

9
y servicios web con PHP 5 y PHP 7

RE5: Catálogo de pruebas Trello es un gestor de proyectos


online que permite aclarar rutinas de
del módulo de reportes
trabajo, priorizar, generar avisos de
implementado en [RE4] citas y muchas otras opciones que
mejorarán la organización.
Reuniones permitirán validar el
correcto funcionamiento del sistema
a desarrollar.

Fuente: Elaboración propia

1.5.2. Herramientas

En esta sección se describen las herramientas a utilizar durante el

desarrollo del presente proyecto.

1.5.2.1. Trello

Se usó esta herramienta para la elaboración del cronograma de

actividades. Trello es una aplicación basada en el método Kanban y

sirve para gestionar tareas permitiendo organizar el trabajo en grupo de

forma colaborativa mediante tableros virtuales compuestos de listas de

tareas en forma de columnas. Es perfecta para la gestión de proyectos

ya que se pueden representar distintos estados y compartirlas con

diferentes personas que formen el proyecto. Con ella se intenta mejorar

las rutinas de trabajo de un equipo generando prioridades, tiempos,

avisos y otras opciones perfectas para organizar un proyecto en el que

colaboran varias personas.

Ventajas de usar Trello

10
 La versión gratuita es muy útil y dispones de las funciones

necesarias para un uso amplio de la misma.

● La aplicación online siendo editable y compartida en tiempo

real por todos los componentes del proyecto, no precisando de

actualizaciones ni guardados.

● La aplicación es muy simple e intuitiva donde no se necesita de

formación ni de aprendizaje de los usuarios. Además, esto hace

que su carga sea muy rápida.

● El sistema de notificaciones te hará saber cuándo se hacen

cambios en los tableros que quieras. pudiendo controlar

cualquier cambio y desviación del proyecto. Estas

notificaciones también pueden recibirse por correo electrónico.

● Función de etiquetado de colores muy interesante para destacar

y organizar visualmente las tareas o marcar algunas destacadas.

● El motor de búsquedas es muy bueno y rápido. Así poder

encontrar la tarea que se precise en el momento que se quiera.

● Se pueden publicar tableros privado o públicos y compartirlo

con quien quieras, haciendo que esta aplicación tenga pocos

límites

● Conexión segura y confidencialidad de los datos con copias de

seguridad cifradas similares a la que utilizan los bancos.

11
Figura 1: Interfaz de la herramienta Trello.
Fuente: Trello.

1.5.2.3. Lucidchart

Lucidchart es una herramienta de diagramación basada en la web, que

permite a los usuarios colaborar y trabajar juntos en tiempo real,

creando diagramas de flujo, organigramas, esquemas de sitios web,

diseños UML, mapas mentales, prototipos de software y muchos otros

tipos de diagrama. Construida con estándares web,

como HTML5 y JavaScript, Lucidchart funciona en todos los

navegadores web modernos, como Google Chrome.

1.5.2.4. PostgreSQL

PostgreSQL es un sistema de gestión de bases de datos relacional

orientado y de código abierto, es por ello que para este sistema se

usará este gestor.

1.5.2.5. Adobe Creative Cloud

Es un servicio de Adobe Systems que da a los usuarios acceso a los

softwares de diseño gráfico, edición de video, diseño web y servicios

en la nube.

12
Adobe CC, trabaja a partir de un modelo de software como servicio,

donde los consumidores no poseen el software, pero lo adquieren

por una suscripción. Cuando la suscripción termina y no se renueva,

el usuario pierde el acceso a las aplicaciones, así como al trabajo

guardado en formatos propietarios que no puede ser usado en

aplicaciones de la competencia.

1.5.2.6. Php 7.1

Es un lenguaje de programación de propósito general de 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.

1.5.2.7. Laravel 5.7

Para desarrollar aplicaciones y servicios web con php, y tener mejor

interfaz haremos uso de este framework.

1.5.3. Metodología

La metodología con la que vamos a planificar, para la elaboración de nuestro

sistema, será SCRUMBAN, que es una metodología derivada de los métodos de

desarrollo Scrum y Kanban.

Scrumban es el resultado de combinar prácticas de Scrum y Kanban. Sería

incorrecto decir que es la combinación de Scrum (puro) con Kanban pero la

13
realidad es que no lo es. Son muchos los casos en los que los grupos no siguen

al pie de la letra cada metodología y esto se da porque a veces el mismo

proyecto no nos exige todas las ventajas de aquellas metodologías.

¿Por qué usamos Scrumban?

Sabemos que Scrum y Kanban son metodologías ágiles. Scrum es el más

adecuado para productos y proyectos de desarrollo y Kanban es mejor para

soporte de producción. Nosotros usamos Scrumban porque combina las mejores

características de ambos y también nos puede ayudar al equipo de desarrollo a

eliminar el elevado estrés, mejorar la eficiencia y la satisfacción general del

cliente. Esta metodología será usada de forma adaptable a nuestra realidad

combinando varios aspectos importantes de las otras metodologías

mencionadas.

Características de Scrum

● Divide su organización en equipos pequeños, multifuncionales y

autoorganizados.

● Divide su trabajo en una lista de entregables pequeños y concretos. Ordene

la lista por prioridad y estime el esfuerzo relativo de cada elemento.

● Dividir el tiempo en iteraciones cortas de longitud fija (por lo general de 1 a

4 semanas), con un código potencialmente realizable demostrado después

de cada iteración.

14
● Según los conocimientos adquiridos al inspeccionar el lanzamiento después

de cada iteración, optimice el plan de lanzamiento y actualice las

prioridades en colaboración con el cliente.

● Optimizar el proceso teniendo una retrospectiva después de cada iteración.

Características de Kanban

● Visualice el flujo de trabajo

● Divida el trabajo en pedazos, escriba cada elemento en una tarjeta y

colóquelo en la pared.

● Use columnas con nombre para ilustrar dónde se encuentra cada elemento

en el flujo de trabajo.

● Limitar trabajo en curso (WIP): asigne límites explícitos a la cantidad de

elementos que pueden estar en progreso en cada estado de flujo de trabajo.

● Mida el tiempo de entrega (tiempo promedio para completar un elemento, a

veces llamado "tiempo de ciclo"), y optimice el proceso para hacer que el

tiempo de entrega sea lo más pequeño y predecible posible.

Scrumban = Scrum + Kanban

● Use la naturaleza de Scrum para ser ágil.

● Utilice la mejora del proceso de Kanban para permitir que el equipo mejore

continuamente su proceso.

1.5.4. Métodos y procedimientos

Seguidamente, presentaremos los métodos usados para la recolección de

información, para la obtención de resultados.

15
1.5.4.1. Entrevistas

Se estableció el primer contacto con el administrador de centro de

cómputo para la definición de los requisitos y requerimientos, así como

establecer el problema principal. Posteriormente, se llevaron a cabo

otras entrevistas con los becarios para obtener información acerca de

los principales procesos de préstamos, así como su conocimiento de

dispositivos tecnológicos. Ello permitirá definir las funcionalidades a

su cargo.

1.5.5. Alcance

El sistema de préstamos de equipos informáticos (SPEI) será una aplicación

web.

El diseño será modular, permitiendo una mayor escalabilidad y flexibilidad

hacia otras aplicaciones futuras que la Escuela requiera.

La información deberá mostrarse en línea en cuanto a disponibilidad, estado

de tránsito de los activos, estado de las solicitudes y un inventario detallado de

las áreas controladas.

El sistema contará para ello con herramientas de codificación, catalogación,

gestión de préstamos.

Se realizará la documentación técnica de todo el sistema.

1.5.6. Limitaciones

Las limitaciones que se nos presentaron en nuestro proyecto fueron las

siguientes:

16
A. Cuando se procedió a implementar el sistema solo ingresamos los equipos

informáticos más frecuentes (proyecto, laptops, extensiones) para hacer las

pruebas respectivas y que sea evaluado, una vez terminado ese proceso ya

estará en funcionamiento con todos los equipos del centro de cómputo.

B. Nuestro sistema no registrará por GPS el lugar donde se encuentra el

equipo, sino mostrará el aula donde se encuentra.

C. Nuestro proyecto consta de 3 meses, por lo que se busca dar solución al

problema principal de la escuela profesional de informática y sistemas.

1.5.7. Riesgos

Durante el proceso de desarrollo del proyecto llegan a surgir diversos

problemas por diversos factores, es por eso que antes de iniciar el proceso de

desarrollo, describiremos algunos puntos que podrían ser motivos de riesgo,

también consideraremos el impacto que tendrá éstos en el desarrollo normal

del sistema y las medidas que se tomarán para solucionarlos.

Tabla 2
Riesgos

Riesgo Probabilid Impacto Medidas Medidas


ad de en el preventivas correctivas para
ocurrencia proyecto mitigar

Pérdida del Medio Alto Realizar y Rescatar alguna


avance de la guardar los última
documentación documentos en información del
del avance del línea. avance que
proyecto. tenga algún
integrante del
grupo de
trabajo, aunque
sea mínima.

El sistema Alto Alto Establecer un Reducir el


desarrollado no cronograma alcance del
para el proyecto.

17
cubre todos los desarrollo
requerimientos, adecuado del
proyecto.
por falta de
tiempo.
Fuente: Elaboración propia

1.6. Justificación y viabilidad

El presente proyecto surge después de identificar el problema principal de

préstamos de equipos de la escuela de Informática y sistemas, que es prestar

equipos informáticos, debido a la falta de alguna herramienta que ayude en el

registro y disponibilidad de equipo. Esta dificultad influye negativamente en la en

nuestra escuela, principalmente en los alumnos y docentes, ya que al momento que

se necesita algún equipo, no se sabe si se dispone con el equipo en el almacén, esto

genera insatisfacción en los docentes. Entonces nuestro proyecto tiene como

objetivo principal dar una alternativa de solución al problema con la

implementación de un sistema de información que le permita gestionar y controlar

los equipos, con el fin de tener información actualizada con mayor rapidez y

facilidad.

Por otro lado, con la alternativa de solución planteada beneficiará a la a nuestra

escuela con la información actualizada, debido a que los datos se encontrarán

centralizados y disponibles en un sistema.

18
Finalmente, el proyecto contribuirá a gestionar la información de los equipos a

partir de la implementación de un sistema de información en base a un previo

análisis del proceso de inventario para disponer de información actualizada de los

equipos.

1.7. Plan de actividades

Para este proyecto se ha realizado una planificación de las actividades utilizando

un tablero Scrumban, herramienta utilizada para poder organizar nuestras tareas. El

tiempo destinado para el proyecto es aproximadamente 3 meses desde setiembre

hasta diciembre del 2018. Durante las primeras semanas de setiembre se realizaron

las entrevistas correspondientes a los becarios para poder elicitar los

requerimientos respectivos en la creación de nuestro software. Luego se empezó a

usar las herramientas case para nuestros diagramas. Seguidamente se creó un

bosquejo para nuestro futuro software e implementación de nuestra base de datos.

En el siguiente mes se recopiló la información necesaria para la documentación e

inicio del diseño de componentes (programación).

Finalmente se realizó las pruebas y el mantenimiento del software

1.7.1. Tablero Scrumban

En el siguiente diagrama se repartió las tareas a los integrantes del grupo en


varias clasificaciones y fechas determinadas.

N° ACTIVIDAD TAREAS RESPONSA FECHA


ES BLES DE
TÉRMINO

1 Análisis Preparar Jesús Cervantes 5 de


entrevista 1 Tapia octubre

19
Realizar Eduardo Medina 6 de
entrevista Cussi octubre
Dalthon Mamani
Especificación de 10 de
Hualpa
requisitos octubre

Validación de 10 de
requisitos octubre

Preparar 10 de
entrevista 2 octubre

Realizar 11 de
entrevista octubre

Especificación de 12 de
requisitos octubre

Validación de 12 de
requisitos octubre

Preparar informe 18 de
octubre

2 Diseño Plataforma del Jesús Cervantes 25 de


diseño Tapia octubre
Eduardo Medina
Diseño de 28 de
Cussi
interfaz octubre
Dalthon Mamani
Preparar informe Hualpa 28 de
octubre

3 Base de Plataforma Jesús Cervantes 4 de


datos información Tapia noviembre
Eduardo Medina
Diseño de 4 de
Cussi
identidad relación noviembre
Dalthon Mamani
Diseño de base Hualpa 4 de
de datos noviembre

Preparar informe 4 de
noviembre

4 Progra Plataforma de Jesús Cervantes 18 de


mación información Tapia noviembre
Eduardo Medina
Diseño de 18 de
Cussi
componentes noviembre

20
Preparar Dalthon Mamani 18 de
informes Hualpa noviembre

5 Operaci Operación Jesús Cervantes 25 de


ón y mantenimiento Tapia noviembre
mantenimi Eduardo Medina
ento Cussi
Dalthon Mamani
Hualpa

CAPÍTULO II
MARCO TEÓRICO

2.1. DEFINICIONES DE TÉRMINOS

2.1.1. WEB
Según (Anónimo, 2007) es un “Sistema lógico de acceso y búsqueda de la
información disponible en Internet, cuyas unidades informativas son las páginas
web”.

También (LORA, 2003) nos dice que “la Web introduce un concepto fundamental:
la posibilidad de lectura universal, que consiste en que una vez que la información
esté disponible, se pueda acceder a ella desde cualquier ordenador, desde cualquier
país, por cualquier persona autorizada, usando un único y simple programa. Para
que esto fuese posible, se utilizan una serie de conceptos, el más conocido es el
hipertexto”.

2.1.2. SISTEMAS DE INFORMACIÓN

Según (VEGA BRICEÑO, 2005) nos dice que “Los Sistemas de Información (SI)
y las Tecnologías de Información (TI) han cambiado la forma en que operan las
organizaciones actuales. A través de su uso se logran importantes mejoras, pues
automatizan los procesos operativos, suministran una plataforma de información

21
necesaria para la toma de decisiones y lo más importante, su implantación logra
ventajas competitivas o reducir la ventaja de los rivales”.

2.1.3. SOFTWARE

Según (Anónimo, 2011) el “Término genérico que se aplica a los componentes no


físicos de un sistema informático, como por ejemplo los programas, sistemas
operativos, etc., que permiten a este ejecutar sus tareas”
También (PÉREZ, 2011) dice que “Software es todo el conjunto intangible de
datos y programas de la computadora.”

2.1.4. SOFTWARE DE SISTEMA


Según (ESPINOZA FERNÁNDEZ, 2009) dice que “Su objetivo es desvincular
adecuadamente al usuario y al programador de los detalles del sistema informático
en particular que se use, aislándolo especialmente del procesamiento referido a las
características internas de: memoria, discos, puertos y dispositivos de
comunicaciones, impresoras, pantallas, teclados, etc. El software de sistema le
procura al usuario y programador adecuadas interfaces de alto nivel, herramientas
y utilidades de apoyo que permiten su mantenimiento”

2.1.5. SISTEMA WEB


Según (CASTEJON GARRIDO, 2004) “Las aplicaciones web se han convertido en
pocos años en complejos sistemas con interfaces de usuario cada vez más parecidas
a las aplicaciones de escritorio, dando servicio a procesos de negocio de
considerable envergadura y estableciéndose sobre ellas requisitos estrictos de
accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejor arquitectura y
las técnicas de diseño más adecuadas.

2.1.6. BASE DE DATOS

Una base de datos es una colección de datos organizados y estructurados según un


determinado modelo de información que refleja no sólo los datos en sí mismos,
sino también las relaciones que existen entre ellos. Una base de datos se diseña con
un propósito específico y debe ser organizada con una lógica coherente. Los datos

22
podrán ser compartidos por distintos usuarios y aplicaciones, pero deben conservar
su integridad y seguridad al margen de las interacciones de ambos. La definición y
descripción de los datos han de ser únicas para minimizar la redundancia y
maximizar la independencia en su utilización.

2.1.7. SITIO WEB


Un sitio web es un conjunto organizado y coherente de páginas web (generalmente
archivos en formato html, php, cgi, etc.) y objetos (gráficos, animaciones, sonidos,
etc.). Su temática puede ser muy variada. A través de un sitio web podemos
ofrecer, informar, publicitar o vender contenidos, productos y servicios al resto del
mundo. Un sitio web de calidad le permitirá mejorar su imagen profesional,
demostrando por encima de todo, el conocimiento y la aceptación de las nuevas
tecnologías.

2.1.8 Dominio

Un nombre de Dominio es un nombre único proporcionado a una persona, empresa


u organización, los cuales fueron creados para evitar el que tuviéramos que
recordar las direcciones numéricas de las páginas y servidores web. De forma que
cuando escribimos en internet el dominio internetworks.com.mx el servidor de
DNS (Servidor de Nombres de Dominio) del proveedor de web hosting del
dominio internetworks.com.mx nos proporciona la dirección IP 216.29.152.110 y
nuestro navegador se va directamente a esa dirección numérica.

2.2. MARCO CONCEPTUAL

2.2.1. POSTGRESQL

PostGreSQL es un sistema de gestión de bases de datos objeto-relacional


(ORDBMS) basado en el proyecto POSTGRES, de la universidad de Berkeley. Es
una derivación libre (OpenSource) de este proyecto, y utiliza el lenguaje
SQL92/SQL99, así como otras características que comentaremos más adelante. Fue
el pionero en muchos de los conceptos existentes en el sistema objeto-relacional

23
actual, incluido, más tarde en otros sistemas de gestión comerciales. PostGreSQL
es un sistema objeto-relacional, ya que incluye características de la orientación a
objetos, como puede ser la herencia, tipos de datos, funciones, restricciones,
disparadores, reglas e integridad transaccional. A pesar de esto, PostGreSQL no es
un sistema de gestión de bases de datos puramente orientado a objetos.

2.2.2. UML (Lenguaje Unificado de Modelado)

UML es ante todo un lenguaje. Un lenguaje proporciona un vocabulario y una


regla para permitir una comunicación. En este caso, este lenguaje se centra en la
representación gráfica de un sistema. Este lenguaje nos indica cómo crear y leer los
modelos, pero no dice cómo crearlos. Esto último es el objetivo de las
metodologías de desarrollo. Los objetivos de UML son muchos, pero se pueden
sintetizar sus funciones:
● Visualizar: UML permite expresar de una forma gráfica un sistema de forma
que otro lo puede entender.
● Especificar: UML permite especificar cuáles son las características de un
sistema antes de su construcción.
● Construir: A partir de los modelos especificados se pueden construir los
sistemas diseñados.
● Documentar: Los propios elementos gráficos sirven como documentación del
sistema desarrollado que pueden servir para su futura re

Un diagrama es la representación gráfica de un conjunto de elementos con sus


relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para
poder representar correctamente un sistema, UML ofrece una amplia variedad de
diagramas para visualizar el sistema desde varias perspectivas. UML incluye los
siguientes diagramas:
● Diagrama de casos de uso.
● Diagrama de clases.
● Diagrama de objetos.
● Diagrama de secuencia.
● Diagrama de colaboración.
● Diagrama de estados.

24
● Diagrama de actividades
● Diagrama de componentes
● Diagrama de despliegue.
FUENTE: http://www.disca.upv.es/enheror/pdf/ActaUML.PDF

2.2.3. JQUERY

JQuery es una biblioteca de JavaScript, que permite simplificar la manera de


interactuar con los documentos HTML, manipular el árbol DOM, manejar eventos,
desarrollar animaciones y agregar interacción con la técnica AJAX a páginas web.

Fue presentada el 14 de enero de 2006 en el BarCamp NYC.13 jQuery es software


libre y de código abierto, posee un doble licenciamiento bajo la Licencia MIT y la
Licencia Pública General de GNU v2.

JQuery, al igual que otras bibliotecas, ofrece una serie de funcionalidades basadas
en JavaScript que de otra manera requerirían de mucho más código, es decir, con
las funciones propias de esta biblioteca se logran grandes resultados en menos
tiempo y espacio.
La característica principal de la biblioteca es que permite cambiar el contenido de
una página web sin necesidad de recargarla, mediante la manipulación del árbol
DOM y peticiones AJAX.

Todo lo que es posible realizar con el core de javascript sobre el DOM del
documento se lo puede realizar con JQuery, esto incluye:

● Eventos del mouse, teclado, e interacciones del usuario.


● Efectos del tipo show/hide, slide, fading, etc.
● Animaciones con efectos nativos de CSS como transiciones.
● Métodos Ajax para interactuar con scripts en servidor y procesar formularios
utilizando JSON o XML.
● Flexibilidad para crear nuestros propios plugins y así extender las
funcionalidades del núcleo de jQuery.
● Manipulación del DOM. Manipulación de la hoja de estilos CSS.

25
Los principales componentes de los que se vale jQuery para realizar estas tareas
son:
● Un método eficiente para buscar un conjunto de elementos del documento que
hacen un perfecto match con selectores CSS.
● Métodos para manipular los elementos seleccionados.
● Técnicas de programación para operar sobre los elementos como un grupo, en
lugar de por separado.

Figura 2: Descripción modelado

2.2.4. JAVASCRIPT

JavaScript es un lenguaje de programación interpretado. Se define como orientado


a objetos, basado en prototipos, imperativo y dinámico. Se utiliza principalmente
en su forma del lado del cliente (client-side), implementado como parte de un
navegador web permitiendo mejoras en la interfaz de usuario y páginas web
dinámicas, en bases de datos locales al navegador, aunque existe una forma de
JavaScript del lado del servidor (Server-side JavaScript o SSJS). Su uso en
aplicaciones externas a la web, por ejemplo, en documentos PDF, aplicaciones de
escritorio (mayoritariamente widgets) es también significativo.

JavaScript se diseñó con una sintaxis similar al C, aunque adopta nombres y


convenciones del lenguaje de programación Java. Sin embargo, Java y JavaScript
no están relacionados y tienen semánticas y propósitos diferentes. Todos los

26
navegadores modernos interpretan el código JavaScript integrado en las páginas
web.

2.3. Conceptos relacionados al sistema de control

2.3.1. PRÉSTAMOS

Según (Anónimo, 2004) “Un préstamo es la acción y efecto de prestar, un verbo


que hace referencia a entregar algo a otra persona, quien debe devolverlo en un
futuro. El prestamista otorga una cosa para que quien recibe el préstamo pueda
utilizarla en un periodo de tiempo. Una vez finalizado ese plazo, debe devolver la
cosa prestada”.

2.3.2. CONTROL

Según (Anónimo, 2006) “El control puede definirse como la evaluación de la


acción, para detectar posibles desvíos respecto de lo planeado, desvíos que serán
corregidos mediante la utilización de un sistema determinado cuando excedan los
límites admitidos. También puede definirse como la regulación de actividades de
acuerdo con los requisitos de los planes. El objetivo fundamental es asegurar el
cumplimiento de los objetivos básicos de la organización. Lo que requiere tener
conocimiento de las 30 acciones que se ejecutan, la correlación existente entre
estas acciones respecto al objetivo y la eliminación de los obstáculos que puedan
trabar el logro de las metas establecidas”. Para el Investigador el control de
préstamos es regular las actividades de entregar un bien material a otra persona,
quien debe devolverlo en un futuro, considerándolo como la utilización de un
servicio al usuario

2.3.3. ADMINISTRACIÓN

Según (RAMOS, 2012) “La Administración es la ciencia social o Tecnología


Social y técnica encargada de la planificación, organización, dirección y control de
los recursos (humanos, financieros, materiales, tecnológicos, el conocimiento, etc.)
de la organización, con el fin de obtener el máximo beneficio posible; este

27
beneficio puede ser económico o social, dependiendo esto de los fines perseguidos
por la organización.

2.3.4. INVENTARIO

Según Chaves (2005, p. 60), el inventario es la existencia de bienes mantenidos


para su futuro uso, estos pueden ser de materiales, equipo, materias primas,
producto terminado, subproductos o productos a medio procesar, entre otros, por lo
tanto, se encontrarán distintos inventarios. Para poder administrar los inventarios
hay que valorar los diferentes costos que se incurren en hacerlos, como el costo de
adquisición, costo de preparación, costos por mantener y el costo por faltantes.

28
CAPÍTULO III
ANÁLISIS
3.1. Requisitos funcionales y no funcionales
3.1.1. Requisitos funcionales
Tabla 1
Requisitos funcionales del sistema

Número Requisitos Funcionales

RF1 El sistema tendrá tres tipos de usuarios, como son el


administrador, ayudantes de laboratorio o becarios y
docentes o usuarios regulares.

RF2 Generar reportes de préstamos, equipos, estadísticas


según fechas especificadas por los responsables.

RF3 Registro de ubicaciones de las áreas (aulas) en donde


serán prestados los equipos.

RF4 El control de ingresos, consultas, modificaciones y


eliminaciones de usuarios como administradores,
usuarios regulares, auxiliares, ubicaciones, equipos,
préstamos, devoluciones.

RF5 El usuario regular como docente podrá ver en tiempo real


el préstamo actual que está a su nombre.

RF6 El usuario auxiliar o administrador deberá registrar el


ingreso de los nuevos equipos, incluyendo la fecha en la
que se realizó el ingreso.

RF7 El administrador o usuario auxiliar podrá conocer en


tiempo real la cantidad y los equipos prestados desde
cualquier lugar.

Fuente: Elaboración propia

29
3.1.2. Requisitos no funcionales
Tabla 1
Requisitos no funcionales del sistema

Número Requisitos No Funcionales

RNF 1 La aplicación debe funcionar sobre un sistema


WINDOWS, LINUX O MAC.

RNF2 La información del sistema deberá estar protegida y


deberá estar al alcance del administrador del sistema.

RNF 3 La aplicación web debe poseer un diseño “Responsive” a


fin de garantizar la adecuada visualización en múltiples
computadores personales, dispositivos tablet y teléfonos
inteligentes.

RNF4 El sistema deberá ser ejecutada en los dispositivos


móviles que tengan acceso a internet.

RNF5 El diseño de la interfaz deberá tener colores no muy


claros o blancos para una mejor descanso de la vista.

RNF6 Se deberá contar con un navegador moderno de internet


como Google Chrome, Mozilla Firefox, Microsoft Edge,
Opera, Safari, Internet explorer 11 o versiones superiores.

RNF7 El sistema deberá contar con una interfaz sencilla y


amigable para su manipulación.

Fuente: Elaboración propia

3.2. Descripción de actores


Tabla 1
Descripción del administrador del sistema
Nombre: Administrador del Sistema
Descripción:

Usuario único con privilegios totales del sistema para modificar, crear
eliminar y editar lo siguiente:

● Usuarios (no puede eliminarse el mismo ni ningún otro a este)


● Equipos (incluyendo sus marcas y otras características)

30
● Préstamos
● Reportes

Este usuario también podrá generar los reportes de lo mencionado.

Nota: este usuario es conocido como Jefe del Centro de Computo.


Fuente: Elaboración propia

Tabla 2
Descripción del usuario auxiliar del sistema
Nombre: Usuario Auxiliar del Sistema
Descripción:

Grupo de usuarios que pueden gestionar todos los préstamos de equipos


informáticos pudiendo realizar las siguientes funciones:

● Modificación
● Eliminación
● Creación (en esta esta la asignatura o motivo del préstamo)
● Actualización
● Recepción de préstamo

Este tipo de usuario también podrá generar reportes sobre los préstamos.

Nota: estos son conocidos como Becarios (Beca administrativa).


Fuente: Elaboración propia

Tabla 3
Descripción del usuario regular del sistema
Nombre: Usuario Regular del Sistema
Descripción:

Grupo de usuarios que pueden gestionar préstamos de los equipos


informáticos en los siguientes ámbitos:

● Ver estado de prestamo

31
Este tipo de usuario no interactúa directamente con el sistema sino lo tiene
que hacer mediante uno de los usuarios auxiliares o administrador.

Nota: estos son conocidos como los docentes y estudiantes.


Fuente: Elaboración propia

Figura 3. Pirámide de funciones y responsabilidades


Fuente: Elaboración propia

3.3. Diagrama de casos de uso


Los diagramas de uso se suelen utilizar en el modelado del sistema desde el punto de vista de
los usuarios para representar las acciones que realiza cada tipo de usuario.

32
Figura 4. Diagrama de casos de uso
Fuente: Elaboración propia

Tabla 1

Caso de Uso: Login o Inicio de Sesión


Nombre: Login o inicio de sesión
Descripción:
Permite ingresar al sistema y visualizar el menú según el tipo de usuario
conectado.
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar

33
● Usuario registrado como Regular
Precondiciones:
a. El usuario debe haberse registrado en el sistema según su tipo de
usuario.
Flujo Normal:
1. El actor escribe su nombre de login y contraseña.
2. Pulsar el botón de Inicio de sesión.

Flujo Alternativo:
2.1. El sistema comprueba la validez de los datos
2.1.1. Si los datos son correctos ingresa el usuario al sistema
2.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:
a. El usuario ingresa a la página principal con el menú de las páginas que
tiene acceso según su nivel.
Fuente:Elaboración propia

Tabla 2

Caso de Uso: Ingresos


Nombre: Ingresos
Descripción:
Permite ingresar nuevos registros según la instancia deseada.
Actores:
● Usuario registrado como Administrador
Flujo Normal:
1. Pulsar botón nuevo
2. Ingresar datos del nuevo registro
3. Pulsar botón de guardar
Flujo Alternativo:
3.1. El sistema comprueba la validez de los datos
3.1.1. Si los datos son correctos guarda el nuevo registro
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:

34
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

Tabla 3

Caso de Uso: Modificar


Nombre: Modificar
Descripción:
Permite modificar registros según la instancia deseada.
Actores:
● Usuario registrado como Administrador
Flujo Normal:
1. Seleccionar item del menú
2. Presionar botón editar

Flujo Alternativo:
2.1. Regresará los datos a los controles en un recuadro flotante.
2.1.1. Modificar los datos
2.1.2. Presionar botón guardar cambios

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

Tabla 4

Caso de Uso: Eliminar


Nombre: Eliminar
Descripción:
Permite eliminar registros según la instancia deseada.
Actores:
● Usuario registrado como Administrador
Flujo Normal:
1. Seleccionar item del menú
2. Seleccionar registro

35
Flujo Alternativo:
2.1. Presionar botón eliminar
2.1.1. Envía una advertencia de eliminar registro
2.1.2. Presionar aceptar
2.1.3. Registro eliminado de base de datos
Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

Tabla 5

Caso de Uso: Consultar - préstamos


Nombre: Consultar préstamos
Descripción:
Muestra los datos de los préstamos deseado de acuerdo a un criterio
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Seleccionar del menú el ítem Préstamos.
2. Seleccionar el parámetro por el cual se va a consultar.
3. Ingresar criterio de búsqueda y presionar el botón Consultar.
Flujo Alternativo:
3.1.Consultar: El sistema comprueba la validez de los datos
3.1.1. Si los datos son correctos consulta y muestra los datos.
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

36
Tabla 6

Caso de Uso: Consultar - equipos


Nombre: Consultar equipos
Descripción:
Muestra los datos de los equipos deseado de acuerdo a un criterio
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Seleccionar del menú el ítem Equipos.
2. Seleccionar el parámetro por el cual se va a consultar.
3. Ingresar criterio de búsqueda y presionar el botón Consultar.
Flujo Alternativo:
3.1.Consultar: El sistema comprueba la validez de los datos
3.1.1. Si los datos son correctos consulta y muestra los datos.
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

Tabla 7

Caso de Uso: Reportes


Nombre: Reportes
Descripción:
Muestra los datos de acuerdo a un criterio ingresado
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Seleccionar del menú el ítem Reportes.
2. Seleccionar el parámetro por el cual se va a realizar la consulta (fecha,
cantidad de préstamos, equipos más prestados).
3. Ingresar criterio de búsqueda y presionar el botón Consultar.

37
Flujo Alternativo:
3.1.Consultar: El sistema comprueba la validez de los datos
3.1.1. Si los datos son correctos consulta y muestra los datos.
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Pos condiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente: Elaboración propia

Tabla 8

Caso de Uso: Ingreso - otros usuarios


Nombre: Ingreso otros usuarios
Descripción:
Permite ingresar nuevos usuarios, el usuario administrador puede crear
nuevos administradores, auxiliares y regulares; el usuario auxiliar sólo
puede crear usuarios regulares.
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Pulsar botón Nuevo.
2. Ingresar los datos del nuevo estudiante.
3. Pulsar el botón de Guardar.
Flujo Alternativo:
3.1. El sistema comprueba la validez de los datos.
3.1.1. Si los datos son correctos guarda el nuevo registro
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente: Elaboración propia

Tabla 9

Caso de Uso: Ingreso -préstamo

38
Nombre: Ingreso de préstamo
Descripción:
Permite ingresar nuevo préstamo
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Pulsar botón Nuevo.
2. Ingresar los datos del nuevo préstamo.
3. Pulsar el botón de Guardar.
Flujo Alternativo:
3.1. El sistema comprueba la validez de los datos.
3.1.1. Si los datos son correctos guarda el nuevo registro
3.1.2. Si son incorrectos envía un mensaje al usuario con el error.

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente: Elaboración propia

Tabla 10

Caso de Uso: Modificar – préstamos


Nombre: Modificar préstamos
Descripción:
Permite modificar datos de préstamos
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar

39
Flujo Normal:
1. Seleccionar ítem préstamos del menú principal.
2. Seleccionar préstamos.

Flujo Alternativo:
3.1 Regresará los datos a los controles en un recuadro flotante.
3.1.1. Pulsar botón modificar
3.1.2. Modificar los datos
3.1.3. Pulsar el botón Guardar.
Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

Tabla 11

Caso de Uso: Modificar – usuarios


Nombre: Modificar usuarios
Descripción:
Permite modificar datos de usuarios
Actores:
● Usuario registrado como Administrador
● Usuario registrado como Auxiliar
Flujo Normal:
1. Seleccionar ítem usuarios del menú principal.
2. Seleccionar usuario.

Flujo Alternativo:
2.1 Regresará los datos a los controles en un recuadro flotante.
2.1.1. Pulsar botón modificar
2.1.2. Modificar los datos
2.1.3. Pulsar el botón Guardar.
Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente:Elaboración propia

40
Tabla 12

Caso de Uso: Ver préstamo


Nombre: Ver préstamos
Descripción:
Permite ver el estado actual del préstamo
Actores:
● Usuario registrado como Regular
Flujo Normal:
1. Seleccionar ítem préstamos del menú principal.
2. Seleccionar ver prestamo

Flujo Alternativo:
2.1 Mostrará una ventana con las características del préstamo
2.1.1. Pulsar el botón Aceptar

Poscondiciones:
El usuario deberá loguearse para ingresar al sistema.
Fuente: Elaboración propia

3.4. Diagrama de clases

Un diagrama de Clases representa las clases que serán utilizadas dentro del sistema y las
relaciones que existen entre ellas.

41
42
43
Figura 5. Diagrama de clases
Fuente: Elaboración propia
3.5. Diagramas de secuencia

Los diagramas de secuencia es un tipo de diagramas de interacción, que enfatizan el


ordenamiento temporal de los mensajes, establece el siguiente paso y muestra cómo los
objetos se comunican entre sí al transcurrir el tiempo.

Figura 6. Diagrama de secuencia: Login Administrador


Fuente: Elaboración propia

44
Figura 7. Diagrama de secuencia: Login Usuario auxiliar
Fuente: Elaboración propia

45
Figura 8. Diagrama de secuencia: Ingresos
Fuente: Elaboración propia

46
Figura 9. Diagrama de secuencia: Ingreso de estudiante
Fuente: Elaboración propia

47
Figura 10. Diagrama de secuencia: Ingreso préstamo
Fuente: Elaboración propia

48
Figura 11. Diagrama de secuencia: Modificar
Fuente: Elaboración propia

49
Figura 12. Diagrama de secuencia: Modificar usuario
Fuente: Elaboración propia

50
Figura 13. Diagrama de secuencia: Modificar préstamo
Fuente: Elaboración propia

51
Figura 14. Diagrama de secuencia: Eliminar
Fuente: Elaboración propia

52
Figura 15. Diagrama de secuencia: consultar
Fuente: Elaboración propia

Figura 16. Diagrama de secuencia: consultar equipos


Fuente: Elaboración propia

Figura 17. Diagrama de secuencia: consultar préstamos


Fuente: Elaboración propia

53
Figura 18. Diagrama de secuencia: visualizar préstamos usuarios regulares
Fuente: Elaboración propia

3.6. Diagrama de actividades


Los diagramas de actividades muestran el orden en el que se van realizando las tareas dentro
del sistema (el flujo de control de actividades).

54
Figura 19. Diagrama de actividades: General Sistema de Préstamos
Fuente: Elaboración propia

3.7. Diagrama de despliegue


En el diagrama de despliegue se indica la situación física de los componentes lógicos
desarrollados. Es decir, se sitúa el software en el hardware que lo contiene. Cada Hardware se
representa como un nodo representado por un cubo.

Figura 20. Diagrama de despliegue: General Sistema de Préstamos

55
Fuente: Elaboración propia

3.7. Diagrama de base de datos


Realizado un análisis del proceso de préstamos de herramientas y accesorios que se realiza en
los laboratorios de la escuela de Ingeniería en Sistemas, se ha modelado la base de datos de la
siguiente forma.

56
57
Figura 21. Diagrama de BD
Fuente: Elaboración propia

3.7.1. Diccionario de datos

PK = Clave Primaria FK = Clave Foránea AK = Código único

Tabla 1

Descripción tabla cursos


Nombre: Tabla cursos
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de curso PK
curricula_id integer(10) codigo de curricula FK

codigo_curso varchar(255 código único de curso AK


)
usuario_id integer código de usuario FK

anio_academico varchar código de año formato 2018-II -

Fuente:Elaboración propia

Tabla 2

Descripción tabla usuarios


Nombre: Tabla usuarios
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de usuario PK
email varchar(255 correo de usuario AK
)
nombres varchar(255 nombre completo de usuario -
)
apellidos varchar(255 apellidos completo de usuario -
)
password varchar(255 contraseña cifrada -
)
celular integer(9) número de celular -

Fuente:Elaboración propia
58
Tabla 3

Descripción tabla préstamos


Nombre: Tabla prestamos
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de préstamo PK
curso_id integer(10) código foráneo de curso FK
usuario_id integer(10) código foráneo de usuario FK

ubicacion_id integer(10) código foráneo de ubicación FK

fecha_inicio timestamp fecha de inicio de préstamo -

fecha_fin timestamp fecha fin de préstamo -

Fuente:Elaboración propia

Tabla 4

Descripción tabla equipos


Nombre: Tabla equipos
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de equipo PK
categoria_id integer(10) código foráneo de categoría FK
marca_id integer(10) código foráneo de marca FK
nombre varchar(255 nombre del equipo -
)
descripción text descripción del equipo -

estado boolean estado disponible o no -

Fuente:Elaboración propia

Tabla 5

Descripción tabla currícula de estudio


Nombre: Tabla curricula_estudio
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de equipo PK

59
código varchar(10) código único de currícula AK
regimen_id integer(10) código foraneo de régimen FK
asignatura varchar(100 nombre de la asignatura -
)
Fuente:Elaboración propia

Tabla 6

Descripción tabla regimen curricula


Nombre: Tabla regimen_curricula
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de régimen PK
nombre varchar(100 régimen o semestre (I o II) -
)
Fuente:Elaboración propia

Tabla 7

Descripción tabla ubicación


Nombre: Tabla ubicacion
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de régimen PK
nombre varchar(100 nombre de la ubicación -
)
Fuente:Elaboración propia

Tabla 8

Descripción tabla categorías


Nombre: Tabla categorias
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de categoría PK
nombre varchar(100 categoría de equipo (proyector) -
)
Fuente:Elaboración propia

60
Tabla 9

Descripción tabla marcas


Nombre: Tabla marcas
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de marca PK
nombre varchar(100 nombre de la marca -
)
Fuente:Elaboración propia

Tabla 9

Descripción tabla detalle préstamo


Nombre: Tabla detalle_prestamo
CAMPO TIPO DESCRIPCIÓN CLAVE
Id integer(10) código de marca PK
prestamo_id integer(10) código foráneo de préstamo FK
equipo_id integer(10) código del equipo prestado -
Fuente:Elaboración propia

3.8. Diseño de la interfaz de usuario

3.8.1 Especificación de color

El concepto de disco de color, inventado por Isaac Newton, dispone el espectro de color en
un círculo. Desde entonces, se ha utilizado el disco de color como una herramienta para
comprender las relaciones del color y crear esquemas de color armoniosos.

61
Figura 22: El disco del color

Fuente: “Teoría del Color”

Recuperado de: http://mcteoriacolor.blogspot.com/2015/06/teoria-del-color-e-n-el-arte-


la-pintura.html

3.8.1.1. Colores fríos

Los colores fríos varían del azul al violeta y se encuentran en la mitad del disco de color con
longitudes de onda más cortas. Los colores fríos tienen un efecto relajante. Suelen emplearse
en fondos para compensar zonas más pequeñas de colores cálidos. En combinación, los
colores fríos pueden aparecer como limpios y frescos y transmiten tranquilidad y presencia.

3.8.1.2. Colores cálidos

Los colores cálidos varían del rojo al amarillo y se encuentran en la mitad del disco de color
con longitudes de onda más largas. Los colores cálidos son activos, agresivos y captan la
atención. Estimulan las emociones, motivan y parecen sobresalir de la pantalla o página.

62
CONCLUSIONES
Debido al crecimiento elevado en la necesidad de disponer en forma rápida y oportuna de
información en las entidades, se hizo indispensable la construcción del sistema. Es por ello
que se pudo realizar la construcción del sistema para Centro de Cómputo de la Escuela
Profesional de Ingeniería en Informática y sistemas. De tal manera que le permitió facilitar y
automatizar el control de sus préstamos de equipos, asimismo tener un control de ellos por
web. Para hacer posible el desarrollo del sistema se debió realizar un análisis de las
tecnologías utilizadas por trabajadores a cargo. Se optó por utilizar herramientas que fueran
gratuitas.

Uno de los factores relevante que se logró, es que los usuarios (docentes, estudiantes) puedan
saber en tiempo real que equipos están disponibles para sus préstamos y si se da el caso que
todos estén ocupados se muestre la hora final de su uso y el lugar del equipo en donde está
siendo empleado.

También de tener de poder sacar estadísticas de uso y un control de todo el inventario que se
encuentra en jurisdicción del centro de cómputo.

63
ANEXOS

64