5 - GA1-220501093-AA1-EV04 - Evidencia

DOCUMENTO IDENTIFICANDO LA METODOLOGÍA PARA EL PROYECTO DE DESARROLLO DE
SOFTWARE.
GA1-220501093-AA1-EV04
Realizado por:
MANUEL ALEJANDRO POTES SANCHEZ
Ficha: 2834801
Instructor:
DIEGO ARMANDO BARRERA ARAUJO
Servicio Nacional de aprendizaje SENA

Análisis y desarrollo de software
TABLA DE CONTENIDO
1. Introducción Pág.03
2. Identificación de la metodología del software Pág.04
3. Presentación del proyecto Pág.04
4. Elección de la metodología de trabajo. Pág.05
4.1 SCRUM Pág.05
4.2 ¿Por qué SCRUM como metodología? Pág.06
4.2.1 Planificación: PRODUCT BACKLOG Pág.07
4.2.2 Ejecución: SPRINT BACKLOG Pág.07
4.2.3 Desarrollar y ejecutar Pág.07
4.2.4 Revisar los primeros resultados Pág.07
5. Conclusiones Pág.07
1. Introducción
El presente documento permite identificar la metodología del desarrollo del proyecto “software
para diseño de mezclas de concreto con aditivos” o mejor identificado con su acrónimo
“CONCREAD”; cuyo programa será empleado para el uso labores arquitectónicas, realización de
obras civiles y adecuación de vías principales y terciarias. Es así el programa permitirá agilizar las
operaciones de cálculos para los clientes que se desempeñen sus labores en áreas de la
construcción e ingenierías civil.
2. Identificación de la metodología del software
Para la elaboración de un proyecto de desarrollo de software se hace necesario escoger una

metodología para trabajar con él, existen varios tipos de metodología; pero no todas aplicables a
cada proyecto, debido que en estos influyen en diversos factores que son determinantes para tener
un resultado exitoso al final. Tales como Tiempos, costos y requisitos del cliente de acuerdo a las
etapas del mismo.
En primer lugar, es indispensable identificar el proyecto sobre el cual se desea trabajar, conocer
quién es el cliente y cuál es el resultado que pretenden obtener al finalizar el mismo. Luego se hace
una elección de la metodología acorde a los requerimientos y para finalizar se contrastan los dos
aspectos anteriores para validad la viabilidad de la elección.
3. Presentación del proyecto
El proyecto “software para diseño de mezclas de concreto con aditivos” o mejor identificado con
su acrónimo “CONCREAD”, es una herramienta que será empleada para agilizar las operaciones
de cálculos para los clientes que se desempeñen sus labores en áreas de la construcción e
ingenierías civil, de este modo el programa permitirá agilizar las operaciones de cálculos
relacionados con la cantidad, proporción, densidad y propiedades finales de las mezclas de
concreto. Para lo cual la programación corresponderá en el uso de fórmulas matemáticas
previamente estandarizadas en el área brindando con esto mayor agilidad operacional a los clientes
que desempeñen sus labores de construcción e ingeniería civil.
Debido a la inexistencia de programas móviles para las labores descritas anteriormente, se ve la

necesidad del desarrollo del proyecto planteado.
Uno de los ejemplos corresponde a la misionalidad concerniente a la preparación de mezclas de

concreto lo cual se hace necesaria por la inhabilidad en el campo de operación de las maquinarias
de mezcladoras de concreto, siendo necesario calcular la cantidad y proporción exacta de
materiales para la preparación de concretos según las condiciones específicas de las obras civiles y
de sus necesidades puntuales. Al emplear el presente proyecto agilizaría las operaciones de cálculo
y se economizaría el desperdicio de materiales a usar para cumplir con un trabajo adecuado.
4. Elección de la metodología de trabajo
4.1 SCRUM
Esta metodología se fundamenta en los valores agiles y definidos en (Manifiesto Ágil, 2001)
contando con tres pilares esenciales tales como:
• Transparencia: Puede ser conocido por cualquiera a partir de reuniones de revisión,

cronogramas, documentos de visión del proyecto o instrumentos de seguimiento.
• Inspección: Cualquiera puede conocer las actividades y el estado actual del
proyecto.
• Adaptabilidad: Fijar las mejoras que permitan modificar el tipo de proceso en pro
de lograr un estándar de mejor calidad
Scrum es una metodología ágil en el desarrollo de ciclos, interacciones o Sprints, los cuales se
componen por 5 fases para su comprensión.
Concepto: Se define las características del producto y el equipo encargado en el desarrollo.
Especulación: Se establecen limites en el desarrollo del producto de acuerdo a la información

obtenida y a partir de ideas principales se repite cada interacción que consiste en:
1.Desarrollar y revisar requisitos generales
2.Mantener la lista de funcionalidades esperadas
3.Crear un plan de entrega, estableciendo fechas para las interacciones hitos y versiones.
Exploración: se incrementa el producto en el que se añaden las funcionalidades de la fase de

especulación.
Revisión: El equipo contrasta lo que se ha construido con el objetivo deseado.
Cierre: si fijara fecha de entrega del producto, se tratará de una versión; pero no implicara que el
proyecto haya finalizado. Seguirá habiendo cambios hasta obtener el producto deseado.
4.2¿Por qué SCRUM como metodología?
Para llevar a cabo el desarrollo del proyecto (SOMODE) “software para diseño de mezclas de
concreto con aditivos” se ha optado poner a prueba la metodología SCRUM teniendo en cuenta la
agilidad, los resultados a corto plazo y a facilidad de adaptación a cambios durante el desarrollo del
software a criterio del cliente o sugerencia del desarrollador.
Ahora bien se opta por esta metodología, envista que se puede desarrollar de manera abreviada,
optimizando tiempos y recurso humano estableciendo:
1. Definición del Sprint:
Duración: semanas que se determines (preferiblemente de 2 a 8)

