Está en la página 1de 9

APLICACIÓN DEL MARCO DE TRABAJO PARA PROYECTOS DE DESARROLLO DE SOFTWARE

(2816872)

ESTUDIO DE CASO, ASIGNANDO ROLES Y CICLO DE VIDA

PRESENTADO POR
SANDRA MILENA AMAYA

INSTRUCTOR
JONATHAN QUICENO VARGAS

PLATAFORMA DE APRENDIZAJE VIRTUAL SENA


AA2-EV01
NEIVA
2023
INTRODUCCIÓN

Los estudios de caso son una forma de investigación que se utiliza para explorar un tema o
problema específico en profundidad. Los estudios de caso se pueden utilizar en una
variedad de campos, incluidos los negocios, la educación, la salud y las ciencias sociales.

En este estudio de caso, analizaremos el proceso de desarrollo de software utilizado para


crear una aplicación web para el Colegio Formación del Mañana. El estudio de caso se
centrará en los siguientes aspectos:

• Los roles y responsabilidades de los diferentes miembros del equipo de desarrollo.


• El ciclo de vida del proyecto.
• Los resultados del proyecto.

El estudio de caso concluirá con una discusión sobre las lecciones aprendidas del proyecto.

Los estudios de caso son una forma valiosa de investigación porque permiten a los
investigadores explorar un tema o problema en profundidad. También pueden ser útiles
para identificar patrones y tendencias que pueden no ser evidentes en la investigación
cuantitativa.

En este estudio de caso en particular aprenderemos sobre los roles y responsabilidades de


los diferentes miembros del equipo de desarrollo, el ciclo de vida del proyecto y los
resultados del proyecto. También aprenderemos sobre las lecciones aprendidas del
proyecto.

Este estudio de caso será útil para cualquiera que esté interesado en aprender más sobre el
proceso de desarrollo de software. También será útil para cualquiera que esté interesado en
aprender más sobre los estudios de caso como una forma de investigación.
➢ Teniendo en cuenta el estudio de caso anterior y lo desarrollado en dicha evidencia
(Informe de historias
de usuario que representan los requerimientos del cliente. AA1-EV01) realice un documento con la
asignación de roles y ciclo de vida, con las siguientes características:
✔ Imaginar un equipo de desarrollo.
✔ Describir y relacionar según el estudio de caso, el ciclo de vida, describiendo cómo aplicaría los
roles y
artefactos del proyecto y del sprint.

1. Reunión de planificación del proyecto

El primer paso es reunir al equipo para una reunión de planificación del proyecto. En esta
reunión, el equipo discutirá los objetivos del proyecto, el alcance del proyecto, el
cronograma del proyecto y el presupuesto del proyecto. El equipo también discutirá los
roles y responsabilidades de cada miembro del equipo.

Objetivos del proyecto:

• Desarrollar una aplicación web que permita al rector del Colegio Formación del
Mañana gestionar información académica de los estudiantes y de su entorno
• La aplicación debe permitir al rector:
o Ver su horario
o Ver sus calificaciones
o Ver su historial académico
o Matricularse en cursos
o Cancelar la matrícula de cursos
o Ver sus notas
o Comunicarse con sus alumnos
o Ver las noticias y eventos del colegio
• La aplicación debe ser fácil de usar y navegar.
• La aplicación debe ser segura y proteger la información personal de los estudiantes.
Y del rector

Alcance del proyecto:


• El proyecto abarcará el desarrollo de una aplicación web que permita al rector del
Colegio Formación del Mañana gestionar información académica y personal.
• La aplicación se desarrollará utilizando el lenguaje de programación Java y la
plataforma de desarrollo web Spring Boot.
• La aplicación se alojará en Amazon Web Services (AWS).

Cronograma del proyecto:

• El proyecto se completará en un período de seis meses.


• El proyecto se dividirá en tres Sprints de dos meses cada uno.
• Al final de cada Sprint, el equipo entregará un prototipo funcional de la aplicación.

Presupuesto del proyecto:

• El presupuesto del proyecto es de $100,000.


• El presupuesto cubrirá los costos de desarrollo, alojamiento y mantenimiento de la
aplicación.

