INGENIERIA DE SOFTWARE

UNIDAD 1: FASE 2 – MODELAMIENTO

PRESENTADO POR
WILLIAM CLEMENTE SANCHEZ ORJUELA
CC 80.550.315
ANDRÉS CAMILO TAUTIVA
CC 1.016.107.393
DIDIER OLARTE GONZÀLEZ
CC 1.095.791.502

PRESENTADO A:
TUTORA
PILAR ALEXANDRA MORENO

GRUPO:301404_2

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA
ZIPAQUIRA
2020
INTRODUCCIÒN
En el presente trabajo se lleva a cabo una experiencia de modelamiento del proceso de desarrollo de
software, donde se simula la aplicación del modelo Scrum en un proyecto de alcance nacional.

Teniendo presente que la aplicación a desarrollar es del tipo gestión, el product owner levanta los
requerimientos para que el equipo de desarrollo cuente con el product backlog sobre el cual trabajar.
El scrum master gestiona el trabajo del equipo a través de las diferentes fases de desarrollo de
software mediante las reuniones (planificación, revisión y retrospectiva) y los instrumentos (product
backlog, sprint backlog y gráfico burndown).

Durante la realización del trabajo colaborativo, cada integrante del grupo asumió alguno de los
diferentes roles, permitiendo la exitosa culminación de este.

William se desempeñó como líder comunicador manteniendo un canal de dialogo con el tutor y el
grupo, así como realizando la entrega del producto final. Por su parte, Fredy asumió el rol de vigía
del tiempo guardando el cronograma para que la actividad se llevara a cabo conforme a éste. El rol
de dinamizador fue apropiado por Camilo quien veló por que el grupo mantuviera un constante
ritmo de trabajo, y finalmente, Didier fungió como utilero al facilitar recursos y fuentes conforme
las necesidades del grupo.

DESARROLLO DE LA ACTIVIDAD
1. Resumen de la propuesta de software que trabajarán como grupo y que
seleccionaron en la fase anterior. (Tipo de software y descripción de la propuesta
de software).

Tipo de software: Software de gestión, integrado con servicio web a través de un

servidor de base de datos, y html

Descripción de la propuesta de software

El tipo de software planteado es un software de gestión, basado en la integración

con una base de datos que trabaja de la mano con un servidor web, desde donde se
accede a dicha información, esta información se muestra al usuario cuando este
ingresa a la app móvil y consulta la información de un lugar turístico, realizando
una petición al servidor web el cual extrae los datos desde dicha base y los presenta
a través del celular, modelo cliente servidor.

Para este funcionamiento se utilizará la integración de la ubicación del dispositivo

móvil, y los dispositivos beacons de la mano con la señal bluetooh también del
dispositivo.

2. Modelo de desarrollo de software seleccionado.

El modelo de desarrollo escogido para el desarrollo del software es el Scrum

3. Explicación y justificación de la selección del modelo.

Escogimos el modelo scrum ya que es una metodología excelente para mejorar el

trabajo colaborativo en un equipo que requiere llevar a buen término un proyecto, al
igual genera un sentido de pertenencia en el equipo al determinar roles y delegar
responsabilidades. Todos estos requisitos son importantes de cara al usuario ya que
generan expectativas de calidad y de hechos tangibles importantes, que aumentan la
credibilidad de cualquier proyecto de software, minimizando todo tipo de riesgos
por la alta competitividad de su equipo.
También porque es una metodología ágil la cual te lleva a tomar decisiones
acertadas, maneja unos valores claros como los son la transparencia, el compromiso
 y el respeto fundamentales en un proyecto, si se quiere ser respetuoso con su
administración y dineros otorgados o gestionados. Esto provoca que no halla solo
administración detrás de un escritorio, sino que desde la cabeza visible del proyecto
se trabaje por igual para que exista una mayor productividad sin recargar labores.

4. Descripción de las fases del ciclo de vida y su aplicación para la propuesta de

desarrollo, de acuerdo con el modelo seleccionado.

INICIO SCRUM

En esta fase de inicio de la metodología del scrum en el proyecto planteado, lo primero

que vamos a determinar es la visión del proyecto que es la siguiente:

Visión del proyecto de software

Generar una solución de software que sea satisfactoria para todos los municipios en
Colombia la cual incentive el turismo en cada una de las regiones que conforman el
país, generando confianza en las entidades interesadas y en las organizaciones de
turismo nacional, con lo cual podamos llegar al mercado internacional y brindar esta
solución de software a otros países de la región.

