Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Chapitre v ingenierie logiciel

Chapitre R UP XP et Scrum Ce chapitre détaille trois méthodes ? de développement objet qui jouent un rôle majeur aujourd ? hui Rational Uni ?ed Process ?? R UP ?? eXtreme Programming ?? XP ?? et Scrum Le mot méthode est placé entre guillemets car ces approches n ? ont pas tous les attributs d ? une méthode complète XP est plutôt un cadre technique ? et Scrum un cadre organisationnel ? pour le développement agile des applications RATIONAL UNIFIED PROCESS ?? R UP James Rumbaugh Ivar Jacobson et Grady Booch ont proposé un cadre général de processus itératif pour le développement orienté objet Uni ?ed Process UP JBR étroitement associé au langage UML dont ils sont également les principaux auteurs La version de la société Rational Rational Uni ?ed Process RUP en est la déclinaison la plus connue Kru Il en existe plusieurs autres comme eXtreme UP XUP qui intègre XP et UP Agile UP qui simpli ?e UP dans une optique d ? agilité ou TUP Two Tracks UP et son modèle en Y déjà discuté au paragraphe qui peuvent satisfaire di ?érents types de projet R UP met en avant sept bonnes pratiques ? qui sont explicitées dans les paragraphes suivants le développement itératif et incrémental le développement guidé par les cas d ? utilisation et centré sur l ? architecture le pilotage par les risques la gestion des exigences C Partie Le développement logiciel la ma? trise des modi ?cations l ? évaluation continue de la qualité la modélisation visuelle avec UML Le développement itératif et incrémental R UP dé ?nit un processus de développement relativement générique ? qui peut être adapté à des contextes particuliers Dans l ? approche R UP le développement d ? un logiciel passe par quatre phases chacune pouvant donner lieu à une série d ? itérations lancement inception élaboration construction et transition Chaque phase se termine par un jalon d ? évaluation et de prise de décision quant au passage à la phase suivante Toute phase est concernée en proportions diverses par di ?érentes disciplines ? du développement activités modélisation métier recueil et expression des besoins analyse et conception de l ? application implantation tests déploiement et les activités transversales de gestion de con ?guration et du changement gestion de projet personnes budgets contrats planning gestion de l ? environnement de développement outils administration système réseau bases de données Par exemple lors de la phase de lancement ce sont les disciplines de modélisation métier et de recueil et expression des besoins qui dominent en proportion Lors de la phase de construction ce sont les disciplines d ? implantation de test et de déploiement qui dominent cf ?gure FIGURE Phases itérations et disciplines Les phases sont composées d ? itérations Une itération est une séquence d ? activités qui répond à un plan et possède des critères d ? évaluation Une itération se termine par un jalon d ? évaluation et de prise de décision Toute itération peut être considérée