GESTION DE PROYECTOS DE GRADO

EDWARD STEWEN GIL BUITRAGO

ERIK STEVEN ALEGRIA

UNIVERSIDAD ANTONIO JOSE CAMACHO

INGIENERIA DE SISTEMAS
Planteamiento del problema.
Uno de los problemas de la Institución Universitaria Antonio José Camacho, es
que no cuenta con un proceso de monitoreo adecuado a la hora de la realización
de los proyectos de grados, es decir que a la hora de la realización o formulación
de un proyecto de suma importancia como estos las alternativas que se toman
para la elaboración, control, monitoreo y control de este, van dependiendo de
muchos factores, los cuales pueden ser, la disponibilidad del estudiante, la
cantidad de proyectos que pueda tener a cargo un profesor o incluso la dificultad
del mismo hacen que no se pueda llevar a cabo un proceso unificado.
Por lo cual en la UNIAJC el proceso de monitoreo de los proyectos de grado en la
actualidad es ineficiente, en donde cada profesor o grupo académico optan por
diferentes opciones, las cuales muchas veces no cuentan con unos estándares
adecuados para este tipo de proyectos o simplemente terminan siendo poco
eficientes a la hora llevar acabo el debido proceso (control, monitoreo y
visualización). En donde existe un difícil acceso a la hora de monitorear los
proyectos que se encuentran en proceso de tal manera se genera una pérdida de
tiempo, además no queda evidencia de los proyectos para ser visualizados en
tiempo real, cuando una persona o grupo de trabajo realizan este proceso cuenta
con un mayor nivel de dificultad a la hora de interactuar con su tutor, ya que se
pueden presentar diferentes factores los cuales pueden ser:
• El profesor lleva la dirección de muchos proyectos dirigidos que hace difícil
el seguimiento a muchos proyectos en especial cuando algunos de estos
lleven tiempo sin reportar algún tipo de actualización
• El estudiante pide reunirse muy tarde o no puede reunirse por diferentes
razones, lo cual hace que se pierda el foco en el proyecto y por lo tanto el
avance se ve perjudicado
• No se lleva registro de que proyectos están dirigidos y en que estados
están cada uno.
• No se cuenta con un control detallado que evidencie cada etapa de la
elaboración del proyecto

Además, el manejo de varios elementos implementados en este proceso de la

realización de proyectos de grado, como son por ejemplo el uso y firma de las
actas es complicado ya que en ocasiones no son diligenciadas en el tiempo
correcto y de manera adecuada, esto quiere decir que no se cuenta con una
unificación de todos estos elementos, por lo cual hace que no se pueda evidenciar
el cumplimiento de los diferentes objetivos, etapas del desarrollo o construcción
del proyecto.
En consecuencia, este proceso está a la deriva de muchos factores que no son
concurrentes, ya que al no manejarse de una manera más eficaz fatiga a los
principales afectados, así mismo haciendo tardar más tiempo de lo necesario.
Se desea que todo este proceso pueda ser unificado y evidenciado por las
personas de la comunidad académica, para poderle brindar esa facilidad y
seguridad a las personas durante dicho proceso; por otra parte, estas evidencias
servirán como referencias del trabajo realizado y el recorrido, dando a conocer el
trabajo hecho tanto por el estudiante como por la institución.
Formulación del Problema

¿Como se podría controlar, monitorear el desarrollo de los proyectos de grado en

la UNIAJC?

Objetivo General

Desarrollar una plataforma la cual maneje el proceso de control, monitoreo y

visualización de los proyectos realizados en la Institución Universitaria Antonio
José Camacho.

Sistematización del problema.

¿Como se podría llevar un control a las reuniones realizadas por el docente y el

estudiante?

Como se podría llevar a cabo las entregas de los avances del proyecto de grado
por parte de los estudiantes

Como se puede monitorear evaluar y cualificar el avance entregado por los

estudiantes

Como se podría garantizar una mayor accesibilidad a nuestra plataforma tanto

para los estudiantes como para los docentes
Objetivos Específicos.

Desarrollar un módulo de reuniones el cual generara validaciones de asistencia

automática manejando la gestión de actas, asistencia a la reunión y gestión de
próxima reunión

Desarrollar un modulo en el cual permita ingresar documentación y avances de los