En esta Fase de inicio nos preguntamos:

¿Qué quiero del software?

Lo que se requiere es un software que le muestre a los turistas la información detallada
de los lugares turísticos de cada municipio de Colombia, que ofrecen estos lugares, los
eventos diarios, su historia, inventario y disponibilidad de servicio para realizar
reservas, este software requiere de unas propiedades que sea descargable desde un
dispositivo tecnológico desde cualquier parte del mundo.
¿Como quiero que sea ese software?
El software tiene que ser una aplicación que se pueda descargar fácilmente y que se
pueda encontrar en un dispositivo tecnológico que todo el mundo utilice, que sea
amigable en el menú de opciones, cumpliendo a cabalidad con lo que requiere el
usuario y brindando información veraz y en tiempo real.

¿Cuándo se requiere ese software?

Para estar acorde con la metodología que estamos utilizando para el software, el tiempo
estimado para la entrega seria de 3 meses para cumplir los requerimiento y
especificaciones de este.

Identificación del Scrum máster y los skateholders.

Scrummaster: El scrummaster de nuestro proyecto, será el ingeniero William Sánchez

quien tiene alta experiencia en la organización en la gestión de software ya que trabajo
como líder en el área de desarrollo. Su función es el de moderar y ayudar a entender al
grupo de teamdevelopment las necesidades del cliente y a su vez las que el producto
owner les ha manifestado, las características que vimos en el para su escogencia fueron:

 Habilidades para resolver problemas

 Disponibilidad
 Compromiso
 Liderazgo servicial

Stakeholder: Dentro de los skateholder que son nuestros clientes potenciales

encontramos los siguientes:

 Fontur
  Anato
 Cotelco
 Ministerio de comercio y turismo de Colombia
 Acotur
 Alcaldías de los municipios
 Gobernaciones de los departamentos
 Fedec
 Procolombia
 Empresas públicas o privadas (Hoteleras, Turísticas y Comerciales)

Después de estas identificaciones, se analiza las necesidades que el cliente necesita para
ese software que se requiere en este caso la app de turismo, la cual se concibe crear a
través de unas necesidades es allí donde interviene el Product owner que en nuestro
proyecto es el Ingeniero Andrés Camilo Tautiva el cual representa al cliente dentro del
equipo de trabajo. El ingeniero se encargará de conocer todas las necesidades del
cliente, levantar esa información y trasmitírsela tanto al ingeniero William Sánchez que
es el Scrum máster, como al Teamdevelopment, para que ellos se encarguen de
construir esa necesidad. El ingeniero Andrés Camilo Tautiva define el artefacto llamado
product backlog una lista o documento completo con las necesidades o requerimientos
específicos del cliente, este levantamiento se hizo mediante :

REQUERIMIENTOS, IDEAS, NECESIDADES PARA EL

PRODUCT BACLOCK
1.Diseño de una base de datos robusta que permita el ingreso de toda la información
requerida en el software en tiempo real y sin bloqueos en su funcionamiento

2.El software debe permitir el ingreso de los representantes de turismo de cada

municipio, para el ingreso de las actividades de su local o lugar turístico.

3.Debe permitir el ingreso al turista al software de manera concreta, con una opción de
suscripción antes de ingresar al menú

4.El software debe ofrecer información detallada y fidedigna de los lugares, sus eventos
y disponibilidad de servicios.

5.Debe la aplicación conectar con el GPS del dispositivo donde se ejecute la misma, para
generar una ubicación fidedigna del lugar turístico

6.Se debe diseñar un manual de utilización del software y una opción dentro del software
para el usuario de como utilizarlo a groso modo.

7. Diseñar una receta electrónica la cual debe contener imágenes de lugares turísticos

8.Proporcionar información, cultural, histórica y de servicios de los lugares turísticos de

los municipios en Colombia

10.Persuadir a los usuarios en este caso los turistas con una aplicación de turismo que
cumpla la función motivadora, investigadora y lúdica

11.Incorporacion de los datos y antecedentes de los lugares turisticos o locales mas

representativos de cada municipio del pais

12. Los datos e información de los lugares turísticos dentro de la aplicación deben ser
motivantes para el turista, ya que permitirá el aprendizaje de la cultura del municipio.
 13.La aplicación debe permitir obtener el registro de los visitantes a los lugares turísticos
