SISTEMA DE INFORMACIÓN WEB PARA LA...
Transcript of SISTEMA DE INFORMACIÓN WEB PARA LA...
SISTEMA DE INFORMACIÓN WEB PARA LA OPTIMIZACIÓN DEL PROCESO DE
GESTIÓN Y ADMINISTRACIÓN DE LOS LABORATORIOS DE INFORMÁTICA DE
LA UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS - FACULTAD
TECNOLÓGICA.
ANDRES FELIPE SANCHEZ OSORIO
LUIS ALFREDO PARRA RATIVA
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISEMATIZACIÓN DE DATOS
BOGOTA D.C.
2017
ii
SISTEMA DE INFORMACIÓN WEB PARA LA OPTIMIZACIÓN DEL PROCESO DE
GESTIÓN Y ADMINISTRACIÓN DE LOS LABORATORIOS DE INFORMÁTICA DE
LA UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS - FACULTAD
TECNOLÓGICA.
ANDRES FELIPE SANCHEZ OSORIO
LUIS ALFREDO PARRA RATIVA
Trabajo de grado para optar por el título de “Tecnólogo en Sistematización de
Datos”
TUTOR
Ing. JOSÉ VICENTE REYES
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISEMATIZACIÓN DE DATOS
BOGOTA D.C.
2017
iii
Nota de aceptación
______________________________________________________
______________________________________________________
______________________________________________________
______________________________________________________
______________________________________________________
__________________________________________
Firma del Jurado
Ing. Roberto Emilio Salas Ruiz
__________________________________________
Firma del Tutor
Ing. José Vicente Reyes
iv
Contenido LISTA DE TABLAS ................................................................................................................................. vii
LISTA DE FIGURAS ................................................................................................................................ ix
RESUMEN................................................................................................................................................... x
ABSTRACT................................................................................................................................................ xi
INTRODUCCIÓN ....................................................................................................................................... 1
1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN .................................................... 2
1.1 TITULO ........................................................................................................................................ 2
1.2 TEMÁTICA .................................................................................................................................. 2
1.3 PLANTEAMIENTO DEL PROBLEMA ................................................................................... 2
1.3.1 Descripción ........................................................................................................................ 2
1.3.2 Formulación ....................................................................................................................... 3
1.4 ALCANCES – DELIMITACIONES .......................................................................................... 3
1.4.1 Alcances ............................................................................................................................. 3
1.4.2 Delimitaciones .................................................................................................................. 4
1.5 OBJETIVOS ................................................................................................................................ 4
1.5.1 General ................................................................................................................................ 4
1.5.2 Específicos ........................................................................................................................ 5
1.6 JUSTIFICACIÓN ........................................................................................................................ 5
1.7 MARCO DE REFERENCIA ...................................................................................................... 6
1.7.1 Estado del arte .................................................................................................................. 6
1.7.2 Marco Teórico ................................................................................................................... 9
1.8 MARCO METODOLÓGICO ................................................................................................... 20
1.8.1 SCRUM .............................................................................................................................. 20
1.9 FACTIBILIDAD ......................................................................................................................... 23
1.9.1 Económica y Técnica .................................................................................................... 23
1.9.2 Legal .................................................................................................................................. 25
2. FASE DE ANALISIS ....................................................................................................................... 26
2.1 Incertidumbre .......................................................................................................................... 26
2.1.1 Requerimientos informales ......................................................................................... 26
2.1.2 Tipos de Usuarios .......................................................................................................... 26
2.2 Descripción de las funcionalidades .................................................................................. 27
3. HISTORIAS DE USUARIO ............................................................................................................. 28
v
4. DEFINICIÓN Y PRIORIZACIÓN DEL PRODUCT BACKLOG ................................................ 42
4.1 Creación del Product Backlog ............................................................................................ 42
4.2 Priorización del Product Backlog ...................................................................................... 42
4.3 Pila del Producto .................................................................................................................... 42
5. SPRINT PLANNING ........................................................................................................................ 46
5.1 Sprint 1 ...................................................................................................................................... 46
5.2 Sprint 2 ...................................................................................................................................... 46
5.3 Sprint 3 ...................................................................................................................................... 46
5.4 Sprint 4 ...................................................................................................................................... 47
5.5 Sprint 5 ...................................................................................................................................... 47
6. SPRINT 1........................................................................................................................................... 48
6.1 Objetivos .................................................................................................................................. 48
6.2 Scrum Taskboard ................................................................................................................... 48
6.3 Reunión de Revisión del Sprint 1 ...................................................................................... 49
6.4 Cierre y entrega ...................................................................................................................... 50
7. SPRINT 2........................................................................................................................................... 51
7.1 Objetivos .................................................................................................................................. 51
7.2 Scrum Taskboard ................................................................................................................... 52
7.3 Reunión de Revisión del Sprint 2 ...................................................................................... 53
7.4 Cierre y entrega ...................................................................................................................... 53
8. SPRINT 3........................................................................................................................................... 54
8.1 Objetivos .................................................................................................................................. 54
8.2 Scrum Taskboard ................................................................................................................... 55
8.3 Reunión de Revisión del Sprint 3 ...................................................................................... 56
8.4 Cierre y entrega ...................................................................................................................... 56
9. SPRINT 4........................................................................................................................................... 57
9.1 Objetivos .................................................................................................................................. 57
9.2 Scrum Taskboard ................................................................................................................... 58
9.3 Reunión de Revisión del Sprint 4 ...................................................................................... 59
9.4 Cierre y entrega ...................................................................................................................... 59
10. SPRINT 5....................................................................................................................................... 60
10.1 Objetivos .................................................................................................................................. 60
10.2 Scrum Taskboard ................................................................................................................... 61
vi
10.3 Reunión de Revisión del Sprint 5 ...................................................................................... 62
10.4 Cierre y entrega ...................................................................................................................... 62
11. FASE FINAL ................................................................................................................................. 63
12. CONCLUSIONES ........................................................................................................................ 66
13. RECOMENDACIONES ............................................................................................................... 67
14. BIBLIOGRAFÍA ............................................................................................................................ 68
15. ANEXOS ........................................................................................................................................ 70
15.1 ANEXO A: FORMATOS DE GENERACION DE REPORTES ......................................... 70
15.2 ANEXO B: MANUAL DEL PROGRAMADOR .................................................................... 77
15.3 ANEXO C: MANUAL DE ADMINISTRADOR ..................................................................... 77
15.4 ANEXO D: MANUAL DE USUARIO .................................................................................... 77
vii
LISTA DE TABLAS
Tabla 1. Limitaciones técnicas. ..................................................................................................................... 4
Tabla 2. Organización de los Laboratorios .................................................................................................. 12
Tabla 3. Factibilidad Económica - Recursos Humanos ................................................................................ 23
Tabla 4. Factibilidad Económica - Recursos Técnicos ................................................................................. 24
Tabla 5. Factibilidad Económica - Gastos Adicionales ............................................................................... 24
Tabla 6. Total Proyecto ............................................................................................................................... 25
Tabla 7. Licencias de las herramientas de desarrollo ................................................................................. 25
Tabla 8. Historias de Usuario 1 y 2 .............................................................................................................. 29
Tabla 9. Historia de Usuario 3 ..................................................................................................................... 30
Tabla 10. Historias de Usuario 4 y 5 ............................................................................................................ 31
Tabla 11. Historias de Usuario 6 y 7 ............................................................................................................ 32
Tabla 12. Historias de Usuario 8, 9, 10 y 11 ................................................................................................ 33
Tabla 13. Historia de Usuario 12 ................................................................................................................. 34
Tabla 14. Historias de Usuario 13, 14, 15 y 16 ............................................................................................ 35
Tabla 15. Historias de Usuario 17, 18 y 19 .................................................................................................. 36
Tabla 16. Historias de Usuario 20, 21 y 22 .................................................................................................. 37
Tabla 17. Historias de Usuario 23, 24 y 25 .................................................................................................. 38
Tabla 18. Historias de Usuario 26, 27, 28 y 29 ............................................................................................ 39
Tabla 19. Historias de Usuario 30, 31 y 32 .................................................................................................. 40
Tabla 20. Historia de Usuario 33 ................................................................................................................. 41
Tabla 21. Formato Product Backlog ............................................................................................................ 42
Tabla 22. Priorización del Product Backlog ................................................................................................. 43
Tabla 23. Priorización del Product Backlog ................................................................................................. 44
Tabla 24. Priorización del Product Backlog ................................................................................................. 45
Tabla 25. Backlog Sprint 1 ........................................................................................................................... 48
Tabla 26. Scrum Taskboard Inicial – Sprint1 ............................................................................................... 49
Tabla 27. Scrum Taskboard en Progreso – Sprint1 ..................................................................................... 49
Tabla 28. Scrum Taskboard Terminado – Sprint1 ....................................................................................... 49
Tabla 29. Backlog Sprint 2 ........................................................................................................................... 51
Tabla 30. Scrum Taskboard Inicial – Sprint2 ............................................................................................... 52
Tabla 31. Scrum Taskboard en Progreso – Sprint2 ..................................................................................... 52
Tabla 32. Scrum Taskboard Terminado – Sprint2 ....................................................................................... 52
Tabla 33. Backlog Sprint 3 ........................................................................................................................... 54
Tabla 34. Scrum Taskboard Inicial – Sprint3 ............................................................................................... 55
Tabla 35. Scrum Taskboard en Progreso – Sprint3 ..................................................................................... 55
Tabla 36. Scrum Taskboard Terminado – Sprint3 ....................................................................................... 56
Tabla 37. Backlog Sprint 4 ........................................................................................................................... 57
Tabla 38. Scrum Taskboard Inicial – Sprint4 ............................................................................................... 58
Tabla 39. Scrum Taskboard en Progreso – Sprint4 ..................................................................................... 58
Tabla 40. Scrum Taskboard Terminado – Sprint4 ....................................................................................... 58
Tabla 41. Backlog Sprint 5 ........................................................................................................................... 60
viii
Tabla 42. Scrum Taskboard Inicial – Sprint5 ............................................................................................... 61
Tabla 43. Scrum Taskboard en Progreso – Sprint5 ..................................................................................... 61
Tabla 44. Scrum Taskboard Terminado – Sprint5 ....................................................................................... 62
ix
LISTA DE FIGURAS
Figura 1. Proceso SCRUM. ........................................................................................................................... 22
Figura 2. Resultados de análisis con SensioLabsWorld ............................................................................... 63
Figura 3. Ejemplo de error y solución generadas por SensioLabsInsight.................................................... 64
Figura 4. Ejemplo de uno de los resultados del análisis en StyleCI............................................................. 65
x
RESUMEN
El presente proyecto, se desarrolló con el objetivo principal de optimizar el proceso de
gestión y administración de los laboratorios de informática de la Universidad Distrital
Francisco José de Caldas - Facultad Tecnológica. Para lograr dicho objetivo, se planteó,
diseño y desarrollo un sistema en entorno web el cual cuenta con los módulos para la
administración de inventarios, la gestión de las salas de informática y la generación de
reportes pertinentes a la dependencia.
El aplicativo se desarrolló sobre PHP, haciendo uso del framework Symfony2 el cual está
basado en el patrón de arquitectura de software MVC (Modelo Vista Controlador), que
separa la lógica y los datos de la interfaz de usuario y permite una perfecta integración
con el gestor de bases de datos MySql.
Teniendo en cuenta los lineamientos para la creación de sitios web del Área Web de la Red de Datos UDNET de la Universidad Distrital Francisco José de Caldas, el proyecto se realizó bajo la metodología SCRUM, la cual se pudo ajustar con facilidad al pequeño equipo de trabajo y al corto tiempo del que se dispuso para el desarrollo de la solución. Palabras clave: Web, Php, Symfony, MySql, SCRUM, inventarios, reportes.
xi
ABSTRACT
The present project was developed with the main objective of optimizing the management
and administration process of the computer labs of the Francisco José de Caldas District
University - Technological Faculty. In order to achieve this objective, a web-based system
was conceived, designed and developed, which has the modules for inventory
management, the management of information technology rooms and the generation of
reports pertinent to the unit.
The application was developed on PHP, making use of the Symfony2 framework which
is based on the MVC (Model View Controller) software architecture, which separates logic
and data from the user interface and allows a perfect integration with the manager Of
MySql databases.
Taking into account the guidelines for the creation of web sites of the Web Area of the
UDNET Data Network of the Francisco José de Caldas District University, the project was
carried out under the SCRUM methodology, which was easily adjusted to the small work
team And the short time that was prepared for the development of the solution.
Keywords: Web, Php, Symfony, MySql, SCRUM, inventories, reports.
1
INTRODUCCIÓN
La presente tesis tuvo como objetivo desarrollar un aplicativo web que permita gestionar
los procesos inherentes a la administración de los laboratorios de informática de la
Universidad Distrital FJDC – Facultad Tecnológica, haciendo uso de todos los
conocimientos y habilidades adquiridos durante el periodo de formación tecnológica que
recibimos en la misma.
Partiendo de lo anterior, se entró a analizar el proceso de administración de los
laboratorios de informática, encontrando que actualmente la mayoría de procesos como
los de inventariado, prestamos de salas y generación de reportes se realizan de manera
manual, en soportes físicos y digitales (Excel). A raíz de esto fue evidente encontrar
grandes volúmenes de información en papel y en archivos digitales que no están
organizados y dificultan el trabajo de los laboratoristas pues no se tiene fácil acceso a la
información, además de posibles fallas en la fiabilidad de la información allí consignada.
Teniendo en cuenta la situación, se procedió a reunir la información de primera mano
para conocer, entender y establecer la posible solución que permitiera mejorar
drásticamente los procesos anteriormente descritos, llegando así a la conclusión de que
una sistematización de los datos agilizaría el trabajo de los laboratoristas y permitiría
contar con datos fiables y seguros en cualquier momento y lugar.
Siendo así, se propuso una solución web, una plataforma accesible desde cualquier parte
en la cual los funcionarios de los laboratorios puedan gestionar los inventarios,
administrar el préstamo de las salas de informática, programar horarios y mantenimientos
y generar todo tipo de reportes en tiempo real y con información veraz y organizada.
Todo esto bajo una estructura segura, en lo posible robusta y escalable, ya que en un
futuro puede que se necesite integrar más funcionalidades al aplicativo.
Para abordar la temática, este trabajo se estructuro en tres partes, la primera está
conformada por el marco introductorio, donde se introduce al tema analizando el
problema hallado, definiendo para su solución un objetivo general, varios específicos, un
marco teórico referencial donde se contemplan los antecedentes de aplicaciones o
soluciones previas a este trabajo, un marco metodológico donde se hace mención a la
metodología empleada para el desarrollo del aplicativo y un análisis de factibilidad. La
segunda parte contempla todas las fases de desarrollo del portal web, las cuales se
realizaron en base a la metodología de desarrollo SCRUM para alcanzar el objetivo
general, y finalmente una tercera parte donde se culmina con las conclusiones y
recomendaciones, donde se exponen las conclusiones obtenidas a lo largo del desarrollo
de este proyecto y las recomendaciones que al parecer de los autores deberían tenerse
en cuenta a futuro.
2
1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN
1.1 TITULO
SISTEMA DE INFORMACIÓN WEB PARA LA OPTIMIZACIÓN DEL PROCESO DE
GESTIÓN Y ADMINISTRACIÓN DE LOS LABORATORIOS DE INFORMÁTICA DE LA
UNIVERSIDAD FRANCISCO JOSÉ DE CALDAS - FACULTAD TECNOLÓGICA
1.2 TEMÁTICA
Desarrollar un Sistema de información web para la optimización del proceso de gestión y administración de los laboratorios de informática de la Universidad Distrital Francisco José de Caldas - Facultad Tecnológica, teniendo en cuenta los lineamientos de desarrollo estipulados por la Red de Datos de la Universidad Distrital Francisco José de Caldas y los requerimientos específicos que se establezcan por parte de los laboratorios.
1.3 PLANTEAMIENTO DEL PROBLEMA
1.3.1 Descripción
La Universidad Distrital Francisco José de Caldas, Facultad Tecnológica, cuenta con
laboratorios de informática para los proyectos curriculares de Sistematización de datos
por ciclos propedéuticos e Ingeniería en Telemática por ciclos propedéuticos, los cuales
están organizados en siete ambientes de trabajo ubicados en el bloque 13 de la facultad
y con un total de 94 equipos de cómputo disponibles para la comunidad académica. Estos
laboratorios brindan a los usuarios los siguientes servicios:
Préstamo de laboratorios a docentes y administrativos: Los cuales se realizan previa solicitud por la página web de los laboratorios.
Préstamo de laboratorios para prácticas libres: Proceso que se realiza por medio de la retención del carnet refrendado del solicitante.
Préstamo de elementos especializados para prácticas en laboratorios: El cual es manejado por retención del carnet refrendado del solicitante o por solicitud de un docente.
Actualmente la gestión y control de inventarios y la mayor parte de la administración de
las salas de informática, son realizados de forma manual por los laboratoristas de las
salas, entendiéndose por manual que por ejemplo el registro de los inventarios es
realizado en plantillas impresas en papel y posteriormente digitadas en plantillas de
Excel. El proceso de préstamo para práctica libre por parte de los estudiantes como se
3
ve anteriormente es manejado por el método de retención del carnet del solicitante,
siempre y cuando dicho carnet este refrendado, pero no se llevan registros de estas
prácticas, así como tampoco se cuenta con un sistema de información de los horarios
disponibles para practica libre. Otros procesos como la generación de reportes
trimestrales de inventarios o generación de paz y salvo son realizados también de
manera manual, previa consulta de los registros que se posean en papel o en los archivos
de Excel.
Analizando la metodología para llevar a cabo los procesos anteriormente mencionados,
se encuentran varios problemas, como lo son la perdida de datos, ya que los registros
en papel se pueden dañar fácilmente; duplicidad de la información pertinente a
inventarios, pues la tarea de comparar los registros en Excel es bastante tediosa;
demoras en los procesos de generación de reportes ya sean de inventarios o de paz y
salvos; no se cuenta con una base de datos para almacenar toda la información
importante de los laboratorios (inventarios, mantenimientos, reportes, estadísticas,
novedades) así como tampoco con un medio de comunicación por el cual los estudiantes
puedan conocer la disponibilidad de los laboratorios para practicas libres.
1.3.2 Formulación
¿Cómo diseñar y desarrollar un sistema de información web que contribuya a mejorar
los procesos de gestión y administración del laboratorio de informática de la Universidad
Distrital Francisco José de Caldas Facultad Tecnológica?
1.4 ALCANCES – DELIMITACIONES
1.4.1 Alcances
El aplicativo web estará conformado por módulos desarrollados para ser
manejados de forma intuitiva y lo más simples posibles, ayudando así a mejorar
el rendimiento.
Se contará con diferentes perfiles de usuario los cuales tendrán diferentes
permisos para administrar la plataforma web.
El módulo de reportes generara estos en formato pdf y con la estructura
brindada por los laboratoristas.
A nivel funcional, los diferentes módulos con los que contara el sistema de
información serán:
Préstamo de laboratorios
Préstamo de equipos especializados
4
Inventarios
Soporte
Reportes
Registro de Usuarios
1.4.2 Delimitaciones
1.4.2.1 Geográfica
El área geográfica donde funcionara el sistema de información es en la Universidad
Distrital Francisco José de Caldas Facultad Tecnológica, en el laboratorio de informática
del proyecto curricular de Sistematización de Datos por ciclos propedéuticos e Ingeniera
en Telemática, bloque 13 segundo piso.
1.4.2.2 Temporal
El proyecto se realizó en un periodo de cuatro (4) meses, comprendidos desde el 1 de
diciembre de 2016 al 31 de marzo de 2017.
1.4.2.3 Técnica Tabla 1. Limitaciones técnicas.
Sistemas operativos Operable en todos
Plataforma de desarrollo PHPSTORM
Lenguaje de Programación PHP 5
Motor base de datos MySQL 5.0.67
Fuente: Autores
1.5 OBJETIVOS
1.5.1 General
Desarrollar un Sistema de información web para la optimización del proceso de gestión
y administración de los laboratorios de informática de la Universidad Distrital Francisco
José de Caldas - Facultad Tecnológica, teniendo en cuenta los lineamientos de
desarrollo estipulados por la Red de Datos de la Universidad Distrital Francisco José de
Caldas y los requerimientos específicos que se establezcan por parte de los laboratorios.
5
1.5.2 Específicos
Desarrollar un sistema de web desde el cual se pueda registrar, eliminar, modificar y consultar los datos relacionados con el préstamo de laboratorios y equipos especializados, permitiendo además llevar un buen control del inventario asignado a los laboratorios de informática.
Construir dentro de la solución la funcionalidad que permita la generación de reportes en formato PDF relevantes para el laboratorio de informática (inventarios, estadísticas de uso de salas, soportes técnicos realizados, incidencias, compras, cotizaciones, horarios, paz y salvos, entre otros).
Desarrollar una interfaz gráfica de usuario con buen diseño y que facilite el uso
de las funcionalidades del software.
1.6 JUSTIFICACIÓN
El proyecto surge a raíz de la necesidad de optimizar y brindar una mayor organización
de los datos e información que se maneja en el laboratorio de informática de la
Universidad Distrital FJDC Facultad tecnológica, el cual maneja actualmente sus
registros de forma manual y en archivos digitales (Excel) que están expuestos a perdidas
y daños y entorpecen el trabajo de los laboratoristas pues no ofrecen la agilidad y
seguridad que se esperan.
Por ello se propuso crear un sistema web dotado de su propia base de datos en el cual
los laboratoristas puedan llevar el registro del inventario, administrar el uso de las salas
de informática y poder generar reportes y certificaciones en tiempo real. A su vez, al ser
un sistema web permitirá a los docentes y estudiantes ingresar a través de internet y
realizar solicitudes de préstamo de salas y la consulta y generación de reportes como
paz y salvos en el caso de los estudiantes.
De igual forma, el sistema permitirá administrar los usuarios que manejaran el aplicativo
web, por medio de un mecanismo de autenticación que permitirá saber cuándo y quien
realizo cambios en el mismo. Todo esto con el fin de facilitar el trabajo de los
laboratoristas y de generar un ambiente en el cual los datos estén seguros y sean
confiables.
6
1.7 MARCO DE REFERENCIA
1.7.1 Estado del arte
1.7.1.1 Proyectos relacionados
1.7.1.1.1 Gestión De Inventarios
Actualmente, en el mercado global se encuentran numerosas soluciones de software
referentes al manejo y gestión de inventarios, todas ellas con diferentes plataformas de
desarrollo y diferentes tecnologías. Sin embargo, todas estas soluciones tienen un
antecedente muy relacionado con los conceptos de administración y organización. Cada
una de estas herramientas ha sido diseñada con el fin de procurar una mejor
organización y contabilización de los elementos físicos con los que cuenta una empresa,
institución u organización.
Por lo tanto, después de haber realizado una búsqueda de diferentes soluciones que
cumplieran con las necesidades básicas y que nos sirvieran de guía para el proyecto se
decidió exponer las siguientes:
a. KAUMER WMS1
Herramienta diseñada para registro de entradas y salidas de productos en tiempo real,
con la capacidad para que los clientes consulten y soliciten inventarios desde cualquier
parte del mundo.
Características:
Entradas y salidas de inventario Traslados entre bodegas y ubicaciones Trabaja con Códigos de Barras Organiza por Categorías y Subcategorías Reportes
1 kaumerwms. (2017). www.kaumerwms.com. Recuperado el 19 de Febrero de 2017, de
http://www.kaumerwms.com/
7
b. INVENTORY CONTROL2
El Sistema de Inventario es una solución basada en la web, diseñado para pequeñas y
medianas empresas que buscan un sistema completo de gestión de inventario sin
reemplazar el software real para la contabilidad. El Sistema de Inventario es lo
suficientemente flexible para satisfacer las necesidades de las empresas que requieren
un control de inventario y facturación más ágil. El sistema también automatiza los
procesos de compras y ventas, generando así un reporte con gráficos comparativos de
cada mes.
El Sistema de Inventario ofrece, además, un conjunto de características que lo hacen
una de las mejores opciones para administrar de forma eficiente el inventario de su
empresa o negocio.
Características:
Panel de control Administración de compras Administración de productos Administración de fabricantes Administración de contactos Módulo de facturación Módulo de reportes Módulo de Configuración Administración de acceso
c. INVGATE ASSETS3
Desarrollan productos de software, utilizando las últimas tecnologías disponibles que
permiten gestionar la infraestructura tecnológica, monitorear servicios críticos y
automatizar las necesidades de soporte y flujos de trabajo.
“Software intuitivo para controlar, mantener, y administrar eficientemente su
infraestructura de TI.”
“Assets es un conjunto de soluciones inteligentes que le garantizarán control total sobre
su infraestructura de TI.”
2 Alvarado, O. (2015). http://obedalvarado.pw. Recuperado el 19 de Febrero de 2017, de
http://obedalvarado.pw/sistema-de-control-de-inventario/
3 invgate. (2017). http://www.invgate.com. Recuperado el 19 de Febrero de 2017, de
http://www.invgate.com/es/assets/
8
Características:
Inventario Búsqueda de dispositivos Escritorio Remoto Distribución de Software Uso de Software: Reportes Avanzados
d. OCSINVENTORYNG (OPEN COMPUTERS AND SOFTWARE INVENTORY
NEXT GENERATION)4
Es un software para la gestión de activos e implementación de soluciones. “OCS-NG
recopila información sobre el hardware y software de equipos que hay en la red que
ejecutan el programa de cliente OCS ("agente OCS de inventario")”
Características:
Información de inventario actualizada.
Sistema de ejecución de comandos remotos.
Interfaz de administración web amigable con el usuario
e. GLPI5
GLPI (Gestionnaire libre de parc informatique) es una herramienta web en software
libre (licencia GPL) que ofrece una gestión integral del inventario informático de una empresa
además de incluir un sistema de gestión de incidencias (ticketing / helpdesk).
La herramienta está desarrollada para entornos Apache-PHP-MySQL, por lo que puede ser
instalada tanto en servidores windows como linux y su fácil instalación y manejo permite
gestionar todo el soporte y mantenimiento de una empresa de una manera rápida y sencilla,
por lo que el despliegue y la puesta en marcha son bastante reducidos.
Características:
Inventario de los recursos de la organización
Gestión de tareas administrativas y financieras
Gestión de incidencias
Reportes
Base de datos de conocimiento
Reserva de equipos
4 ocsinventory-ng. (2010). www.ocsinventory-ng.org. Recuperado el 19 de Febrero de 2017, de
http://www.ocsinventory-ng.org/en/
5 glpi-project.org. (2014). http://glpi-project.org. Recuperado el 19 de Febrero de 2017, de http://glpi-project.org/spip.php?lang=en
9
En cuanto a lo referente al préstamo de equipos y salas, existen pocas alternativas en el
mercado actual que nos puedan ayudar a planificar los horarios de clase en las salas y
el préstamo para práctica libre, entre ellas encontramos:
f. BOOKED SCHEDULER6
Ayuda a las organizaciones y grupos de todos los tamaños a gestionar de forma eficaz
el seguimiento de los recursos de cualquier tipo. Con múltiples vistas de planificación
intuitivas y potentes herramientas de búsqueda, los usuarios pueden encontrar
rápidamente las horas disponibles para los recursos que necesitan.
Características:
Reportes Recordatorios de reservas Grupos de usuarios Limita y controla el uso de recursos con cuotas de uso Opcionalmente se puede configurar para aprobar la solicitud de reservas
g. CLASSROOMBOOKINGS7
Plataforma que permite administrar de manera fácil los horarios y las reservas de los salones de clase de cualquier institución. Permite a los administradores tener la libertad de crear su propio horario semanal y reservas recurrentes, que se adapten a los horarios de la escuela. Características:
Horario de clases personalizado Fácil de usar Elimina dobles reservas No hay límites en el número de salas, usuarios, semanas, horarios o reservas que
se puedan tener.
1.7.2 Marco Teórico
6 bookedscheduler. (2017). http://www.bookedscheduler.com/. Recuperado el 19 de Febrero de 2017, de
http://www.bookedscheduler.com/
7 CLASSROOMBOOKINGS. (2014). http://classroombookings.com. Recuperado el 19 de Febrero de 2017, de
http://classroombookings.com
10
1.7.2.1 Laboratorios de Informática Universidad Distrital Francisco José de
Caldas – Facultad Tecnológica8
La Universidad Distrital Francisco José de Caldas, Facultad Tecnológica, cuenta con los
Laboratorios de Informática, organizados en siete ambientes de trabajo con un total de
106 equipos de cómputo de última tecnología disponibles para la comunidad académica.
1.7.2.1.1 Misión
Brindar un servicio de calidad que contribuya al aprendizaje y desarrollo
académico de toda la comunidad de la Universidad Distrital y de la población en
general del Distrito Capital.
1.7.2.1.2 Visión
Obtener un reconocimiento local, regional y nacional sustentado en el apoyo
permanente a la docencia, investigación y extensión, mediante una adecuada
utilización de los recursos de software y hardware que cuenta los laboratorios de
informática.
1.7.2.1.3 Grupo de trabajo
Actualmente el grupo de trabajo de los laboratorios de informática está
conformado de la siguiente manera:
Coordinador: Ing. MSc. José Vicente Reyes Mozo.
Profesional administrativo: Juan Carlos Quitían Benavides.
Técnico administrativo: Judy Marcela Moreno Ospina, Luis Guillermo Larrota
Pulido.
Asistente administrativo: Diana Paola Bohórquez Rodríguez, Edwin Alejandro
Ávila Gómez, María Alejandra Bonilla Díaz y Jeshua Dannand Jared Larrota
Alferez.
1.7.2.1.4 Tipos de servicios
8 Tecnológica, L. d. (20 de febrero de 2015). http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/inicio. Recuperado el 2017, de
http://www.udistrital.edu.co:8080/web/laboratorios-de-sistematizacion-de-datos/inicio
11
Los servicios que se brindan a los usuarios son los siguientes:
Préstamo de laboratorios a docentes y administrativos.
Préstamo de laboratorios para practicas libres.
Préstamo de elementos especializados para prácticas en laboratorio.
Los horarios de servicio y disposición de los laboratorios se pueden consultar en el
siguiente link: http://www.udistrital.edu.co:8080/web/laboratorios-de-sistematizacion-de-
datos/laboratorios-de-informatica.
La utilización de los recursos de los laboratorios de informática, pueden reservarse por
el docente quedando siempre a la espera de confirmación vía e-mail, y para horario
permanente diferente a los establecidos, debe presentarse la solicitud por escrito en los
laboratorios de informática y estar debidamente autorizado por el coordinador de carrera.
1.7.2.1.5 Reglamentos y Normas
El reglamento y normas para acceder a los servicios ofrecidos por los laboratorios de
informática, está clasificado para cada tipo de usuario y se pueden consultar en los
siguientes enlaces:
Profesores:http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/profesores
Estudiantes:http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/estudiantes
Investigación:http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/investigacion
Extensión:http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/extension
1.7.2.1.6 Organización de los laboratorios:
Los laboratorios de informática se encuentran organizados como se muestra en la
Tabla 2:
12
Tabla 2. Organización de los Laboratorios
Fuente: Laboratorios de Informática UDFJC – Facultad Tecnológica
1.7.2.2 Aplicación web
En la Ingeniería de software se denomina aplicación web a aquellas aplicaciones que los
usuarios pueden utilizar accediendo a un Servidor web a través de Internet o de una
intranet mediante un navegador. En otras palabras, es una aplicación (Software) que se
codifica en un lenguaje soportado por los navegadores web en la que se confía la
ejecución al navegador.
Las aplicaciones web son populares debido a lo práctico del navegador web como cliente
ligero, a la independencia del Sistema operativo, así como a la facilidad para actualizar
y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios
potenciales.
Es importante mencionar que una Página Web puede contener elementos que permiten
una comunicación activa entre el usuario y la información. Esto permite que el usuario
acceda a los datos de modo interactivo, gracias a que la página responderá a cada una
de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos
diversos y acceder a gestores de base de datos de todo tipo9.
9 Ecured. (2016). www.ecured.cu. Recuperado el 19 de Febrero de 2017, de
https://www.ecured.cu/Aplicaci%C3%B3n_web
BLOQUE PISO LABORATORIO ESPECIALIDAD
12 2 SALA 1Laboratorio aplicado de
Telemática
12 2 SALA 2Laboratorio especializado
de Sistemas Distribuidos
13 2 SALA 3
Laboratorio especializado
de Comunicaciones
Inalámbricas
13 2 SALA 4Laboratorio de computación
grafica
13 2 SALA 5Laboratorio de Bases de
Datos
13 2 SALA 6Laboratorio de Ingenieria de
Software
13 2 SALA 7 Laboratorio de Simulación
13
1.7.2.3 Servidor Web
Un servidor Web es un programa que utiliza el protocolo de transferencia de hiper texto,
HTTP (Hypertext Transfer Protocol), para servir los archivos que forman páginas Web a
los usuarios, en respuesta a sus solicitudes, que son reenviados por los clientes HTTP
de sus computadoras. Las computadoras y los dispositivos dedicados también pueden
denominarse servidores Web.
El proceso es un ejemplo del modelo cliente/servidor. Todos los equipos que alojan sitios
Web deben tener programas de servidor Web. Los principales servidores Web incluyen
Apache (el servidor Web más ampliamente instalado), Internet Information Server (IIS)
de Microsoft y nginx (que se pronuncia engine X) de NGNIX. Otros servidores Web
incluyen el servidor NetWare de Novell, el servidor Web de Google (GWS) y la familia de
servidores Domino de IBM.
Los servidores Web a menudo forman parte de un paquete más amplio de programas
relacionados con internet e intranet para servir correo electrónico, descargar solicitudes
de archivos de protocolo de transferencia de archivos (FTP) y crear y publicar páginas
Web. Las consideraciones al elegir un servidor Web incluyen cuán bien funciona con el
sistema operativo y otros servidores, su capacidad para manejar la programación del
servidor, las características de seguridad y las herramientas particulares de publicación,
motor de búsqueda y creación de sitios que vienen con él10.
1.7.2.4 PHP
PHP es el acrónimo de Hipertext Preprocesor. Es un lenguaje de programación del lado
del servidor gratuito e independiente de plataforma, rápido, con una gran librería de
funciones y mucha documentación.
Un lenguaje del lado del servidor es aquel que se ejecuta en el servidor web, justo antes
de que se envíe la página a través de Internet al cliente. Las páginas que se ejecutan en
el servidor pueden realizar accesos a bases de datos, conexiones en red, y otras tareas
para crear la página final que verá el cliente. El cliente solamente recibe una página con
el código HTML resultante de la ejecución de la PHP. Como la página resultante contiene
únicamente código HTML, es compatible con todos los navegadores.
10 Rouse, M. (Diciembre de 2016). http://searchdatacenter.techtarget.com. Recuperado el 19 de Febrero de 2017, de http://searchdatacenter.techtarget.com/es/definicion/Servidor-Web
14
Fue creado originalmente en 1994 por Rasmus Lerdorf, pero como PHP está
desarrollado en política de código abierto, a lo largo de su historia ha tenido muchas
contribuciones de otros desarrolladores11.
1.7.2.5 HTML
HTML significa "Lenguaje de Marcado de Hypertexto" por sus siglas en inglés "HyperText
Markup Language", es un lenguaje que pertenece a la familia de los "lenguajes de
marcado" y es utilizado para la elaboración de páginas web. El estándar HTML lo define
la W3C (World Wide Web Consortium) y actualmente HTML se encuentra en su versión
HTML5.
Cabe destacar que HTML no es un lenguaje de programación ya que no cuenta con
funciones aritméticas, variables o estructuras de control propias de los lenguajes de
programación, por lo que HTML genera únicamente páginas web estáticas, sin embargo,
HTML se puede usar en conjunto con diversos lenguajes de programación para la
creación de páginas web dinámicas.
Básicamente el lenguaje HTML sirve para describir la estructura básica de una página y
organizar la forma en que se mostrará su contenido, además de que HTML permite incluir
enlaces (links) hacia otras páginas o documentos.
HTML es un lenguaje de marcado descriptivo que se escribe en forma de etiquetas para
definir la estructura de una página web y su contenido como texto, imágenes, entre otros,
de modo que HTML es el encargado de describir (hasta cierto punto) la apariencia que
tendrá la página web12.
1.7.2.6 CSS
CSS es un lenguaje de hojas de estilos creado para controlar el aspecto o presentación
de los documentos electrónicos definidos con HTML y XHTML. CSS es la mejor forma
de separar los contenidos y su presentación y es imprescindible para crear páginas web
complejas.
Separar la definición de los contenidos y la definición de su aspecto presenta numerosas
ventajas, ya que obliga a crear documentos HTML/XHTML bien definidos y con
significado completo (también llamados "documentos semánticos"). Además, mejora la
11 Alvares, M. A. (Mayo de 2014). www.desarrolloweb.com. Recuperado el 19 de Febrero de 2017, de https://www.desarrolloweb.com/articulos/392.php 12 www.acercadehtml.com. (2015). http://www.acercadehtml.com. Recuperado el 19 de Febrero de 2017, de
http://www.acercadehtml.com/manual-html/que-es-html.html
15
accesibilidad del documento, reduce la complejidad de su mantenimiento y permite
visualizar el mismo documento en infinidad de dispositivos diferentes.
Al crear una página web, se utiliza en primer lugar el lenguaje HTML/XHTML para marcar
los contenidos, es decir, para designar la función de cada elemento dentro de la página:
párrafo, titular, texto destacado, tabla, lista de elementos, etc.
Una vez creados los contenidos, se utiliza el lenguaje CSS para definir el aspecto de
cada elemento: color, tamaño y tipo de letra del texto, separación horizontal y vertical
entre elementos, posición de cada elemento dentro de la página, etc13.
1.7.2.7 JavaScript
JavaScript es un lenguaje de programación que se utiliza principalmente para crear
páginas web dinámicas.
Una página web dinámica es aquella que incorpora efectos como texto que aparece y
desaparece, animaciones, acciones que se activan al pulsar botones y ventanas con
mensajes de aviso al usuario.
Técnicamente, JavaScript es un lenguaje de programación interpretado, por lo que no es
necesario compilar los programas para ejecutarlos. En otras palabras, los programas
escritos con JavaScript se pueden probar directamente en cualquier navegador sin
necesidad de procesos intermedios.
A pesar de su nombre, JavaScript no guarda ninguna relación directa con el lenguaje de
programación Java. Legalmente, JavaScript es una marca registrada de la empresa Sun
Microsystems, como se puede ver en http://www.sun.com/suntrademarks/14.
1.7.2.8 Framework
El concepto framework se emplea en muchos ámbitos del desarrollo de sistemas
software, no solo en el ámbito de aplicaciones Web. Podemos encontrar frameworks para
el desarrollo de aplicaciones médicas, de visión por computador, para el desarrollo de
juegos, y para cualquier ámbito que pueda ocurrírsenos.
13 librosweb.es. (2015). http://librosweb.es. Recuperado el 19 de Febrero de 2017, de
http://librosweb.es/libro/css/capitulo_1.html
14 librosweb.es. (2013). http://librosweb.es. Recuperado el 19 de Febrero de 2017, de
http://librosweb.es/libro/javascript/capitulo_1.html
16
En general, con el término framework, nos estamos refiriendo a una estructura software
compuesta de componentes personalizables e intercambiables para el desarrollo de una
aplicación. En otras palabras, un framework se puede considerar como una aplicación
genérica incompleta y configurable a la que podemos añadirle las últimas piezas para
construir una aplicación concreta.
Los objetivos principales que persigue un framework son: acelerar el proceso de
desarrollo, reutilizar código ya existente y promover buenas prácticas de desarrollo como
el uso de patrones.
Un framework Web, por tanto, podemos definirlo como un conjunto de componentes (por
ejemplo clases en java y descriptores y archivos de configuración en XML) que
componen un diseño reutilizable que facilita y agiliza el desarrollo de sistemas Web15.
1.7.2.9 Bootstrapt
Es un framework originalmente creado por Twitter, que permite crear interfaces web con
CSS y JavaScript, cuya particularidad es la de adaptar la interfaz del sitio web al tamaño
del dispositivo en que se visualice. Es decir, el sitio web se adapta automáticamente al
tamaño de una PC, una Tablet u otro dispositivo. Esta técnica de diseño y desarrollo se
conoce como Responsive Design o Diseño Adaptativo.
Este Framework te abstrae de tener que preocuparte por las “media queries” y los
porcentajes en los CSS para hacer una web Responsive, facilitando la programación del
site. Además, se basa en la simplicidad de sus interfaces, lo cual es una tendencia del
mercado, en las que tiende a diseño plano, botones grandes, etc… para facilitar la
usabilidad en los dispositivos más pequeños, atendiendo a la “User Experience”16.
1.7.2.10 Symfony2
Symfony es un framework PHP que permite muy fácilmente utilizar la arquitectura MVC
(Model-View-Controller). Fue escrito desde un origen para ser utilizado sobre la versión
5 de PHP ya que hace ampliamente uso de la orientación a objetos que caracteriza a
esta versión y desde la versión 2 de Symfony se necesita mínimamente PHP 5.3.3.
15 Gutiérrez, J. J. (2014). http://www.lsi.us.es. Recuperado el 19 de Febrero de 2017, de
http://www.lsi.us.es/~javierj/investigacion_ficheros/Framework.pdf
16 Acedo, J. (04 de Mayo de 2015). http://programacion.jias.es. Recuperado el 19 de Febrero de 2017, de
http://programacion.jias.es/2015/05/web-%C2%BFque-es-el-framework-bootstrap-ventajas-desventajas/
17
Symfony Fue creado por una gran comunidad liderada por Fabien Potencier, quién a la
fecha, sigue al frente de este proyecto con una visión muy fuertemente orientada hacia
las mejores prácticas que hoy en día forman parte del estándar de desarrollo de software.
Por más que Symfony puede ser utilizado para otros tipos de desarrollos no orientados
a la Web, fue diseñado para optimizar el desarrollo de aplicaciones Web, proporcionando
herramientas para agilizar aplicaciones complejas y guiando al desarrollador a
acostumbrarse al orden y buenas prácticas dentro del proyecto.
El concepto de Symfony es no reinventar la rueda, por lo que reutiliza conceptos y
desarrollos exitosos de terceros y los integra como librerías para ser utilizados por
nosotros. Entre ellos encontramos que integra plenamente uno de los frameworks ORM
más importantes dentro de los existentes para PHP llamado Doctrine, el cual es el
encargado de la comunicación con la base de datos, permitiendo un control casi total de
los datos sin importar si estamos hablando de MySQL, PostgreSQL, SQL server, Oracle,
entre otros motores ya que la mayoría de las sentencias SQL no son generadas por el
programador sino por el mismo Doctrine17.
1.7.2.11 Base de datos
El término de bases de datos fue escuchado por primera vez en 1963, en un simposio
celebrado en California, USA. Una base de datos se puede definir como un conjunto de
información relacionada que se encuentra agrupada o estructurada.
Desde el punto de vista informático, la base de datos es un sistema formado por un
conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un
conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto de datos.
Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la
información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla
conforma un registro18.
Características:
Entre las principales características de los sistemas de base de datos podemos
mencionar:
Independencia lógica y física de los datos.
Redundancia mínima.
17 Ardissone, J. (15 de Febrero de 2012). www.maestrosdelweb.com. Recuperado el 19 de Febrero de 2017, de http://www.maestrosdelweb.com/curso-symfony2-introduccion-instalacion/ 18 Valdés, D. P. (26 de Octubre de 2007). www.maestrosdelweb.com. Recuperado el 20 de Febrero de 2017, de
http://www.maestrosdelweb.com/que-son-las-bases-de-datos/
18
Acceso concurrente por parte de múltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoría.
Respaldo y recuperación.
Acceso a través de lenguajes de programación estándar.
1.7.2.12 SGBD (Sistema Gestor de Bases de Datos)
Un Sistema Gestor de Base de Datos (SGBD, en inglés DBMS: DataBase Management
System) es un sistema de software que permite la definición de bases de datos; así como
la elección de las estructuras de datos necesarios para el almacenamiento y búsqueda
de los datos, ya sea de forma interactiva o a través de un lenguaje de programación. Un
SGBD relacional es un modelo de datos que facilita a los usuarios describir los datos que
serán almacenados en la base de datos junto con un grupo de operaciones para manejar
los datos.
Los SGBD relacionales son una herramienta efectiva que permite a varios usuarios
acceder a los datos al mismo tiempo. Brindan facilidades eficientes y un grupo de
funciones con el objetivo de garantizar la confidencialidad, la calidad, la seguridad y la
integridad de los datos que contienen, así como un acceso fácil y eficiente a los mismos19.
1.7.2.13 MySql
MySQL es un sistema de gestión de base de datos relacional (RDBMS) de código abierto,
basado en lenguaje de consulta estructurado (SQL).
MySQL se ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX y
Windows. A pesar de que se puede utilizar en una amplia gama de aplicaciones, MySQL
se asocia más con las aplicaciones basadas en la web y la publicación en línea y es un
componente importante de una pila empresarial de código abierto llamado LAMP. LAMP
es una plataforma de desarrollo web que utiliza Linux como sistema operativo, Apache
como servidor web, MySQL como sistema de gestión de base de datos relacional y PHP
como lenguaje de programación orientado a objetos (a veces, Perl o Python se utiliza en
lugar de PHP).
MySQL, que fue concebido originalmente por la compañía sueca MySQL AB, fue
adquirida por Oracle en 2008. Los desarrolladores todavía pueden usar MySQL bajo la
19 EcuRed. (2017). https://www.ecured.cu. Recuperado el 20 de Febrero de 2017, de
https://www.ecured.cu/Sistema_Gestor_de_Base_de_Datos
19
Licencia Pública General de GNU (GPL), pero las empresas deben obtener una licencia
comercial de Oracle20.
Los vástagos de MySQL se llaman derivados (forks). Ellos incluyen:
Drizzle - un sistema de gestión de base de datos ligero de código abierto en el desarrollo
basado en MySQL 6.0.
MariaDB - un reemplazo popular "drop-in" desarrollado en la comunidad para MySQL
que utiliza las API y los comandos de MySQL.
Percona Server con XtraDB - una versión mejorada de MySQL conocido por su
escalabilidad horizontal.
20 Rouse, M. (Enero de 2015). http://searchdatacenter.techtarget.com. Recuperado el 20 de Febrero de 2017, de
http://searchdatacenter.techtarget.com/es/definicion/MySQL
20
1.8 MARCO METODOLÓGICO
1.8.1 SCRUM21
Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas
prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible
de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un
estudio de la manera de trabajar de equipos altamente productivos.
En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente
indicado para proyectos en entornos complejos, donde se necesita obtener resultados
pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la
competitividad, la flexibilidad y la productividad son fundamentales.
Scrum también se utiliza para resolver situaciones en que no se está entregando al
cliente lo que necesita, cuando las entregas se alargan demasiado, los costes se
disparan o la calidad no es aceptable, cuando se necesita capacidad de reacción ante la
competencia, cuando la moral de los equipos es baja y la rotación alta, cuando es
necesario identificar y solucionar ineficiencias sistemáticamente o cuando se quiere
trabajar utilizando un proceso especializado en el desarrollo de producto.
1.8.1.1 El proceso22
En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones que
normalmente son de 2 semanas, aunque en algunos equipos son de 3 y hasta 4
semanas, límite máximo de feedback y reflexión). Cada iteración tiene que proporcionar
un resultado completo, un incremento de producto final que sea susceptible de ser
entregado con el mínimo esfuerzo al cliente cuando lo solicite.
El proceso parte de la lista de objetivos/requisitos priorizada del producto, que actúa
como plan del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor
que le aportan respecto a su coste y quedan repartidos en iteraciones y entregas.
Las actividades que se llevan a cabo en Scrum son las siguientes:
1.8.1.2 Planificación de la iteración
El primer día de la iteración se realiza la reunión de planificación de la iteración. Tiene
dos partes:
21 proyectosagiles.org. (2015). https://proyectosagiles.org. Recuperado el 20 de Febrero de 2017, de https://proyectosagiles.org/que-es-scrum/ 22 Ibíd.
21
Selección de requisitos (4 horas máximo). El cliente presenta al equipo la lista de
requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las
dudas que surgen y selecciona los requisitos más prioritarios que se compromete
a completar en la iteración, de manera que puedan ser entregados si el cliente lo
solicita.
Planificación de la iteración (4 horas máximo). El equipo elabora la lista de tareas
de la iteración necesarias para desarrollar los requisitos a que se ha
comprometido. La estimación de esfuerzo se hace de manera conjunta y los
miembros del equipo se auto asignan las tareas.
1.8.1.3 Ejecución de la iteración
Cada día el equipo realiza una reunión de sincronización (15 minutos máximos). Cada
miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias
entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir
este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con el
compromiso adquirido. En la reunión cada miembro del equipo responde a tres
preguntas:
¿Qué he hecho desde la última reunión de sincronización?
¿Qué voy a hacer a partir de este momento?
¿Qué impedimentos tengo o voy a tener?
Durante la iteración el Facilitador (Scrum Master) se encarga de que el equipo pueda
cumplir con su compromiso y de que no se merme su productividad.
Elimina los obstáculos que el equipo no puede resolver por sí mismo.
Protege al equipo de interrupciones externas que puedan afectar su compromiso o su
productividad.
Durante la iteración, el cliente junto con el equipo refina la lista de requisitos (para
prepararlos para las siguientes iteraciones) y, si es necesario, cambian o re planifican los
objetivos del proyecto para maximizar la utilidad de lo que se desarrolla y el retorno de
inversión.
1.8.1.4 Inspección y adaptación
El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene dos
partes:
Demostración (4 horas máximo). El equipo presenta al cliente los requisitos
completados en la iteración, en forma de incremento de producto preparado para
ser entregado con el mínimo esfuerzo. En función de los resultados mostrados y
de los cambios que haya habido en el contexto del proyecto, el cliente realiza las
22
adaptaciones necesarias de manera objetiva, ya desde la primera iteración, re
planificando el proyecto.
Retrospectiva (4 horas máximo). El equipo analiza cómo ha sido su manera de
trabajar y cuáles son los problemas que podrían impedirle progresar
adecuadamente, mejorando de manera continua su productividad. El Facilitador
se encargará de ir eliminando los obstáculos identificados23.
En la figura 1 se puede observar el ciclo de vida de SCRUM:
Figura 1. Proceso SCRUM.
Fuente: https://proyectosagiles.org/que-es-scrum/
23 proyectosagiles.org. (2015). https://proyectosagiles.org. Recuperado el 20 de Febrero de 2017, de
https://proyectosagiles.org/que-es-scrum/
23
1.9 FACTIBILIDAD
1.9.1 Económica y Técnica
La factibilidad económica del proyecto es la siguiente: en términos financieros se
necesitarán mínimo dos equipos cómputo, asesorías del tutor del proyecto, acceso a
Internet, paquete office y artículos de papelería para realizar el modelado del proyecto.
En las tablas que se presentaran a continuación se describe la factibilidad económica,
identificando los costos de papelería, hardware, software y recursos humanos necesarios
para la realización del proyecto (Tabla 3).
Se dividió en tres aspectos, recursos humanos, recursos técnicos y otros recursos, la
distinción de los recursos humanos se presenta a continuación:
Tabla 3. Factibilidad Económica - Recursos Humanos
Tipo Descripción Valor-Hora
Cantidad Total Asumido por
Tutor (1)
Asesorías para la realización del
proyecto, referente a la metodología.
$ 60.000 Aproximadamente
40 horas $ 2.400.000 Universidad
Desarrolladores (2)
Dos programadores que realicen el desarrollo de la
solución.
$ 30.000 Aproximadamente
240 horas C/U $ 14.400.000
Estudiantes desarrolladores
del proyecto
Total Recursos Humanos $ 16.800.000
Fuente: Autores
En la tabla 4, se presentan los gastos en recursos técnicos que se ostentaron durante
el desarrollo del proyecto.
24
Tabla 4. Factibilidad Económica - Recursos Técnicos
cantidad Recurso Descripción Valor
Unitario Total
1 Equipo de computo
Computador de mesa con
procesador AMD doble núcleo,
8gb de memoria RAM, disco
duro de 500gb, monitor red de
19" y periféricos básicos.
Propiedad de uno de los
programadores.
$800,000 $800,000
1 Equipo de computo
Computador de mesa con
procesador AMD A6-3400M,
4gb de memoria RAM, disco
duro de 500gb, monitor red de
19" y periféricos básicos.
Propiedad de uno de los
programadores
$1,000,000 $1,000,000
1 Lector de código de
barras
Lector de código de barras
propiedad de los laboratorios
de informática de la
Universidad Distrital Francisco
José de Caldas Facultad
Tecnológica
$100,000 $100,000
Total Recursos Técnicos $1,900,000
Total recursos Técnicos asumidos por los estudiantes $1,800,000
Total recursos Técnicos asumidos por la Universidad $100,000
Fuente: Autores
En la tabla 5 se muestran los gastos adicionales que serán solventados por los
desarrolladores del proyecto.
Tabla 5. Factibilidad Económica - Gastos Adicionales
Cantidad Recurso Descripción Valor Total
1 Internet Internet banda ancha de 10 megas proveído en
la casa de uno de los desarrolladores (4 meses) $480,000
1 Internet Internet banda ancha de 20 megas proveído en
la casa de uno de los desarrolladores (4 meses) $520,000
2 Papel Resmas de papel tamaño carta $18,000
25
Servicio
Energía
Eléctrica
Servicio de energía eléctrica consumido en las
viviendas de los dos desarrolladores $240,000
Otros
conceptos
Licencia Windows, Paquete Office, DVD,
memorias USB, fotocopias, impresiones,
muebles de oficina
$805,000
Costos
Imprevistos %10 del valor total de los gastos adicionales $182,300
Total Gastos adicionales asumidos totalmente por los estudiantes
desarrolladores del proyecto $2,245,300
Fuente: Autores
Como se puede ver en la Tabla 6 el costo aproximado del proyecto es de $20.705.300 y
es factible económicamente dado que se cuenta con todas las herramientas necesarias
para el desarrollo total del proyecto.
Tabla 6. Total Proyecto
Recursos Humanos $ 16.800.000
Recursos Técnicos $1,900,000
Gastos adicionales $2,245,300
Total $20.945.300
Fuente: Autores
1.9.2 Legal
El proyecto es factible legalmente ya que el sistema de información que se desarrollo fue
implementado con herramientas libres y los recursos para la construcción de la solución
fueron personales.
En la tabla 7 se resumen las licencias correspondientes a las herramientas de desarrollo
que se utilizaron en el proyecto:
Tabla 7. Licencias de las herramientas de desarrollo
Recurso Licencia
Windows EULA
PHP Open Source License
MySql GNU General Public License
Symfony MIT
Bootstrap Apache 2 License Fuente: Autores
26
2. FASE DE ANALISIS
2.1 Incertidumbre
En la primera reunión con el coordinador del laboratorio de sistematización de datos y su
representante, se recogieron los requerimientos principales que debían conformar el
sistema de información, para así tener una visión del producto final y darles prioridad a
los aspectos más relevantes de este.
2.1.1 Requerimientos informales
Necesito un sistema de información web desde el cual pueda llevar un control del
inventario del laboratorio de sistemas, administrar el préstamo de las salas y de equipos
especializados y poder generar los reportes pertinentes a la administración del
laboratorio:
Generar un calendario el cual pueda ser visto por los usuarios desde la página
web para consultar horarios de clase y la disponibilidad de salas para práctica
libre.
Permitir la consulta y generación de paz y salvos de los estudiantes desde la
página web.
Consultar los elementos especializados disponibles para préstamo a los
diferentes usuarios.
Ingresar en una base de datos todos los elementos que hacen parte del laboratorio
para llevar un control de inventario (registrar, eliminar, modificar y consultar).
Poder generar reportes en PDF relevantes para el laboratorio de informática
(inventarios, estadísticas de uso de salas, soportes técnicos realizados,
incidencias, horarios, entre otros).
Registrar el traslado de equipos o elementos a otras ubicaciones.
Permitir la solicitud de préstamo de salas o equipos especializados desde la web
por parte de los docentes.
Registrar los mantenimientos locativos o reparaciones a equipos.
Mostrar en la web un listado de elementos abandonados en las salas para su
posterior recuperación por parte del dueño.
2.1.2 Tipos de Usuarios
Súper Usuario: Cuenta con acceso total al sistema y es el único que puede
crear usuarios administradores.
Usuario Administrador: Con acceso restringido, no puede crear, modificar o
eliminar usuarios administradores.
27
Usuario Docente: Con acceso solo a las funcionalidades de su rol.
Usuario Funcionario: Con acceso solo a las funcionalidades de su rol.
Usuario Estudiante: Con acceso solo a las funcionalidades de su rol.
Usuario Egresado: Con acceso solo a las funcionalidades de su rol.
2.2 Descripción de las funcionalidades
Con los requerimientos informales obtenidos y en conjunto del grupo de trabajo y el
cliente, se entró a especificar mejor cada aspecto o funcionalidad del sistema, generando
así un cuadro completo de Historias de Usuario.
28
3. HISTORIAS DE USUARIO
“Una de las principales innovaciones que representa el desarrollo ágil frente a los
enfoques tradicionales, es en la forma de levantar los requerimientos del usuario.
A diferencia del enfoque tradicional, en el cual el “Diseño de Sistema” contiene
documentación detallada del comportamiento y representa el final de las conversaciones,
en las metodologías ágiles como SCRUM se hace uso de las “Historias de usuario”, las
cuales se enfocan en definir lo que el usuario necesita hacer, sin describir el cómo, por
lo que representa el inicio y no el final de las conversaciones” (pmoinformatica, 2012).
Como lo indica la premisa anterior, en esta parte del proyecto se definieron por parte de
la representante de laboratorios y los autores del presente documento, las características
y funciones que se esperan cumpla el sistema web, plasmándolas en un formato como
historias de usuario, dando prioridad a las funciones más relevantes y descartando
aquellas que por sí solas no conformarían una historia de usuario (Ver tablas 8 a 20).
29
Tabla 8. Historias de Usuario 1 y 2
Fuente: Representante de laboratorio y Autores
Ide
nti
fic
ad
or
ID d
e la
his
tori
a
Ro
lC
ara
cte
rís
tic
a/F
u
nc
ion
alid
ad
Ra
zó
nN
úm
ero
de
Es
ce
na
rio
Cri
teri
o d
e
Ac
ep
tac
ión
(T
ítu
lo)
Co
nte
xto
Ev
en
toR
es
ult
ad
o/C
om
po
rta
mie
nto
es
pe
rad
o
1O
lvid
o d
e c
ontr
aseña
de a
cceso
En c
aso d
e q
ue
el u
suario o
lvid
e
sus d
ato
s d
e
acceso
Cuando s
e o
prim
a e
l lin
k
de ¿
olv
ido s
u
contr
aseña? v
alid
ar
dato
s y
cam
bia
r
contr
aseña
El s
iste
ma s
olic
itara
el c
orr
eo
ele
ctr
ónic
o c
on e
l que s
e r
egis
tro
y a e
ste
se le
envi
ara
un li
nk
para
reesta
ble
cer
la c
ontr
aseña
2O
lvid
o d
e u
suario d
e
acceso
En c
aso d
e q
ue
el u
suario o
lvid
e
sus d
ato
s d
e
acceso
Cuando s
e o
prim
a e
l lin
k
de ¿
olv
ido u
suario?
valid
ar
dato
s y
cam
bia
r
nom
bre
de u
suario
El s
iste
ma s
olic
itara
el c
orr
eo
ele
ctr
ónic
o c
on e
l que s
e r
egis
tro
y a e
ste
se le
envi
ara
un li
nk
para
reesta
ble
cer
el u
suario
1S
er
usuario S
úper
Usuario
En c
aso d
e q
ue
el u
suario s
e
Súper
Usuario
Cuando s
ea
direccio
nado a
l panel d
e
adm
inis
tració
n, después
de in
gre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az, donde tendrá
acceso a
todas la
s
funcio
nalid
ades d
e a
dm
inis
tració
n
sin
restr
iccio
nes
2S
er
Adm
inis
trador
En c
aso d
e q
ue
el u
suario s
ea
Labora
torista
Cuando s
ea
direccio
nado a
l panel d
e
adm
inis
tració
n, después
de in
gre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az, donde tendrá
todas la
s fu
ncio
nalid
ades d
e
adm
inis
tració
n c
on r
estr
iccio
nes
de r
ol.
3S
er
Estu
dia
nte
En c
aso d
e q
ue
el u
suario s
ea
estu
dia
nte
matr
icula
do y
activ
o
Cuando s
ea
direccio
nado a
l panel d
e
consulta
s d
espués d
e
ingre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az, donde p
odrá
consulta
r hora
rios d
e s
ala
s,
dis
ponib
ilidad p
ara
prá
ctic
a li
bre
,
solic
itar
paz y
salv
os, y
vis
ualiz
ar
lista
do d
e e
lem
ento
s
especia
lizados d
isponib
les p
ara
pré
sta
mo.
4S
er
Docente
En c
aso d
e q
ue
el u
suario s
ea
docente
activ
o
de la
Univ
ers
idad
Cuando s
ea
direccio
nado a
l panel d
e
consulta
s, después d
e
ingre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az d
onde p
odrá
consulta
r hora
rios d
e s
ala
s,
dis
ponib
ilidad y
realiz
ar
solic
itudes d
e s
ala
s y
ele
mento
s
especia
lizados
5S
er
Egre
sado
En c
aso d
e q
ue
el u
suario s
ea
Egre
sado d
e la
Univ
ers
idad
Cuando s
ea
direccio
nado a
l panel d
e
consulta
s, después d
e
ingre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az d
onde p
odrá
consulta
r hora
rios d
e s
ala
s y
dis
ponib
ilidad p
ara
prá
ctic
a li
bre
6S
er
Funcio
nario
En c
aso d
e q
ue
el u
suario s
ea
Funcio
nario
activ
o d
e la
Univ
ers
idad
Cuando s
ea
direccio
nado a
l panel d
e
consulta
s, después d
e
ingre
sar
usuario y
contr
aseña
La p
lata
form
a d
ireccio
nará
al
usuario a
la in
terf
az d
onde p
odrá
consulta
r hora
rios d
e s
ala
s,
dis
ponib
ilidad y
solic
itar
ele
mento
s e
specia
lizados e
n
pré
sta
mo
HU
01
Com
o u
n S
úper
Usuario,
Adm
inis
trador,
Usuario E
stu
dia
nte
,
Usuario D
ocente
,
Usuario F
uncio
nario,
Usuario E
gre
sado
Necesito
reesta
ble
cer
mi
contr
aseña o
record
ar
mi n
om
bre
de u
suario
Para
dar
acceso a
usuarios q
ue h
aya
n
olv
idado s
us d
ato
s
de u
suario
HU
02
Com
o u
n S
úper
Usuario,
Adm
inis
trador,
Usuario E
stu
dia
nte
,
Usuario D
ocente
,
Usuario F
uncio
nario,
Usuario E
gre
sado
Necesito
acceso a
un p
ort
al ú
nic
o, de
acuerd
o a
mi r
ol
Con la
fin
alid
ad d
e
dar
acceso a
un
port
al p
ers
onaliz
ado
de a
cuerd
o a
l rol
30
Tabla 9. Historia de Usuario 3
Fuente: Representante de laboratorio y Autores
1E
l usuario n
uevo
es
Súper
Usuario
En c
aso d
e q
ue
ingre
se u
n n
uevo
Súper
Usuario
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita a
sig
nar
el r
ol
Adm
inis
trador
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s c
on
una c
ontr
aseña m
om
entá
nea y
encripta
da q
ue d
eberá
ser
cam
bia
da p
or
el u
suario e
n s
u
prim
er
ingre
so
2
El u
suario n
uevo
es
Labora
torista
Adm
inis
trador
En c
aso d
e q
ue
ingre
se u
n n
uevo
labora
torista
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita a
sig
nar
el r
ol
Adm
inis
trador
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s c
on
una c
ontr
aseña m
om
entá
nea y
encripta
da q
ue d
eberá
ser
cam
bia
da p
or
el u
suario e
n s
u
prim
er
ingre
so
3E
l usuario n
uevo
es
Estu
dia
nte
En c
aso d
e q
ue
se m
atr
icule
n
nuevo
s
estu
dia
nte
s
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita a
cepta
r y
asig
nar
el r
ol E
stu
dia
nte
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
4E
l usuario n
uevo
es
Docente
En c
aso d
e q
ue
el n
uevo
usuario
sea d
ocente
de
la U
niv
ers
idad
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita a
cepta
r y
asig
nar
el r
ol D
ocente
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s c
on
una c
ontr
aseña e
ncripta
da
cre
ada p
or
el u
suario e
n e
l
regis
tro y
quedara
en e
spera
de
acepta
ció
n
5E
l usuario n
uevo
es
Funcio
nario
En c
aso d
e q
ue
el n
uevo
usuario
sea funcio
nario
de la
Univ
ers
idad
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita a
cepta
r y
asig
nar
el r
ol F
uncio
nario
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s c
on
una c
ontr
aseña e
ncripta
da
cre
ada p
or
el u
suario e
n e
l
regis
tro y
quedara
en e
spera
de
acepta
ció
n
HU
03C
om
o u
n S
úper
Usuario
Necesito
poder
cre
ar
y acepta
r usuarios
nuevo
s
Con la
fin
alid
ad d
e
dar
acceso a
l port
al
a a
quello
s u
suarios
auto
rizados y
pert
enecie
nte
s a
la
Univ
ers
idad
31
Tabla 10. Historias de Usuario 4 y 5
Fuente: Representante de laboratorio y Autores
1
El l
abora
torista
ya n
o
trabaja
en la
Univ
ers
idad
En c
aso d
e q
ue
renuncie
, sea
despedid
o o
al
term
inar
el
contr
ato
Cuando s
e li
ste
n lo
s
usuarios d
el s
iste
ma
perm
ita la
opció
n d
e
"Desactiv
ar
Usuario"
El s
iste
ma p
edirá c
onfir
mació
n
de la
acció
n y
pro
cederá
con la
actu
aliz
ació
n d
e lo
s d
ato
s d
el
usuario, notif
icando s
i la a
cció
n
fue e
xito
sa
2E
l estu
dia
nte
se g
raduó
y/o s
e r
etir
o
En c
aso d
e q
ue
el e
stu
dia
nte
halla
culm
inado
su c
arr
era
, se
halla
retir
ado o
sea e
xpuls
ado
Cuando s
e li
ste
n lo
s
usuarios d
el s
iste
ma
perm
ita la
opció
n d
e
"Desactiv
ar
Usuario"
El s
iste
ma p
edirá c
onfir
mació
n
de la
acció
n y
pro
cederá
con la
actu
aliz
ació
n d
e lo
s d
ato
s d
el
usuario, notif
icando s
i la a
cció
n
fue e
xito
sa
3
El d
ocente
o funcio
nario
se r
etir
o d
e la
Univ
ers
idad
En c
aso d
e q
ue
el d
ocente
o
funcio
nario
renuncie
o s
e
retir
e d
e la
Univ
ers
idad
Cuando s
e li
ste
n lo
s
usuarios d
el s
iste
ma
perm
ita la
opció
n d
e
"Elim
inar
Usuario"
El s
iste
ma p
edirá c
onfir
mació
n
de la
acció
n y
pro
cederá
con la
actu
aliz
ació
n d
e lo
s d
ato
s d
el
usuario, notif
icando s
i la a
cció
n
fue e
xito
sa
5E
l usuario c
am
bio
dato
s d
e c
onta
cto
En c
aso d
e q
ue
los d
ato
s d
el
usuario c
am
bie
n
Cuando s
e li
ste
n lo
s
usuarios d
el s
iste
ma
perm
ita la
opció
n d
e
"Edita
r in
form
ació
n"
El s
iste
ma d
esple
gara
un
form
ula
rio d
e e
dic
ión c
on lo
s
dato
s a
ctu
ale
s d
el u
suario,
perm
itiendo m
odifi
carlos y
guard
arlos p
oste
riorm
ente
. A
l
final n
otif
icara
si l
a a
cció
n fue
exi
tosa
HU
05C
om
o U
suario
Docente
, U
suario
Funcio
nario
Necesito
poder
regis
trarm
e d
esde la
pla
tafo
rma w
eb
para
poder
acceder
a a
lgunas o
pcio
nes
según e
l rol
1
El d
ocente
o funcio
nario
se e
ncuentr
a
contr
ata
do
En c
aso d
e q
ue
el d
ocente
o
funcio
nario
desee a
part
ar
sala
s o
solic
itar
ele
mento
s
especia
lizados
Cuando v
aya
a la
secció
n U
suarios, se
visualic
e form
ula
rio d
e
ingre
so d
e in
form
ació
n y
perm
ita s
olic
itar
activ
ació
n d
e u
suario
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s,
info
rmando q
ue e
n u
n p
lazo d
e 2
4
hora
s m
áxi
mo s
e a
ctiv
ara
el
usuario s
i la in
form
ació
n e
s
corr
ecta
Necesito
poder
edita
r
los d
ato
s d
e lo
s
usuarios para
actu
aliz
arlos o
desactiv
arlos d
el
sis
tem
a
Con e
l fin
de
actu
aliz
ar
los d
ato
s
de lo
s u
suarios,
adem
ás d
e
restr
ingir e
l acceso
a u
suarios a
ntig
uos,
o q
ue y
a n
o h
agan
part
e d
e la
Univ
ers
idad
HU
04C
om
o u
n S
úper
Usuario
32
Tabla 11. Historias de Usuario 6 y 7
Fuente: Representante de laboratorio y Autores
HU
06C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
asig
natu
ras
Para
poder
asig
narlas a
l
cale
ndario d
e c
ada
sala
1
Cre
ació
n d
e
asig
natu
ras n
ueva
s o
inic
iale
s a
l com
ienzo d
e
cada s
em
estr
e
En c
aso d
e q
ue
se r
equie
ra
agre
gar
asig
natu
ras
nueva
s a
l
sis
tem
a
Cuando s
e in
gre
se a
la
opció
n r
egis
trar
asig
natu
ra, perm
itir
agre
gar
la in
form
ació
n
básic
a d
e la
mate
ria y
su
respectiv
o p
rofe
sor
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
después d
e s
olic
itar
confir
mació
n
de la
acció
n.
1
La a
sig
natu
ra y
a n
o e
s
dic
tada p
or
el p
rofe
sor
asig
nado in
icia
lmente
En c
aso d
e q
ue
halla
un c
am
bio
de p
rofe
sor
para
la a
sig
natu
ra
Cuando s
e in
gre
se a
la
opció
n m
odifi
car
docente
en e
l panel d
e e
dic
ión d
e
asig
natu
ras
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
después d
e s
olic
itar
confir
mació
n
de la
acció
n.
2
La m
ate
ria r
equie
re s
er
dic
tada p
or
un p
rofe
sor
adic
ional
En c
aso d
e q
ue
se d
eban a
sig
nar
mas d
ocente
s
para
dic
tar
una
asig
natu
ra
Cuando s
e in
gre
se a
la
opció
n a
gre
gar
docente
en e
l panel d
e e
dic
ión d
e
asig
natu
ras
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
después d
e s
olic
itar
confir
mació
n
de la
acció
n.
3
La m
ate
ria c
am
bio
de
nom
bre
, hora
rio u
otr
o
de s
us d
ato
s
En c
aso d
e q
ue
los d
ato
s d
e la
asig
natu
ra s
ean
modifi
cados e
n
el t
ranscurs
o d
el
sem
estr
e
Cuando s
e in
gre
se a
l
panel d
e m
odifi
cació
n d
e
asig
natu
ras
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
después d
e s
olic
itar
confir
mació
n
de la
acció
n.
4La m
ate
ria s
e c
ancelo
En c
aso d
e q
ue
una a
sig
natu
ra
sea c
ancela
da
dura
nte
el
sem
estr
e
Cuando s
e in
gre
se a
la
opció
n c
ancela
r m
ate
rias
en e
l panel d
e
modifi
cació
n d
e
asig
natu
ras
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
la
guard
ará
en la
base d
e d
ato
s
después d
e s
olic
itar
confir
mació
n
de la
acció
n.
HU
07C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
edita
r
o e
limin
ar
asig
natu
ras
Con la
fin
alid
ad d
e
cam
bia
r lo
s d
ato
s
de la
s a
sig
natu
ras
33
Tabla 12. Historias de Usuario 8, 9, 10 y 11
Fuente: Representante de laboratorio y Autores
HU
08C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
cre
ar
el c
ale
ndario d
e
cla
ses
Para
que lo
s
usuarios q
ue
ingre
sen a
la w
eb
puedan v
isualiz
arlo
1C
rear
cale
ndario a
l
inic
io d
e c
ada p
eriodo
Asig
nar
las
cla
ses a
cada
sala
al i
nic
io d
e
cada p
eriodo
Cuando s
e in
gre
se a
la
secció
n "
modifi
car
cale
ndario"
en la
opció
n
"Genera
r C
ale
ndario"
El s
iste
ma v
erific
ara
la
info
rmació
n in
gre
sada y
auto
mátic
am
ente
asig
nara
el
mis
mo h
ora
rio a
l resto
de lo
s d
ías
del p
eriodo s
ele
ccio
nado. E
sto
después d
e c
onfir
mar
la a
cció
n
por
part
e d
el u
suario.
HU
09C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
modifi
car
el
cale
ndario d
e c
lases
Con e
l fin
de
cam
bia
r el
cale
ndario c
uando
se
modifi
quen/a
gre
gue
n/c
ancele
n c
lases
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Modifi
car
el
cale
ndario
cuando s
e
agre
gue u
na
cla
se o
si u
na
cla
se s
e
modifi
ca o
cancela
.
Cuando s
e in
gre
se a
la
secció
n "
modifi
car
cale
ndario",
vis
ualiz
ar
el
cale
ndario a
ctu
al y
perm
itir
modifi
car/
agre
gar
o
cancela
r cla
ses
El s
iste
ma v
erific
ara
y g
uard
ará
en la
base d
e d
ato
s la
info
rmació
n in
gre
sada y
auto
mátic
am
ente
asig
nara
el
mis
mo h
ora
rio a
l resto
de lo
s d
ías
del p
eriodo s
ele
ccio
nado. E
sto
después d
e c
onfir
mar
la a
cció
n
por
part
e d
el u
suario.
HU
10C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
asig
nar
pra
ctic
as
libre
s e
n la
s s
ala
s d
el
labora
torio
Con e
l fin
de d
ar
uso a
las s
ala
s
libre
s
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Modifi
car
el
cale
ndario
cuando h
alla
una
sala
(s)
dis
ponib
le(s
)
para
pra
ctic
as
libre
s
Cuando s
e in
gre
se a
la
secció
n "
modifi
car
cale
ndario",
vis
ualiz
ar
el
cale
ndario a
ctu
al y
perm
itir
modifi
car
el
hora
rio p
ara
asig
nar
pra
ctic
a li
bre
a c
ualq
uie
r
sala
El s
iste
ma s
olic
itara
confir
mació
n
de la
acció
n y
colo
cara
la s
ala
en
esta
do "
Pra
ctic
a L
ibre
" solo
por
ese m
ism
o d
ía, es d
ecir a
l inic
iar
un n
uevo
día
la s
ala
reto
mara
su
hora
rio h
abitu
al.
HU
11C
om
o U
suario
Docente
, U
suario
Funcio
nario
Necesito
poder
solic
itar
sala
s e
n
pré
sta
mo
Con la
fin
alid
ad d
e
que e
l docente
o
funcio
nario p
uedan
solic
itar
con
ante
rioridad e
l
pré
sta
mo d
e u
na
sala
para
activ
idades e
xtra
s
1
El d
ocente
o funcio
nario
debe e
sta
r contr
ata
do y
activ
o e
n la
Univ
ers
idad
En c
aso d
e q
ue
el d
ocente
o
funcio
nario
requie
ra r
ealiz
ar
una a
ctiv
idad
que s
olo
se
pueda r
ealiz
ar
en
sala
s.
Cuando s
e in
gre
se a
la
secció
n "
pre
sta
mos d
e
sala
s",
vis
ualiz
ar
el
cale
ndario y
esta
ble
cer
una s
ala
en h
ora
rio
dis
ponib
le p
ara
después
sele
ccio
nar
la o
pció
n
"Solic
itar
Pré
sta
mo"
he
ingre
sar
la in
form
ació
n
que a
llí s
e s
olic
ite
El s
iste
ma v
erific
ara
la
info
rmació
n y
pedirá c
onfir
mació
n
de la
acció
n. U
na v
ez e
nvi
ada la
solic
itud s
e in
form
ara
al d
ocente
que e
n u
n p
lazo m
áxi
mo d
e 2
4
hora
s s
e d
ará
respuesta
de
apro
bació
n.
34
Tabla 13. Historia de Usuario 12
Fuente: Representante de laboratorio y Autores
1
El d
ocente
/funcio
nario
debe e
sta
r contr
ata
do y
activ
o e
n la
Univ
ers
idad
En c
aso d
e q
ue
el
docente
/funcio
na
rio r
equie
ra
apart
ar
ele
mento
s d
el
labora
torio p
ara
poder
realiz
ar
pra
ctic
as c
on lo
s
estu
dia
nte
s u
otr
os tra
bajo
s e
n
un futu
ro
pró
xim
o
Cuando s
e in
gre
se a
la
secció
n "
Pré
sta
mo d
e
Ele
mento
s"
se
visualiz
ara
un li
sta
do d
e
ele
mento
s
especia
lizados
dis
ponib
les, ju
nto
con u
n
form
ula
rio d
onde s
e
ingre
sara
n lo
s d
eta
lles
del p
résta
mo
El s
iste
ma v
erific
ara
la
info
rmació
n y
pedirá c
onfir
mació
n
de la
acció
n. U
na v
ez e
nvi
ada la
solic
itud e
l esta
do d
e lo
s
ele
mento
s s
olic
itados e
n
pré
sta
mo c
am
bia
ra a
"E
N
PR
ES
TA
MO
"
2
El d
ocente
/funcio
nario
debe e
sta
r contr
ata
do y
activ
o e
n la
Univ
ers
idad
En c
aso d
e q
ue
el d
ocente
requie
ra d
e
form
a in
media
ta
ele
mento
s d
el
labora
torio p
ara
poder
realiz
ar
pra
ctic
as c
on lo
s
estu
dia
nte
s u
otr
os tra
bajo
s
El d
ocente
/funcio
nario s
e
acerc
a a
l labora
torio y
solic
ita a
l labora
torista
encarg
ado lo
s e
lem
ento
s
que n
ecesita
junto
con la
info
rmació
n p
ert
inente
al
pré
sta
mo (
nom
bre
s d
el
solic
itante
, códig
o y
/o
cedula
)
El l
abora
torista
ingre
sa la
info
rmació
n a
l sis
tem
a, este
la
verific
a y
la a
lmacena e
n la
base
de d
ato
s.
3E
l estu
dia
nte
esta
matr
icula
do y
activ
o
En c
aso d
e q
ue
el e
stu
dia
nte
requie
ra d
e
form
a in
media
ta
ele
mento
s
especia
lizados
para
poder
realiz
ar
pra
ctic
as
de la
bora
torio
El e
stu
dia
nte
se a
cerc
a
al l
abora
torio y
solic
ita a
l
labora
torista
encarg
ado
los e
lem
ento
s q
ue
necesita
junto
con la
info
rmació
n p
ert
inente
al
pré
sta
mo (
nom
bre
s d
el
solic
itante
, códig
o y
/o
cedula
)
El l
abora
torista
ingre
sa la
info
rmació
n a
l sis
tem
a, este
la
verific
a y
la a
lmacena e
n la
base
de d
ato
s.
HU
12C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
el p
résta
mo
de e
lem
ento
s
especia
lizados o
port
átil
es
Con e
l fin
de
guard
ar
en la
base
de d
ato
s lo
s
pre
sta
mos d
e
ele
mento
s
especia
lizados o
port
átil
es a
pro
fesore
s y
funcio
narios q
ue lo
s
solic
iten e
n p
ers
ona
o v
ía w
eb y
a lo
s
estu
dia
nte
s q
ue lo
s
solic
iten e
n p
ers
ona
35
Tabla 14. Historias de Usuario 13, 14, 15 y 16
Fuente: Representante de laboratorio y Autores
HU
13C
om
o U
suario
Docente
, U
suario
Funcio
nario
Necesito
poder
cancela
r la
solic
itud
de p
résta
mo d
e
sala
s
con e
l fin
de
cam
bia
r el e
sta
do
de u
na s
ala
a
"dis
ponib
le"
1
El d
ocente
/funcio
nario
debe e
sta
r contr
ata
do y
activ
o e
n la
Univ
ers
idad
En c
aso d
e q
ue
el d
ocente
o
funcio
nario y
a n
o
necesite
util
izar
la s
ala
solic
itada
en p
résta
mo c
on
ante
rioridad
En la
secció
n P
resta
mos
se p
resenta
ra la
opció
n
cancela
r solic
itud d
e
pré
sta
mo
El s
iste
ma v
alid
a la
info
rmació
n y
pedirá c
onfir
mació
n d
e la
acció
n.
Guard
a lo
s d
ato
s y
cam
bia
el
esta
do d
e la
sala
a
"DIS
PO
NIB
LE
"
HU
14C
om
o U
suario
Docente
, U
suario
Funcio
nario
Necesito
poder
solic
itar
el p
résta
mo
de e
lem
ento
s
especia
lizados v
ía
web
Con e
l fin
de a
part
ar
con tie
mpo
ele
mento
s p
ara
realiz
ar
pra
ctic
as
de la
bora
torio u
otr
os tra
bajo
s
1
solic
itud d
e p
resta
mos
de e
lem
ento
s
especia
lizados v
ía w
eb
Cada v
ez q
ue e
l
docente
,
funcio
nario
ingre
se a
la w
eb
para
apart
ar
ele
mento
s
especia
lizados
en p
résta
mo
Cuando in
gre
se a
l panel
"Ele
mento
s
especia
lizados".
El s
iste
ma d
esplie
ga u
n li
sta
do
de e
lem
ento
s e
specia
lizados
dis
ponib
les p
ara
pré
sta
mo,
guard
a lo
s e
lem
ento
s
sele
ccio
nados y
enví
a la
solic
itud
a lo
s a
dm
inis
tradore
s p
ara
su
poste
rior
acepta
ció
n.
HU
15C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
la
devo
lució
n d
e
ele
mento
s
especia
lizados o
port
átil
es
Con la
fin
alid
ad d
e
lleva
r contr
ol s
obre
los e
lem
ento
s
dis
ponib
les p
ara
ser
pre
sta
dos
nueva
mente
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Cada v
ez q
ue e
l
docente
/funcio
na
rio d
evu
elv
a lo
s
ele
mento
s
solic
itados e
n
pré
sta
mo
Se r
egis
tra e
n la
secció
n
"Devo
lució
n d
e
ele
mento
s"
los
ele
mento
s d
evu
elto
s y
su
esta
do
El s
iste
ma v
alid
a la
info
rmació
n y
pedirá c
onfir
mació
n d
e la
acció
n.
Guard
a lo
s d
ato
s y
cam
bia
el
esta
do d
e lo
s e
lem
ento
s a
l
esta
do "
DIS
PO
NIB
LE
" y
valid
a e
l
esta
do d
el U
suario c
on lo
s
labora
torios (
a p
az y
salv
o o
en
mora
).
HU
16C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
el e
sta
do d
e
una s
ala
después d
e
una c
lase o
pra
ctic
a
libre
Con la
fin
alid
ad d
e
regis
trar
a tie
mpo
nove
dades c
om
o
daños a
los e
quip
os
o a
la
infr
aestr
uctu
ra e
identif
icar
los
posib
les
responsable
s
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Sie
mpre
que
finalic
e u
na c
lase
o p
ractic
a li
bre
Cuando in
gre
se a
l panel
de p
résta
mo d
e s
ala
s
El s
iste
ma m
ostr
ara
una in
terf
az
para
regis
trar
las n
ove
dades e
n
las s
ala
s s
i se p
resenta
n y
guard
ará
esta
info
rmació
n.
Cam
bia
ra e
l esta
do d
el u
suario
que h
alla
causado la
nove
dad
36
Tabla 15. Historias de Usuario 17, 18 y 19
Fuente: Representante de laboratorio y Autores
HU
17C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
el i
ngre
so
de e
quip
os y
ele
mento
s
especia
lizados
nuevo
s a
l labora
torio
Con la
fin
alid
ad d
e
lleva
r un c
ontr
ol
sobre
el i
nve
nta
rio
del l
abora
torio
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Cuando in
gre
se
un e
quip
o o
un
ele
mento
especia
lizado a
l
labora
torio
Cuando in
gre
se a
l panel
inve
nta
rio
El s
iste
ma d
esple
gara
form
ula
rio
donde s
e in
gre
san lo
s d
ato
s d
el
nuevo
ele
mento
o e
quip
o y
lo
guard
a e
n la
base d
e d
ato
s
después d
e v
erific
ar
la
info
rmació
n.
HU
18C
om
o S
úper
Usuario,
Adm
inis
trador
Necesito
poder
regis
trar
los
ele
mento
s d
ados d
e
baja
Con la
fin
alid
ad d
e
sacar
del i
nve
nta
rio
los e
lem
ento
s q
ue
ya n
o h
agan p
art
e
del m
ism
o.
1E
l adm
inis
trador
debe
esta
r re
gis
trado y
activ
o
Cuando u
n
ele
mento
se
dañe y
sea
retir
ado d
el
inve
nta
rio
Cuando in
gre
se a
l panel
inve
nta
rio e
n la
opció
n
"BA
JAS
"
El s
iste
ma d
esple
gara
form
ula
rio
donde s
e in
gre
san lo
s d
ato
s d
el
ele
mento
o e
quip
o y
modifi
cara
el
esta
do a
"R
ET
IRA
DO
" después
de v
erific
ar
la in
form
ació
n.
1E
l estu
dia
nte
esta
matr
icula
do y
activ
o
En c
aso d
e q
ue
el e
stu
dia
nte
necesite
ele
mento
s
especia
lizados
para
pra
ctic
a
libre
Cuando in
gre
se a
l panel
de "
Ele
mento
s
especia
lizados p
ara
pré
sta
mo"
El s
iste
ma p
regunta
ra q
ue tip
o d
e
usuario e
s y
mostr
ara
una li
sta
de
los e
lem
ento
s d
isponib
les p
ara
pré
sta
mo s
egún e
l rol d
el u
suario.
2
El d
ocente
/funcio
nario
debe e
sta
r contr
ata
do y
activ
o e
n la
Univ
ers
idad
En c
aso d
e q
ue
el
docente
/funcio
na
rio r
equie
ra
util
izar
ele
mento
s d
el
labora
torio p
ara
poder
realiz
ar
pra
ctic
as c
on lo
s
estu
dia
nte
s u
otr
os tra
bajo
s
Cuando in
gre
se a
l panel
de "
Ele
mento
s
especia
lizados p
ara
pré
sta
mo"
El s
iste
ma p
regunta
ra q
ue tip
o d
e
usuario e
s y
mostr
ara
una li
sta
de
los e
lem
ento
s d
isponib
les p
ara
pré
sta
mo s
egún e
l rol d
el u
suario,
dando la
opció
n d
e a
part
ar
ese
ele
mento
si s
e lo
guea e
n e
l
sis
tem
a.
3
El e
stu
dia
nte
debe s
er
Egre
sado d
e la
Univ
ers
idad
En c
aso d
e q
ue
el e
stu
dia
nte
egre
sado
necesite
ele
mento
s
especia
lizados
para
pra
ctic
a
libre
Cuando in
gre
se a
l panel
de "
Ele
mento
s
especia
lizados p
ara
pré
sta
mo"
El s
iste
ma p
regunta
ra q
ue tip
o d
e
usuario e
s y
mostr
ara
una li
sta
de
los e
lem
ento
s d
isponib
les p
ara
pré
sta
mo s
egún e
l rol d
el u
suario.
HU
19
Com
o U
suario
Estu
dia
nte
, U
suario
Docente
, U
suario
Funcio
nario, U
suario
Egre
sado
Necesito
poder
visualiz
ar
los
ele
mento
s
especia
lizados
dis
ponib
les p
ara
pré
sta
mo
Con la
fin
alid
ad d
e
poder
consulta
r
desde la
web lo
s
equip
os q
ue p
ueden
pedir e
n p
résta
mo
según s
u r
ol
37
Tabla 16. Historias de Usuario 20, 21 y 22
Fuente: Representante de laboratorio y Autores
HU
20C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
los
ele
mento
s
abandonados e
n la
s
sala
s
Con la
fin
alid
ad d
e
lleva
r un c
ontr
ol
sobre
los o
bje
tos
perd
idos d
e lo
s
usuarios
1
Se e
ncuentr
an
ele
mento
s
abandonados e
n la
s
sala
s
En c
aso d
e q
ue
los u
suarios
olv
iden o
bje
tos
pers
onale
s e
n
las s
ala
s
Cuando in
gre
sa a
l panel
de "
Ele
mento
s
abandonados e
n s
ala
s"
opció
n: "R
egis
trar
Ele
mento
"
El s
iste
ma s
olic
itara
la
info
rmació
n d
el o
bje
to
abandonado y
lo g
uard
ara
en la
base d
e d
ato
s p
ara
su p
oste
rior
consulta
.
HU
21
Com
o S
úper
Usuario,
Usuario A
dm
inis
trador,
Usuario E
stu
dia
nte
,
Usuario D
ocente
,
Usuario F
uncio
nario,
Usuario E
gre
sado
Necesito
poder
consulta
r el l
ista
do
de e
lem
ento
s
abandonados e
n la
s
sala
s
Con la
fin
alid
ad d
e
poder
recupera
rlos
poste
riorm
ente
1
Consulta
r ele
mento
s
abandonados e
n la
s
sala
s
En c
aso d
e q
ue
los u
suarios
deje
n s
us
pert
enencia
s e
n
las s
ala
s d
ura
nte
las c
lases o
pra
ctic
as
Cuando in
gre
sa a
l panel
de "
Ele
mento
s
abandonados"
El s
iste
ma d
esple
gara
un li
sta
do
de lo
s e
lem
ento
s r
egis
trados
com
o a
bandonados c
on s
us
respectiv
os d
ato
s.
HU
22C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
el r
ecla
mo
de u
n o
bje
to
abandonado
En c
aso d
e q
ue e
l
dueño s
e p
resente
en e
l labora
torio
para
recla
marlo
1
Retir
o d
e u
n e
lem
ento
abandonado d
el
labora
torio
En c
aso d
e q
ue
el d
ueño s
e
pre
sente
pers
onalm
ente
en e
l labora
torio
a r
ecla
mar
el
obje
to
abandonado
Cuando in
gre
sa a
l panel
de "
Ele
mento
s
abandonados"
en la
opció
n "
regis
trar
recla
mo".
El U
suario in
gre
sa la
info
rmació
n
al s
iste
ma, este
la v
erific
a y
la
alm
acena e
n la
base d
e d
ato
s.
38
Tabla 17. Historias de Usuario 23, 24 y 25
Fuente: Representante de laboratorio y Autores
1C
onsulta
r ele
mento
s
activ
os
Cuando s
e
requie
ra s
aber
con q
ue
ele
mento
s
cuenta
el
inve
nta
rio d
el
labora
torio
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Ele
mento
s A
ctiv
os"
Se d
esple
gara
un li
sta
do d
e lo
s
ele
mento
s a
ctiv
os o
rdenados
alfa
bétic
am
ente
.
2C
onsulta
r ele
mento
s
dados d
e b
aja
Cuando s
e
requie
ra s
aber
que e
lem
ento
s
fuero
n d
ados d
e
baja
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Ele
mento
s D
ados d
e
Baja
"
Se d
esple
gara
un li
sta
do d
e lo
s
ele
mento
s d
ados d
e b
aja
ord
enados a
lfabétic
am
ente
.
3C
onsulta
r ele
mento
s
por
ubic
ació
n
Cuando s
e
requie
ra s
aber
con q
ue
ele
mento
s
cuenta
una s
ala
u o
tra u
bic
ació
n
especifi
ca
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Ele
mento
s P
or
Ubic
ació
n"
Se d
esple
gara
un li
sta
do d
e lo
s
ele
mento
s p
ert
enecie
nte
s a
la
ubic
ació
n d
ada, o
rdenados
alfa
bétic
am
ente
.
HU
24C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
el t
rasla
do
de e
lem
ento
s d
el
inve
nta
rio
En c
aso d
e q
ue u
n
ele
mento
del
inve
nta
rio s
ea
trasla
dado d
e s
u
ubic
ació
n a
ctu
al a
otr
a u
bic
ació
n
1
Tra
sla
dar
ele
mento
s
del l
abora
torio a
dife
rente
s u
bic
acio
nes
Cuando s
e
requie
ra c
am
bia
r
de u
bic
ació
n u
n
ele
mento
o
equip
o d
el
labora
torio
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Tra
sla
do d
e E
lem
ento
s"
En e
l panel s
e b
usca e
l ele
mento
por
códig
o o
por
ubic
ació
n y
se
muestr
a la
opció
n "
Asig
nar
nueva
Ubic
ació
n",
el s
iste
ma v
alid
a la
info
rmació
n y
pro
cede a
asig
nar
la n
ueva
ubic
ació
n a
l ele
mento
.
HU
25C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
consulta
r la
lista
de
trasla
dos d
e
ele
mento
s
En c
aso d
e q
ue s
e
requie
ra c
onocer
info
rmació
n a
cerc
a
de lo
s tra
sla
dos d
e
ele
mento
s d
e
labora
torio
1Lis
ta d
e e
lem
ento
s
trasla
dados
Saber
¿Q
ué?,
¿Q
uié
n? O
¿C
uándo? s
e
realiz
o u
n
trasla
do d
e
ele
mento
s
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Ele
mento
s T
rasla
dados"
Se in
gre
sa u
n r
ango d
e fechas o
códig
o d
el e
lem
ento
y s
e
mostr
ara
un li
sta
do c
on la
info
rmació
n p
ert
inente
a lo
s
trasla
dos d
e lo
s e
lem
ento
s d
e
labora
torio.
HU
23C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
consulta
r el l
ista
do
de e
lem
ento
s e
n
inve
nta
rio
En c
aso d
e q
ue s
e
requie
ra v
erific
ar
que e
lem
ento
s
confo
rman e
l
inve
nta
rio d
el
labora
torio
39
Tabla 18. Historias de Usuario 26, 27, 28 y 29
Fuente: Representante de laboratorio y Autores
HU
26C
om
o S
úper
Usuario
Necesito
poder
modifi
car
los d
ato
s
de u
n tra
sla
do d
e
ele
mento
s
En c
aso d
e q
ue la
info
rmació
n d
el
trasla
do h
alla
sid
o
err
ónea
1M
odifi
car
los d
ato
s d
e
un tra
sla
do
Cuando e
l
regis
tro d
e u
n
trasla
do d
e
ele
mento
s d
e
labora
torio h
alla
sid
o m
al
ingre
sado
Cuando s
e in
gre
sa a
l
panel "
Inve
nta
rio"
opció
n
"Modifi
car
Tra
sla
dados"
Se in
gre
sa u
n r
ango d
e fechas o
códig
o d
el e
lem
ento
y la
opció
n
"Modifi
car"
, el s
iste
ma v
alid
a lo
s
dato
s y
los g
uard
a e
n la
base.
HU
27C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
regis
trar
los
mante
nim
iento
s
ext
ern
os
En c
aso d
e q
ue s
e
realic
en a
rreglo
s
locativ
os e
ntr
e o
tros
1
Se r
ealiz
o u
n
mante
nim
iento
locativ
o
o a
otr
os e
lem
ento
s d
el
labora
torio
En c
aso d
e q
ue
em
pre
sas
ext
ern
as r
ealic
en
repara
cio
nes e
n
las in
sta
lacio
nes
del l
abora
torio
Cuando in
gre
sa a
l panel
"Regis
tro M
ante
nim
iento
Ext
ern
o"
El U
suario in
gre
sa la
info
rmació
n
al s
iste
ma, este
la v
erific
a y
la
alm
acena e
n la
base d
e d
ato
s.
1
Se in
gre
so in
form
ació
n
err
ónea d
el
Mante
nim
iento
Cuando h
alla
que m
odifi
car
o
actu
aliz
ar
dato
s
de lo
s
mante
nim
iento
s
Cuando in
gre
sa a
l panel
"Regis
tro M
ante
nim
iento
Ext
ern
o"
opció
n
"Modifi
car
Regis
tro"
El U
suario s
ele
ccio
na e
l regis
tro,
lo m
odifi
ca y
se g
uard
a e
l regis
tro
después d
e q
ue e
l sis
tem
a
verifiq
ue la
info
rmació
n y
se
solic
ite c
onfir
mació
n.
2
Se d
esea c
onsulta
r lo
s
mante
nim
iento
s
realiz
ados
Cuando s
e
necesite
un
lista
do d
e lo
s
mante
nim
iento
s
realiz
ados e
n u
n
rango d
e fechas
Cuando in
gre
sa a
l panel
"Regis
tro M
ante
nim
iento
Ext
ern
o"
opció
n "
Lis
ta d
e
Mante
nim
iento
s"
El u
suario in
gre
sa e
l rango d
e
fechas y
el s
iste
ma d
esple
gara
una li
sta
con lo
s m
ante
nim
iento
s
realiz
ados e
n e
se p
eriodo.
HU
29C
om
o U
suario
Estu
dia
nte
Ne
cesi
to p
od
er
con
sult
ar m
i est
ado
con
los
lab
ora
tori
os
En c
aso d
e q
ue
cie
rtos tra
mite
s m
e
exi
jan u
n p
az y
salv
o c
on e
l
labora
torio
1S
e d
esea c
onsulta
r paz
y salv
o
Cuando e
l
estu
dia
nte
desee
genera
r un
cert
ificado d
e
paz y
salv
o c
on
el l
abora
torio
Cuando in
gre
sa a
l panel
"Consulta
s"
opció
n
"Genera
r paz y
salv
o"
El u
suario in
gre
sa s
u c
ódig
o d
e
estu
dia
nte
, el s
iste
ma v
alid
a a
l
info
rmació
n y
genera
el f
orm
ato
de p
az y
salv
o e
n form
ato
PD
F,
HU
28C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Necesito
poder
actu
aliz
ar
o c
onsulta
r
los m
ante
nim
iento
s
ext
ern
os
En c
aso d
e q
ue
alg
una d
ependencia
de la
Univ
ers
idad lo
solic
ite
40
Tabla 19. Historias de Usuario 30, 31 y 32
Fuente: Representante de laboratorio y Autores
HU
30C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Ne
cesi
to p
od
er
mo
dif
icar
la b
ase
de
ele
me
nto
s d
el
inve
nta
rio
En c
aso d
e q
ue lo
s
dato
s d
e u
n
ele
mento
cam
bie
n
o h
alla
n s
ido
err
óneos
1
Se d
esean a
ctu
aliz
ar
o
modifi
car
los d
ato
s d
e
un e
lem
ento
del
inve
nta
rio
Cuando s
e
com
eta
un e
rror
al i
ngre
sar
un
ele
mento
al
inve
nta
rio o
este
cam
bie
de d
ato
s
Cuando in
gre
sa a
l panel
"Inve
nta
rio"
opció
n
"Modifi
car"
El u
suario s
ele
ccio
na e
l ele
mento
a m
odifi
car
de la
lista
que
desplie
ga e
l sis
tem
a y
lo
modifi
ca. E
l sis
tem
a v
alid
a la
info
rmació
n y
pid
e c
onfir
mació
n
de la
acció
n a
nte
s d
e g
uard
ar
los
cam
bio
s.
HU
31C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Ne
cesi
to p
od
er
regi
stra
r e
l pré
stam
o
de
un
co
mp
uta
do
r d
e
sala
s
Con e
l fin
de p
oder
adm
inis
trar
la
dis
ponib
ilidad d
e
equip
os
1E
l usuario s
olic
ita u
n
com
puta
dor
de s
ala
Cuando u
n
usuario s
olic
ite
un c
om
puta
dor
en p
résta
mo d
e
las s
ala
s e
n
pra
ctic
a li
bre
Panel "
Cale
ndario"
opció
n "
Asig
nar
Equip
o"
El u
suario s
ele
ccio
na la
sala
en
pra
ctic
a li
bre
y s
e d
esplie
ga u
na
lista
de e
quip
os d
isponib
les p
ara
pré
sta
mo, una v
ez s
ele
ccio
nado
se in
gre
sa e
l códig
o d
el
estu
dia
nte
que h
ace la
solic
itud y
se g
uard
a la
info
rmació
n
pert
inente
.
HU
32C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Ne
cesi
to p
od
er
regi
stra
r la
term
inac
ión
de
l
pré
stam
o d
e lo
s
com
pu
tad
ore
s d
e
sala
s
Con e
l fin
de
regis
trar
el e
sta
do
en q
ue s
e d
evu
elv
e
el c
om
puta
dor
pre
sta
do
1E
l usuario s
olic
ita
culm
inar
el p
résta
mo
Cuando e
l
usuario s
e
acerc
a a
l
labora
torio a
solic
itar
la
finaliz
ació
n d
el
pré
sta
mo
Panel "
Cale
ndario"
opció
n "
Culm
inar
pré
sta
mo"
El u
suario s
ele
ccio
na la
sala
en
pra
ctic
a li
bre
y s
e d
esplie
ga u
na
lista
de e
quip
os ju
nto
con e
l
códig
o d
e e
stu
dia
nte
asig
nado,
sele
ccio
na a
l estu
dia
nte
he
ingre
sa lo
s d
ato
s d
el e
sta
do d
e la
devo
lució
n. E
l sis
tem
a v
alid
a lo
s
dato
s y
los g
uard
a, colo
cando e
l
equip
o n
ueva
mente
en e
sta
do
dis
ponib
le.
41
Tabla 20. Historia de Usuario 33
Fuente: Representante de laboratorio y Autores
1
Form
ato
de p
résta
mo
de m
ate
riale
s, equip
os
e in
sum
os d
e p
ráctic
as
libre
s
En c
aso d
e q
ue
se n
ecesite
genera
r un
report
e d
e
pré
sta
mo d
e
ele
mento
s p
ara
pra
ctic
a li
bre
Panel "
Report
es"
opció
n
"Pré
sta
mo d
e e
lem
ento
s
a a
socia
dos"
El u
suario in
gre
sa e
l rango d
e
fechas y
el s
iste
ma g
enera
el
report
e e
n form
ato
PD
F c
on lo
s
dato
s d
el p
eriodo in
gre
sado.
2
Form
ato
de p
résta
mo
de la
bora
torios p
ara
asig
natu
ras(s
em
estr
al)
En c
aso d
e q
ue
se n
ecesite
genera
r un
report
e d
e
pré
sta
mo d
e
sala
s d
e
labora
torio p
ara
realiz
ar
cla
ses.
Panel "
Report
es"
opció
n
"Pré
sta
mo d
e s
ala
s p
ara
cla
se"
El u
suario in
gre
sa e
l rango d
e
fechas y
el s
iste
ma g
enera
el
report
e e
n form
ato
PD
F c
on lo
s
dato
s d
el p
eriodo in
gre
sado.
3
Form
ato
de p
résta
mo
de la
bora
torios
(ocasio
nal)
En c
aso d
e q
ue
se n
ecesite
genera
r un
report
e d
e
pré
sta
mo d
e
sala
s d
e
labora
torio p
ara
activ
idades
ext
ras.
Panel "
Report
es"
opció
n
"Pré
sta
mo d
e s
ala
s p
ara
otr
as a
ctiv
idades"
El u
suario in
gre
sa e
l rango d
e
fechas y
el s
iste
ma g
enera
el
report
e e
n form
ato
PD
F c
on lo
s
dato
s d
el p
eriodo in
gre
sado.
4
Form
ato
de p
résta
mo
de m
ate
riale
s, equip
os
e in
sum
os d
e p
ráctic
as
de e
xtern
os
En c
aso d
e q
ue
se n
ecesite
genera
r un
report
e d
e
pré
sta
mo d
e
ele
mento
s a
usuarios
ext
ern
os.
Panel "
Report
es"
opció
n
"Pré
sta
mo d
e e
lem
ento
s
a e
xtern
os"
El u
suario in
gre
sa e
l rango d
e
fechas y
el s
iste
ma g
enera
el
report
e e
n form
ato
PD
F c
on lo
s
dato
s d
el p
eriodo in
gre
sado.
HU
33C
om
o S
úper
Usuario,
Usuario A
dm
inis
trador
Ne
cesi
to p
od
er
gen
era
r re
po
rte
s
Con e
l fin
de
genera
r to
dos lo
s
report
es p
ert
inente
s
a la
adm
inis
tració
n
del l
abora
torio
42
4. DEFINICIÓN Y PRIORIZACIÓN DEL PRODUCT BACKLOG
4.1 Creación del Product Backlog
Para la creación del product backlog se utilizó el formato que se muestra en la tabla 21,
el cual contendrá las historias de usuario a las cuales se les asignará un alias, un
estimado de dimensión/esfuerzo (DIAS), la iteración a la cual pertenecerá y el grado de
prioridad:
Tabla 21. Formato Product Backlog
Fuente: Autores
4.2 Priorización del Product Backlog
La priorización del Product Backlog se basó en la clasificación de las historias de
usuario según su:
Funcionalidad y complejidad
Que fueran independientes de otras historias de usuario
Que en conjunto permitirán la creación de un entregable para el laboratorio.
4.3 Pila del Producto
A continuación, la pila del producto ordenada según la prioridad de cada historia de
usuario y además la asignación de un alias para facilitar la identificación de cada historia
(ver tablas 22,23 y24).
Identificador [ID]
de la HistoriaEnunciado de la Historia Alias
Dimensión/
Esfuerzo
Iteración
(Sprint)Prioridad
1 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
2 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
3 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
4 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
5 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
6 Como un [Rol], necesito [descripción de la funcionalidad], con la finalidad de [Razón o Resultado]
43
Tabla 22. Priorización del Product Backlog
Fuente: Autores
Identificador
[ID] de la
Historia
Enunciado de la Historia Alias
HU02Como un Súper Usuario, Administrador, Usuario Estudiante, Usuario Docente, Usuario Funcionario,
Usuario Egresado, necesito acceso a un portal único de acuerdo a mi rol con la finalidad de dar acceso
a un portal personalizado de acuerdo al rol
Interfaz de
acuerdo al rol
HU03Como un Súper Usuario necesito poder crear y aceptar usuarios nuevos con la finalidad de dar acceso
al portal a aquellos usuarios autorizados y pertenecientes a la UniversidadCrear Usuarios
HU04Como un Súper Usuario necesito poder editar los datos de los usuarios para actualizarlos o
desactivarlos del sistema, con el fin de actualizar los datos de los usuarios, además de restringir el
acceso a usuarios antiguos, o que ya no hagan parte de la Universidad
Actualizar datos
de Usuarios
HU01
Como un Súper Usuario, Administrador, Usuario Estudiante, Usuario Docente, Usuario Funcionario,
Usuario Egresado, necesito reestablecer mi contraseña o recordar mi nombre de usuario para dar
acceso a usuarios que hayan olvidado sus datos de usuario,
Restablecer
contraseña o
usuario
HU05Como Usuario Docente, Usuario Funcionario necesito poder registrarme desde la plataforma web para
poder acceder a algunas opciones según el rol
Registro de
usuarios desde
la web
HU17
Como Súper Usuario, Usuario Administrador necesito poder registrar el ingreso de equipos y
elementos especializados nuevos al laboratorio con la finalidad de llevar un control sobre el
inventario del laboratorio
Ingreso de
elementos al
inventario
HU30Como Súper Usuario, Usuario Administrador necesito poder modificar la base de elementos del
inventario en caso de que los datos de un elemento cambien o hallan sido erróneos
Modificar datos
de los
elementos de
inventario
HU23
Como Súper Usuario, Usuario Administrador necesito poder consultar el listado de elementos en
inventario en caso de que se requiera verificar que elementos conforman el inventario del
laboratorio
Consultar lista
de los
elementos en
inventario
HU24
Como Súper Usuario, Usuario Administrador necesito poder registrar el traslado de elementos del
inventario en caso de que un elemento del inventario sea trasladado de su ubicación actual a otra
ubicación
Registrar
traslados de
elementos
HU26Como Súper Usuario necesito poder modificar los datos de un traslado de elementos en caso de
que la información del traslado halla sido errónea
Modificar datos
de traslados
HU25
Como Súper Usuario, Usuario Administrador necesito poder consultar la lista de traslados de
elementos en caso de que se requiera conocer información acerca de los traslados de elementos
de laboratorio
Consultar lista
de elementos
trasladados
HU18Como Súper Usuario, Administrador necesito poder registrar los elementos dados de baja con la
finalidad de sacar del inventario los elementos que ya no hagan parte del mismo.
Registrar
elementos
dados de baja
del inventario
HU06Como Súper Usuario, Usuario Administrador necesito poder registrar asignaturas para poder asignarlas
al calendario de cada sala
Crear y registrar
Asignaturas
HU07Como Súper Usuario, Usuario Administrador necesito poder editar o eliminar asignaturas con la
finalidad de cambiar los datos de las asignaturas
Actualizar datos
de Asignaturas
HU08Como Súper Usuario, Usuario Administrador necesito poder crear el calendario de clases para que
los usuarios que ingresen a la web puedan visualizarlo
Crear calendario
de clases
HU09Como Súper Usuario, Usuario Administrador necesito poder modificar el calendario de clases con
el fin de cambiar el calendario cuando se modifiquen/agreguen/cancelen clases
Modificar
calendario de
clases
HU10Como Súper Usuario, Usuario Administrador necesito poder asignar practicas libres en las salas del
laboratorio con el fin de dar uso a las salas libres
Asignar salas
para practica
libre
HU16
Como Súper Usuario, Usuario Administrador necesito poder registrar el estado de una sala
después de una clase o practica libre con la finalidad de registrar a tiempo novedades como
daños a los equipos o a la infraestructura e identificar los posibles responsables
Registrar estado
de salas después
de su uso
44
Tabla 23. Priorización del Product Backlog
Fuente: Autores
HU31Como Súper Usuario, Usuario Administrador necesito poder registrar el préstamo de un
computador de salas con el fin de poder administrar la disponibilidad de equipos
Registrar
préstamo de
computadores
de salas
HU32
Como Súper Usuario, Usuario Administrador Necesito poder registrar la terminación del préstamo
de los computadores de salas Con el fin de registrar el estado en que se devuelve el computador
prestado
Registrar
terminación del
préstamo de
computadores
HU12
Como Súper Usuario, Usuario Administrado necesito poder registrar el préstamo de elementos
especializados o portátiles con el fin de guardar en la base de datos los prestamos de elementos
especializados a profesores y funcionarios que los soliciten en persona o vía web y a los
estudiantes que los soliciten en persona
Registrar
préstamo de
elementos
especializados o
portátiles
HU15
Como Súper Usuario, Usuario Administrador necesito poder registrar la devolución de elementos
especializados o portátiles con la finalidad de llevar control sobre los elementos disponibles para
ser prestados nuevamente
Registrar
devolución de
elementos
especializados y
portátiles en
préstamo
HU19
Como Usuario Estudiante, Usuario Docente, Usuario Funcionario, Usuario Egresado necesito poder
visualizar los elementos especializados disponibles para préstamo con la finalidad de poder
consultar desde la web los equipos que pueden pedir en préstamo según su rol
Visualizar
elementos
especializados
para préstamo
según rol
HU14
Como Usuario Docente, Usuario Funcionario Necesito poder solicitar el préstamo de elementos
especializados vía web con el fin de apartar con tiempo elementos para realizar practicas de
laboratorio u otros trabajos
Solicitar
préstamo de
elementos
especializados
vía web
HU11
Como Usuario Docente, Usuario Funcionario necesito poder solicitar salas en préstamo con la
finalidad de que el docente o funcionario puedan solicitar con anterioridad el préstamo de una
sala para actividades extras
Solicitar
préstamo de
salas desde la
web
HU13Como Usuario Docente, Usuario Funcionario necesito poder cancelar la solicitud de préstamo de
salas con el fin de cambiar el estado de una sala a "disponible"
Cancelar
solicitud de
préstamo de sala
HU27Como Súper Usuario, Usuario Administrador necesito poder registrar los mantenimientos
externos en caso de que se realicen arreglos locativos entre otros
Registrar
mantenimientos
externos
HU28Como Súper Usuario, Usuario Administrador necesito poder actualizar o consultar los
mantenimientos externos en caso de que alguna dependencia de la Universidad lo solicite
Modificación o
consulta de
mantenimientos
externos
HU20Como Súper Usuario, Usuario Administrador necesito poder registrar los elementos abandonados
en las salas con la finalidad de llevar un control sobre los objetos perdidos de los usuarios
Registro de
elementos
abandonados en
laboratorio
45
Tabla 24. Priorización del Product Backlog
Fuente: Autores
HU21
Como Súper Usuario, Usuario Administrador, Usuario Estudiante, Usuario Docente, Usuario
Funcionario, Usuario Egresado Necesito poder consultar el listado de elementos abandonados en
las salas con la finalidad de poder recuperarlos posteriormente
Consultar lista
de elementos
abandonados
HU22Como Súper Usuario, Usuario Administrador necesito poder registrar el reclamo de un objeto
abandonado en caso de que el dueño se presente en el laboratorio para reclamarlo
Registrar
reclamo de
elemento
abandonado
HU29Como Usuario Estudiante Necesito poder consultar mi estado con los laboratorios en caso de que
ciertos tramites me exijan un paz y salvo con el laboratorio
Consulta y
generación de
paz y salvo para
estudiantes
HU33Como Súper Usuario, Usuario Administrador necesito poder generar reportes con el fin de generar
todos los reportes pertinentes a la administración del laboratorio
Generar
reportes
internos
46
5. SPRINT PLANNING
En la reunión del Sprint Planning se llegó a la conclusión de que se harían 5 Sprint para
desarrollar el sistema de información en su totalidad.
También se definieron las historias de usuario que compondrían cada Sprint y se calculó
un tiempo estimado de desarrollo para cada historia y su nivel de prioridad. Con esto se
calculó también el tiempo de duración de cada Sprint.
Finalmente se asigna como “terminada” una tarea cuando esté completamente funcional
y no dependa de otras para su normal funcionamiento.
5.1 Sprint 1
Historias asignadas: Interfaz de acuerdo al rol, Crear Usuarios, Actualizar datos
de Usuarios, Reestablecer Contraseña Usuario, Registrar usuario desde la web.
Tiempo estimado: 14 días
5.2 Sprint 2
Historias asignadas: Ingreso de elementos a inventario, Modificar datos de los
elementos de inventario, Consultar lista de los elementos de inventario, Registrar
traslados de elementos, Modificar datos de traslados, Consultar lista de elementos
trasladados, Registrar elementos dados de baja del inventario.
Tiempo estimado: 16 días
5.3 Sprint 3
Historias asignadas: Crear y registrar Asignaturas, Actualizar datos de
Asignaturas, Crear calendario de clases, Modificar calendario de clases, Asignar
salas para practica libre, Registrar estado de salas después de su uso, Registrar
préstamo de computadores de salas, Registrar terminación del préstamo de
computadores.
Tiempo estimado: 21 días
47
5.4 Sprint 4
Historias asignadas: Registrar préstamo de elementos especializados o
portátiles, Registrar devolución de elementos especializados y portátiles en
préstamo, Visualizar elementos especializados para préstamo según rol, Solicitar
préstamo de elementos especializados vía web, Solicitar préstamo de salas desde
la web, Cancelar solicitud de préstamo de sala.
Tiempo estimado: 14 días
5.5 Sprint 5
Historias asignadas: Registrar mantenimientos externos, Modificación o
consulta de mantenimientos externos, Registro de elementos abandonados en
laboratorio, Consultar lista de elementos abandonados, Registrar reclamo de
elemento abandonado, Consulta y generación de paz y salvo para estudiantes,
Generar reportes internos.
Tiempo estimado: 21 días
48
6. SPRINT 1
Para este Sprint se atendieron las historias de usuario 2, 3, 4, 1 y 5, con ellas se construyó
la pila de Sprint que conformara la primera parte de la aplicación al final de esta iteración
como se observa en la tabla 25.
Tabla 25. Backlog Sprint 1
Fuente: Autores
6.1 Objetivos
Los objetivos a cumplir en este primer sprint son:
Entregar interfaz para el registro de usuarios.
Entregar interfaz para realizar actualización de datos de los usuarios.
Entregar interfaz para realizar el restablecimiento de usuarios y contraseñas.
Entregar interfaz para que los usuarios docentes y funcionarios puedan crear su
usuario en línea.
En las reuniones de equipo se aclararon dudas respecto a diseño de interfaz, permisos,
validaciones y datos a utilizar para el correcto funcionamiento de cada interfaz.
6.2 Scrum Taskboard
Haciendo uso de la Taskboard se asignaron las historias para cada ejecutor y se llevó
un control sobre las historias de usuario ya terminadas (ver tabla 26,27 y 28).
49
Tabla 26. Scrum Taskboard Inicial – Sprint1
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU02
HU03
HU04
HU01
HU05 Fuente: Autores
Tabla 27. Scrum Taskboard en Progreso – Sprint1
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU02
HU03 ANDRES
HU04
HU01
HU05 LUIS Fuente: Autores
Tabla 28. Scrum Taskboard Terminado – Sprint1
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU02
HU03
HU04
HU01
HU05 Fuente: Autores
6.3 Reunión de Revisión del Sprint 1
En reunión con el representante de laboratorios y el coordinador de laboratorio, se
presentan los resultados del primer Sprint donde se obtienen las siguientes sugerencias:
50
Usar tonos de color más oscuros para los avisos de alerta.
Cambiar ubicación de algunos elementos de las interfaces.
6.4 Cierre y entrega
Una vez se cumplió con los objetivos del Sprint 1, se obtuvo respuesta de aceptación por
parte de la representante de laboratorios y su coordinador frente a esta entrega, con lo
cual se dio por finalizado el Sprint 1 no sin antes haber realizado las modificaciones
sugeridas.
Se procede a dar inicio al Sprint 2.
51
7. SPRINT 2
Para este Sprint se atendieron las historias de usuario 17, 30, 23, 24, 26, 25 y 18, con
ellas se construyó la pila de Sprint que conformara la segunda parte de la aplicación al
final de esta iteración como se observa en la tabla 29.
Tabla 29. Backlog Sprint 2
Fuente: Autores
7.1 Objetivos
Los objetivos a cumplir en este segundo sprint son:
Entregar interfaz para el ingreso de elementos a inventario.
Entregar interfaz para realizar modificación de datos de los elementos en
inventario.
Entregar interfaz para visualizar la lista de elementos de inventario.
Entregar interfaz para registrar los elementos que sean trasladados.
Entregar interfaz para la modificación de los datos pertinentes a elementos
trasladados.
Entregar interfaz para visualizar la lista de los elementos que han sido trasladados.
Entregar interfaz para registrar los eleméntenos que salen del inventario (dar de
baja).
En las reuniones de equipo se aclararon dudas respecto a diseño de interfaz, permisos,
validaciones y datos a utilizar para el correcto funcionamiento de cada interfaz.
52
7.2 Scrum Taskboard
Haciendo uso de la Taskboard se asignaron las historias para cada ejecutor y se llevó
un control sobre las historias de usuario ya terminadas (ver tablas 30, 31 y 32).
Tabla 30. Scrum Taskboard Inicial – Sprint2
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU17
HU30
HU23
HU24
HU26
HU25
HU18 Fuente: Autores
Tabla 31. Scrum Taskboard en Progreso – Sprint2
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU17 ANDRES
HU30
HU23
HU24 LUIS
HU26
HU25
HU18 Fuente: Autores
Tabla 32. Scrum Taskboard Terminado – Sprint2
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU17
HU30
HU23
53
HU24
HU26
HU25
HU18 Fuente: Autores
7.3 Reunión de Revisión del Sprint 2
En reunión con el representante de laboratorios y el coordinador de laboratorio, se
presentan los resultados del segundo Sprint donde se obtiene la aprobación completa de
este.
7.4 Cierre y entrega
Una vez se cumplió con los objetivos del Sprint 2, se obtuvo respuesta de aceptación por
parte de la representante de laboratorios y su coordinador frente a esta entrega, con lo
cual se dio por finalizado el Sprint 2.
Se procede a dar inicio al Sprint 3.
54
8. SPRINT 3
Para este Sprint se atendieron las historias de usuario 6, 7, 8, 9, 10, 16, 31 y 32, con
ellas se construyó la pila de Sprint que conformara la tercera parte de la aplicación al
final de esta iteración como se observa en la figura 33.
Tabla 33. Backlog Sprint 3
Fuente: Autores
8.1 Objetivos
Los objetivos a cumplir en este tercer sprint son:
Entregar interfaz para registrar las asignaturas de cada semestre.
Entregar interfaz para realizar modificación de datos de las asignaturas.
Entregar interfaz para visualizar el calendario de cada sala junto con el horario
diario.
Entregar interfaz para modificar los eventos que se visualizan en el calendario.
Ajustar calendario para permitir el cambio del estado de las salas (clase, práctica
libre o sin uso).
Entregar interfaz para registrar eventos ocurridos en una sala después de su uso
por parte de los usuarios.
Entregar interfaz para registrar el préstamo de computadores para práctica libre.
Entregar interfaz para registrar la terminación del préstamo de computadores.
55
En las reuniones de equipo se aclararon dudas respecto a diseño de interfaz, permisos,
validaciones y datos a utilizar para el correcto funcionamiento de cada interfaz.
8.2 Scrum Taskboard
Haciendo uso de la Taskboard se asignaron las historias para cada ejecutor y se llevó
un control sobre las historias de usuario ya terminadas (ver tablas 34, 35 y 36).
Tabla 34. Scrum Taskboard Inicial – Sprint3
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU06
HU07
HU08
HU09
HU10
HU16
HU31
HU32 Fuente: Autores
Tabla 35. Scrum Taskboard en Progreso – Sprint3
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU06 LUIS
HU07
HU08 ANDRES
HU09
HU10
HU16
HU31
HU32 Fuente: Autores
56
Tabla 36. Scrum Taskboard Terminado – Sprint3
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU06
HU07
HU08
HU09
HU10
HU16
HU31
HU32 Fuente: Autores
8.3 Reunión de Revisión del Sprint 3
En reunión con el representante de laboratorios y el coordinador de laboratorio, se
presentan los resultados del tercer Sprint donde se obtiene la aprobación completa de
este.
8.4 Cierre y entrega
Una vez se cumplió con los objetivos del Sprint 3, se obtuvo respuesta de aceptación por
parte de la representante de laboratorios y su coordinador frente a esta entrega, con lo
cual se dio por finalizado el Sprint 3.
Se procede a dar inicio al Sprint 4.
57
9. SPRINT 4
Para este Sprint se atendieron las historias de usuario 12, 15, 19, 14, 11 y 13, con ellas
se construyó la pila de Sprint que conformara la cuarta parte de la aplicación al final de
esta iteración como se observa en la tabla 37.
Tabla 37. Backlog Sprint 4
Fuente: Autores
9.1 Objetivos
Los objetivos a cumplir en este cuarto sprint son:
Entregar interfaz para registrar el préstamo de equipos especializados o de
portátiles.
Entregar interfaz para registrar la devolución de los elementos en préstamo.
Entregar interfaz para visualizar el listado de elementos disponibles para préstamo
según el rol.
Entregar interfaz para solicitar préstamo de elementos desde la web.
Entregar interfaz para solicitar préstamo de salas desde la web.
Entregar interfaz para solicitar la cancelación de un préstamo (elementos o sala).
En las reuniones de equipo se aclararon dudas respecto a diseño de interfaz, permisos,
validaciones y datos a utilizar para el correcto funcionamiento de cada interfaz.
58
9.2 Scrum Taskboard
Haciendo uso de la Taskboard se asignaron las historias para cada ejecutor y se llevó
un control sobre las historias de usuario ya terminadas (ver tablas 38,39 y 40).
Tabla 38. Scrum Taskboard Inicial – Sprint4
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU12
HU15
HU19
HU14
HU11
HU13 Fuente: Autores
Tabla 39. Scrum Taskboard en Progreso – Sprint4
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU12 LUIS
HU15
HU19
HU14 ANDRES
HU11
HU13
Fuente: Autores
Tabla 40. Scrum Taskboard Terminado – Sprint4
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU12
59
HU15
HU19
HU14
HU11
HU13 Fuente: Autores
9.3 Reunión de Revisión del Sprint 4
En reunión con el representante de laboratorios y el coordinador de laboratorio, se
presentan los resultados del cuarto Sprint donde se obtiene la aprobación completa de
este.
9.4 Cierre y entrega
Una vez se cumplió con los objetivos del Sprint 4, se obtuvo respuesta de aceptación por
parte de la representante de laboratorios y su coordinador frente a esta entrega, con lo
cual se dio por finalizado el Sprint 4.
Se procede a dar inicio al Sprint 5.
60
10. SPRINT 5
Para este Sprint se atendieron las historias de usuario 27, 28, 20, 21, 22, 29 y 33, con
ellas se construyó la pila de Sprint que conformara la quinta y última parte de la aplicación
al final de esta iteración como se observa en la tabla 41.
Tabla 41. Backlog Sprint 5
Fuente: Autores
10.1 Objetivos
Los objetivos a cumplir en este quinto sprint son:
Entregar interfaz para registrar los mantenimientos locativos y demás que se
hagan por parte de externos.
Entregar interfaz para realizar modificaciones y consultas al registro de
mantenimientos externos.
Entregar interfaz para registrar los elementos abandonados en laboratorio.
Entregar interfaz para que los usuarios visualicen la lista de elementos
abandonados en laboratorio.
Entregar interfaz para registrar la salida o reclamo de elementos abandonados en
laboratorio.
Entregar interfaz para solicitar la generación de paz y salvos en formato PDF.
61
Entregar interfaz para la generación de reportes pertinentes al funcionamiento
interno del laboratorio (según diseños proporcionados por el laboratorio) (ANEXO
1).
En las reuniones de equipo se aclararon dudas respecto a diseño de interfaz, permisos,
validaciones y datos a utilizar para el correcto funcionamiento de cada interfaz.
10.2 Scrum Taskboard
Haciendo uso de la Taskboard se asignaron las historias para cada ejecutor y se llevó
un control sobre las historias de usuario ya terminadas (ver tablas 42, 43 y 44).
Tabla 42. Scrum Taskboard Inicial – Sprint5
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU27
HU28
HU20
HU21
HU22
HU29
HU33 Fuente: Autores
Tabla 43. Scrum Taskboard en Progreso – Sprint5
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU27 HU27 ANDRES
HU28
HU20
HU21
HU22
HU29 HU29 LUIS
HU33 Fuente: Autores
62
Tabla 44. Scrum Taskboard Terminado – Sprint5
HISTORIAS DE USUARIO
PENDIENTES
EN PROGRESO TERMINADAS
HISTORIA EJECUTOR
HU27
HU28
HU20
HU21
HU22
HU29
HU33 Fuente: Autores
10.3 Reunión de Revisión del Sprint 5
En reunión con el representante de laboratorios y el coordinador de laboratorio, se
presentan los resultados del quinto Sprint donde se obtiene la aprobación completa de
este.
10.4 Cierre y entrega
Una vez se cumplió con los objetivos del Sprint 5, se obtuvo respuesta de aceptación por
parte de la representante de laboratorios y su coordinador frente a esta entrega, con lo
cual se dio por finalizado el Sprint 5.
63
11. FASE FINAL
Una vez implementado y acoplado todo el proyecto, se realizaron pruebas en el aplicativo
SENSIOLABSINSIGHT24, el cual analiza el código en busca de riesgos de seguridad u
errores y proporciona métricas para ayudar a mejorar proyectos que se desarrollan bajo
PHP. Los resultados se observan en la figura 2:
Figura 2. Resultados de análisis con SensioLabsWorld
En la figura 2 se visualizan los errores presentes en el sistema web, algunos de ellos
como que el código no debe duplicarse, evitar hacer declaraciones que no se vallan a
usar y que los archivos de texto deben terminar con un nuevo carácter de línea, entre
24 https://insight.sensiolabs.com/projects/7972065f-d076-49de-9f3f-c466eed2d8a0/analyses/9
64
otros. Este tipo de errores podrían llevar a vulnerabilidades de seguridad y a bajar el
rendimiento de la aplicación, por lo tanto, fue importante atender estas incidencias.
Solucionar cada problema fue un proceso relativamente fácil, debido a que cada error
mostrado por el aplicativo SENSIOLABSINSIGHT contaba con su respectiva solución
como se puede visualizar en la figura 3:
Figura 3. Ejemplo de error y solución generadas por SensioLabsInsight
En la figura 3, el aplicativo indica que la clase Sonata\AdminBundle\Show\ShowMapper
fue declarada pero nunca se usó, por lo tanto, debería ser removida.
Cada uno de los problemas que arrojo el análisis en SensioLabsInsight fue revisado y
corregido para mejorar la seguridad e integridad del sistema.
También se realizaron pruebas de estilo en el aplicativo STYLECI25 el cual permite
encontrar errores de notación en el código y como corregirlas aplicando normas de
codificación estandarizadas. En la figura 4 por ejemplo, el aplicativo indica que la función
function_toString() debería ser declarada como publica:
25 https://styleci.io/analyses/zDWjly
65
Figura 4. Ejemplo de uno de los resultados del análisis en StyleCI
En este punto del proyecto, el sistema de información web ha sido probado y aceptado
por parte de la representante y el coordinador del laboratorio. Se realizaron
modificaciones pequeñas en cuanto interfaz y se crea el usuario “súper Usuario” que
tendrá acceso completo a las funcionalidades del sistema.
Una vez terminados los manuales de usuario se dará capacitación a los demás usuarios
y por el momento se sube el sistema a un servidor provisional, mientras el laboratorio
hace la gestión pertinente para subirlo al servidor principal de la Universidad.
66
12. CONCLUSIONES
La metodología de desarrollo Scrum, resulto ser la mejor herramienta para el
desarrollo de este proyecto, ya que permitió desarrollarlo en el tiempo límite que
se tenía, en un orden coherente, ordenado y además permitió la constante
interacción con el cliente, quien obtuvo un producto de calidad y que realiza todas
las funciones que este solicito.
Las herramientas que se utilizaron para el desarrollo del sistema de información,
generaron un mayor conocimiento para nosotros como estudiantes,
complementando todas las bases adquiridas durante nuestro periodo de
formación.
Trabajar con PHP fue una gran experiencia, demostró ser un lenguaje simple, con
buen rendimiento y robusto, capaz de trabajar en conjunto con otros componentes
como MySql, la cual es una base de datos multiplataforma, ampliamente probada
por distintos usuarios y empresas de alto éxito.
El uso del framework symfony2 definitivamente promueve el uso de buenas
prácticas de programación y permitió generar un código fácilmente comprensible
para los desarrolladores.
El producto desarrollado en este proyecto brindara un gran soporte para la
administración del laboratorio de sistemas, ya que agilizo procesos internos y
brinda una mayor confianza al momento de consultar o generar información.
Se generó una base de datos la cual permitirá que los datos prevalezcan a través
del tiempo, en la medida en que se haga una buena administración de esta.
Se contribuyó en cierta medida con el ambiente, ya que la mayoría de reportes
que antes el laboratorio manejaba en papel ahora estarán de forma virtual (pdf).
La comunidad académica en general se verá beneficiada por este proyecto, ya
que se agilizaron procesos como préstamo de salas, de equipos especializados o
generación de paz y salvos, además de poder ingresar vía web en cualquier
momento para consultar los horarios de las salas.
67
13. RECOMENDACIONES
Implementar el sistema a nivel general en la Universidad, ya que muchos
laboratorios de esta no poseen un sistema de información.
Incentivar y constituir el uso obligatorio del sistema por parte de los
administradores de laboratorio.
Informar de forma constante a la población estudiantil y funcionarios la existencia
de esta plataforma, para que hagan uso constante de ella.
68
14. BIBLIOGRAFÍA
Acedo, J. (04 de Mayo de 2015). http://programacion.jias.es. Recuperado el 19 de Febrero de 2017, de
http://programacion.jias.es/2015/05/web-%C2%BFque-es-el-framework-bootstrap-ventajas-
desventajas/
Alvarado, O. (2015). http://obedalvarado.pw. Recuperado el 19 de Febrero de 2017, de
http://obedalvarado.pw/sistema-de-control-de-inventario/
Alvares, M. A. (Mayo de 2014). www.desarrolloweb.com. Recuperado el 19 de Febrero de 2017, de
https://www.desarrolloweb.com/articulos/392.php
Ardissone, J. (15 de Febrero de 2012). www.maestrosdelweb.com. Recuperado el 19 de Febrero de
2017, de http://www.maestrosdelweb.com/curso-symfony2-introduccion-instalacion/
bookedscheduler. (2017). http://www.bookedscheduler.com/. Recuperado el 19 de Febrero de 2017, de
http://www.bookedscheduler.com/
CLASSROOMBOOKINGS. (2014). http://classroombookings.com. Recuperado el 19 de Febrero de 2017,
de http://classroombookings.com
Ecured. (2016). www.ecured.cu. Recuperado el 19 de Febrero de 2017, de
https://www.ecured.cu/Aplicaci%C3%B3n_web
EcuRed. (2017). https://www.ecured.cu. Recuperado el 20 de Febrero de 2017, de
https://www.ecured.cu/Sistema_Gestor_de_Base_de_Datos
glpi-project.org. (2014). http://glpi-project.org. Recuperado el 19 de Febrero de 2017, de http://glpi-
project.org/spip.php?lang=en
Gutiérrez, J. J. (2014). http://www.lsi.us.es. Recuperado el 19 de Febrero de 2017, de
http://www.lsi.us.es/~javierj/investigacion_ficheros/Framework.pdf
invgate. (2017). http://www.invgate.com. Recuperado el 19 de Febrero de 2017, de
http://www.invgate.com/es/assets/
kaumerwms. (2017). www.kaumerwms.com. Recuperado el 19 de Febrero de 2017, de
http://www.kaumerwms.com/
librosweb.es. (2013). http://librosweb.es. Recuperado el 19 de Febrero de 2017, de
http://librosweb.es/libro/javascript/capitulo_1.html
librosweb.es. (2015). http://librosweb.es. Recuperado el 19 de Febrero de 2017, de
http://librosweb.es/libro/css/capitulo_1.html
ocsinventory-ng. (2010). www.ocsinventory-ng.org. Recuperado el 19 de Febrero de 2017, de
http://www.ocsinventory-ng.org/en/
69
pmoinformatica. (01 de Octubre de 2012). http://www.pmoinformatica.com. Recuperado el 02 de Abril
de 2017, de http://www.pmoinformatica.com/2012/10/plantillas-scrum-historias-de-
usuario.html
proyectosagiles.org. (2015). https://proyectosagiles.org. Recuperado el 20 de Febrero de 2017, de
https://proyectosagiles.org/que-es-scrum/
Rouse, M. (Enero de 2015). http://searchdatacenter.techtarget.com. Recuperado el 20 de Febrero de
2017, de http://searchdatacenter.techtarget.com/es/definicion/MySQL
Rouse, M. (Diciembre de 2016). http://searchdatacenter.techtarget.com. Recuperado el 19 de Febrero
de 2017, de http://searchdatacenter.techtarget.com/es/definicion/Servidor-Web
Tecnológica, L. d. (20 de febrero de 2015). http://www.udistrital.edu.co:8080/web/laboratorios-de-
sistematizacion-de-datos/inicio. Recuperado el 2017, de
http://www.udistrital.edu.co:8080/web/laboratorios-de-sistematizacion-de-datos/inicio
Valdés, D. P. (26 de Octubre de 2007). www.maestrosdelweb.com. Recuperado el 20 de Febrero de
2017, de http://www.maestrosdelweb.com/que-son-las-bases-de-datos/
www.acercadehtml.com. (2015). http://www.acercadehtml.com. Recuperado el 19 de Febrero de 2017,
de http://www.acercadehtml.com/manual-html/que-es-html.html
70
15. ANEXOS
15.1 ANEXO A: FORMATOS DE GENERACION DE REPORTES
Los siguientes formatos se aplicaron al proyecto, pero se hace saber que a la fecha aún
están en proceso de aprobación por parte del SIGUD (Sistema Integrado de Gestión de
la Universidad Distrital Francisco José de Caldas), por lo cual podrían cambiar
eventualmente.
FORMATO DE PRÉSTAMO DE LABORATORIOS PARA ASIGNATURAS
(SEMESTRAL)
Código:
Versión:
Fecha de aprobación:
Días Horario Asignatura Proyecto Curricular Grupo Docente
FORMATO DE PRÉSTAMO DE LABORATORIOS PARA ASIGNATURAS (SEMESTRAL)
Macro proceso: Apoyo a los misional
Proceso: Gestión de Laboratorios de Informática
71
FORMATO DEPRÉSTAMO DE LABORATORIOS PARA ASIGNATURAS
(OCASIONAL)
Código:
Versión:
Fecha de
aprobación:
Fecha (dd/mm/aaaa) Horario Dependencia/Programa Otros(*) Tipo Práctica
Nota: (*) Hace referencia a Convenio, grupo de investigación, semillero, biblioteca, otros…
FORMATO DE PRÉSTAMO DE LABORATORIOS PARA ASIGNATURAS (OCASIONAL)
Macro proceso: Apoyo a los misional
Proceso: Gestión de Laboratorios de Informática
Asignado por
72
FORMATO DE PRÉSTAMO DE MATERIALES, EQUIPOS E INSUMOS DE
PRACTICAS LIBRES
Có
dig
o:
Ve
rsió
n:
Fe
cha
de
ap
rob
ació
n:
Fech
a P
rést
amo
No
mb
re E
stu
dia
nte
Có
dig
o E
stu
dia
nte
Pro
yect
o C
urr
icu
lar
Co
rre
o e
lect
rón
ico
Mat
eri
ale
s, e
qu
ipo
s e
insu
mo
s O
bse
rvac
ion
es
Ate
nd
ido
Po
r
FO
RM
AT
O D
E P
RÉ
ST
AM
O D
E M
AT
ER
IAL
ES
, E
QU
IPO
S E
IN
SU
MO
S D
E P
RÁ
CT
ICA
S L
IBR
ES
Ma
cro
pro
ce
so
: A
po
yo a
los m
isio
na
l
Pro
ce
so
: G
estió
n d
e L
ab
ora
tori
os d
e In
form
ática
73
FORMATO DE PRÉSTAMO DE PORTATILES Y EQUIPOS ESPECIALIZADOS
No
.
Pré
stam
o
Fech
a-H
ora
(dd
/mm
/aaa
a)M
ater
iale
s, e
qu
ipo
s e
insu
mo
sN
om
bre
del
so
licit
ante
Céd
ula
Carg
o/D
epar
tam
ento
Firm
aA
ten
did
o P
or
Esta
do
Fech
a-H
ora
(d
d/m
m/a
aaa)
Esta
do
Ate
nd
ido
Po
rO
bse
rvac
ion
es
DEV
OLU
CIÓ
NP
RÉS
TAM
O
FO
RM
AT
O D
E P
RÉ
ST
AM
O D
E P
OR
TA
TIL
ES
Y E
QU
IPO
S E
SP
EC
IAL
IZA
DO
S
Ma
cro
pro
ce
so
: A
po
yo a
los m
isio
na
l
Pro
ce
so
: G
estió
n d
e L
ab
ora
tori
os d
e In
form
ática
Có
dig
o:
Ve
rsió
n:
Fe
cha
de
ap
rob
ació
n: _
__
__
__
__
__
74
FORMATO DE DIAGNÓSTICO DE EQUIPO
75
FORMATO DE SOLICITUD BAJA DE BIEN TANGIBLE
76
FORMATO DE PAZ Y SALVO
FORMATO DE PAZ Y SALVOS Código
Macro proceso: Apoyo a los misional Versión:
Proceso: Gestión de Laboratorios de
Informática
Fecha de
aprobación:
Los Laboratorios de Informática de la Facultad Tecnológica, hacen constar que el
(la) estudiante __________ identificado(a) con CC. __________ del proyecto
curricular ______________, con código estudiantil _____________ se encuentra
a paz y salvo por todo concepto en el mencionado laboratorio.
El presente certificado se expide por solicitud del interesado a los 20 de mayo de
2017.
Atentamente,
_____________________________ ING. JOSE VICENTE REYES MOZO
Coordinador Laboratorios de Informática
Universidad Distrital Francisco José de Caldas
Facultad Tecnológica
77
15.2 ANEXO B: MANUAL DEL PROGRAMADOR
Consultar en la carpeta adjunta “ANEXOS”
15.3 ANEXO C: MANUAL DE ADMINISTRADOR
Consultar en la carpeta adjunta “ANEXOS”
15.4 ANEXO D: MANUAL DE USUARIO
Consultar en la carpeta adjunta “ANEXOS”