proyectos desde parte de los estudiantes para poder ser visto y cualificado por el
docente a cargo del proyecto de grado

Desarrollar un módulo visualizador en el cual el docente podrá revisar los avances

del proyecto teniendo como referencia las correcciones y mejoras al proyecto
realizadas en una reunión anterior en este módulo el docente podrá realizar
visualización del proyecto, correcciones del proyecto y validaciones de avances

Desarrollar la aplicación multiplataforma (web-móvil) para generar una mayor

accesibilidad al sistema, para los usuarios de la aplicación, de esta manera podrá
realizar una gestión más detallada y fácil de sus proyectos desde cualquier lugar
de manera inmediata
Justificación
Teniendo en cuenta el presente proyecto sobre el diseño de un programa de
monitoreo de proyectos de grado para la Institución Universitaria Antonio José
Camacho ubicada en la ciudad de Cali – Valle del Cuca, debe decirse que la
motivación principal radica en la necesidad que ha evidenciado esta entidad.
Sobre la gestión de los proyectos de grados, que si bien se está de una manera
manual esto genera muchas complicaciones y retraso tanto a los estudiantes
como a los profesores implicados en ello. Este proyecto facilitara a los profesores
llevar la dirección de los proyectos de grado llevando un seguimiento continuo del
proyecto, Además, los estudiantes podrán manejar sus horarios más
cómodamente y se podrá visualizar los avances que se han realizado a través de
su proyecto manejando un control detallado y especifico de sus procesos, por otro
lado, facilitara la gestión de las actas que son solicitadas por la institución para su
debida documentación
En ese sentido a raíz de dicha necesidad, este proyecto se justifica desde los
procesos que deben ser mejorados en términos de calidad, su normativa y su
aplicabilidad. Por otro lado, esta propuesta se hace para brindar una solución
aplicada a la necesidad de generar una facilidad para el proceso de control,
monitoreo y visualización, así como para favorecer a los implicados de la UNIAJC.
Antecedentes

“Software para seguimiento y control en el distrital”.

Un antecedente de esta problemática se ve en la Facultad de Ingeniería de la

Universidad Distrital en la cual se ha desarrollado un software para gestión y
control de documentos de grado. La base del diseño se soporta en el
Modelamiento de Procesos de Negocio (BPM), el cual describe las actividades de
seguimiento gestión y control de los proyectos de grado, permitiendo el acceso
remoto a los diferentes actores involucrados en cada una de las etapas del
proceso.

Ese proyecto presenta un software que facilita la gestión de un trabajo de grado,

tanto para los autores como para los actores que evalúan y acompañan el
proceso. Se logra, igualmente, exponer y sustentar la relación con la lógica de
negocio establecida desde la normatividad de la universidad y el proceso de
negocio definido, contribuyendo de esta manera al desarrollo exitoso y mejora de
procesos misionales a través del apoyo controlado y correctamente direccionado
de las Tecnologías de Información.

Para este proceso la metodología de la gestión o administración por procesos de

negocio (Business Process Management o BPM por sus siglas en inglés) es de
gran ayuda ya que es una disciplina o enfoque disciplinario orientado a los
procesos de negocio, realizando un enfoque integral entre procesos, personas y
tecnologías de la información. BPM busca identificar, diseñar, ejecutar,
documentar, monitorear, controlar y medir los procesos de negocio que una
organización implementa. El enfoque contempla tanto procesos manuales como
automatizados.(Rodriguez, 2013)

SISTEMA DE INFORMACION PARA ADMINISTRACION DE PROYECTOS DE

GRADO (SIAP)
Este proyecto está enmarcado en el ámbito administrativo de los trabajos de la
Carrera de Ingeniería de Sistemas de la Pontificia Universidad Javeriana, en el
cual se contaba con un gran aumento en el volumen de la información manejada,
lo cual hacia más complejo el seguimiento, manipulación, administración y
culminación de los trabajos de grado de los estudiantes.
El Sistema de información para administración de proyectos de grado (SIAP)
agilizo estos procedimientos, de forma que se pueda hacer un debido uso
optimizando los recursos con los que cuenta la carrera, ya que este este sistema
de información implica un gran ahorro de tiempo y optimización del personal
implicado.
El proyecto pretendió dar solución a la dificultad en el proceso de control,
seguimiento y gestión de los proyectos de grado, debido al volumen de
información que llega a la facultad, ya que ese proceso para el control,
seguimiento y gestión de los proyectos en la carrera de Ingeniería de Sistemas de
la Pontificia Universidad Javeriana, se llevaba a cabo de forma manual, la
información se guarda en archivos Excel y los archivos entregados por los
estudiantes se guardan en carpetas en el computador del Coordinador de
Proyectos de Grado, este procesos se hace cada vez más engorroso al llevarlo de
esta manera, debido al volumen de información que cada vez se está manejando
en la carrera. (Chaparro & Forero, 2005)