en la base de datos y así guardar un histórico de los mismos

14.La aplicación debe tener claro el idioma del turista que visita el municipio, cuando
este ingresa a la aplicación con un menú de escogencia.

15. El sistema requiere un diagrama de clases que contendrá el sistema

16. El usuario administrador es el único que debe modificar, eliminar, agregar

información a la base de datos, acceder a las configuraciones iniciales

17.El representante del lugar turístico ingresara la información de su lugar o local

turístico, modificara e ingresara información debe tener un usuario y contraseña diferente
al usuario administrador

18.Se requiere la creación de una página web para la integración de la aplicación con las
consultas de la app móvil

PRODUCT BACKLOG CON HISTORIAS DE USUARIO

Requerimientos Prioridad del Historias de usuario # Sprint Esfuer Prioridad de

requerimiento zo historias de
 usuario
Diseño de base 1   Diseño de base de datos s1 t1 p1
de datos s2 t2 p2
robusta Como
Teamdevelopment
Puedo realizar la … … …
creación del diagrama
Entidad-relación de la
base de datos que
soporta el proyecto.
Para no tener
inconvenientes con la
integración de los
diferentes objectos

El sistema 1 –    Diagrama de clases s1 t1 p1

requiere un del sistema s2 t2 p2
diagrama de Como
clases (Teamdevelopment)
Puedo realizar el … … …
diagrama de clases del
proyecto
Para Determinar las
relaciones de los
objectos,su herencia y
los módulos de
interacción
Diseño receta 1 Diseño receta electrónica s1 t1 p1
electrónica o s2 t2 p2
interfaz
Como
(Teamdevelopment) … … …
Puedo Realizar el diseño
de la aplicación móvil la
cual contendrá imágenes
de los lugares turísticos
Para concretar los
módulos que se
 integraran con los menús
del sistema en el servicio
web que se creara para el
ingreso y actualización
de la información.

Proporcionar 3 Información cultural s1 t1 p1

información Como Representante de s2 t2 p2
cultural turismo
Puedo ingresar la
información cultural del … … …
lugar turístico o local del
municipio en el módulo
web
Para Informar a los
turistas desde su lugar de
origen cuando
descarguen la aplicación
la cultura del lugar que
vienen a visitar

Proporcionar Información geográfica s1 t1 p1

Información 3 s2 t2 p2
geográfica
Como Representante de
turismo … … …
Puedo Ingresar la
información geográfica
del lugar turístico o local
del municipio en el
módulo web

Para Informar a los

turistas desde su lugar de
origen cuando
descarguen la aplicación
la ubicación del lugar
 que vienen a visitar
integrado con el GPS del
teléfono.

Proporcionar 3 Información histórica s1 t1 p1

Información s2 t2 p2
histórica
Como Representante de
turismo … … …
Puedo Ingresar la
información histórica del
lugar turístico o local del
municipio en el módulo
web

Para : Informar a los

turistas desde su lugar de
origen cuando
descarguen la aplicación
la historia del lugar que
vienen a visitar

Ingreso de 4 Consulta de Turista s1 t1 p1

usuario(turista) s2 t2 p2
a la aplicación
Como Turista
… … …
Puedo Consultar por
medio de mi smartphone
la información de los
lugares turísticos su
cultura, historia, que
ofrece y realizar
reservaciones de los
 servicios y ubicación

Para: llegar
directamente al lugar que
llama la atención del
turista y tener ya
reservado un espacio y
conocimiento previo de
los que brinda allí en
estos aspectos
mencionados.

Ingreso de 4 Papel del administrador s1 t1 p1

administrador s2 t2 p2
Como: Administrador
… … …
Puedo: Controlar los
contenidos de la
aplicación web, eliminar
usuarios, agregar
información a la base de
datos

Para: Optimizar la
información que llega a
la base de datos,
desbloquear y solucionar
los problemas de la
 misma, agregar
información y
eliminarla.

Ingreso 5 Papel representante de s1 t1 p1

representante s2 t2 p2
de turismo turismo

Como: Representante de … … …

Turismo

Puedo: Agregar
información, editarla y
actualizarla

Para: Mantener el
programa actualizado
con toda la información
del municipio que sea
tangible y verídico.

