Retour à l'index DSDM et RUP (Rational Unified Process) Jeudi, 31 Août 2000, par Jean-Yves Reynaud Sujet : Pratique Résumé : Livret blanc DSDM et RUP : Synthèse. De nombreux membres de DSDM ont demandé au Consortium un guide permettant d'intégrer RUP dans un cadre DSDM. Rational étant membre de DSDM, il a été simple de réaliser un white paper sur le sujet dont ceci est une synthèse. Corps de l'article : DSDM et RUP sont devenus des leaders dans le domaine des démarches itératives. Ils ne sont pas pour autant concurrents, mais réellement complémentaires. Par exemple, l'adoption d'un type de développement orienté composants, nécessite l'utilisation de deux démarches. L'une doit supporter l'assemblage rapide de solutions qui utilisent les services fournis par les composants ; l'autre doit supporter la construction de ces composants et leur architecture de support. Or, le développement rapide d'application orientées business est la pierre angulaire de DSDM, et la définition rigoureuse de l'architecture est une caractéristique majeure de RUP. Dans un autre registre, DSDM définit précisément des rôles utilisateurs comme celui d'Ambassadeur, alors que RUP détaille particulièrement le personnel informatique. DSDM utilise des techniques comme les timeboxes, les ateliers, MoSCoW alors que RUP propose UML ou le couplage avec des outils… Bien que la couverture de DSDM soit plus large, elle est plus superficielle à certains endroits là où RUP est très détaillée et inversement. Ces deux démarches possèdent de nombreux points communs. Elles sont itératives, incrémentales, tiennent particulièrement compte des besoins des utilisateurs, les priorisent et gèrent leurs changements. Bien que l'on puisse facilement mettre en correspondance les différentes phases des deux cycles de vies des deux démarches (voir schéma), un responsable de projet a besoin de choisir les mécanismes (itératif, centré architecture, centré métier, …) les plus appropriés ainsi que la structure itérative de son projet. Dans ce but, un guide, le Process Design Assistant (PDA) a été mis au point. Il établit au travers de matrices la correspondance entre les mécanismes et les caractéristiques du projet. RUP Inception Elaboration Construction Transition DSDM Feasibility & Business Std Functional Model Design & Build Implementation En outre, un projet peut ne pas vouloir adopter tout RUP ou tout DSDM. Un tel projet hybride possède ainsi plusieurs "axes", chacun pouvant utiliser le cycle le plus approprié. L'avantage de ce découpage est de mettre à jour des petits projets maîtrisables par de petites équipes. La coordination, quant à elle, est réalisée au travers des produits pour lesquels tout un travail de correspondance RUP/DSDM a été réalisé conjointement par Rational et le Consortium. Ce travail a été possible car, à un certain niveau, les livrables sont les mêmes. Seule leur forme diffère : besoins exprimés sous forme de use cases ou de minutes d'un atelier. Un projet hybride doit donc seulement définir des standards généraux pour les livrables et la gestion de configuration. Mélanger et mettre en adéquation les techniques préconisées par les deux démarches ne devrait pas poser de problème majeur. Un responsable de projet devrait pouvoir choisir les techniques (timeboxing, MoSCoW, ateliers, Use case, Analyse de risques,…) les plus appropriées à son projet. Malheureusement, cela nécessiterait de sa part une connaissance et une bonne appréciation de toutes celles mises à sa disposition. Le PDA a donc été étendu pour mettre en avant les techniques utiles en fonction des mécanismes du projet.   0KB (0 bytes) Publiez vos commentaires sur cet article