stringtranslate.com

Modelado ágil

El modelado ágil ( AM ) es una metodología para modelar y documentar sistemas de software basada en las mejores prácticas. Es un conjunto de valores y principios que se pueden aplicar en un proyecto de desarrollo de software (ágil). Esta metodología es más flexible que los métodos de modelado tradicionales, lo que la hace más adecuada para un entorno que cambia rápidamente. [1] Es parte del conjunto de herramientas de desarrollo de software ágil .

El modelado ágil es un complemento de otras metodologías de desarrollo ágil como Scrum , programación extrema (XP) y Rational Unified Process (RUP). Se incluye explícitamente como parte del marco de trabajo de entrega ágil disciplinada (DAD). Según las estadísticas de 2011, el modelado ágil representó el 1 % de todo el desarrollo de software ágil. [2]

El modelado ágil es una forma de ingeniería basada en modelos ágiles (Agile MDE), que se ha adoptado en varias áreas de aplicación, como el desarrollo de aplicaciones web, las finanzas y los sistemas automotrices [3].

Prácticas básicas

Existen varias prácticas fundamentales:

Documentación

  1. Documentación continua. La documentación se realiza a lo largo de todo el ciclo de vida, en paralelo a la creación del resto de la solución.
  2. Documentación tardía. La documentación se realiza lo más tarde posible, evitando ideas especulativas que puedan cambiar en favor de información estable.
  3. Especificaciones ejecutables. Los requisitos se especifican en forma de "pruebas de cliente" ejecutables, en lugar de documentación "estática" no ejecutable.
  4. Información de una sola fuente. La información (modelos, documentación, software) se almacena en un único lugar, para evitar dudas sobre cuál es la versión o información "correcta".

Modelado

  1. Participación activa de las partes interesadas. Las partes interesadas de la solución o el software que se está modelando deben participar activamente en el proceso. Esta es una extensión de la práctica del cliente en el sitio de Extreme Programming .
  2. Visualización de la arquitectura. El equipo realiza un modelado ligero y de alto nivel que apenas es lo suficientemente bueno (JBGE) al comienzo de un proyecto de software para explorar la estrategia de arquitectura que el equipo cree que funcionará.
  3. Herramientas inclusivas. Prefiera herramientas de modelado, como pizarrones y papel, que sean fáciles de usar (son inclusivas).
  4. Modelado de iteraciones. Cuando un requisito o elemento de trabajo no se ha explorado con suficiente detalle mediante el modelado de anticipación, el equipo puede optar por realizar esa exploración durante su sesión de planificación de iteraciones o sprints. La necesidad de hacer esto generalmente se considera un síntoma de que el equipo no está realizando un modelado de anticipación suficiente.
  5. Apenas lo suficientemente bueno (JBGE). Todos los artefactos, incluidos los modelos y los documentos, deberían ser suficientes para la tarea en cuestión. JBGE es contextual por naturaleza; en el caso del modelo, está determinado por una combinación de la complejidad de lo que describe el modelo y las habilidades de la audiencia para ese modelo.
  6. Modelado de anticipación. Un equipo ágil analizará su lista de tareas pendientes una o más iteraciones o sprints antes para asegurarse de que un requisito o elemento de trabajo esté listo para trabajar en él. También se denomina "limpieza de la lista de tareas pendientes" o "refinamiento de la lista de tareas pendientes" en Scrum .
  7. Tormenta de modelos. Sesión de modelado ágil breve y a menudo improvisada. Las sesiones de tormenta de modelos se llevan a cabo para explorar los detalles de un requisito o aspecto de su diseño.
  8. Múltiples modelos. Los modeladores ágiles deben saber cómo crear una variedad de tipos de modelos (como historias de usuario, mapas de historias, modelos de datos, diagramas de lenguaje de modelado unificado (UML) y más) para poder aplicar el mejor modelo para la situación en cuestión.
  9. Requisitos prioritarios. Se debe trabajar en los requisitos en orden de prioridad.
  10. Visualización de requisitos. El equipo realiza un modelado ligero y de alto nivel, que es JBGE, al comienzo de un proyecto de software para explorar los requisitos de las partes interesadas.

Limitaciones

Existe una dependencia significativa de la comunicación personal y la colaboración con el cliente. Las disciplinas de modelado ágil pueden ser difíciles de aplicar [ cita requerida ] :

Véase también

Referencias

  1. ^ Página de inicio de modelado ágil (AM), prácticas efectivas para modelado y documentación
  2. ^ "Resultados de la encuesta sobre el estado del desarrollo ágil, 2011". Archivado desde el original el 17 de julio de 2015. Consultado el 26 de junio de 2014 .
  3. ^ Alfraihi, Hessa Abdulrahman A.; Lano, Kevin Charles (enero de 2017). "La integración del desarrollo ágil y el desarrollo impulsado por modelos: una revisión sistemática de la literatura". La 5.ª Conferencia internacional sobre ingeniería impulsada por modelos y desarrollo de software : 451–458. doi : 10.5220/0006207004510458 . ISBN . 978-989-758-210-3.S2CID11369604  .​

Enlaces externos