Está en la página 1de 10

ENTREGA SEMANA TRES

INTEGRANTES

GABRIEL OROZCO CASTAÑO


OSCAR RICARDO PARRA
MARIA ALEXANDRA CHAPARRO MARTINEZ
DANIEL FELIPE CARRILLO QUEVEDO

POLITECNICO GRAN COLOMBIANO

INGENIERIA DEL SOFTWARE I


GRUPO: 17

BOGOTA

2022
OBJETIVO

Esta actividad tiene como objetivo identificar un proceso de desarrollo realizando un análisis
comparativo de los diferentes modelos de procesos con el fin de identificar ventajas y
desventajas de cada uno de ellos y posteriormente seleccionar el más adecuado a las
necesidades el proyecto.

De igual manera también se deben verificar cada una de las metodologías agiles disponibles
e identificar la que más se adecue al modelo de trabajo que consideramos se ajusta a las
características de cómo se desarrollaran las actividades.
TABLA DE CONTENIDO

Tabla de contenido
1. CUADRO COMPARATIVO MODELOS ...............................................................................................................4
1.1. Modelo de proceso seleccionado: ..................................................................................................5
1.1. Fases del modelo incremental: ........................................................................................................6
1.1.1. Requerimientos: ...........................................................................................................................6
1.1.2. Definición de las tareas y las iteraciones: ............................................................................6
1.1.3. Diseño de los incrementos: ......................................................................................................6
1.1.4. Desarrollo del Incremento:........................................................................................................6
1.1.5. Validación de Incrementos: ......................................................................................................6
1.1.6. Integración de Incrementos: .....................................................................................................6
1.1.1. Entrega del producto: .................................................................................................................6
2. SCRUM METODOLOGIA SELECCIONADA .........................................................................................................7
2.2. Descripción de roles:.........................................................................................................................................7
3. CRONOGRAMA DE ACTIVIDADES ....................................................................................................................9
4. CONCLUSION ................................................................................................................................................. 10
1. CUADRO COMPARATIVO MODELOS

Con el fin de poder tener un conocimiento claro acerca de los diferentes modelos,
permitiendo de esta forma en reconocer sus ventajas y desventajas, se realiza el siguiente
cuadro comparativo:

MODELOS DEFINICICION VENTAJAS DESVENTAJAS


Modelo en Este es el primer 1. Se facilita la planeación, 1.Cualquier cambio
Cascada modelo de seguimiento y control de las posterior entorpece los
procesos actividades. planes del proyecto
formalmente 2. Bajo riesgos para afectando los tiempos
definido y es proyectos ya implementados. establecidos.
conocido como el 3. Es un modelo estructurado 2. Pérdida de tiempo
ciclo de vida que permite el paso a paso debido a que es un modelo
clásico. en las actividades siempre y lineal, teniéndose que
cuando no se presenten realizar una actividad a la
vez.
3. Los errores en el
proyecto pueden generar
mayores costos ya que es
necesario modificar
grandes procesos ya
ejecutados.

Modelo de Aquí se combina 1. Mitigación de errores ya 1c. Este modelo exige un


procesos el flujo de que se tienen tiempos de alto conocimiento del
Incremental procesos lineal y entregas parciales lo que negocio ya que esto ayuda
paralelo para dar ayuda a una socialización del al éxito del proyecto.
así una respuesta proyecto y de posibles 2. La interacción con los
adecuada al modificaciones a futuro. usuarios debe ser de
proyecto. 2. Retorno de la inversión manera controlado con el
rápidamente debido a las fin de no alargar los
mismas entregas parciales. tiempos.
3. Facilidad en los cambios
de los requerimientos ya que
se pueden hacer
modificaciones durante el
proceso.
4. Reduce costos ya que
ayuda rápidamente modificar
a partir de la última versión.

Modelo de Este modelo de 1.Reduce el riesgo de 1. Se puede generar


Procesos por procesos, más construir un producto que no demoras ya que el usuario
Prototipos que modificar satisfaga las necesidades del final puede solicitar varios
actividades o flujo, cliente. cambios a los prototipos.
agrega al modelo 2. Reduce los costos 2. Imposibilita conocer de
de cascada o incrementando la posibilidad primer nivel el proyecto.
incremental la de éxito. 3. Dificulta manejar las
posibilidad de 3. Se diseña prototipos tanto expectativas del usuario
modelar el de interfaz de usuario como final.
producto final de rendimiento.
Modelos de El desarrollo del 1.Validación de los 1. Alta participación por
Procesos en software es a requerimientos desde la parte del cliente, lo que
Espiral través de entregas primera entrega de puede ocasionar demoras
evolutivas prototipos. en caso de poco
enfocadas hacia 2. Riesgos bajos debido a compromiso.
versiones más que se ejecuta y se revisa 2. Se necesitan
completas del cada prototipo realizado. profesionales
sistema. 3. Al poder identificar los experimentados para la
problemas más rápidamente realización del proyecto
se reduce los riesgos y se debido a su alto nivel de
facilita resolverlos a tiempo. dificultad.

1.1. Modelo de proceso seleccionado:

De acuerdo al análisis realizado en el cuadro comparativo anterior, decidimos que el modelo de proceso
que mas se adecua a nuestras necesidades es el MODELO DE PROCESO INCREMENTAL. Ya que
el requerimiento planteado puede estar sujeto a cambios constantes y este proceso permite ir
evolucionando a medida que se va avanzando en las entregas, las cuales posibilitan realizar parciales
de entrega del proyecto sin perder el objetivo principal.
Por lo tanto, también es necesario realizar evaluaciones en cada una de las etapas y esto permite un
mayor control de las versiones, de los alcances, avances, defectos, entre otros.

De objetivo general se pueden diseñar objetivos específicos, lo que permite que los requerimientos
sean más controlados ya que se puede dividir las tareas en iteraciones, los cuales son pequeños lapsos
en los que se trabaja para conseguir estos objetivos específicos y a si ver mayor avance del proyecto.

1.1. Fases del modelo incremental:

El modelo incremental puede adaptarse a las características de cualquier tipo de proyecto, siempre y
cuando se cumplan al menos 7 fases que se deben tener en cuenta a la hora de implementar este
proceso.
1.1.1. Requerimientos:
Son los objetivos centrales y específicos que rige el proyecto.

1.1.2. Definición de las tareas y las iteraciones:


Teniendo en cuenta lo que se busca, es necesario hacer un check list de tareas y agruparlas en las
iteraciones que tiene el proyecto. Cada una debe perseguir los objetivos específicos.

1.1.3. Diseño de los incrementos:


Una vez establecidas las iteraciones, es preciso definir cuál será la evolución del producto de cada
una de ellas. Cada iteración debe ser mejor que la anterior.

1.1.4. Desarrollo del Incremento:


Posteriormente se realizarán las tareas ya definidas y se desarrollan los incrementos establecidos en
la etapa anterior

1.1.5. Validación de Incrementos:


Al termino de cada interacción, los responsables de la gestión del proyecto deben certificar bien los
incrementos de cada una de las iteraciones.

1.1.6. Integración de Incrementos:


Una vez son validados, los incrementos dan forma a lo que se denomina lineal incremental, ya que
cada incremento ha contribuido al resultado final.

1.1.1. Entrega del producto:


Cuando el producto en su conjunto ha sido validado y se confirma su correspondencia con los objetivos
iniciales, se procede a su entrega final.
2. SCRUM METODOLOGIA SELECCIONADA

Como equipo decidimos tomar como referencia la metodología SCRUM, ya que es una técnica
a escala que ofrece una forma de conectar a varios equipos que necesitan trabajar juntos para
ofrecer soluciones complejas.

Se adapta de una manera fácil al modelo de proceso seleccionado porque ayuda a los equipos
a desarrollar y entregar productos complejos mediante la transparencia, la inspección y la
adaptación a escala. Ofrece resultados especialmente buenos cuando todos los miembros el
equipo de scrum de alto rendimiento trabajan para alcanzar un mismo objetivo.

Otro de los motivos por los cuales escogimos la metodología scrum es el tamaño de los
participantes sugerido, ya que se adapta a un equipo pequeño como el que tenemos
actualmente.

2.2. Descripción de roles:

Debido al tamaño del equipo concluimos que los roles que se tendrá en cuenta son:

• Product Owner (PO):

- Actividades:

Definirá la estrategia y objetivos.


Mantener el producto backlog.
Mantendrá la comunicación entre el cliente y el equipo de desarrollo.
Trabajar en conjunto con el scrum master en las tareas compartidas.

- Artefacto:

Product Backlog
• Scrum Master (SM):

- Actividades:

Es un mentor para componentes del development team


Es quien proporciona soporte ayuda a resolver problemas
Es quien reporta, archiva y lleva registro.
Es quien propone, promueve y potencia mejoras sobre el proceso.
Informe de la ejecución diaria.

- Artefacto:

Graph Sprint burn-down


Graph Release burn-down

• Development Team (DT):

Actividades:

De la estimación del esfuerzo, tanto de la funcionalidad descrita al producto backlog


como cada tarea del sprint.
De la gestión del sprint backlog.
De la determinación del detalle de cada funcionalidad descrita.
De la entrega el producto acabado y conveniente depurado siguiendo los criterios de
aceptación.

- Artefacto:

Sprint backlog (SB)


3. CRONOGRAMA DE ACTIVIDADES

MESES (SEMANAS)
ROLES ACTIVIDADES
SEPTIEMBRE OCTUBRE NOVIEMBRE DICIEMBRE ENERO FEBRERO
Definicion la estrategia y objetivos
PRODUCT Mantener el product backlog actualizado
OWNER Reunir con equipo scrum
Reunion Avance cliente
Diseño de componentes
Reunion de Solucion de Problemas
SCRUM
Realiza reporta y registra
MASTER
Reunion de ejecuccion diaria
Realiza informe de actualizacion
Estimacion esfuerzo de funcionalidad
y tarea de cada sprint.
DEVELOPMENT Informe gestion de cada sprint.
TEAM Determina el detalle de cada funcionalidad
Informe de la entrega del producto
entregado.
4. CONCLUSIÓN

En conclusión, al realizar esta actividad se logra comprender a nivel técnico y teórico como se
relacionan los modelos de procesos y las diferentes metodologías. Lo que con lleva a un buena
practica de cada uno de las etapas involucras en el proyecto.

También podría gustarte