Bonnes pratiques de développement agile
Le développement agile répond au besoin d’un client de mettre à jour son environnement de production à mesure que les besoins métier évoluent. L’intégration d’une méthodologie agile dans le développement d’applications permet de procéder plus facilement à des changements fréquents et garantit que ces modifications fonctionnent comme prévu.
Pega Platform™ comprend des bonnes pratiques de développement agile, notamment :
- Mises à jour en temps réel : des itérations de développement fréquentes et de faible envergure
- Tests : validation continue de l’application pour identifier et résoudre les problèmes de manière précoce
- Branches : environnement de développement d’équipe simultané pour optimiser la productivité
Une approche de développement agile permet le développement continu et itératif d’applications basées sur des exigences métier (business requirements) de petite envergure. Lorsque les exigences métier changent, vous pouvez effectuer des mises à jour plus petites et plus fréquentes. Par exemple, vous pouvez ajouter un chatbot en fonction du feedback ou corriger un bug dans l’interface utilisateur.
DevOps
DevOps resserre l’intégration entre les équipes de développement, de test et de support post-production pour aller plus loin dans le processus agile. Les équipes DevOps travaillent tout au long du cycle de vie de l’application pour fournir une version plus automatisée, rationalisant la façon dont vous configurez, validez, déployez et livrez une application.
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les bonnes pratiques de développement agile.
Bonnes pratiques de Pega Express
Pega Express™ Delivery est une méthodologie agile adaptée au développement d’applications avec Pega Platform. Elle se compose de quatre phases conçues pour prendre en charge les bonnes pratiques agiles dans le développement d’applications low-code.
Les exemples de bonnes pratiques Agile par phase Pega Express incluent :
- Découverte (Discover) : définissez vos résultats métier et créez un plan de mise en production dès le premier jour.
- Préparation (Prepare) : organisez un design sprint avec les utilisateurs finaux pour créer un prototype fonctionnel.
- Développement (Build) : construisez votre application en fonction des user stories du backlog.
- Adoption (Adopt) : une fois votre application en production, réalisez une rétrospective de version.
Bonnes pratiques CI/CD
Un pipeline CI/CD modélise les deux phases clés de la livraison de logiciels : l’intégration continue et la livraison continue (continuous integration & delivery).
Intégration continue
Dans la phase d’intégration continue, les développeurs valident et fusionnent en permanence les branches dans une application cible.
Lors de l’intégration continue, appliquez les bonnes pratiques suivantes :
- Testez tôt et souvent : par exemple, identifiez rapidement les problèmes en exécutant des tests unitaires Pega et des tests d’intégration critiques avant de packager l’application. Si l’un de ces tests échoue, arrêtez le pipeline de version jusqu’à ce que le problème soit résolu.
- Automatisez : par exemple, déclenchez des fusions (merge) et des builds en utilisant le portail Deployment Manager.
- Mettez à jour les règles : par exemple, maintenez à jour la règle du produit Rule-Admin-Product, référencée dans un pipeline d’applications.
- Conservez un historique des versions : publiez les archives des applications exportées dans un référentiel (repository) afin de conserver un historique des versions des applications déployables.
Livraison continue
Dans la phase de livraison continue (continuous delivery), l’application cible est packagée et passe par les différentes phases du pipeline. Une fois que les modifications de l’application sont passées par les cycles de test (tests unitaires, de régression, de performances et de charge Pega), vous déployez les packages d’application dans un système de production. Dans Pega Platform, vous pouvez déployer les modifications manuellement ou automatiquement.
Suivez ces bonnes pratiques de livraison continue pour garantir la qualité des applications :
- Créez des environnements de test : utilisez Docker ou un outil similaire pour créer des environnements de test pour la recette utilisateur (UAT) et les tests exploratoires.
- Réalisez des tests de régression : créez une grande variété de tests de régression à travers l’interface utilisateur et la couche service.
- Utilisez le contrôle des versions : définissez les versions de ruleset cibles pour le déploiement en production.
- Adoptez une stratégie de retour arrière : si un test échoue, retirez la dernière importation (rollback).
- Documentez : si tous les tests sont réussis, annotez le package d’applications pour indiquer qu’il est prêt à être déployé. Le déploiement peut être effectué manuellement ou automatiquement.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Module:
Want to help us improve this content?