Prácticas recomendadas para un desarrollo ágil
El desarrollo ágil apoya la necesidad del cliente de actualizar su entorno de producción a medida que cambian las necesidades del negocio. La incorporación de una metodología ágil en el desarrollo de aplicaciones permite realizar cambios frecuentes y garantiza que dichos cambios funcionen como se espera.
Pega Platform™ incluye prácticas recomendadas para el desarrollo ágil, como las siguientes:
- Actualizaciones en tiempo real: iteraciones de desarrollo frecuentes y de pequeño alcance
- Pruebas: validación continua de las aplicaciones para identificar y resolver los problemas en una etapa temprana
- Ramas: entorno de desarrollo en equipo simultáneo para maximizar la productividad
Un enfoque de desarrollo ágil proporciona un desarrollo de aplicaciones continuo e iterativo basado en requerimientos del negocio de pequeño alcance. Cuando los requerimientos del negocio cambian, se pueden hacer actualizaciones más pequeñas y frecuentes. Por ejemplo, agrega un chatbot basado en comentarios o corrige un bug en la interfaz de usuario.
DevOps
DevOps refuerza la integración entre los equipos de desarrollo, de pruebas y de asistencia posterior al lanzamiento con el fin de llevar el proceso ágil a un nivel superior. Los equipos de DevOps trabajan en todo el ciclo de vida de la aplicación para proporcionar una construcción más automatizada, lo que simplifica la forma de configurar, validar, implementar y entregar una aplicación.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las prácticas recomendadas del desarrollo ágil:
Prácticas recomendadas de Pega Express
El enfoque de entrega de Pega Express™ es una metodología ágil hecha a medida para el desarrollo de aplicaciones que utilizan Pega Platform. Consta de cuatro fases diseñadas para apoyar las prácticas recomendadas ágiles en el desarrollo de aplicaciones low-code.
Entre los ejemplos de las prácticas recomendadas ágiles de la fase de Pega Express se incluyen los siguientes:
- Descubrimiento (Discover): defina los resultados de negocio y cree un plan de lanzamiento desde el primer día.
- Preparación (Prepare): organice un sprint de diseño con los usuarios finales para crear un prototipo funcional.
- Desarrollo (Build): cree su aplicación en función de las historias del usuario en el backlog.
- Adopción (Adopt): en cuanto su aplicación esté disponible, lleve a cabo una retrospectiva del lanzamiento.
Prácticas recomendadas para la CI/CD
Un proceso de CI/CD modela las dos etapas clave de la entrega de software: la integración continua y la entrega continua.
Integración continua
En la fase de integración continua, los desarrolladores validan y fusionan continuamente las ramas en una aplicación de destino.
Durante la integración continua, mantenga las siguientes prácticas recomendadas:
- Realizar pruebas de manera temprana y frecuente: por ejemplo, identificar los problemas con anticipación mediante la ejecución de pruebas unitarias y pruebas de integración críticas de Pega antes de empaquetar la aplicación. Si las pruebas fallan, detenga el proceso de lanzamiento hasta que se solucione el problema.
- Automatizar: por ejemplo, activar las fusiones y creaciones mediante el Administrador de implementación.
- Actualizar reglas: por ejemplo, mantener actualizada la regla de producto, Regla-Admin-Producto, referenciada en un proceso de aplicación.
- Mantener el historial de versiones: publique los archivos de aplicación exportados en un repositorio para mantener un historial de versiones de las aplicaciones implementables.
Entrega continua
En la etapa de entrega continua (continuous delivery), la aplicación de destino se empaqueta y se mueve a través de etapas progresivas en el proceso. Después de que los cambios en la aplicación hayan pasado por los ciclos de pruebas (pruebas unitarias, de regresión, de rendimiento y de carga de Pega), se implementan los paquetes de la aplicación en un sistema de producción. En Pega Platform, puede implementar los cambios de forma manual o automática.
Siga estas prácticas recomendadas de entrega continua a fin de garantizar la calidad de la aplicación:
- Crear entornos de pruebas: utilice Docker o una herramienta similar para crear entornos de prueba para las pruebas de aceptación del usuario (UAT) y las pruebas exploratorias.
- Llevar a cabo pruebas de regresión: cree una amplia variedad de pruebas de regresión a través de la interfaz de usuario y la capa de servicio.
- Utilice el control de versiones: defina versiones de Ruleset de destino para implementar en producción.
- Utilizar una estrategia de reversión: si una prueba falla, retroceda a la última importación.
- Documentar: si se superan todas las pruebas, indique en el paquete de la aplicación que está listo para su implementación. La implementación puede realizarse de forma manual o automática.
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?