Ingeniería de Sistemas

Unidad 2: Segunda Fase – Modelamiento

Trabajo Individual

Tutora
Pilar Alexandra Moreno

Estudiante
Luis Felipe Cuervo
71310636

Grupo
301404_38

Universidad Nacional Abierta A Distancia UNAD

CEAD Medellín
Octubre de 2019
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).

Se propone dos software de tipo diferente, uno basado en web y una aplicación móvil, con
lo cual se desarrollaran dos aplicaciones.
En resumen se desarrollaran dos software, uno basado en web y otro móvil que cumpla con
lo siguiente:
 Encontrar ubicación de municipios en Colombia.
 Manejo roles de usuarios para la aplicación.
 Registro de Municipios (Ubicación, Nombre, Historia, Cultura, Eventos).
 Actualización de Municipios.
 Registro de puntos de interés de Municipio (Ubicación, Nombre, Productos y
Servicios).
 Actualización de punto de interés en Municipio (Ubicación, Nombre, Productos y
Servicios).
 Consulta información de punto de interés en Municipio.
 Consulta listado puntos de interés de Municipio.
 Mostrar localización de punto de interés de Municipio.
 Realizar compras en puntos de interés que oferten productos y servicios de
Municipio.

2. Modelo de desarrollo de software seleccionado.

Modelo de proceso: Primer proyecto de su tipo, la incertidumbre crea riesgos adicionales,

y en este es doble, al desarrollar la aplicación web y la aplicación móvil.
También es un Proyecto de creación de software reutilizable, donde se deben desarrollar
servicios reutilizables para centralizar la información expuesta para ambos desarrollos
(Web y Móvil).
2.1 Arquitectura: Sistemas de tiempo real y Administración de transacción.
2.2 Actividades: Requisitos, análisis, diseño, implementación, pruebas, documentación y
mantenimiento.
2.3 Métodos y metodologías: Deben ser orientadas a objetos y ajustarse a ciclo de vida,
integración y escalabilidad.
De lo anterior se elige el Marco de trabajo Scrum.
3. Explicación y justificación de la selección del modelo.

Considerando que es un primer proyecto de su tipo, se deben realizar dos desarrollos, debe
ser realizado por fases por su complejidad y maneja incertidumbre con los requisitos, se
listas las razones para elegir el Marco de trabajo Scrum, a continuación:

 Scrum es un marco de trabajo para el desarrollo y el mantenimiento de productos

complejos.

 Scrum se basa en la teoría de control de procesos empírica o empirismo. El

empirismo asegura que el conocimiento procede de la experiencia y de tomar
decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e
incremental para optimizar la predictibilidad y el control del riesgo.

 Transparencia, inspección y adaptación.

 Siempre es mejor tener un producto terminado, utilizable y posteriormente

desplegable.

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

desarrollo, de acuerdo al modelo seleccionado.

Se procederá a desarrollar dos aplicaciones simultáneas, el software basado en web y la

aplicación móvil, con dos Scrum Team, para generar productos viables de manera
temprana; para cumplir tal objetivo se debe convertir los casos de uso en User Stories, y
darle peso conforme a la complejidad de manera empírica, y en cada Sprint usar las
herramientas y métodos de control de Scrum.
Conforme a la descripción descrita a continuación.
El ciclo de vida en Scrum:

Es en sí un Sprint, y cada nuevo sprint comienza inmediatamente después de la finalización

del sprint previo, se realizan las siguientes actividades:

1. El Product Owner redacta las User Stories y las sitúa en el Product Backlog.
2. El Product Owner prioriza estas User Stories y ordena el Product Backlog.
3. El equipo Scrum en la reunión de Planning Meeting, establece la lista de las User
Stories que se tratarán durante el Sprint. Esto forma el Sprint Backlog y se descomponen
en tareas por el equipo de desarrollo.
4. Entonces el Sprint puede comenzar con una iteración de 2, 3 o 4 semanas.
5. El equipo se reúne diariamente para realizar el Daily.
6. Finalizando el Sprint, se obtiene un producto potencialmente entregable que forma parte
de una demostración durante el Review del Sprint.
7. El ciclo termina al realizar la Retrospective del Sprint.

Eventos de Scrum

Sprint: Bloque de tiempo en el cual se crea un producto terminado.

Planning Meeting: Reunión de planificación de Sprint.
User Stories: Historias de usuario que son el insumo del desarrollo, las cuales tienen un
peso para indicar la complejidad y el tiempo que tarda en desarrollarse.
Goal: Creado durante la planificación y proporciona por qué se está construyendo el
incremento.
Daily: Reunión diaria de seguimiento, donde se comparte al equipo, el avance del día
anterior o las dificultades que pudo tener, con el objetivo de solucionarlo con el equipo.
Review: Reunión donde se revisa el incremento y se ajusta el Product Backlog de ser
necesario.
Retrospective: Reunión para que el equipo se auto evalué y encuentre planes de mejora en
su modo de trabajo.
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.
User Stories: Requisitos para hacer el desarrollo.

5. Descripción del equipo de trabajo y de los roles que implementarán de acuerdo

al modelo seleccionado.

Los roles a implementar en el equipo de trabajo - Scrum Team, son los siguientes:

Product Owner: Dueño del producto, encargado incrementar el valor del producto y el
trabajo del equipo de desarrolladores.

Development Team: Equipo de profesionales encargado de producir el incremento de

producto “Terminado”, que potencialmente se pueda poner en producción, al final de cada
Sprint. Solo los miembros del Equipo de Desarrollo participan en la creación del
Incremento.

Scrum Master: Responsable de asegurar que Scrum es entendido y adoptado. Los Scrum
Masters hacen esto asegurándose de que el Equipo Scrum trabaja ajustándose a la teoría,
prácticas y reglas de Scrum.
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).

Scrum presenta los siguientes métodos de control:

El daily provee el control de ejecución, al saber específicamente en que punto de ejecución

se encuentra el desarrollo, más aun siendo diario

El daily también implica que se puede saber qué nivel de cumplimiento se lleva hasta dicha
fecha.

El control de calidad se realiza conforme al proceso que efectúa el Scrum Team, basado en
la premisa el equipo es multifuncional.

Incluyendo el Product Backlog y el Sprint Backlog, el Product Owner puede generar

alertas tempranas, tanto al Scrum Team como al Scrum Master, para proceder a incorporar
mejoras o ajustes en el desarrollo que se encuentra en marcha.
 BIBLIOGRAFIA

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=un
ad&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

Jean-Paul SUBRA, (2018), Scrum - Un método ágil para sus proyectos. Recuperado de
https://www.ediciones-
eni.com/open/mediabook.aspx?idR=37bd890c18c7860829d452ba18587c5b