Le Rational Unified Process GEF492A 2014 Référence: [Roy ch. 5 - 9]

1. Le Rational UnifiedProcessGEF492A 2014Référence: [Roy ch. 5 - 9] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie informatique Vincent.roberge@rmc.ca roberge.segfaults.net PPL05-RUP.pdf

2. Aperçu • Génie vs Production • Survol du RUP • Phases du RUP • Artefacts, flots de travail et points de contrôle du RUP • Personnalisation du processus • Outils intégrés GEF492

3. Les projets qui réussissent • Typiquement, les projets qui réussissent: • Distinguent clairement entre les activités de "recherche et développement" (appelé le stage de génie) et … • … les activités de “production”. Typiquement, les projets qui échouent: • Place trop d'emphase sur l'analyse • Plusieurs analyses (papier) / implémentation remise à plus tard Ou encore: • Place trop d'emphase sur la production • On passe au code trop rapidement / rapiéçage de code continuel GEF492

4. Génie vs Production Aspect Emphase Génie Production Risques horaire, faisabilité coût Produits ligne de base architectural LDB version Activités analyse, design, implémentation planification tests évaluation démonstration, analyse tests inspection GEF492

5. Le Rational Unified Process • Le Rational UnifiedProcess (RUP) est un cadriciel pour le développement logiciel. • Le processus est très propice à la personnalisation, puisque chaque projet est unique. • Il offre les meilleures pratiques de l'industrie pour entreprendre les quatre phases du développement logiciel. • C'est un produit de Rational, une division de IBM • Le processus est documenté à l'aide d'un ensemble de pages web, et il est intégré avec des outils les supportant dans la suite logicielle IBM Rational GEF492

6. Principes de base Le RUP a un ensemble de principes de base: • Adaptation du processus • Compromis entre les priorités compétitives des parties prenantes • Collaboration dans/entre les équipes • Démonstration itérative de la valeur • Élévation du niveau d'abstraction • Focus continuel sur la qualité GEF492

7. Les phases du Rational Unified Process Stage de génie Stage de production Création Élaboration Construction Transition idée architecture Version β produits GEF492

8. Les phases du Rational UnifiedProcessCréation Stage de génie Stage de production Création • Obtenir l'accord des parties prenantes vis-à-vis les objectifs • Identifier les cas d'utilisation critiques et les scénarios qui influenceront probablement le design • Faire démonstration d'au moins une architecture candidate • Estimer les coût et l'horaire pour le projet en entier • Estimer les risques potentiels idée GEF492

9. Les phases du Rational UnifiedProcessÉlaboration Stage de génie Stage de production Élaboration • Ligne de base architectural • Ligne de base de la vision • Ligne de base d'un plan fidèle pour la construction • Démontrer que l'architecture supporte la vision à un coût raisonnable dans un horaire raisonnable architecture GEF492

10. Les phases du Rational UnifiedProcessConstruction Stage de génie Stage de production Construction • Minimiser les coûts de développement en optimisant les ressources et évitant les retailles et le travail à refaire • Obtenir une qualité adéquate aussitôt que possible • Obtenir des versions utiles aussitôt que possible • Évaluer les versions (produit) contre la vision Versions β GEF492

11. Les phases du Rational Unified Process Stage de génie Stage de production Transition • Tests béta pour valider les attentes des utilisateurs • Tests béta / opérations parallèles avec les système existant (si applicable) • Conversion de données / bases de données • Entraînement des utilisateurs et des spécialistes de la maintenance • Obtenir une ligne de base du produit final • Obtenir accord des parties prenantes que le produit déployé rencontre la vision produits GEF492

12. Artefacts du processus • Les artefacts sont essentiellement les produits de travail du processus • Les artefacts sont regroupés en 5 sections: • Ensemble de gestion • Ensemble de besoin • Ensemble de design • Ensemble d'implémentation • Ensemble de déploiement • Les artefacts d'un processus moderne doivent découler naturellement comme sortants du processus • Contrairement aux "tueurs d'arbres" des processus traditionnels GEF492

13. Artefacts du processus Artefacts de planification • Structure de répartition du travail • Analyse de rentabilisation • Spécifications de versions • Plan de développement logiciel Artefacts opérationnels • Description de versions • Évaluations d'états • Base de données de demandes de changements logicielles • Documents de déploiement L'ensemble de gestion GEF492

14. Artefacts du processus • Document de vision • Concept opérationnel • Risques associés aux changements • Modèle(s) de besoins • Cas d'utilisation • scenarios • Diagrammes de collaborations, etc. • Modèles de design • Diagrammes de classes • collaborations • Diagrammes d'état, etc. • Modèles de tests • Description d'architecture logicielle L'ensemble de Design L'ensemble de besoins GEF492

15. Artefacts du processus • Lignes de base du code source • Filière de compilation • Filières exécutables de composantes • Lignes de base de produit intégré exécutable • Filières de temps d'exécution • Manuel d'utilisateur L'ensemble d'implémentation L'ensemble de déploiement GEF492

16. besoins Besoins design design implémentation implémentation déploiement déploiement besoins design implémentation déploiement besoins design implémentation déploiement gestion gestion gestion gestion Artefacts du processus Stage de génie Stage de production Création Élaboration Construction Transition GEF492

17. Flots de travail du RUP Temps Quatre phases Modélisation d'affaire Ac t i v i t é Besoins Six disciplines principales Analyse & Design Implémentation Test Déploiement Trois disciplines de soutien Gestion de changements Gestion de projet Environnent GEF492

18. Stage de génie Stage de production Création Élaboration Construction Transition Points de contrôle du processus Jalons principaux • Emphase stratégique sur les items ayant impact système Jalons secondaires • Emphase tactique sur les items ayant impact sur itérations Évaluations d'état • Synchronisation périodiques des attentes des parties prenantes GEF492

19. Personnalisation du processus • Un cadriciel du processus n'est pas une procédure de "peinture à numéro" pour le succès • Le jugement et la personnalisation du processus sont essentiels • Aucune recette unique convient à toutes les organisations, tout les projets ou tout les domaines • Le cadriciel RUP est conçu pour être personnalisé • Rational Method Composer • Considérations: • Taille ou ampleur de l'application logicielle • Cohésion ou contention des parties prenantes • Flexibilité du processus • Maturité du processus • Risques architecturels • Expertise dans le domaine GEF492

20. Outils intégrés IBM Rational offre une suite logicielle qui s'intègre facilement avec le RUP • Method Composer – Plateforme du processus • ClearQuest – Automation et contrôle du processus • RequisitePro – Gestion de besoins et cas d'utilisation • ClearCase – Control de version, configuration automatique de l'espace de travail et soutien au développement parallèle • TestManager – Console pour gestion, exécution et rapports de tests • SoDA – Outils de documentation automatisé GEF492

21. Prochaine séance: eXtreme Programming GEF492