MARCO TEÓRICO

Modelo de datos
La calidad del análisis y diseño de un sistema de información que pretendemos
mecanizar dependerá de los modelos de datos que utilicemos para cada una de
las fases de desarrollo. Además, disponer de herramientas software basadas en
modelos de datos adecuados a nuestra tarea nos hará más fácil y rentable el
diseño y el mantenimiento.
Podemos decir que, en líneas generales, el diseño de un sistema de información,
en lo que atañe a las bases de datos, tiene tres fases:

 Diseño conceptual: en la que se formalizan las estructuras que se observan

en el mundo real produciendo lo que se denomina Esquema Conceptual.
 Diseño Lógico: en la que se estructura el conjunto de información de la fase
anterior teniendo en cuenta el SGBD que se vaya a utilizar. En esta fase
obtendremos el Esquema Lógico.
 Diseño Físico: en la que se estructuran los datos en términos de
almacenamiento en los dispositivos del ordenador. Es lo que se conoce
como Esquema Interno.
Para definir esas representaciones, es decir, los distintos esquemas, utilizaremos
uno o varios modelos de datos, un formalismo o un lenguaje que nos permite
representar una realidad con una mayor o menor riqueza de detalle.

Sistemas de Información
Si un sistema es un conjunto de “cosas” que, ordenadamente relacionadas entre
sí, contribuyen a cumplir unos determinados objetivos, un sistema de información
es un conjunto de elementos (en este caso datos), ordenadamente relacionados
entre sí siguiendo unas ciertas reglas, que aporta al sistema objeto (la
organización a la que sirve y que le marca las directrices de funcionamiento) la
información necesaria para el cumplimiento de sus fines, para lo cual tendrá que
recoger, procesar y almacenar los datos, facilitando la recuperación, elaboración y
presentación de los mismos.(Ballester, Eva Gómez; Barco, Patricio Martinez;
Pozo, Paloma Moreda; Cueto, Armando Suarez; Guijarro, Andrés Montoyo; Boro,
2007)

Sistema de Gestión de Base de Datos

Un SGBD es un programa de ordenador que facilita una serie de herramientas

para manejar bases de datos y obtener resultados (información) de ellas. Además
de almacenar la información, se le pueden hacer preguntas sobre esos datos,
obtener listados impresos, generar pequeños programas de mantenimiento de la
BD, o ser utilizado como servidor de datos para programas más complejos
realizados en cualquier lenguaje de programación. Además, ofrece otras
herramientas más propias de la gestión de BD como sistemas de permisos para
autorización de accesos, volcados de seguridad, transferencia de ficheros,
recuperación de información dañada, indización, etc.
En general, un SGBD es un software de BD que
• Centraliza los datos en un único “lugar” lógico al que acceden todos los
usuarios y aplicaciones.
• Es utilizable por múltiples usuarios y aplicaciones concurrentemente.
• Ofrece visiones parciales del conjunto total de información, según las
necesidades de un usuario en particular.
Posee herramientas para asegurar:
• La independencia de datos: a varios niveles, permitiendo la modificación de
las definiciones de datos sin afectar a las aplicaciones o esquemas que no
utilizan esos datos.
 • La integridad de los datos: que los datos sean correctos en todo momento,
de acuerdo con las especificaciones o reglas impuestas al sistema
• La seguridad de los datos: que sólo las personas autorizadas puedan
acceder a determinados datos y que sólo puedan efectuar las operaciones
para las que han sido autorizados.(Ballester, Eva Gómez; Barco, Patricio
Martinez; Pozo, Paloma Moreda; Cueto, Armando Suarez; Guijarro, Andrés
Montoyo; Boro, 2007)