Roles y responsabilidades:

• El propietario del producto será responsable de recopilar los requisitos del cliente y
priorizar el backlog del producto.
• El Scrum Máster será responsable de facilitar el proceso de desarrollo y asegurar
que el equipo se adhiera a los principios y prácticas de Scrum.
• Los desarrolladores serán responsables de construir el producto final.
• Los probadores serán responsables de verificar que el producto final funcione
correctamente.

2. Creación del backlog del producto

El siguiente paso es crear el backlog del producto. El backlog del producto es una lista de
todas las funciones y características que el equipo debe implementar en el producto. El
backlog del producto se crea a partir de las necesidades del cliente y los requisitos del
proyecto.

Historias de usuario:

• Historia de usuario 1: Como rector quiero poder ver el horario de clase de todos los
estudiantes
• Historia de usuario 2: Como rector quiero poder ver todas las calificaciones de
todos los estudiantes
• Historia de usuario 3: Como rector quiero poder ver el historial académico de todos
los estudiantes
• Historia de usuario 4: Como rector quiero poder matricular a los estudiantes en
cursos
• Historia de usuario 5: Como rector quiero poder cancelar la matricula de los
estudiantes en cursos
• Historia de usuario 6: Como rector quiero poder las notas de los estudiantes
• Historia de usuario 7: Como rector quiero poder comunicarme con los estudiantes
• Historia de usuario 8: Como rector quiero poder ver las noticias y eventos del
colegio

3. Planificación del sprint

Una vez que se ha creado el backlog del producto, el equipo debe planificar el sprint. La
planificación del sprint es una reunión en la que el equipo decide qué funciones y
características implementarán en el sprint actual. El equipo también establece objetivos
para el sprint y crea un plan para lograr esos objetivos.

Sprint 1:

Funciones y características:

• Implementar la función de ver el horario.


• Implementar la función de ver las calificaciones.
• Implementar la función de ver el historial académico.

Objetivos:

• Desarrollar un prototipo funcional de la aplicación.


• Obtener comentarios del rector sobre el prototipo.

Plan:

• La semana 1 se utilizará para recopilar los requisitos del rector


• La semana 2 se utilizará para diseñar la interfaz de usuario de la aplicación.
• La semana 3 se utilizará para desarrollar la funcionalidad de la aplicación.
• La semana 4 se utilizará para probar la aplicación.
• La semana 5 se utilizará para entregar el prototipo al rector

Sprint 2

Funciones y características:

• Implementar la función de generar informes sobre el progreso académico de los


estudiantes.
• Implementar la función de comparar el progreso académico de los estudiantes a lo
largo del tiempo.
• Implementar la función de identificar estudiantes que están en riesgo de fracasar.

Objetivos:

• Desarrollar una aplicación web completamente funcional que implemente las


funciones y características definidas en el Sprint 2.
• Obtener comentarios del rector sobre la aplicación web completamente funcional.

Plan:

• La semana 1 se utilizará para recopilar los requisitos del rector sobre las funciones y
características adicionales que deben implementarse en la aplicación web.
• La semana 2 se utilizará para diseñar la interfaz de usuario de la aplicación web.
• La semana 3 se utilizará para desarrollar la funcionalidad de la aplicación web.
• La semana 4 se utilizará para probar la aplicación web.
• La semana 5 se utilizará para entregar la aplicación web al rector.

Sprint 3

Funciones y características:

• Implementar la función de tomar medidas para ayudar a los estudiantes que están en
riesgo de fracasar.

Objetivos:

• Desarrollar una aplicación web completamente funcional que implemente las


funciones y características definidas en el Sprint 3.
• Obtener comentarios del rector sobre la aplicación web completamente funcional.

Plan:

• La semana 1 se utilizará para recopilar los requisitos del rector sobre las funciones y
características adicionales que deben implementarse en la aplicación web.
• La semana 2 se utilizará para diseñar la interfaz de usuario de la aplicación web.
• La semana 3 se utilizará para desarrollar la funcionalidad de la aplicación web.
• La semana 4 se utilizará para probar la aplicación web.
• La semana 5 se utilizará para entregar la aplicación web al rector.

