Le Rational Unified Process GEF492A 2014 Référence: [Roy ch ] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie informatique roberge.segfaults.net PPL05-RUP.pdf

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 2 Automne 2014GEF492

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 3 Automne 2014GEF492

Génie vs Production Aspect Emphase GénieProduction Risqueshoraire, faisabilitécoût Produitsligne de base architectural LDB version Activitésanalyse, design, implémentation planificationtests évaluationdémonstration, analysetests inspection 4 Automne 2014GEF492

Le Rational Unified Process Le Rational Unified Process (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 5 Automne 2014GEF492

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é 6 Automne 2014GEF492

Les phases du Rational Unified Process 7 Automne 2014GEF492 Stage de génieStage de production CréationÉlaborationConstructionTransition idéearchitectureVersion βproduits

Les phases du Rational Unified Process Création 8 Automne 2014GEF492 Stage de génieStage de production Création idée 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

Les phases du Rational Unified Process Élaboration 9 Automne 2014GEF492 Stage de génieStage de production Élaboration architecture 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

Les phases du Rational Unified Process Construction 10 Automne 2014GEF492 Stage de génieStage de production Construction Versions β 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

Les phases du Rational Unified Process 11 Automne 2014GEF492 Stage de génieStage de production Transition produits 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

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 12 Automne 2014GEF492

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 13 Automne 2014GEF492 L'ensemble de gestion

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 14 Automne 2014GEF492 L'ensemble de besoins L'ensemble de Design

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 15 Automne 2014GEF492 L'ensemble d'implémentation L'ensemble de déploiement

Artefacts du processus 16 Automne 2014GEF492 Stage de génieStage de production CréationÉlaborationConstructionTransition gestion besoins design implémentation déploiement gestion besoins design implémentation déploiement gestion Besoins design implémentation déploiement besoins design implémentation déploiement gestion

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

Points de contrôle du processus 18 Automne 2014GEF492 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 Stage de génieStage de production CréationÉlaborationConstructionTransition

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 19 Automne 2014GEF492

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é 20 Automne 2014GEF492

EXTREME PROGRAMMING Prochaine séance: 21 Automne 2014GEF492