Rest API.
Buscando una definición sencilla, REST es cualquier interfaz entre sistemas que
use HTTP para obtener datos o generar operaciones sobre esos datos en todos
los formatos posibles, como XML y JSON. Es una alternativa en auge a otros
protocolos estándar de intercambio de datos como SOAP (Simple Object Access
Protocol), que disponen de una gran capacidad, pero también mucha complejidad.
A veces es preferible una solución más sencilla de manipulación de datos como
REST.
APIs de bajo nivel
Es a través de las llamadas API de bajo nivel que la aplicación puede interactuar
directamente con la pantalla táctil o el teclado, y así mostrar gráficos, conectarse a
redes, procesar audio recibido por el micrófono, reproducir sonidos por el altavoz o
auriculares, o recibir imágenes y videos de la cámara. Puede acceder al GPS,
recibir información sobre orientación y, por supuesto, leer y escribir archivos en el
disco en estado sólido o acceder a cualquier otro elemento de hardware disponible
en la actualidad o en el futuro.(Corporatin, 2012)

APIs de alto nivel

Además de proporcionar los servicios de bajo nivel para acceder al hardware que
acabamos de mencionar, los sistemas operativos móviles ofrecen servicios de alto
nivel que son importantes para la experiencia móvil del usuario. Esos servicios
incluyen procesos tales como navegar por Internet, gestionar el calendario, los
contactos, álbumes de fotos y, por supuesto, la capacidad de hacer llamadas
telefónicas o enviar y recibir mensajes de texto. Aunque la mayoría de los SOs
móviles incluyen un conjunto de aplicaciones incorporadas que pueden ejecutar
esos servicios, existe un conjunto de APIs de alto nivel expuesto accesible para
aplicaciones nativas también, lo que les permite acceder a muchos de los servicios
importantes que acabamos de mencionar. Otras APIs permiten que las
aplicaciones descargables accedan a diversos servicios en la nube ofrecidos por
el distribuidor del SO, tales como notificaciones push o compras en tiendas de
aplicaciones.(Corporatin, 2012)
Desarrollo de aplicación móviles: El desarrollo de aplicaciones móviles es el
conjunto de procesos y procedimientos involucrados en la escritura de software
para pequeños dispositivos inalámbricos de cómputo, como teléfonos inteligentes
o tabletas.
Desarrollo de Apps multiplataforma:
Ahora, basado en lo anterior, existen 3 opciones de desarrollo para crear, con una
sola base de código, aplicaciones móviles multiplataforma y así mismo
distribuirlas en los dos sistemas operativos más famosos que son Android y iOS.

Aplicaciones Híbridas

El concepto de aplicación híbrida consiste en una página basada en HTML

mediante las herramientas estándar HTML5, CSS3 y JavaScript que
posteriormente es envuelta en código nativo, de modo que el paquete resultante
puede ser distribuido, al igual que las aplicaciones nativas, a través de los canales
de compra de aplicaciones. Al ser una combinación de dos tipos de aplicaciones
se consigue reunir lo mejor de ambos modelos. Como se ha mencionado antes
permite el uso de tecnologías multiplataforma como HTML, JavaScript y CSS, pero
a su vez también permite acceder a una gran parte de las utilidades y sensores del
dispositivo. La mayor parte de la infraestructura es tipo web y la comunicación con
las herramientas del terminal se lleva a cabo mediante comunicadores como
PhoneGap. Estas aplicaciones basadas en web, se ejecutan en el dispositivo y
utilizan el motor de navegación del dispositivo, pero sin utilizar el navegador en sí
mismo.(Aransay, 2013)

La porción Web de la aplicación puede ser una página Web que resida en un
servidor o bien un conjunto de archivos HTML,JavaScript, CSS y medios,
incorporados en el código de la aplicación y almacenados localmente en el
dispositivo. Ambos enfoques presentan ventajas y desventajas. El código HTML
que está alojado en un servidor permite que los desarrolladores introduzcan
pequeñas actualizaciones en la aplicación sin tener que seguir el proceso de
entrega y aprobación que algunas tiendas de aplicaciones requieren.(Corporatin,
2012)
Apache Cordova es un marco de desarrollo móvil de código abierto. Permite
utilizar las tecnologías estándar web como HTML5, CSS3 y JavaScript para
desarrollo multiplataforma, evitando el lenguaje de desarrollo nativo cada
plataforma móvil. Aplicaciones ejecutan dentro de envolturas para cada plataforma
y dependen de enlaces estándares API para acceder a de cada dispositivo
sensores, datos y estado de la red. (Cordova, 2015)
¿QUÉ SON SERVICIOS WEB?

El World Wide Web Consortium (W3C) define un servicio Web (WS) como una
aplicación software identificada por un URI cuyas interfaces se pueden definir,
describir y descubrir mediante documentos XML. Los WS permiten la
interoperación de sistemas distribuidos heterogéneos con independencia de las
plataformas hardware y software empleadas (Santos et al., 2007).

Lo primero que debe tenerse claro es la definición de lo que son los servicios web.
Los servicios web son aplicaciones auto-contenidas, auto-descriptivas y
modulares, que pueden ser publicadas, localizadas e invocadas a través del web y
que cuentan con un mecanismo estándar para establecer la comunicación con
otros tipos de software a través de la red.

“La idea es que cualquier cosa puede ser un servicio web”. “Los servicios web son
esencialmente un nivel de infraestructura existente entre modelos de
componentes”.

Desde el punto de vista de los negocios, los servicios web permiten que las
organizaciones integren sus diferentes aplicaciones de una manera eficiente, sin
preocuparse por cómo fueron construidas, dónde residen, sobre qué sistema
operativo se ejecutan o cómo acceder a ellas.

Precisamente por esta razón es que los servicios web se consideran integradores,
porque permiten crear una interfaz de acceso a las aplicaciones, sin importar las
características de implementación de éstas. Previamente, para hacer este tipo de
integración, era necesario crear módulos de software especializados, pero
actualmente con los servicios web, básicamente se trabaja con estructuras
basadas en XML. Un servicio web simple está caracterizado por cuatro
estándares: XML, SOAP, UDDI y WSDL, los cuales al trabajar juntos proporcionan
una funcionalidad básica de tipo “solicitud/ respuesta”. Los servicios web simples
pueden utilizarse para entregar de forma eficiente información como noticias,
inventarios y reportes de clima a los sitios web, mientras que un servicio web
complejo puede involucrar transacciones más elaboradas entre varias partes,
involucrando socios de negocios o proveedores y basado en los estándares de e-
bussines (por ej.:ebXML). Si un comerciante necesita surtir su tienda, puede
utilizar un servicio web para solicitar cotizaciones a través de internet. A su vez,
los proveedores podrían responder automáticamente a la solicitud, enviar su oferta
a la tienda en línea y la aplicación que origina el mensaje podría seleccionar
automáticamente la oferta con una mejor relación costo/beneficio. (Arboleda Cobo,
2006)

JSON
Es un formato de datos basado en texto que sigue la sintaxis de objeto de
JavaScript, popularizado por Douglas Crockford. Aunque es muy parecido a la
sintaxis de objeto literal de JavaScript, puede ser utilizado independientemente de
JavaScript, y muchos ambientes de programación poseen la capacidad de leer
(analizar; parse) y generar JSON.

JSON es un formato ligero de intercambio de datos, independiente del lenguaje de

programación. Tiene forma de texto plano, de simple lectura, escritura y
generación. Y además ocupa menos espacio que el formato XML.(Jaramillo Peñas
et al., 2012)

Debido a la simplicidad, no es necesario que se construyan parsers

personalizados.

Características principales:

1. Independiente de un lenguaje específico.

2. Basado en texto.

3. De formato ligero.

4. Fácil de parsear.

5. No define funciones.

6. No tiene estructuras invisibles.

7. No tiene espacios de nombres.

8. No tiene validador.
9. No es extensible.
Sistema de control de versiones

Se llama control de versiones a la gestión de los diversos cambios que se realizan

sobre los elementos de algún producto o una configuración del mismo. Una
versión, revisión o edición de un producto, es el estado en el que se encuentra
dicho producto en un momento dado de su desarrollo o modificación. Aunque un
sistema de control de versiones puede realizarse de forma manual, es muy
aconsejable disponer de herramientas que faciliten esta gestión dando lugar a los
llamados sistemas de control de versiones o SVC (del inglés System Version
Control).

Estos sistemas facilitan la administración de las distintas versiones de cada

