Fase – Modelamiento

Modelos de proceso de desarrollo de software

Laura Melisa Morales

Cód. 1.122.134.562

Grupo:301404_32

Tutor:

Pilar Alexandra Moreno

Universidad Nacional Abierta y a Distancia – UNAD

Escuela de Ciencias Básicas, Tecnología e Ingeniería

Ingeniería de Sistemas

Ingeniería de Software

Acacias-Meta

Marzo 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).

La aplicación de un software fácil de usar, que esté al alcance de todas las personas, en
diferentes idiomas ya que la intensión es comercializar y dar a conocer el municipio ante
el mundo y en contexto hemos escogido un tipo de software multiplaforma, que permita ser
instalado en cualquier dispositivo móvil, para todo el público con acceso a internet, se
implementa un sistema de GPS lo cual permite una orientación precisa de la ubicación del
turista.
El estudio de caso nos pide que la propuesta sea dirigida a turistas que desean conocer
diferentes lugares, con una información precisa y real del municipio, hay que tener en
cuenta en el desarrollo de este software todos los detalles para que el cliente y el usuario
final en este caso los turistas tengan plena confianza de cada una de las cosas que le
ofrecen, finalmente la propuesta va dirigida específicamente a todos los operadores
turísticos que quieran dar conocer sus servicios, planes y ofertas en las diferentes
temporadas del año.
2. Modelo de desarrollo de software seleccionado:
Scrum marco de trabajo
3. Explicación y justificación de la selección del modelo
Explicación: scrum marco de trabajo es la apropiada según la solicitud del cliente, este
modelo permite a través de prácticas colaborativas minimizar todo tipo de riesgos en la
elaboración del software.
Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera
de trabajar de equipos altamente productivos.
En Scrum un proyecto se ejecuta en bloques temporales cortos, fijos y periódicos,
denominados Sprint. Cada iteración tiene que proporcionar un resultado completo, un
incremento de producto que sea potencialmente entregable, de manera que cuando el cliente
(Product Owner) lo solicite sólo sea necesario un esfuerzo mínimo para que el producto esté
disponible para ser utilizado.
Cada Sprint puede considerarse un proyecto con un resultado no mayor de un mes,
proporciona un resultado completo, una variación del producto final que ha de poder ser
entregado al cliente con el menor esfuerzo posible cuando éste lo solicite.
Justificación
El proyecto se diseña para que el usuario final pueda utilizarlo fácil y rápido desde la
comodidad de su hogar, oficina y sitios públicos a través de internet o móviles, teniendo en
cuenta los distintos lenguajes de programación, por eso SCRUM es el modelo de aplicación
que se ajusta a la necesidad del cliente
4. Descripción de las fases del ciclo de vida y su aplicación para la
propuesta de desarrollo, de acuerdo al modelo seleccionado.

El ciclo de vida se divide en 5 etapas

1. Reunión de planificación de Sprint,

Es la etapa de inicio en la cual cada integrante del grupo se asigna una tarea,
recopilando toda la información para su ejecución, teniendo en cuenta los
tiempos de entrega.
Se entiende que cada desarrollador es independiente por lo tanto no se asignan
títulos a los integrantes.

2. Scrums diarios:
En esta etapa se realizan reuniones cortas para planificar las tareas para las
siguientes 24 horas, previa revisión del último sprint diario, tenemos en cuenta
que estas evaluaciones diarias son importantes para ver el progreso del
desarrollo de la aplicación.

3. Trabajo de desarrollo:
Esta etapa nos indica que cuando el sprint está en curso, debemos asegurar de no
realizar cambios que afectan al objetivo del Sprint y que no disminuyan los
objetivos de calidad.
El Alcance podrá aclararse y re-negociarse entre el propietario del producto y el
Equipo de Desarrollo a medida que se va aprendiendo.

4. Revisión del Sprint:

En esta etapa analizamos cómo va el progreso al final del sprint, se reúnen las
partes interesadas con el equipo desarrollador para hacer los cambios requeridos,
esto se realiza posterior a la reunión de las partes y se procede hacer los cambios
necesarios (Product Backlog).

5. Retrospectiva del Sprint.

Aquí se evalúa internamente (auto análisis) de todo el equipo scrum y mejorar
en el siguiente sprint.
Revisar cómo fue el último Sprint en lo que respecta a las personas, relaciones,
procesos y herramientas;
Identificar y ordenar los temas principales que salieron bien y las potenciales
mejoras, y
Crear un plan para la implementación de mejoras con respecto a cómo el Equipo
Scrum hace su trabajo.

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

acuerdo al modelo seleccionado por el grupo.
El equipo de trabajo se conforma entre 3 a 9 personas que profesionalmente
realizan las tareas correspondientes en cada fase del sprint, son personas
multifuncionales, ósea que cada uno puede hacer el trabajo que otra hace en caso
de que esta falte, sin interrumpir el proceso.
Para este proyecto los roles que se implementaran son:
El Equipo de Desarrollo – Development Team
Son los profesionales que elaboran la aplicación que se requiere para este caso.
El promedio de participantes son de 3 a 9 personas que se encargaran
individualmente de las tareas asignadas para cada sprint.
El Scrum Master o Facilitador
Es la persona responsable y líder del equipo de desarrollo, monitorea y
acompaña a cada uno de los integrantes del 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).
”- El punto 6. Descripción de las herramientas y métodos de control que sugieren utilizar
dentro del proceso de desarrollo de software: Este punto no tiene relación directa con el
modelo de desarrollo. Allí deben averiguar e investigar qué herramienta o que método
sugieren utilizar para el control del desarrollo del proyecto. Por ejemplo, sugerir una
herramienta que controle tiempos y recursos de los proyectos (por ejemplo Project) o
sugerir métodos de planificación de tiempos: como por ejemplo método PERT o el método
CPM o cualquier otro que averigues. O si conocen una herramienta automática para control
del proyecto (Herramienta CASE), entonces la sugieren e indican para qué la usarían. Si
investigan herramientas CASE hay muchas creadas que sirven para control de la ejecución
de todo el proyecto o diseñadas para apoyar de manera concreta alguna de las etapas (por
ejemplo herramientas CASE para especificación de requisitos o CASE para el diseño del
software a partir de los requisitos, etc). O en general herramientas gráficas que puedan
apoyar el diseño del software, etc. Sólo deben sugerirla y explicar para qué la usarían en su
proyecto.”

Referencias
https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-
scrum/proceso-roles-de-scrum.html
https://cristinaramosvega.com/z-los-artefactos-scrum/
https://www.ediciones-
eni.com/open/mediabook.aspx?idR=715e049f952b9edab35455b751df4451