3 s1 t1 p1
s2 t2 p2

… … …
 Reunión de Planificación del sprint

El ingeniero William Sánchez quien tiene el rol de Scrummaster dentro del proyecto
cita a reunión con el equipo completo, el producto owner el ingeniero Andrés
Tautiva, y el equipo que compone el teamdevelopment, consideramos también que
deberían estar algunos de los stakeholders. La reunión está prevista para una
duración de 3 horas, lo cual nos da como tiempo un mes.

El Ingeniero Andrés Tautiva le explica el propósito al equipo completo. Este

propósito es priorizar lo más importante de estos requisitos recolectados por el
product owner, en el backlog en las historias de usuario, sabiendo esto se deja claro
las razones con un nivel suficiente para la comprensión del sprint.

Después proseguimos a que el ingeniero Andrés Camilo Tautiva, nos expone los
requisitos prioritarios que el prevé que necesita y que se pueden desarrollar a partir
del producto backlog esta explicación es la siguiente:

Requisitos con historias de usuario que priorizo el producto owner

 Diseñar una base de datos robusta en la cual se almacene la información y

alojarla en un servidor
 Diseño de la receta electrónica o aplicación móvil
 Diseño del diagrama de clases
 Diseño de la página web

Diseño de base de datos robusta:

Historia de usuario

Como Teamdevelopment
Puedo realizar la creación del diagrama Entidad-relación de la base de datos que
soporta el proyecto.
Para no tener inconvenientes con la integración de los diferentes objectos
El ingeniero expone que la base de datos es muy importante para el programa ya
que desde allí podemos relacionar todos los atributos y objectos del problema
interrelacionarlos entre si, organizando la información, está información vendrá
recopilada desde el representante de turismo de cada municipio el cual agregara la
información a cada uno de los atributos relacionados, se tendrá que generar el
espacio suficiente por parte del equipo encargado y generar espacios de
almacenamiento adecuados para la fluidez del sistema.

Se trabajará en estos aspectos para avanzar en este ítem

 Tener clara las entidades que exige las necesidades del software
 Espacio de almacenamiento según el atributo
 Solicitar a los representantes de turismo toda la información que se requiere
 Automatizar las bases de datos para que sea ágil a los cambios al insertar
nuevos atributos o entidades.

Preguntas y alternativas, sugerencias

¿Qué tiempo tenemos para recopilar la información?

Se necesita trabajar con una base de datos Oracle que se integre al servicio web
creado en la página.

Es posible reunirse con el representante de turismo de los municipios para tener una
información viable.

Diseño de la receta electrónica

Como (Teamdevelopment)
Puedo Realizar el diseño de la aplicación móvil la cual contendrá imágenes de los
lugares turísticos
Para concretar los módulos que se integraran con los menús del sistema en el
servicio web que se creara para el ingreso y actualización de la información.

El producto owner Andrés Tautiva expone la importancia de este producto backlog,

al generar la interfaz de la app, tomar las fotos de los lugares realizando la gestión
con los representantes de turismo y generar un trabajo mancomunado con el equipo
para generar una interfaz agradable y rápida con la receta electrónica, a su vez
integrar a la aplicación con el GPS del teléfono

Se trabajará en estos aspectos para avanzar en este ítem

 El equipo trabajara en el diseño de la aplicación y de las cajas para la

interfaz de fotos de los lugares
 Se tendrán encuentros con el representante de turismo del municipio para el
sondeo de las fotos y la verificación de la interfaz que sea conforme a lo que
pide.

Diseño del diagrama de clases

Como (Teamdevelopment)
Puedo realizar el diagrama de clases del proyecto
Para Determinar las relaciones de los objectos, su herencia y los módulos de
interacción

Esta funcionalidad nos indica el producto owner es importante, ya que identifica

perfectamente las relaciones de los atributos y entidades que tenemos que cumplir
para conectar las necesidades que ese cliente necesita, y los turistas necesitan para
que esta sea efectiva.

Se trabajará en estos aspectos para avanzar en este ítem

 Tener claras las actividades de los atributos dentro de la aplicación.

 Los procesos que cada entidad realiza y su relación con otras para dar
algún resultado.
 Y la integración de los lugares con el mapa en el GPS a la hora de setear el
lugar turístico
Diseño de la página web

El diseño de la página web es fundamental ya que allí se sostendrá en gran parte la