producto desarrollado, así como las posibles especializaciones realizadas (por
ejemplo, para algún cliente específico). Ejemplos de este tipo de herramientas son
entre otros: CVS, Subversion, SourceSafe, ClearCase, Darcs, Bazaar, Plastic
SCM, Git, Mercurial, Perforce.

Terminologia Git.

Repositorio ("repository"). El repositorio es el lugar en el que se almacenan los

datos actualizados e históricos de cambios.

Revisión ("revision"). Una revisión es una versión determinada de la información

que se gestiona.

Etiqueta ("tag"). Los tags permiten identificar de forma fácil revisiones

importantes en el proyecto.

Rama ("branch"). Un conjunto de archivos puede ser ramificado o bifurcado en

un punto en el tiempo de manera que, a partir de ese momento, dos copias de
esos archivos se pueden desarrollar a velocidades diferentes o en formas
diferentes de forma independiente el uno del otro.

Cambio ("change"). Un cambio (o diff, o delta) representa una modificación

específica de un documento bajo el control de versiones.

Desplegar ("checkout"). Es crear una copia de trabajo local desde el repositorio.

Confirmar ("commit"). Confirmar es escribir o mezclar los cambios realizados en

la copia de trabajo del repositorio.
Conflicto ("conflict"). Un conflicto se produce cuando diferentes partes realizan
cambios en el mismo documento, y el sistema es incapaz de conciliar los cambios.

Cabeza ("head"). También a veces se llama tip (punta) y se refiere a la última

confirmación, ya sea en el tronco ('trunk') o en una rama ('branch'). El tronco y
cada rama tienen su propia cabeza, aunque HEAD se utiliza a veces libremente
para referirse al tronco.

Tronco ("trunk"). La única línea de desarrollo que no es una rama (a veces

también llamada línea base, línea principal o máster).

Fusionar, integrar, mezclar ("merge"). Una fusión o integración es una

operación en la quese aplican dos tipos decambiosen un archivo o conjunto de
archivos.

Git.

Git es un sistema de control de versiones distribuido que se diferencia del resto en

el modo en que modela sus datos. La mayoría de los demás sistemas almacenan
la información como una lista de cambios en los archivos, mientras que Git modela
sus datos más como un conjunto de instantáneas de un mini sistema de archivos.
(Bachiller, 2015)
 Metodología
SCRUM
SCRUM es una herramienta de gestión de proyectos de desarrollo ágil, para
equipos pequeños de hasta 7 personas con roles multifuncionales que les permite
organizar mejor el trabajo y dividirlos en iteraciones (Sprints) de alrededor de un
mes. Cada iteración debe tener como salida software funcional y de valor para el
cliente. En este proyecto se planea hacer uso de la metodología SCRUM teniendo
en cuenta que esta metodología tiene como objetivo mejorar la comunicación, el
trabajo en equipo y la velocidad de desarrollo. Además, SCRUM trata de capacitar
a un equipo autogestionado para cumplir, definir roles y responsabilidades para
crear una tensión saludable entre entregar lo correcto, de la manera correcta, lo
más rápido posible.
Utilizaremos la metodología scrum ya que todos los miembros del equipo conocen
el estado del proyecto en cualquier momento, así, los compromisos son
negociados y aceptados por todos los miembros del equipo de esta manera se
trabaja de una forma más centralizada además también permite ahorrar tiempo y
costes. En donde al ser una metodología ágil trabaja de un modo más eficiente y
rápido, y con ello, se cumple de forma estricta el presupuesto y los plazos
pactados dentro de un proyecto otro beneficio de la metodología scrum es que se
puede negociar el alcance y entrega de cada sprint de una manera objetiva y
detallada. A diferencia de otro tipo de metodología, además al ser un grupo
extremadamente pequeño nos permite tener una comunicación mas asertiva de tal
forma que nos garantiza el cumplimiento de los plazos establecidos
Al realizar este proyecto inicialmente manejaremos dos roles los cuales serán
(Product Owner) y (Scrum Máster).
Product Owner: es el responsable de maximizar el valor del producto y del trabajo
del Equipo de Desarrollo.
Scrum Máster: es el responsable de asegurar que Scrum es entendido y
adoptado. Los Scrum Masters
La metodología detallada que se realizara seria
(Sprint Planning Meeting)- (Sprint Goal)- (Daily Scrum)- (Sprint Review)- (Product
Backlog)
Reunión de Planificación de Sprint (Sprint Planning Meeting): El trabajo a
realizar durante el Sprint se planifica en la Reunión de Planificación de Sprint. Este
plan se crea mediante el trabajo colaborativo del Equipo Scrum completo.
Objetivo del Sprint (Sprint Goal): El Objetivo del Sprint es una meta establecida
para el Sprint que puede ser alcanzada mediante la implementación de la Lista de
Producto. Proporciona una guía al Equipo de Desarrollo acerca de por qué está
construyendo el incremento
Scrum Diario (Daily Scrum): El Scrum Diario es una reunión con un bloque de
tiempo de 15 minutos para que el Equipo de Desarrollo sincronice sus actividades
y cree un plan para las siguientes 24 horas. Esto se lleva a cabo inspeccionando
el trabajo avanzado desde el último Scrum Diario y haciendo una proyección
acerca del trabajo que podría completarse antes del siguiente.
Revisión de Sprint (Sprint Review): Al final del Sprint se lleva a cabo una
Revisión de Sprint para inspeccionar el Incremento y adaptar la Lista de Producto
si fuese necesario. Durante la Revisión de Sprint, el Equipo Scrum y los
interesados colaboran acerca de lo que se hizo durante el Sprint. Basándose en
esto, y en cualquier cambio a la Lista de Producto durante el Sprint,
Retrospectiva de Sprint (Sprint Retrospective): La Retrospectiva de Sprint es
una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y crear un
plan de mejoras que sean abordadas durante el siguiente Sprint.
Lista de Producto (Product Backlog): La Lista de Producto es una lista
ordenada de todo lo que podría ser necesario en el producto, y es la única fuente
de requisitos para cualquier cambio a realizarse en el producto. El Dueño de
Producto (Product Owner) es el responsable de la Lista de Producto, incluyendo
su contenido, disponibilidad y ordenación.

Referencias
Aransay, C. G. (2013). Desarrollo de una guía para dispositivos móviles de
establecimientos para celíacos en Logroño. 138. http://academica-
e.unavarra.es/handle/2454/7545
Arboleda Cobo, L. (2006). Servicios WEB : Distribución e integración. Sistemas y
Telemática;No.4 - 2006, 4, 107–120.
Bachiller, M. E. Z. (2015). INTRODUCCIÓN A GIT Y GITHUB - DÍA 1.
Ballester, Eva Gómez; Barco, Patricio Martinez; Pozo, Paloma Moreda; Cueto,
Armando Suarez; Guijarro, Andrés Montoyo; Boro, E. S. (2007). Bases de
Datos 1. Bases de Datos 1, 180. http://www.dlsi.ua.es/asignaturas/bd
Chaparro, G., & Forero, L. (2005). SISTEMA DE INFORMACION PARA
ADMINISTRACION DE PROYECTOS DE GRADO. In Journal of Chemical
Information and Modeling: Vol. 12 Suppl 1 (Issue 9).
https://doi.org/10.1007/978-1-4614-7990-1
Cordova. (2015). Apache Cordova.
https://cordova.apache.org/docs/es/latest/guide/overview/#vías-de-desarrollo
Corporatin, I. (2012). El Desarrollo De Aplicaciones Moviles Nativas. 10.
Jaramillo Peñas, J., Reyero Sainz, L., & Sarasa Cabezuelo, A. (2012). JLOP Json
Language Oriented Processing.
Rodriguez, J. (2013). SOFTWARE PARA EL SEGUIMIENTO, LA GESTIÓN Y EL
CONTROL DE PROYECTOS DE GRADO EN EL DEPARTAMENTO DE
ELECTRÓNICA. (SSGPG). In Journal of Chemical Information and Modeling
(Vol. 53, Issue 9). https://doi.org/10.1017/CBO9781107415324.004
Santos, O. C., Boticario, J. G., Rodríguez-Ascaso, A., Gutierrez y Restrepo, E., &
Barrera, C. (2007). Cursos accesibles y reusables sobre la plataforma ALPE.
Proceedings of the FLOSS (Free/Libre/Open Source Systems) International
Conference 2007, January, 170–185.
http://softwarelibre.uca.es/jornadas/fic/spa/index.php
%5Cnhttp://www.uca.es/softwarelibre/publicaciones/actas_flossic