Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Diagramas y Documentación de Actividades Del Proyecto. GA2-220501093-AA1-EV04

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 10

Diagramas y documentación de actividades del proyecto.

GA2-220501093-AA1
EV04

Por:

Alixón Geraldine Molano González

Leidis Loraine Marriaga Ortiz

Wilmer Andres Romero Gomez

Servicio Nacional de Aprendizaje -SENA- Tecnología en Análisis y Desarrollo de Software


Ficha: 2891004
Instructor: Jhon Muñoz
Medellín, 18 de mayo de 2024
INTRODUCCIÓN
En este trabajo se abordará la construcción de los artefactos de modelo necesarios para
representar la solución de software (SIBILA), tomando como base los requisitos del
sistema ya especificados.
Se utilizarán diversos documentos para plasmar estos artefactos, incluyendo diagramas de
clase, historias de usuario en plantillas, modelo de base de datos, diagramas de actividades
y diagramas de paquetes y un informe final con los resultados obtenidos.
DIAGRAMAS
Diagrama de clases
Diagrama de actividades
Historias de usuarios en plantillas
Modelo de base de datos
Diagrama de paquetes
Informe
Para construir los artefactos de modelo, se utilizó la metodología UML la cual es un
lenguaje de modelado gráfico y textual que proporciona un conjunto de herramientas para
el diseño, la implementación y el mantenimiento de sistemas de software.
Recomendaciones
Se recomienda que los artefactos de modelo se mantengan actualizados a medida que se
desarrolle el sistema SIBILA. Los artefactos de modelo actualizados pueden ayudar a
identificar y corregir problemas en el sistema.
Próximos pasos
Los próximos pasos en el desarrollo de SIBILA incluyen la implementación del sistema y
las pruebas del sistema, comenzaremos a ejecutarlo con la metodología de desarrollo
seleccionada Scrum
A continuación, se presenta la idea general de cómo adoptaríamos la metodología Scrum en
el desarrollo de SIBILA:
1. Formación del equipo Scrum:
Crear un equipo Scrum compuesto por un Product Owner, un Scrum Master y un equipo de
desarrollo.
Asegurar que todos los miembros del equipo comprendan los roles, responsabilidades y
valores de Scrum.
2. Definición del Product Backlog:
El Product Owner crea y mantiene el Product Backlog, una lista priorizada de
funcionalidades del sistema SIBILA.
El Product Backlog debe ser visible y accesible a todos los miembros del equipo.
3. Planificación del Sprint:
Al comienzo de cada Sprint, el equipo selecciona una serie de elementos del Product
Backlog que se comprometerá a completar durante el Sprint.
El equipo estima el esfuerzo requerido para completar cada elemento del Sprint Backlog.
El Sprint Backlog debe ser visible y accesible a todos los miembros del equipo.
4. Desarrollo del Sprint:
El equipo trabaja de forma autoorganizada para completar los elementos del Sprint Backlog
durante el Sprint.
El Scrum Master facilita el trabajo del equipo y elimina los impedimentos.
Se realizan reuniones diarias de Scrum para que el equipo pueda inspeccionar el
progreso, adaptar el Sprint Backlog y resolver problemas.
5. Revisión del Sprint:
Al final del Sprint, el equipo realiza una revisión del Sprint para demostrar los elementos
del Sprint Backlog completados.
El Product Owner proporciona comentarios sobre los elementos del Sprint Backlog
completados.
El equipo recibe retroalimentación de las partes interesadas.
6. Retrospectiva del Sprint:
Al final del Sprint, el equipo realiza una retrospectiva del Sprint para identificar áreas de
mejora.
El equipo acuerda acciones para implementar las mejoras identificadas.
7. Repetir el ciclo:
• Los pasos del 3 al 6 se repiten para cada Sprint.
• El Product Owner revisa y actualiza periódicamente el Product Backlog en función
de los comentarios y las nuevas necesidades.
Es importante adaptar la metodología Scrum a las necesidades específicas del proyecto
SIBILA.
BIBLIOGRAFIA
https://www.scrumalliance.org/
https://www.scrum.org/

También podría gustarte