aplicación con los menús que soportan la integración con la base de datos, a su vez
 la generación de la interfaz del sistema web que deberá tener contenedores y
separadores físicos con las opciones claras para los menús de las interfaces.

Se trabajará en este aspecto para avanzar en este ítem

 La interfaz se trabaja en un estándar único para no afectar el esquema

general implementado a la par con la aplicación móvil.

Objetivo o Sprint Goal: Estas fueron las funcionalidades que plantearon con el
equipo
Y que el equipo género como objetivo para agregarle valor a lo que se le va a
entregar al cliente.

Sprint Goal: Realizar de manera ordenada la estructura base del software de

turismo, en cuanto a su almacenamiento de información, relaciones delo objectos,
creación de interfaces y modelamiento de la presentación en web y en la app móvil.

Asignación de tareas entre los miembros del equipo según

Tareas
Análisis del software, desglose de entidades y atributos para la creación de la base de
datos,
La tarea fue acogida por:

Fredy Alberto Varón -Ingeniero de sistemas

Función: Testing

Puesta en marcha del servidor con la base de datos, la tarea fue acogida por:
Didier Camilo Olarte- Ingeniero de sistemas
Funciones: Desarrollador
Generación de diagrama de clases, que iniciará la idea de la base de datos, sus
relaciones y su modelado de acuerdo con los criterios que pide el cliente. La tarea
fue acogida por:

Diana Milena Pachón- Ingeniero de sistemas

Función: Analista de software

Realizar el diseño de la página web, su diseño de interfaz y de los menús de cada

uno de los módulos que se mostrara en la página para el ingreso de datos que la
componen. La tarea fue acogida

Por el integrante del equipo que primero termine la tarea que escogió apoyara en el
cumplimiento de esta tarea

SPRINT BACKLOG : Tiempo de desarrollo 3 semanas.

Ítem Pendiente En progreso Finalizado

Diseño y creación de Análisis del Se realiza el análisis
la base de datos de la software, desglose de los atributos, se
aplicación de entidades y clasifica cada uno.
atributos para la
creación de la Se tienen claras las
base de datos, entidades.
Se generan las
relaciones entre las
entidades.
Se automatiza todos
estos ítems con el
programa a
desarrollar la base
de datos.

Diseño de diagrama Generación de Construcción del

de clases diagrama de diagrama de clases,
clases, que construcción de las
iniciará la idea de actividades de las
la base de datos, entidades
sus relaciones y su involucradas
modelado de
acuerdo con los
criterios que pide
el cliente.
Diseño de la página Realizar el diseño Se trabaja en Php
web de la página web, iniciando con la
su diseño de creación del
interfaz y de los ambiente web y su
menús de cada programación con
uno de los estructuras de
módulos que se acuerdo con las
mostrara en la entidades o
página para el necesidades de la
ingreso de datos aplicación.
que la componen
Puesta en marcha y Puesta en marcha Se realizo la
configurador del del servidor con la configuración del
servidor de base de base de datos, servidor
datos configuración de Se organizo
sistema operativo conexión y tarjetas a
parches utilizar
Se genera la
inserción del
software que servirá
de núcleo a la base
de datos
 Daily Scrum

El scrum máster el ingeniero William Sánchez le da la instrucción al líder del

teamdevelopment a realizar el scrum diario con el equipo de desarrollo en pleno a
las 8 de la mañana en sala de juntas, la reunión va a ser rápida de 15 minutos
llegamos allí y formamos un círculo para comenzar con tres preguntas para el
equipo de desarrollo las cuales trataremos al punto.

¿Que hizo ayer el equipó de desarrollo?

Acá comenzamos con el ingeniero Fredy barón que nos indica lo que el realizo
dentro del equipo de desarrollo con la tarea asignada.

 Se realiza el análisis de los atributos, se clasifica cada uno.

 Se tienen claras las entidades
 Se generan las relaciones entre las entidades
 Se automatiza todos estos ítems con el programa a desarrollar la base de
datos

En la segunda tarea asignada el ingeniero Didier nos manifiesta

 Se realizo la configuración del servidor

 Se organizo conexión y tarjetas a utilizar
 Se genera la inserción del software que servirá de núcleo a la base de datos

Tercera tarea asignada al ingeniero Diana Milena Pachón

 Construcción del diagrama de clases, construcción de las actividades de las

entidades involucradas

