BRAYAN MAURICIO TRUJILLO TRUJILLO

(1)

DESARROLLO DE UN SOFTWARE PARA ADMINISTRAR Y CONTROLAR EL PRESTAMO DE LAS SALAS DE INFORMATICA DE LAS

INSTITUCIONES EDUCATIVAS DE LA CIUDAD DE NEIVA - COPRES

BRAYAN MAURICIO TRUJILLO TRUJILLO

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍAS

PROGRAMA DE INGENIERÍA DE SISTEMAS NEIVA

(2)

DESARROLLO DE UN SOFTWARE PARA ADMINISTRAR Y CONTROLAR EL PRESTAMO DE LAS SALAS DE INFORMATICA DE LAS

INSTITUCIONES EDUCATIVAS DE LA CIUDAD DE NEIVA.-COPRES

BRAYAN MAURICIO TRUJILLO TRUJILLO

Trabajo final de análisis sistematico de literatura presentado como requisito para optar al título de INGENIERO DE SISTEMAS

Asesor:

Ing. IRLESA INDIRA SÁNCHEZ MEDINA

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍAS

PROGRAMA DE INGENIERÍA DE SISTEMAS NEIVA

(3)

Nota de aceptación

_______________________________

Firma del presidente del jurado

_______________________________

Firma del jurado

_______________________________

Firma del jurado

(4)

PÁGINA DE DEDICATORIAS

Agradecer a Dios por permitirme superarme diariamente y tener las fuerzas para seguir este camino.

A todos los ingenieros y compañeros que me apoyaron en este proceso y que gracias a esos conocimientos fue posible dar este paso que es muy importante para mi vida profesional.

Darle gracias a mi familia que estuvo a mi lado apoyándome, motivándome y luchando hombro a hombro com migo para asi lograr alcanzar esta meta.

(5)

CONTENIDO

Pág.

PALABRAS CLAVE ...9

RESUMEN ...9

INTRODUCCIÓN ... 10

1. PLANTEAMIENTO DEL PROBLEMA ... 11

1.1. DESCRIPCIÓN DEL PROBLEMA ... 11

1.2. FORMULACIÓN DEL PROBLEMA ... 12

2. JUSTIFICACIÓN ... 13

3. OBJETIVOS ... 14

3.1. OBJETIVO GENERAL ... 14

3.2. OBJETIVOS ESPECIFICOS ... 14

4. DELIMITACIONES ... 15

4.1. DELIMITACIÓN TEMÁTICA ... 15

4.2. DELIMITACIÓN TEMPORAL ... 15

4.3. DELIMITACIÓN GEOGRÁFICA ... 15

5. MARCO REFERENCIAL ... 16

5.1. ANTECEDENTES ... 16

5.2. MARCO TEÒRICO ... 18

(6)

6.1 DISEÑO DE INVESTIGACIÓN ... 24

6.1. POBLACIÓN Y MUESTRA. ... 35

6.2. TÉCNICAS DE RECOLECCIÓN DE INFORMACIÓN ... 35

7. RESULTADOS ... 36

7.1. ANALISIS DE INVESTIGACION ... 36

7.2. INTERPRETACIÓN DE INSTRUMENTOS DE RECOLECCIÓN DE INFORMACIÓN ... 36

7.3. APLICACIÓN DE LA METODOLOGIA ... 42

8. CONCLUSIONES ... 43

BIBLIOGRAFÍA ... 44

ANEXOS ... 47

(7)

LISTA DE ILUSTRACIONES

Pág.

Ilustración 1. Encuesta - Pregunta # 1. ... 37

Ilustración 2. Encuesta -Pregunta # 2. ... 38

Ilustración 6. UML - Registro de usuarios. ... 42

(8)

LISTA DE TABLAS

Pág.

Tabla 1. Historia de usuario # 1 ... 24

Tabla 3. Historia de Usuario # 3 ... 25

Tabla 4. Historia de Usuario # 4 ... 25

Tabla 5. Historia de usuario # 5. ... 25

Tabla 6. Historia de usuario # 6. ... 26

Tabla 9. Administrador. ... 31

Tabla 10. Monitor. ... 31

Tabla 11. Usuario. ... 31

Tabla 12. Caso de uso Login. ... 32

Tabla 13. Caso de uso Registrar accesorios ... 32

Tabla 14. Caso de uso Relacionar accesorios y equipos con salas. ... 33

Tabla 15. Caso de uso Modificar Registros Accesorio, Equipos, Salas. ... 33

Tabla 16. Caso de uso registrar Usuario. ... 34

Tabla 17. Caso de uso Modificar Usuario. ... 34

Tabla 18. Caso de uso guardar usuario. ... 35

(9)

PALABRAS CLAVE

Sistema, Software, Base de datos, programación

RESUMEN

El presente proyecto describe el desarrollo de una aplicación para la administración de salas de informática aplicables a Instituciones educativas del municipio del Neiva, lo anterior permite administrar y controlar los servicios de préstamo de equipos y de la sala de informática que allí se pueda ofrecer. La metodología para el desarrollo fue la XP, con esta metodología se aplican las fases de planificación del proyecto, diseño, codificación y pruebas necesarias para obtener el resultado, el sistema de información es de fácil acceso además favorece de manera satisfactoria la obtención de informes, entradas, salidas, movimientos de equipos, entrada de estudiantes, accesorios la reservación de la sala y prestamos de la misma.

(10)

INTRODUCCIÓN

Actualmente la mayoría de claustros de enseñanza como lo son escuelas, colegios, y universidades cuentan con diversos recursos tecnológicos que deben tener un control por lo anterior y aplicando la ingeniería de sistemas se ve la necesidad de diseñar y desarrollar un software para controlar el prestamos de salas de informática donde están los recursos tecnológicos.

El principal objetivo de este proyecto propone desarrollar una aplicación que mejorar los procesos de administración dados en las diferentes salas de informática de universidades, colegios y escuelas para complementar y simplificar de manera eficiente las actividades diarias permitiendo así mejor control sobre estas.

El sistema de información que se desarrollo es de fácil acceso, permite controlar préstamos de salas y equipos tecnológicos, generación de informes y reportes que contengan estadísticas claras de la administración de las salas y las herramientas que esta contiene, cantidad de estudiantes que usan la sala, reservaciones y apartado de salas para eventos y demás.

Para poder llevar a cabo el desarrollo del proyecto se utilizó la metodología de desarrollo XP (Extreme Programming), esta metodología cuenta con ciertas etapas que se deben cumplir, además su énfasis principal se encuentra en la adaptabilidad que tiene, y en la previsibilidad ya que es una metodología orientada a objetos que utiliza el patrón de diseño MVC (modelo, Vista, Controlador).

(11)

1. PLANTEAMIENTO DEL PROBLEMA

1.1. DESCRIPCIÓN DEL PROBLEMA