Estos son solo planes preliminares y es posible que se necesiten ajustes a medida que el
proyecto progrese. Sin embargo, estos planes deberían proporcionar una buena base para el
desarrollo de la aplicación web.

. 4. Sprint

El sprint es el período de tiempo durante el cual el equipo implementa las funciones y


características que se planearon durante la planificación del sprint. El sprint suele durar de
dos a cuatro semanas.

Sprint 1:

• El equipo implementó la función de ver el horario

Sprint 2:

• El equipo implementó la función de ver las calificaciones.


• El equipo implementó la función de ver el historial académico.
• El equipo obtuvo comentarios del rector sobre el prototipo.

Sprint 3:

• El equipo implementó la función de matricularse en cursos.


• El equipo implementó la función de cancelar la matrícula de cursos.
• El equipo implementó la función de ver las notas.
• El equipo implementó la función de comunicarse con los estudiantes
• El equipo implementó la función de ver las noticias y eventos del colegio.

Reunión de revisión del sprint:

• El equipo presentó el trabajo realizado al cliente.


• El cliente proporcionó comentarios sobre el trabajo, que el equipo utilizó para
mejorar el producto en el siguiente sprint.

Reunión de retrospectiva del sprint:


• El equipo discutió lo que salió bien en el sprint y lo que podría mejorarse.
• El equipo utilizó esta información para mejorar su proceso en el siguiente sprint.

Evaluación:

• El equipo evaluó el éxito del proyecto analizando los comentarios del cliente.
• El equipo también analizó los datos de uso del producto para identificar áreas de
mejora.
• El equipo utilizó esta información para mejorar el producto en el futuro.

Resultado

El proyecto fue un éxito. El cliente estaba satisfecho con el producto final y el equipo pudo
completar el proyecto dentro del presupuesto y el cronograma. El equipo también pudo
aprender y mejorar su proceso a lo largo del ciclo de vida Scrum.

Beneficios

Los beneficios del proyecto incluyen:

• El cliente pudo gestionar su información académica de lo estudiantes y de todo lo


concerniente a su entorno de forma más eficiente.
• El cliente pudo comunicarse con sus estudiantes de forma más fácil.
• El cliente pudo ver las noticias y eventos del colegio.
• El equipo pudo aprender y mejorar su proceso de desarrollo de software.

Recomendaciones

Las recomendaciones para el futuro incluyen:

• El equipo debe continuar utilizando el proceso Scrum para proyectos futuros.


• El equipo debe continuar aprendiendo y mejorando sus habilidades de desarrollo de
software.
• El equipo debe continuar trabajando con el cliente para recopilar comentarios y
mejorar el producto.
CONCLUSIÓN

El estudio de caso ha demostrado que el proceso Scrum es una forma efectiva de desarrollar
software. El equipo pudo completar el proyecto dentro del presupuesto y el cronograma, y
el cliente estaba satisfecho con el producto final. El equipo también pudo aprender y
mejorar su proceso a lo largo del ciclo de vida Scrum.
En conclusión, el trabajo ha desarrollado un plan para el desarrollo de una aplicación web
que permita al rector ver el progreso académico de todos los estudiantes. El plan se basa en
las necesidades y objetivos específicos del rector. El plan ha sido diseñado para ser flexible,
por lo que se puede ajustar a medida que el proyecto progrese. El plan ha sido diseñado
para ser eficiente, por lo que se puede completar en un tiempo y un presupuesto limitados;
ha sido diseñado para ser exitoso, por lo que se asegurará de que la aplicación web satisfaga
las necesidades del rector.

Se divide en tres Sprints: Sprint 1, Sprint 2 y Sprint 3. El Sprint 1 se centra en desarrollar


un prototipo funcional de la aplicación web. El Sprint 2 se centra en desarrollar una
aplicación web completamente funcional que implemente las funciones y características
definidas en el Sprint 1. El Sprint 3 se centra en desarrollar una aplicación web
completamente funcional que implemente las funciones y características definidas en el
Sprint 2.

También aprendimos y pusimos en práctica la asignación de roles en el ciclo de vida de un


modelo a trabajar.

También podría gustarte