Cuarta Tarea donde todo el equipo tiene que colaborar, depende de la culminación
de la tarea que adoptaron

 Se trabaja en Php iniciando con la creación del ambiente web y su

programación con estructuras de acuerdo con las entidades o necesidades de
la aplicación.
Quinta tarea donde todo el equipo tiene que colaborar, depende de la culminación
de la tarea que adoptaron
¿Qué hará hoy el equipo de desarrollo?

Según lo expuesto en la reunión el equipo el día de hoy, se está trabajando en el

funcionamiento de la base de datos, la integración con el Windows Server en el
servidor donde estará alojada, en el diagrama de clases se está culminando los temas
de herencia en el mismo, y a su vez están trabajando sobre el ambiente de php
generando el código para las interfaces del menú de cada uno de los módulos, y la
implementación allí de la APIS de Google maps 2.

¿Qué impedimento tiene el equipo de desarrollo?

Los impedimentos que el equipo manifiesta son los siguientes:

 La comunicación para recaudar información para integrar ala base de datos

por medio del representante de turismo ha sido tedioso ya que no es muy
fácil de comunicarse con él.
 Hemos tenido impedimentos en la sincronización de la información
actualizada de los lugares turísticos desde la base de datos

Sprint Review

Esta junta convocamos a todos los miembros del equipo en pleno, scrummaster,
product owner, el equipo de desarrollo, los stakeholder que vengan al caso, el
tiempo de la reunión es de 3 horas.

Los stakeholder que vengan al caso nos darán la retroalimentación muy importante
en este sprint, esta realimentación sobre lo que llevamos del producto para esto
haremos una prueba funcional donde los stakeholders se les darán dispositivos
móviles, donde ingresaran a la aplicación web creada para probar los avances que se
tiene y también hablaremos de los sprint goal, objetivo que nos planteamos en el
primer sprint.

El objetivo o goal planteado fue el siguiente:

Realizar de manera ordenada la estructura base del software de turismo, en cuanto a
su almacenamiento de información, relaciones delo objectos, creación de interfaces
y modelamiento de la presentación en web y en la app móvil.

Este objetivó lo tratamos con todos los miembros ya que fue el que nos
comprometimos y se verifica si se cumplió.

El equipo informa que se creó la base de datos con sus relaciones, al igual que el
diagrama de clases que da forma a las herencias de la aplicación, el servidor que
alojara la bases de datos se configuro con el programa que la administra, y se
automatizo para recibir actualizaciones, a su vez se genera la programación en php
de la página web con los menús que alojaran los ingresos de información y su
sincronización con la vista de la app móvil con su integración a las APIS para los
mapas de Google Maps de los lugares turísticos.

Enseguida se realiza una prueba practica de lo que ya se ha explicado del avance

con los stakeholders el cual genera resultados de integración óptimos, de allí la
retroalimentación es la siguiente:

1. Los módulos de la interfaz móvil tienen que ser más dinámicos.

2. Falta el módulo de recomendaciones y reservas.
3. Las fotos de los lugares demoran en la carga activa en la app
4. En el ingreso de la aplicación no está definida el menú de escogencia de
municipios
5. Se presenta error. jars al ingresar a uno de ellos módulos en la aplicación

Se realiza las modificaciones o se añaden estos puntos de la retroalimentación de los

stakeholders para ampliar el product backlog y el sprint backlog de las tareas.

Sprint de Retrospectiva

Este sprint fue convocado por el ingeniero William Sánchez scrummaster del
proyecto, Tiempo de duración 1 hora, la idea acá es Evaluar el proceso si aplicamos
la metodología de scrum mal o bien,

Entre todos comenzamos a respondernos tres preguntas:

¿Que hicimos bien?

Acá el producto owner Andrés Tautiva realizo su apreciación considerando que se

había realizado bien el trabajo priorizando las tareas que se habían acordado en los
primeros sprint, y que los participantes habían quedado contentos con el avance.

Los elementos importantes que salieron bien fueron

 La integración de las diferentes plataformas que se crearon para la

aplicación
 La información de los lugares y más ítems se visualizaban de forma correcta
y eran muy concretos.

¿Qué podemos mejorar?

Uno de los integrantes del equipo de desarrollo manifestó que se debía dejar de
tratar de resolver problemas en los daily ya que el tiempo se extiende mucho, al
igual otro integrante manifestó que se debía mirar las cosas pequeñas que se pasan
por alto en los diseños para no tener inconvenientes en las pruebas con los posibles
clientes.