Tomando lo expresado por profesores y estudiantes de las Instituciones educativas Oliverio Lara Borrero, INEM Julián Motta Salas y Gabriel García Márquez en el control de información referente a la administración de las salas de informática de colegios, universidades y escuelas, se lleva de forma manual, es archivada en carpetas, es manipulada por diversas personas, se pueden evidencia pérdida de información, sus archivos están en mal estado y algunos presentan deterioro ya sea por el uso frecuente, además de la lentitud e imprecisión de los documentos presentados en forma escrita.

Llas salas de informática de las instituciones antes mencionadas carecen de un software que cumpla a cabalidad dos (2) funciones principales como lo es el control y la administración de estas, por lo anterior se necesita un sistema de información que registre entradas y salidas de herramientas tecnológicas, estudiantes y demás.

La población estudiantil es la encargada de dar uso a las salas de informática y lógicamente de dar buen trato a las herramientas tecnológicas que allí se almacenan, por lo anterior en algunas ocasiones las personas que ingresan a las salas de informática causan alteraciones en el funcionamiento de los equipos, voluntaria o involuntariamente ocasionando problemas y retrasos en las actividades normales que se realizan dentro de las instalaciones y no queda registro alguno del responsable de la sala.

Luego de observar algunos registros manuales actuales, es posible evidenciar que existe mala administración y el mal manejo que se les da a las salas de informática dan cabida a infinidad de problemas que pueden ser solucionados de manera breve y satisfactoriamente además los reportes mensuales generados por los administradores no coinciden con lo que realmente se hace, y debido a esto se generan posibles daños en los equipos que allí se encuentras.

(12)

1.2. FORMULACIÓN DEL PROBLEMA

¿El desarrollo de un sistema de información para controlar préstamo de equipos y salas de informáticas existentes en colegios, universidades y escuelas de la ciudad de Neiva en el departamento del Huila, permitirá un óptimo uso de estas y proporcionará mejoras en los servicios que brinda?

(13)

2. JUSTIFICACIÓN

La tecnología se refiere a la colección de herramientas que hacen más fácil usar, crear, administrar e intercambiar información. En el inicio de los tiempos, los seres humanos hacían uso de ella para el proceso de descubrimiento del mundo y evolución. La tecnología es el conocimiento y la utilización de herramientas, técnicas y sistemas con el fin de servir a un propósito más grande como la resolución de problemas o hacer la vida más fácil y mejor. Su importancia para los seres humanos es enorme porque les ha ayudado a adaptarse al entorno (Gremlin, 2014)

Por lo anterior el desarrollo de un software para administrar y controlar el préstamo de las salas de informática de las instituciones educativas de la ciudad de Neiva. - COPRES, es de relevancia porque se realizará un aporte a la organización y administración de recursos de cualquier organización, en este caso se en el de las instituciones educativas de la ciudad.

Para (MARTINEZ, 2014) la administración de recursos tecnológicos está diseñada para facilitar el trabajo y permitir que los recursos sean aplicados eficientemente intercambiando información y conocimiento dentro y fuera de las organizaciones, mencionado esto se entiende que el ítem de mejora constante y realización de cambios dentro de la institución permite mejorar y potenciar procesos tecnológicos utilizando los sistemas de información.

Día a día se busca mejorar las herramientas tecnológicas existentes y apropiarlas a cualquier situación, debido a que hoy día los softwares tienen un elevado costo , COPRES es un software de bajo costo, que pretende aportar a las instituciones educativas de Neiva una herramienta tecnológica que permita solucionar los problemas de administrativos de las salas de informática con el fin de suplir necesidades técnicas como lo son el manejo de formatos físicos que no coinciden con los reportes, dañados, caducados y demás.

(14)

3. OBJETIVOS

3.1. OBJETIVO GENERAL

Desarrollar un software que permita administrar salas de informática en instituciones educativas del municipio de Neiva.

3.2. OBJETIVOS ESPECIFICOS

Planear la realización del proyecto en consecuencia las historias de usuarios, cronograma.

Diseñar instrumento de recolección de información, diagramas UML.

Codificar el software COPRES.

Realizar pruebas de detección, corrección de errores y pruebas de aceptación.

(15)

4. DELIMITACIONES

4.1. DELIMITACIÓN TEMÁTICA

El proyecto de desarrollo de un software para administrar y controlar el préstamo de las salas de informática de las instituciones educativas de la ciudad de Neiva.- compres esta delimitado temáticamente por la administración de herramientas tecnológicas que para el autor (MARTINEZ, 2014) Están diseñadas para facilitar el trabajo y permitir que los recursos sean aplicados eficientemente intercambiando información y conocimiento dentro y fuera de las organizaciones.

Como centro de operaciones y procesos la internet, es la herramienta más común de utilizar, es una única fuente segura de investigaciones la cual facilita: la captura, conservación, organización, procesamiento y sobre todo la difusión del conocimiento. De esta forma la función que cumple las tecnologías aplica a este campo como una herramienta, así se facilita la conservación y almacenamiento de toda la información de la organización que le permita tener histórico en línea.

4.2. DELIMITACIÓN TEMPORAL

El software para administrar y controlar el préstamo de las salas de informática de las instituciones educativas de la ciudad de Neiva. – COMPRES se delimitara en el departamento del Huila.

4.3. DELIMITACIÓN GEOGRÁFICA

El desarrollo de un software para administrar y controlar el préstamo de las salas de informática de las instituciones educativas de la ciudad de Neiva. -compres se llevará a cabo en de la ciudad de Neiva– Huila.

(16)

5. MARCO REFERENCIAL

5.1. ANTECEDENTES

GRANGE HILL: Software / Aplicativo web el cual permite realizar reservas de salas de clases, salones, salas de sistemas, espacios de estudio, oficina, temporales.

No permite doble reserva, solo una persona puede realizar la reserva.

Puede ingresar usuario ilimitado.

Calendario personalizado, el administrador puede crear sus propios calendarios con horarios de semana, reserva concurrente, horarios de escuela, colegios, universidades entre otros.

Aumento de las salas de TIC, permite que todos puedan ver lo que está disponible en las salas, salones, espacios y así puede reservar fácilmente su espacio, agenda.

Fácil de usar y puede acceder de cualquier parte del mundo, mediante internet.

(ESTESO, 2014)

tal: Software para el control de una sala de informática creado debido a la necesidad de supervisar y controlar la cantidad de los Pocos además cerrarlos remotamente al terminar el recreo para apurar el retorno a las salas de clases.

Orientado específicamente al trabajo de un profesor en un aula de informática, tal (Inteligente Tracking and Liaoning Mitch Computes, enseñanza y aprendizaje inteligente con computadores) ofrece la posibilidad de controlar constantemente el trabajo de los alumnos en los equipos en los que esté instalado. Además, permite al docente realizar demostraciones exhibiendo su pantalla en las de los alumnos, enviar mensajes de texto a cada estación de trabajo, controlar remotamente un equipo, bloquear las terminales, abrir y cerrar sesiones, y encender y apagar los computadores. Es, además, totalmente gratuito y de código abierto. (C., 2015)

SOFTWARE DE GESTIÓN ESCOLAR PARA COLEGIOS COLOMBIA:

Programaciones, tutorías, atención a la diversidad, trabajo en el aula.

Recibos, y gestiona actividades extracurriculares, comedor, transporte escolar, guardería.

Envío de nóminas por email, traspaso de los asientos contables de la generación de recibos a programas de contabilidad más habituales del mercado.

Herramientas de trabajo con el alumnado y el profesorado, acceso a los contenidos digitales y educativos de las principales editoriales, acceso a contenidos del centro y entre escuelas Clickedu.

(17)

Gestión académica, administración por parte de los docentes de notas y gestión de clase, documentaciones y actas oficiales.

Control de asistencia, comunicaciones a las familias vía SMS, email. Mensajería interna para los alumnos y entre alumnos y docentes. (MARKETING SOLUTEK, 2016)

FAIRWARE - SISTEMA DE RESERVA DE SALAS: Esta aplicación le permitirá distribuir el uso de las salas y recintos de uso común de su empresa, universidad o colegio, en forma simple y transparente, permitiendo a cada usuario ver la disponibilidad de cada área dentro una semana determinada, y hacer la reserva con anticipación.

Permite definir diversos tipos de salas y, dentro de cada uno, una lista salas.

Además, se definen áreas o cursos dentro de la empresa, colegio o universidad, para asociar a la reserva.

El sistema es multiusuario, con perfiles que permiten o restingen el acceso a determinada funcionalidad.

Cada usuario pertenece a un departamento dentro de la empresa y realiza sus propias reservas, asociando a cada una un curso o área y una sala.

Toda reserva puede ser anulada por el mismo usuario, dejando disponible el espacio para que otro lo reserve.

El usuario administrador puede hacer una reserva a nombre de otro usuario, con el fin de facilitar el proceso cuando no se tiene acceso al sistema.

El usuario administrador también puede anular una reserva.

La visualización de las reservas es muy clara y simple, lo que facilita el proceso para el usuario poco experimentado.

Los bloques de horas se definen de acuerdo a los requerimientos del cliente.

El sistema entrega los siguientes reportes:

Reporte Diario: muestra un listado de todas las reservas del día seleccionado, ordenado por sala. Este reporte puede ser filtrado por departamento y/o tipo de sala.

Reporte Mensual: presenta una estadística del uso de las salas por departamento, en un mes determinado.

Reporte Semestral: presenta una estadística del uso de las salas por departamento, en un periodo de tiempo. (FAIRWARE, 2014)

(18)

5.2. MARCO TEÒRICO

ADMINISTRACIÓN: Es la ciencia, técnica o arte que, por medio de los recursos humanos, materiales, y técnicos, pretende el logro óptimo de los objetivos mediante el menor esfuerzo para lograr una mayor utilidad. La administración es una de las actividades más importante, pues a medida en que la sociedad empezó a depender del esfuerzo grupal y que muchos grupos organizados tendieron a crecer; la tarea de los administradores se volvió más importante ya que esta persigue la productividad, lo que implica eficiencia y eficacia. (STONER, 2014)

CONTROL: Es una etapa primordial en la administración, pues, aunque una empresa cuente con magníficos planes, una estructura organizacional adecuada y una dirección eficiente, no se podrá verificar una situación real si no existe un mecanismo que informe los hechos. El control consiste en verificar si todo ocurre de conformidad, con las instrucciones y principios establecidos, tiene como fin señalar las debilidades y errores a fin de rectificar e impedir que se produzcan nuevamente los problemas.Evalúa y mide el desempeño y toma acción correctiva cuando se necesita. (OGATA, 2015)

TECNOLOGÍAS: Las tecnologías responden al deseo y la voluntad que tenemos las personas de transformar nuestro entorno buscando así nuevas y mejores maneras de satisfacer nuestras necesidades. Abarca otras tecnologías de distribución de información, incluyendo hardware y software de computador, electrónica, semiconductores, internet, equipos de telecomunicación y servicios computacionales. Es definida como la disciplina científica enfocada en el estudio, la investigación, el desarrollo y la innovación de las técnicas y procedimientos, aparatos y herramientas que son empleados para la transformación de materias primas en objetos o bienes de utilidad práctica. (PEAPT, 2014)

METODOLOGIA XP: Es una Metodología ligera de desarrollo de aplicaciones que se basa en la simplicidad, la comunicación y la realimentación del código desarrollado. (REYES, 2017)

OBJETIVOS DE XP:

La Satisfacción del cliente.

Potenciar el trabajo en grupo.

Minimizar el riesgo actuando sobre las variables del proyecto: costo, tiempo, calidad, alcance. (CARDENAS, 2016)

(19)

CARACTERÍSTICAS:

Metodología basada en prueba y error para obtener un software que funcione realmente.

Fundamentada en principios.

Está orientada hacia quien produce y usa software (el cliente participa muy activamente).

Reduce el coste del cambio en todas las etapas del ciclo de vida del sistema.

Combina las que han demostrado ser las mejores prácticas para desarrollar software, y las lleva al extremo.

Cliente bien definido.

Los requisitos pueden cambiar.

Grupo pequeño y muy integrado (2-12 personas).

Equipo con formación elevada y capacidad de aprender (UNIVERSIDAD UNION BOLIVARIANA, 2014)

TAREAS DE INGENIERÍAS (TASK CARD): Una Historia de Usuario se descompone en varias tareas de ingeniería, las cuales describen las actividades que se realizarán en cada historia de usuario, así mismo las tareas de ingeniería se vinculan más al desarrollador, ya que permite tener un acercamiento con el código. (Chiluisa Pallo , Loarte Cajamarca., 2014)

PRUEBAS DE ACEPTACIÓN: Según (Chiluisa Pallo , Loarte Cajamarca., 2014) Las Pruebas de aceptación son de vital importancia para el éxito de una iteración y el comienzo de la siguiente, con lo cual el cliente puede conocer el avance en el desarrollo del sistema y a los programadores lo que les resta por hacer. Además permite una retroalimentación para el desarrollo de las próximas historias de usuarios a ser entregadas. Estas son comúnmente llamadas pruebas del cliente, por lo que son realizadas por el encargado de verificar si las historias de usuarios de cada iteración cumplen con la funcionalidad esperada.

TARJETAS CRC ( CLASE – RESPONSABILIDADES – COLABORADORES):

Las Tarjetas CRC (Clase-Responsabilidades-Colaboradores), permiten conocer que clases componen el sistema y cuales interactúan entre sí. Se dividen en tres secciones: Nombre de la Clase, Responsabilidades y Colaboradores. (Chiluisa Pallo , Loarte Cajamarca., 2014).

(20)

ROLES DE LA METODOLOGÍA XP

En (Erlijman Piwen, 2011) la Propuesta original de Beck incluye los siguientes roles:

PROGRAMADOR: Es el Responsable de implementar las historias de usuario por el cliente. Además, estima el tiempo de desarrollo de cada historia de usuario para que el cliente pueda asignarle prioridad dentro de la iteración. Cada iteración incorpora nueva funcionalidad de acuerdo a las prioridades establecidas por el cliente. El Programador también es responsable de diseñar y ejecutar los test de unidad del código que ha implementado o modificado. (Erlijman Piwen, 2011)