Objetivo: Implementar una funcionalidad específica del software.
Planificación:
1.Reunión de planificación del sprint.
2.Equipo define el objetivo del sprint.
3.Se seleccionan las funcionalidades a implementar.
4.Se crean las tareas y se asignan a los miembros del equipo.
5.Se estima el tiempo necesario para cada tarea.
Se actualiza el backlog del producto, priorizando las funcionalidades
2. ejecución del Sprint:
Reunión diaria:
1.Cada miembro del equipo informa su progreso.
2.Se identifican y resuelven impedimentos.
3.Se actualiza el tablero de Scrum.
Desarrollo:
1.El equipo trabaja en las tareas del sprint.
2.Se realizan pruebas y correcciones.
3.Se asegura la calidad del código.
4.Reunión de revisión del sprint:
5.Se presenta el progreso del sprint al cliente.
6.Se recibe retroalimentación del cliente.
3. Finalización del Sprint:
Reunión de retrospectiva:
El equipo reflexiona sobre el sprint.
Se identifican áreas de mejora.
Se definen acciones para mejorar el proceso en el próximo sprint.
Demo del sprint:

Se presenta la funcionalidad desarrollada al cliente.
Se recibe retroalimentación del cliente.
Lanzamiento:
La funcionalidad desarrollada se implementa en la versión beta del software.
4.1.1 Planificación: PRODUCT BACKLOG
En este primer paso se debe establecer la tareas más importantes y prioritarias. Por lo cual se
recopilará toda la información detallada sobre el proyecto a desarrollar, especificando
funcionalidades que el cliente desea y se les dará un orden lógico de acuerdo a su importancia.
4.1.2 Ejecución: SPRINT BACKLOG.
Una vez planificado el proyecto, procederé en compañía de mi equipo de trabajo a crear una lista de
tareas de interacción teniendo en cuenta las prioridades de la fase anterior para así lograr dichos
objetivos.
Para el desarrollo de estas tareas se contará con un tiempo no mayor a 2 mes, durante el desarrollo
de la fase se realizarán reuniones en conjunto con el cliente cada semana para hacer las
verificaciones pertinentes, ajustes y adición de nuevas funciones si el cliente así lo desea.
4.1.3 Desarrollar y ejecutar
Es momento de realizar todas las tareas planificadas y enfocar los esfuerzos en completar la primera
entrega. En esta fase se deberá hacer una reunión diaria (daily scrum) de 15 minutos, para
sincronizar las actividades, definir el plan del día y supervisar que los objetivos se están cumpliendo
o no se produzcan cambios.
4.1.4 Revisar los primeros resultados.
Terminado el periodo de desarrollo se convoca a un Sprint Review, donde una vez entregado el
producto tangible al cliente, se realiza una reunión entre el Product Owner o Cliente, donde se
analiza el rumbo del proyecto, objetivos cumplidos, errores cometidos durante este primer sprint
para no cometerlos en el siguiente.
5. Conclusiones
De lo anterior se puede concluir que la metodología de desarrollo SCRUM es la más adecuada para
la implementación del proyecto SOMODE, debido a su método ágil y la capacidad de adaptación a
los cambios que el cliente requiera durante la fase de desarrollo.

5 - GA1-220501093-AA1-EV04 - Evidencia

Cargado por

Copyright:

Formatos disponibles

5 - GA1-220501093-AA1-EV04 - Evidencia

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

5 - GA1-220501093-AA1-EV04 - Evidencia

Cargado por

Copyright:

Formatos disponibles

DOCUMENTO IDENTIFICANDO LA METODOLOGÍA PARA EL PROYECTO DE DESARROLLO DE

MANUEL ALEJANDRO POTES SANCHEZ

DIEGO ARMANDO BARRERA ARAUJO

Servicio Nacional de aprendizaje SENA

2. Identificación de la metodología del software Pág.04

3. Presentación del proyecto Pág.04

4. Elección de la metodología de trabajo. Pág.05

4.1 SCRUM Pág.05

4.2 ¿Por qué SCRUM como metodología? Pág.06

4.2.1 Planificación: PRODUCT BACKLOG Pág.07

4.2.2 Ejecución: SPRINT BACKLOG Pág.07

4.2.3 Desarrollar y ejecutar Pág.07

4.2.4 Revisar los primeros resultados Pág.07

Para la elaboración de un proyecto de desarrollo de software se hace necesario escoger una

3. Presentación del proyecto

Debido a la inexistencia de programas móviles para las labores descritas anteriormente, se ve la

Uno de los ejemplos corresponde a la misionalidad concerniente a la preparación de mezclas de

• Transparencia: Puede ser conocido por cualquiera a partir de reuniones de revisión,

Concepto: Se define las características del producto y el equipo encargado en el desarrollo.

Especulación: Se establecen limites en el desarrollo del producto de acuerdo a la información

1.Desarrollar y revisar requisitos generales

2.Mantener la lista de funcionalidades esperadas

Exploración: se incrementa el producto en el que se añaden las funcionalidades de la fase de

Revisión: El equipo contrasta lo que se ha construido con el objetivo deseado.

4.2¿Por qué SCRUM como metodología?

Duración: semanas que se determines (preferiblemente de 2 a 8)

2. ejecución del Sprint:

3. Finalización del Sprint:

Demo del sprint:

4.1.2 Ejecución: SPRINT BACKLOG.

4.1.3 Desarrollar y ejecutar

4.1.4 Revisar los primeros resultados.

También podría gustarte