Las posibles mejoras

 La interfaz de la app móvil tiene que ser más dinámica, mejora de diseño
 Ingresar módulo de recomendaciones y reservas
 Ingresar opción desplegable de menú de municipios
 Corregir errores en la estructura de operaciones en programación.

Esto se ingresa con una nueva historia de usuario en el producto backlog

¿Qué debemos dejar de hacer?

Otro miembro del equipo manifestó que podemos mejorar cada una de las tareas de
los modulo y a su vez de la programación de interacciones si trabajamos en equipo
y cerramos los huecos o dificultades que algún miembro del equipo tenga en su
tarea asignada.
5. Descripción del equipo de trabajo y de los roles que implementarán de acuerdo
con el modelo seleccionado.

Roles del proyecto que se escogió para la planeación del Scrum.

Mi grupo de trabajo en este proyecto de acuerdo con la metodología está repartido

así:

Product Owner : Este rol lo realiza el Ingeniero Andrés Camilo Tautiva, el cual
representará el cliente dentro del equipo, generará reuniones virtuales o presenciales
con ese cliente realizando preguntas, indagando sobre los requisitos de lo que se
desea desarrollar y lo que no, priorizando y ordenando todo lo anteriormente dicho,
con lo cual será la base para entrega de óptimos resultados valorizando el proyecto.
Después de esto el ingeniero transmitirá todo este levantamiento de información al
equipo scrum entre ellos el Scrummaster,y el teamdevelopment para la construcción
de esa necesidad, esa información tiene que ser las más valiosa posible.

Scrummaster : Este rol es ocupado por el ingeniero William Sánchez Orjuela, el

cual brindara esa armonía dentro del proyecto, ya que es el líder de todo este equipo
de trabajo, ya que no será el que hostigue como un supervisor las funciones del
equipo, sino que es el orientador de este grupo, hará de moderador para que el grupo
de scrum especialmente el teamdevelopment cumpla o entienda todo lo que el
ingeniero Andrés camilo Tautiva recogió de ese cliente sus necesidades,
prácticamente el ingeniero William es un guía que sacara lo mejor del equipo,
motivando al equipo a generar las mejores decisiones, y transmitirlas de la mejor
manera.

Teamdevelopment : Este rol será ocupado por tres ingenieros que trabajan dentro del
equipo de desarrollo ellos son
 Didier Camilo Olarte- Ingeniero de sistemas.
Fredy Alberto Varón- Ingeniero de sistemas
Diana Milena Pachón- Ingeniero de sistemas
La funciona básica de este equipo es construir las necesidades que el cliente le ha
manifestado al ingeniero Andrés Camilo Tautiva, el equipo tendrá la labor de
desarrollar, con una seria de roles específicos dentro del equipo que estarán así
asignados:

Didier Camilo Olarte- Ingeniero de sistemas.

Funciones: Desarrollador
Responsabilidades: Asegurar una comprensión clara de los requerimientos dados,
estimar los user stories aprobados por el ingeniero Andrés Tautiva, crear los
entregables de calidad.

Fredy Alberto Varón- Ingeniero de sistemas

Función: Testing
Responsabilidades :Desarrollar la lista de tareas basadas en los user stories, calcular
esfuerzo para las tareas identificadas, Crear entregables.

Diana Milena Pachón- Ingeniero de sistemas

Función: Analista de software
Responsabilidades: Identificación de riesgos, y ejecución de acciones para
mitigación, Identificar las oportunidades de mejora, Participar en la retrospectiva del
proyecto y el sprint.

Stakeholder: Dentro de los skateholder que son los que hacen posible el proyecto que
son:
 Fontur
 Anato
  Cotelco
 Ministerio de comercio y turismo de Colombia
 Acotur
6. Descripción de las herramientas y métodos de control que sugieren utilizar
dentro del proceso de desarrollo de software (control de ejecución, control de
cumplimiento, control de calidad, etc.).

La herramienta que escogí para su implementación en el proyecto de software es :

Microsoft Project : Esta herramienta la escogí porque tiene unas funcionalidades

interesantes para la gestión del proyecto.