CLIENTE: Determina la funcionalidad que se pretende en cada iteración y define las prioridades de implementación según el valor de negocio que aporta cada historia. El Cliente también es responsable de diseñar y ejecutar los test de aceptación. (López, 2014)

ENCARGADO DE PRUEBAS (TESTER): Es el Encargado de ejecutar las pruebas regularmente, difunde los resultados dentro del equipo y es también el responsable de las herramientas de soporte para pruebas. (López, 2014)

ENCARGADO DE SEGUIMIENTO (TRACKER): Una de las tareas más importante del tracker, consiste en seguir la evolución de las estimaciones realizadas por los programadores y compararlas con el tiempo real de desarrollo.

De esta forma, puede brindar información estadística en lo que refiere a la calidad de las estimaciones para que puedan ser mejoradas. (Letelier, Métodologías ágiles para el desarrollo de software: eXtreme Programming (XP), 2012)

ENTRENADOR (COACH): Es Responsable del proceso en general. Se encarga de iniciar y de guiar a las personas del equipo en poner en marcha cada una de las prácticas de la metodología XP. (López, 2014)

CONSULTOR: Es un Miembro externo del equipo con un conocimiento específico en algún tema necesario para el proyecto. Guía al equipo para resolver un problema específico. (Letelier, Métodologías ágiles para el desarrollo de software:

eXtreme Programming (XP), 2012)

(21)

GESTOR (BIG BOSS): Es el vínculo entre el cliente y programadores. Experto en tecnología y labores de gestión. Construye el plantel del equipo, obtiene los recursos necesarios y maneja los problemas que se generan. Administra a su vez las reuniones (planes de iteración, agenda de compromisos, etc). Su labor fundamental es de coordinación. (Letelier, Métodologías ágiles para el desarrollo de software: eXtreme Programming (XP), 2012)

FASES DE LA PROGRAMACIÓN EXTREMA

La Programación Extrema consta de 4 fases, las cuales son:

PLANEACIÓN: La Metodología XP plantea la planificación como un diálogo continuo entre las partes involucradas en el proyecto, incluyendo al cliente, a los programadores y a los coordinadores. El proyecto comienza recopilando las historias de usuarios, las que constituyen a los tradicionales casos de uso. Una vez obtenidas estas historias de usuarios, los programadores evalúan rápidamente el tiempo de desarrollo de cada una. (Programming, 2013)

Los Conceptos básicos de la planificación son:

Las Historias de Usuarios, las cuales son descritas por el cliente, en su propio lenguaje, como descripciones cortas de lo que el sistema debe realizar.

El Plan de Entregas (Release Plan), establece que las historias de usuarios serán agrupadas para conformar una entrega y el orden de las mismas. Este cronograma será el resultado de una reunión entre todos los actores del proyecto.

Plan de Iteraciones (Iteration Plan), las historias de usuarios seleccionadas para cada entrega son desarrolladas y probadas en un ciclo de iteración, de acuerdo al orden preestablecido.

Reuniones Diarias de Seguimiento (Stand – Up Meeting), el objetivo es mantener la comunicación entre el equipo y compartir problemas y soluciones. (LOPEZ &

RUIZ, 2014)

DISEÑO: La Metodología XP hace especial énfasis en los diseños simples y claros. Los conceptos más importantes de diseño en esta metodología son los siguientes:

Simplicidad, Un diseño simple se implementa más rápidamente que uno complejo.

Por ello XP propone implementar el diseño más simple posible que funcione.

(22)

Soluciones “Spike”, Cuando aparecen problemas técnicos, o cuando es difícil de estimar el tiempo para implementar una historia de usuario, pueden utilizarse pequeños programas de prueba (llamados “Spike”), para explorar diferentes soluciones.

Recodificación (“Refactoring”), Consiste en escribir nuevamente parte del código de un programa, sin cambiar su funcionalidad, a los efectos de crearlo más simple, conciso y entendible. Las metodologías de XP sugieren re codificar cada vez que sea necesario.

Metáforas, XP sugiere utilizar este concepto como una manera sencilla de explicar el propósito del proyecto, así como guiar la estructura del mismo. Una buena metáfora debe ser fácil de comprender para el cliente y a su vez debe tener suficiente contenido como para que sirva de guía a la arquitectura del proyecto.

(LOPEZ & RUIZ, 2014)

CODIFICACIÓN: Disponibilidad del Cliente, Uno de los requerimientos de XP es tener al cliente disponible durante todo el proyecto. No solamente como apoyo a los desarrolladores, sino formando parte del grupo. El Involucramiento del cliente es fundamental para que pueda desarrollarse un proyecto con la metodología XP.

Al comienzo del proyecto, el este debe proporcionar las historias de usuarios.

Pero, dado que estas historias son expresamente cortas y de “alto nivel”, no contienen los detalles necesarios para realizar el desarrollo del código. Estos detalles deben ser proporcionados por el cliente, y discutidos con los desarrolladores, durante la etapa de desarrollo. (CALABRIA & PIRIZ, 2013)

Uso de Estándares, XP promueve la programación basada en estándares, de manera que sea fácilmente entendible por todo el equipo, y que facilite la re codificación.

Programación Dirigida por las Pruebas (“Test-Driven Programming”),En las metodologías tradicionales, la fase de pruebas, incluyendo la definición de los test, es usualmente realizada sobre el final del proyecto, o el final del desarrollo de cada módulo. La metodología XP propone un modelo inverso, primero se escribe los test que el sistema debe pasar. Luego, el desarrollo debe ser el mínimo necesario para pasar las pruebas previamente definidas. Las pruebas a los que se refiere esta práctica, son las pruebas unitarias, realizados por los desarrolladores.

La definición de estos test al comienzo, condiciona o “dirige” el desarrollo.

(CALABRIA & PIRIZ, 2013)

Programación en Pares, XP propone que se desarrolle en pares de programadores, ambos trabajando juntos en un mismo ordenador. Si bien parece

(23)

mejores diseños, compensando la inversión en horas. El producto obtenido es por lo general de mejor calidad que cuando el desarrollo se realiza por programadores individuales. (CALABRIA & PIRIZ, 2013)

Integraciones Permanentes, Todos los desarrolladores necesitan trabajar siempre con la “última versión”. Realizar cambios o mejoras sobre versiones antiguas causan graves problemas, y retrasan al proyecto. Es por eso que XP promueve publicar lo antes posible las nuevas versiones, aunque no sean las últimas, siempre que estén libres de errores. Idealmente, todos los días deben existir nuevas versiones publicadas. Para evitar errores, solo una pareja de desarrolladores puede integrar su código a la vez. (CALABRIA & PIRIZ, 2013) Propiedad Colectiva del Código, En un proyecto XP, todo el equipo puede contribuir con nuevas ideas que apliquen a cualquier parte del proyecto.Asimismo, una pareja de programadores puede cambiar el código que sea necesario para corregir problemas, agregar funciones o re codificar. (CALABRIA & PIRIZ, 2013) Ritmo Sostenido, La Metodología XP indica que debe llevarse un ritmo sostenido de trabajo. El concepto que se desea establecer con esta práctica es planificar el trabajo de forma a mantener un ritmo constante y razonable, sin sobrecargar al equipo. (CALABRIA & PIRIZ, 2013)

PRUEBAS: Pruebas Unitarias, Todos los módulos deben de pasar las pruebas unitarias antes de ser liberados o publicados. Por otra parte, como se mencionó anteriormente, las pruebas deben ser definidas antes de realizar el código (“Test- Driven Programmming”). Que todo código liberado pase correctamente las pruebas unitarias, es lo que habilita que funcione la propiedad colectiva del código.

(JOSKOWICS, 2008).

Detección y Corrección de Errores, Cuando se encuentra un error (“Bug”), éste debe ser corregido inmediatamente, y se deben tener precauciones para que errores similares no vuelvan a ocurrir. Asimismo, se generan nuevas pruebas para verificar que el error haya sido resuelto. (JOSKOWICS, 2008).

Pruebas de Aceptación, Son creadas en base a las historias de usuarios, en cada ciclo de la iteración del desarrollo. El Cliente debe especificar uno o diversos escenarios para comprobar que una historia de usuario ha sido correctamente implementada. Asimismo, en caso de que fallen varias pruebas, deben indicar el orden de prioridad de resolución. Una historia de usuario no se puede considerar terminada hasta que pase correctamente todas las pruebas de aceptación.

(JOSKOWICS, 2008).

(24)

6. DISEÑO METODOLÓGICO

6.1. DISEÑO DE INVESTIGACIÓN

HISTORIAS DE USUARIO: Las Historias de Usuario según la (UNIVERSIDAD UNION BOLIVARIANA, 2014) representan una breve descripción del comportamiento del sistema, se realizan por cada característica principal del sistema y son utilizadas para cumplir estimaciones de tiempo y el plan de lanzamientos, así mismo reemplazan un gran documento de requisitos y presiden la creación de las pruebas de aceptación. Cada historia de usuario debe ser lo suficientemente comprensible y delimitada para que los programadores puedan implementarlas en unas semanas, para el proyecto se realizaron las siguientes historias de usuario:

Tabla 1. Historia de usuario # 1

HISTORIA DE USUARIO

Numero: 1 Usuario: Administrador

Nombre de Historia: Definir roles

Prioridad: Alta Iteración: 1

Riesgos en Desarrollo: Medio

Descripción: Definir usuario según su nivel de acceso a información.

Observaciones: Como apartado y modificación de datos de los estudiantes o configuración de salas, accesorios, computadores.

Fuente: Autores

Tabla 2. Historia de usuario # 2

Nombre de Historia: Registro de Usuarios

Descripción: Registrar usuarios según su carrera u ocupación en la institución.

Observaciones:

Fuente: Autores

(25)

Tabla 3. Historia de Usuario # 3

Nombre de Historia: Registro de Marcas

Descripción: Registrar accesorios y equipos según sus marcas.

Observaciones:

Fuente: Autores

Tabla 4. Historia de Usuario # 4

Nombre de Historia: Entradas al sistema

Descripción: Es donde se determina la cantidad de usuarios que ingresan y el uso que le dan a los recursos que brinda la institución.

Observaciones:

Fuente: Autores

Tabla 5. Historia de usuario # 5.

Nombre de Historia: Reportes Diarios

Descripción: Donde se genera un archivo el cual se puede validar información de acceso y movimientos en el sistema.

Observaciones:

Fuente: Autores

(26)

Tabla 6. Historia de usuario # 6.

Nombre de Historia: Reporte Mensual

Descripción: Se debe generar un archivo teniendo en cuenta el tiempo del cual desea verificar la información.

Observaciones: El sistema da la opción para administrar el calendario.

Fuente: Autores

Nombre de Historia: Realizar consultas

Descripción: Es necesario ver los movimientos que se realizan en las salas diarimente para una mejor administración de los recursos.

Observaciones: Entradas y salidas tanto de usuarios, como accesorios y equipos.

Fuente: Autores

Nombre de Historia: Movimientos quietos en el sistema

Descripción: Prestamos y entradas no cerradas.

Observaciones: Prestamos no devueltos o cerrados en el sistema, igresos a las salas y no cerrados en el sistema.

Fuente: Autores

(27)

6.2. DIAGRAMAS UML CASOS DE USO.

Ilustración 1. Registro de usuarios.

Fuente: Autores

(28)

Ilustración 2. Diagrama caso de uso Solicitud de préstamo.

Fuente: Autores

(29)

Ilustración 3. Diagrama caso de uso devolución de préstamo.

Fuente: Autores

(30)

Ilustración 4. Diagrama caso de uso sanción de usuario.

Fuente: Autores

(31)

ACTORES

Tabla 9. Administrador.

Actor Administrador.

Casos de Uso

Login, registrar, ingresar, Guardar, modificar, imprimir, registra accesorios, relacionar marcas con accesorios, guarda accesorio, modificar accesorio, imprimir accesorio, registrar marcas, ingresar marca, guardar marca, modificar marca, imprimir marca, Registra salas, relaciona equipos y accesorios con salas.

Tipo Primario.

Descripción

Es el actor principal y representa a los usuarios autorizados para la utilización del sistema para realizar toda la gestión de registro y actualizacion: Administrador

Fuente: Autores Tabla 10. Monitor.

Actor Monitor

Caso de Uso Generar nuevos registros, generar préstamos, cerrar préstamos, consultar datos, consultar entradas y salidas.

Tipo Secundario.

Descripción

Es un actor secundario y representa al encargado de gestionar los préstamos y movimientos de accesorios y equipos.

Fuente: Autores Tabla 11. Usuario.

Actor Usuario

Caso de Uso Genera préstamo Tipo Secundario.

Descripción

Solicita el préstamo de accesorio, equipo, sala activos en el sistema.

Fuente: Autores

(32)

Tabla 12. Caso de uso Login.

Caso de uso Login

Actores Administrador y Monitor

Propósito Permitir acceso a un usuario ya registrado que desea ingresar al sistema.

Resumen El sistema valida el usuario mediante Login y Password.

Precondiciones Estar registrado en la Base de Datos

Flujo Principal N° Actor Acción

1 Sistema Muestra pantalla de ingreso 2 Administrador Digita usuario y contraseña 3 Administrador Presiona Botón Ingresar

4 Sistema Verifica la existencia del usuario y contraseña en la base de datos.

5 Sistema Muestra pantalla principal

Excepciones 5.1 Sistema Muestra un mensaje de error y validación de datos.

Fuente: Autores

Tabla 13. Caso de uso Registrar accesorios Caso de uso Registrar Accesorios Actores Administrador y Monitor

Propósito Permite registrar accesorios y equipos de las salas

Resumen Se muestra pantallazo donde se podrá registrar el accesorio o articulo con su marca para relacionarlo a la sala perteneciente, posteriormente guardarlo, asi mismo permite modificar y/o eliminar los registros guardados.

Precondiciones Tener sección activa en el sistema.

Haber registrado al menos un accesorio y sala.

Flujo Principal N° Actor Acción

1 Administrador Ingresa botón registrar del menú.

2 Sistema Administrador

Muestra pantalla para el registro del accesorio.

3 Sistema Enlista los accesorios guardados 4 Administrador Selecciona opciones

Excepciones 4.1 Sistema No muestra datos en la lista si no hay accesorios guardados.

Fuente: Autores.

(33)

Tabla 14. Caso de uso Relacionar accesorios y equipos con salas.

Caso de uso Relacionar accesorios y equipos con Salas Actores Administrador y monitor

Propósito Permite agregar un resgistros y relacionarlo con salas de computo

Resumen Este caso de uso permite agregar un producto y relacionarlo con una sala la cual ya está registrada en el sistema y tenga asignada un número de sala.

Precondiciones Haber ingresado al pantallazo ingresar accesorio Haber registrado una sala

1 Administrador Presionar botón registrar – Nuevo 2 Sistema Habilita campos

3 Administrador Registra datos y relaciona con sala 4 Sistema Agrega el accesorio a la sala

Excepciones 4.1 Sistema No registra si no campos llenos o no hay datos guardados

Tabla 15. Caso de uso Modificar Registros Accesorio, Equipos, Salas.

Caso de uso Modificar Registros Actores Administrador y Monitor

Propósito Permite modificar unos registros.

Resumen Modificar ya sea accesorio, usuario, salas, equipos y partes.

Precondiciones Ingresar en la pantalla registros.

Tener uno o más registros.

Usuario con sección activa debe seleccionar un solo registro a codiciar.

1 Administrador Selecciona un registro del listado de accesorios de la pantalla ingresar accesorio.

2 Sistema Muestra datos en lista y campos para modificar

3 Administrador Modifica los campos 4 Sistema Valida los campos

5 Sistema Muestra mensaje (Registro Modificado)

(34)

5.2 Sistema No hay ningún dato guardado.

Tabla 16. Caso de uso registrar Usuario.

Caso de uso Registrar Usuarios Actores Administrador y Monitor

Propósito Permite registrar los usuarios que utilizan las salas

Resumen Este caso de uso muestra un pantallazo donde se puede registrar los datos generales del usuario que desea utilizar las salas para posteriormente guardar en el registro, asi mismo permite modificar los registros que se hayan guardado.

Precondiciones Tener un inicio de sección activo.

1 Administrador Presiona registrar en la pestaña de menú 2 Sistema Muestra pantalla para el registro de

usuario.

3 Sistema Da opción tipo de usuario 4 Administrador Selecciona opciones

Excepciones 5.1 Sistema No muestra tipo de usuario ya que no hay datos generales de usuario guardados en el sistema.

Tabla 17. Caso de uso Modificar Usuario.

Caso de uso Modificar Usuarios Actores Administrador y Monitor

Propósito Permite cambiar datos de los usuarios ya registrados

Resumen Este caso de uso permite modificar la información relacionada con la Base de datos.

Precondiciones Haber ingresado en la pantalla de usuarios.

El administrador debe haber seleccionado solo un registro a modificar.

1 Administrador Selecciona un registro del listado de la base de datos y proceder a modificar.

2 Sistema Muestra datos de registros almacenados en base de datos.

3 Administrador Modifica los campos 4 Sistema Valida los campos

(35)

Tabla 18. Caso de uso guardar usuario.

Caso de uso Guardar Usuario Actores Administrador y Monitor

Propósito Permite guardar los datos diligenciados que el usuario otorgue.

Resumen Este caso de uso permite guardar los datos diligenciados en los campos otorgados.

Precondiciones Diligenciar un registro a la vez.

1 Administrador Presionar botón guardar 2 Sistema Valida los campos

3 Sistema Guardar los registros en la base de datos 4 Sistema Registro exitoso

Excepciones 5.1 Sistema Muestra error de validacion Fuente: Autores.

6.3. POBLACIÓN Y MUESTRA

Para realizar el desarrollo de un software para administrar y controlar el prestamo de las salas de informatica de las instituciones educativas de la ciudad de neiva.- COPRES se aplico el instrumento de recolección de información diseñado a 75 estudiantes de las instituciones educativas Oliverio Lara Borrero, Inem Julian Motta Salas y Gabriel Garcia Marquez aleatoriamente.

6.4. TÉCNICAS DE RECOLECCIÓN DE INFORMACIÓN

Dentro de la etapa de recolección de información para llevar a cabo el proyecto se utilizaran las siguientes técnicas de recolección de información tales como:

Encuesta: Se aplico el instrumento de recolección de información diseñado a 75 estudiantes de las instituciones educativas Oliverio Lara Borrero, Inem Julian Motta Salas y Gabriel Garcia Marquez aleatoriamente.

(36)

DISEÑO INGENIERIL

Para el diseñar el software se utilizo la metodolofia agil extrema xp la cual facilito el proceso de desarrollo centrándose en la retroalimentación continua entre el cliente y el equipo de desarrollo, el software mejora a los procesos que se manejan diariamente en las salas de sistemas de las instituciones del huila.

7. RESULTADOS

7.1. ANALISIS DE INVESTIGACION

Se utilizo la metodología agil extrema xp porque potencia las relaciones interpersonales como clave para el éxito en el desarrollo del software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores y propiciando un buen clima de trabajo. Se basa en la retroalimentación continua para desarrollar un excelente producto final.

7.2. INTERPRETACIÓN DE INSTRUMENTOS DE RECOLECCIÓN DE INFORMACIÓN

A continuación, se presentan los resultados de la encuesta aplicada (Ver Anexo.

F) a 75 estudiantes de las instituciones educativas Oliverio Lara Borrero, Inem Julian Motta Salas y Gabriel Garcia Marquez aleatoriamente.

(37)

Ilustración 5. Encuesta - Pregunta # 1.

Observando el grafico anterior es posible mencionar que el 84% de los encuestados, mencionan que para acceder a las salas de informática deben registrarse de manera rudimentaria, posibilitando registros incorrectos de información, perdida de la misma y hasta mal uso de la allí almacenada.

84%

16%

1

. ¿Actualmente usted, para ingresar a las salas de informatica le exigen registrarse en una hoja de papel?

SI NO

(38)

Ilustración 6. Encuesta -Pregunta # 2.

En un 74% de encuestados se puede evidenciar que según los estudiantes no es posible acceder a todos los equipos de computo y demas herramientas tecnológicas alojadas en las salas de informática debido a que ellos aclaran que hay gran parte de equipos en mal estado y sin mantenimiento por lo anterior se evidencia que el no control de ingreso a las salas ha ocasionado dicha situación.

26%

74%

2. ¿Usted puede usar todos los equipos de computo y demas herramientas tecnologicas presentes en la sala de informatica

sin ningún tipo de restricciones?

Si No

(39)

Según lo expuesto en e grafico anterior claramente se puede observar que no tener firmes parámetro formalizados dentro de las instituciónes pueden acarrear desconocimiento de la existencia de diversas herramientas que pueden ser de gran utilidad para los interesados, por lo tanto el 62% de los encuestado no tiene conocimiento acerca del formato existente para el préstamo de las salas de informática y los implementos que esta contenga.

SI 38%

NO 62%

3. ¿Existe algún tipo de formato, o de solicitud manual para pedir una reservacion de una sala de informática en

el cual usted como docente, administrativo o estudiante se haga resposable ?

SI NO

(40)

De las 75 personas encuestadas el 51% se goza le estadia dentro de las salas de informática utilizando y manejando las herramientas tecnológicas que la sala contiene como lo son equipos de computo, video beam, subwoofer y demás.

51% 49%

4. ¿Disfruta al máximo la estadia en las salas de informática?

SI NO

(41)

El 64% anhela inmensamente poder tener un aplicativo en el cual se tengan diversas opciones tales como prestar, manejar y reservar las salas de informática y las herramientas que esta contiene para su uso sin necesidad de llenar documentos de manera manual además permitiendo mayor control y responsabilizando a alguien de todos los enceres que se encuentren en la sala mientras se les da correcto uso.

Al aplicar la encuesta es lógico observar que la comunidad esta dispuesta al cambio de lo rudimentario a lo moderno por lo anterior el desarrollo de el software COPRES puede mejorar los procesos de prestamos de las salas y puede potenciar a cualquier organización a la mejoría de sus procesos administrativos.

64%

36%

5. ¿Le gustaría un proceso de sistematización en el cual usted pueda prestar, manejar y reservar las salas de informática y las herramientas que esta contiene para su

uso?

SI NO

(42)

7.3. APLICACIÓN DE LA METODOLOGIA

Después de ejecutar las diversas etapas incluidas en la metodología XP se logró desarrollo de un software para administrar y controlar el prestamo de las salas de informatica de las instituciones educativas de la ciudad de neiva.-COPRES (ver anexo E.)

7.4. APLICACIÓN DEL MODELO XP

Tomando como referencia la información presentada en el marco referencial, se plantea un ejemplo práctico en la elaboración de un software a través del modelo de desarrollo ágil XP aplicando la fase de planeacion.

Fase de planeación

En la fase de planeación se realizaron varios estudios llevando a cabo el diseño y desarrollo de la aplicación, asi ejecutamos diversas estrategias para solucionar problemas espesificos que se presentaban en las salas de sistemas.

Se recopilaron historias de usuarios, las que constituyen a los tradicionales casos de uso, evaluándolas se tomo en cuenta el tiempo para desarrollar casa una.

Fase de Diseño

En esta fase se opto por realizar un diseño simple y claro el cual nos brinda garantía y agilidad a la hora de trabajar el software.

Tambien se estimo el tiempo para implementar una historia de usuario y asi exploramos diferentes soluciones y poder realizar con calma la reescritura del código, los efectos de créalos mas simple, conciso y entendible. Se codifico cada vex que fuera necesario como lo indica la metodología.

Fase de codificación

En esta fase se utilizaron los conocimientos que inicialmente se sobre las salas de sistemas y apartir de ellos tomamos medias para entregar un mejor producto, realizando asi pruebas y corrigiendo inmediatamente los errores y tomando precacuciones para que no volviera a ocurrir netregando asi un producto agil y confiable.

(43)

8. CONCLUSIONES

La metodología XP es de uso común desde hace varios años de manera que adquirir información acerca de ella resulto sencillo, ya que la mayoría de textos técnicos y de proyectos realizados por otras personas hablan de esta metodología.

La principal ventaja de la metodología XP esta en su alto grado de adaptabilidad, y su principal desventaja es su elevado costo en caso de no cumplir las metas.

Los pasos que se siguieron en el ejemplo práctico se acercaron mucho a los pasos que recomienda seguir la metodología, pero no los cumplieron a cabalidad.

Se planeo la realizacion del proyecto en consecuencia las historias de usuarios y cronograma de acuerdo a la metodología XP para cumplir a cabalidad las etapas fundamentales de esta.

Se diseño y aplico el instrumento de recolección de información a 75 personas de las instituciones educativas y se detectaron diversas falencias desde los prcesos administrativas hasta el proceso de control y manejo de las salas de informática.

Después de realizar las pruebas de detección ,corrección de errores y pruebas de aceptación se pudo establecer que el software es competente para realizar la actividad para la cual se establecio todo el proyecto.

(44)

BIBLIOGRAFÍA

CALABRIA, L., & PIRIZ, P. (2013). Universidad ORT Uruguay . Obtenido de Universidad ORT Uruguay : https://www.wattpad.com/story/21576541- metodologia-xp

Campos, S. G., & Martines, L. F. (2006). Programación Extrema: Prácticas, Aceptación y Controversia . Culcyt Software, 55-62.

CARDENAS, H. (12 de 04 de 2016). Procesosdesoftware. Obtenido de Procesosdesoftware:

https://procesosdesoftware.wikispaces.com/METODOLOGIA+XP

Chiluisa Pallo , Loarte Cajamarca. (2014). METODOLOGIAS AGILES. Buenos aires.

CIF. (12 de 09 de 2014). Softonic. Obtenido de Softonic:

http://cif_control_de_inventarios_y_facturacion.softonic.com/

Cuerva, M. A. (2014). CIENCIA DE LA INGENIERIA DE SISTEMAS. Puno: No 1.

Erlijman Piwen, G. F. (12 de 09 de 2011). ADMINISTRACION DE RECURSOS TECNOLOGICOS. Obtenido de ADMINISTRACION DE RECURSOS TECNOLOGICOS: https://prezi.com/s0rbip3zxhx8/administracion-de- recursos-tecnologicos/

Ernesto Ávila Domenech, A. M. (2013). Delfroid y su comparación evealutiva con XP y Scrum mediante el método4-DAT. Revista Cubana de Ciencias Informaticas, 16-23.

ESPINOSA, M. A.-B. (2014). SISTEMA DE CONTROL DE INVENTARIOS Y FACTURACIÓN PARA LA COMERCIALIZADORA DE REPUESTOS SILVA S.A.

ESTESO, M. P. (01 de 03 de 2014). TECNOWEB. Obtenido de TECNOWEB:

http://tecnoweb2.com/software-reserva-aulas-salones-escuelas-colombia FAIRWARE. (2014). FAIRWARE. Obtenido de FAIRWARE:

http://www.fairware.cl/ReservaSalas.asp

García, P. S. (2012). Manual de contabilidad de gestión para empresas franquiciadoras y de retail. Barcelona: Profit.

Godoy, D. A. (2012). Simulación de Proyectos de Software desarrollados con XP:

Subsistema de Desarrollo de Tareas. WICC, 572-576.

Granados, I. (2010). Contabilidad Gerencial. Fundamentos, principios e introducción a la contabilidad. Bogotá: Universidad Nacional.

Gremlin. (08 de 02 de 2014). Importancia. Obtenido de Importancia:

https://www.importancia.org/tecnologia.php

Hernandez, H. (09 de Mayo de 2010). Prosoftware. Obtenido de Prosoftware:

https://procesosdesoftware.wikispaces.com/METODOLOGIA+XP JOSKOWICS. (2008). JOSCKOWICS. ALEMANIA: TREAFD.

Kendall, K. E. (2005). Análisis y diseño de sistemas. Mexico: Pearson.

Letelier, P. (5 de Junio de 2006). Métodologías. Obtenido de Departamento de

(45)

Letelier, P. (2012). Métodologías ágiles para el desarrollo de software: eXtreme Programming (XP). CYTA, 33-48.

LOPEZ, P., & RUIZ, F. (2014). UNICAN. Obtenido de UNICAN:

http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-software- i/materiales-de-clase-1/is1-t02-trans.pdf

López, Y. B. (2014). Metodología Ágil de Desarrollo de Software – XP . MEVAST, 3-5.

LTDA, C. (s.f.). AULAS DIGITALES STUDYROOM® CONTROL. Obtenido de AULAS DIGITALES:

http://www.cienytec.com/Aula_digital_StudyRoom_Control.htm MARKETING SOLUTEK. (2016). MARKETING SOLUTEK. Obtenido de

MARKETING SOLUTEK:

http://marketing.solutekcolombia.com/blog/project/software-de-gestion- escolar-para-colegios/

MARTINEZ, A. (2014). TRANSFERENCIA. MEXICO: CHAPE. Obtenido de

http://knowledgesystems.org/Produccion_intelectual/articulos/herramientas_

km.pdf

MORA, J. F. (1979). DICCIONARIO DE FILOSOFIA (6° Edicion). Madrid: Alianza Editorial.

OGATA, K. (04 de 03 de 2015). BOOKS. Obtenido de BOOKS:

https://books.google.es/books?hl=es&lr=&id=QK148EPC_m0C&oi=fnd&pg=

IA1&dq=control+en+ingenieria+de+sistemas+que+es+&ots=21akqd6Zkj&si g=vcs_8EuYeZMHJ_jCkNqbjIYhiSo#v=onepage&q=control%20en%20ingen ieria%20de%20sistemas%20que%20es&f=false

Pater, L. (6 de Marzo de 2013). SlideShare. Obtenido de

http://es.slideshare.net/LisPater1/metodologias-agiles-xp

PEAPT. (23 de 04 de 2014). ASOCIACION DEL PROFESORADO DE LAS TECNOLOGIAS. Obtenido de ASOCIACION DEL PROFESORADO DE LAS TECNOLOGIAS: http://peapt.blogspot.com.co/p/que-es-la-

tecnologia.html

Psalinas. (s.f.). Casos de uso. Obtenido de

https://users.dcc.uchile.cl/~psalinas/uml/casosuso.html

PUC. (26 de 02 de 2016). PUC. Obtenido de PUC: http://puc.com.co/14

Reinish, L. (07 de Febrero de 2013). Free Software Foundation. Obtenido de Free Software Foundation: https://www.fsf.org/es/recursos/que-es-el-software- libre

Rodriguez, E. O. (Junio de 2012). UV. Obtenido de UV:

http://www.uv.mx/universo/486/infgral/infgral_15.html

SIIGO. (14 de 08 de 2015). SIIGO. Obtenido de SIIGO: http://www.siigo.com/

Sistematic. (23 de 05 de 2014). Sistematic.pe. Obtenido de sistematic.pe:

https://www.sistematic.pe/producto/

STONER, J. (2014). ADMINITRACION FUNDAMENTAL. NEW YORK: COLORS S.A.

Tecnoweb2. (2 de 1 de 2017). Tecnoweb. Obtenido de

(46)

TEJADA, R. M. (2014). Diccionario integrado contable fiscal : compilación de normas. Medellin: Centro Interamericano Jurídico-Financiero.

Toro, L. G. (s.f.). Monografias.com. Obtenido de Estaciones de Trabajo:

http://www.monografias.com/trabajos41/estaciones-de-trabajo/estaciones- de-trabajo.shtml

TORRES, M. G., & ESQUIVEL, S. P. (12 de Diciembre de 2015). DISEÑO DE UN MODELO DE PLAN ESTRATÉGICO PARA EL FORTALECIMIENTO ADMINISTRATIVO Y FINANCIERO DE LOS. Neiva, Huila, Colombia.

UNIVERSIDAD UNION BOLIVARIANA. (2014). METODOLOGIA XP. LA PAZ, BOLIVIA: UNIBOL.

Vizoso, J. (26 de Septiembre de 2012). Datateca Unad. Obtenido de Datateca Unad:

http://datateca.unad.edu.co/contenidos/106000/LECCIONES/LECCION2/ge stion_de_inventarios.pdf

(47)

ANEXOS Anexo. A. Modelo entidad relación.

(48)

Anexo. E. Manual de usuario

CONTROL DE PRESTAMO SALAS DE INFORMATICA –COPRES Presentación

COPRES es una aplicación desarrollada por estudiantes de la Universidad Cooperativa con modalidad de proyecto de grado.

El uso de esta aplicación permite realizar un control en el registro del uso de las salas y accesorios que se utilzian en ellas. De otro lado la aplicación permite registrar estudiantes y personal de la institución que utilicen estos servicios, accesorios, equipos, salas.

La aplicación esta desarrollada en el lenguaje de programación java, utiliza base de datos PostgreSQL e interfaces en swing de java, reportes en JasperSoft Studio y sistema operativo Windows.

Loggin.

En esta opción los usuarios registrados podrán acceder a los modulos del sistema

(49)

Administrador AdminMonitor Menú Principal

Registro de estudiantes

(50)

En este procedimiento se podrá registrar toda la información de los estudiantes que acceden a las salas y realizan prestamos de los beneficios que brindan las mismas.

En la opción listar carreras seleccionamos la carrera en la que se encuentra el estudiante y la opción estado la cual nos permite identificar si el estudiante esta activo o inactivo en la institución.

(51)

Anexo. F Encuesta aplicada.

ENCUESTA – CONTROL DE SALAS DE INFORMATICA

Nombre:_________________________________________________________

1. ¿Actualmente usted como Docente, administrativo o estudiante ,para ingresar a las salas de informatica le exigen registrarse en una hoja de papel?

A SI B. NO

2. ¿Usted señor(a) docente, administrativo o estudiante puede usar todos los equipos de computo y demas herramientas tecnologicas presentes en la sala de informatica sin ningún tipo de restricciones?

A. SI B.NO

3. ¿Existe algún tipo de formato, o de solicitud manual para pedir una reservacion de una sala de informática en el cual usted como docente, administrativo o estudiante se haga resposable ?

A. SI B.NO

4. ¿Disfruta al máximo la estadia en las salas de informática?

A. SI B. NO

5. Le gustaría un proceso de sistematización en el cual usted como docente, administrativo o estudiante pueda prestar, manejar y reservar las salas de informática y las herramientas que esta contiene para su uso?

A. SI B. NO