Debido a que la herramienta puede controlar los horarios y finanzas del proyecto,
dado todos los Sprint según la metodología utilizada encajaría muy bien en este
aspecto. Al igual puedo con esta herramienta organizar el trabajo y las personas del
equipo para que el proyecto se complete a tiempo.

Esta herramienta también nos permite también desglosar las tareas del proyecto e
ingresarlas con fecha y hora, determinando su asignación o que trabajadores en este
caso el equipo scrum las va a realizar lo que es muy práctico, también se puede
tener una información de los costos del proyecto. También resalto que se puede
trabajar desde cualquier lugar con office365 y SharePoint integrando servicios como
el de Skype empresarial.

A su vez maneja diferentes funcionalidades como lo son que al trabajar diferentes

vistas de fases del proyecto las puedo visualizar en la misma vista, también maneja
una especie de seguridad de usuario, ya que, al solicitar un recurso del proyecto,
quien lo maneja tiene que dar el aval en la herramienta para dejarlo visible para la
persona del proyecto que lo necesite. También podremos ver como se están
utilizando los recursos como si fuera un mapa de calor, cambiar el tema del
proyecto por el que se prefiera.

Realiza a su vez seguimiento y gestión de los entregables utilizando fecha inicio y

finalización, tiene la función de utilizar tareas, en resumen, lo más valioso de esta
herramienta es que puede entregar informes en tiempo real y resumen de la escala
del proyecto en diversos tiempos que encajaría totalmente en la metodología scrum.
 CONCLUSIONES

1.Se escoge optar por una metodología de desarrollo de Software ágil puesto que la
naturaleza de la aplicación, la diversidad de ambientes y usuarios con quienes llegaría a
interactuar, y la forma en la que se podría implementar, dificultan la correcta adhesión a
metodologías de gestión de proyectos convencionales (aunque las propuestas de proyecto
minuciosamente definidas suelen ser requisitos para licitaciones y contratación). Por tal
razón escogimos el modelo scrum ya que, al estar basada en ciclos cortos de trabajo,
desarrollo iterativo y adaptativo, permeabilidad a los cambios en los requisitos,
autoorganización del equipo de trabajo, foco en la producción de valor, mejora continua del
proceso y orientación a las personas, representa una metodología excelente para mejorar el
trabajo colaborativo en un equipo que requiere llevar a buen término un proyecto, al igual
genera un sentido de pertenencia en el equipo al determinar roles y delegar
responsabilidades.
2.Esta experiencia de planeación del ciclo de desarrollo de nuestro proyecto de software
permitió experimentar adecuadamente distintos aspectos del marco de trabajo Scrum: roles
(scrum master, product owner, equipo), artefactos (product backlog, sprint backlog y
burndown), reuniones (planificación, revisión y retrospectiva), principios (autogestión,
producción enfocada en el valor, adaptación a cambios en los requisitos, retrospectivas y
mejora continua).
3.El modelo de software es el idóneo ya que cumple con todos los requisitos para llevar a
cabo un producto final adecuado, debido a la organización idónea de cada uno de los roles y
el cierre de brechas en cada una de sus etapas.
 BIBLIOGRAFÌA

Weitzenfeld, A. (2007). Modelo de Proceso. En Ingeniería de Software Orientada a Objetos

con UML, Java e Internet (pp. [35]-50). Mexico City, Mexico: Cengage Learning.
Recuperado de http://bibliotecavirtual.unad.edu.co:2619/apps/doc/CX3004300023/GVRL?
u=unad&sid=GVRL&xid=23dc4521

Weitzenfeld, A. (2007). Modelos Clásicos. En Ingeniería de Software Orientada a Objetos

con UML, Java e Internet (pp. 50-54). Mexico City, Mexico: Cengage Learning.
Recuperado de http://bibliotecavirtual.unad.edu.co:2619/apps/doc/CX3004300024/GVRL?
u=unad&sid=GVRL&xid=69d44b62

Weitzenfeld, A. (2007). Modelos Recientes. En Ingeniería de Software Orientada a Objetos

con UML, Java e Internet (pp. 54-56). Mexico City, Mexico: Cengage Learning.
Recuperado de http://bibliotecavirtual.unad.edu.co:2619/apps/doc/CX3004300025/GVRL?
u=unad&sid=GVRL&xid=8d8a7106

Schwaber, K. & Sutherland, J. (2013). La Guía definitiva de Scrum: Las reglas del juego.
Recuperado de http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf