Menu Fermer

Introduction à RUP

Êtes-vous un Manager aux Cheveux Pointus ?

Réfléchissez encore… Regardez-vous dans un miroir. Vous risquez de trouver un cartoon Dilbert scotché sur votre porte un jour si vous pensez que :
–Le développement logiciel concerne principalement la programmation,
–Gérer un projet logiciel n’est pas différent de gérer tout autre projet,
–La meilleure approche est d’établir un plan détaillé au début et de s’assurer que tout le monde s’y conforme quotidiennement,
–Une façon sûre de procéder avec le produit est de geler toutes les exigences tôt, afin de minimiser tout risque de glissement de planning et de surprises tardives,
–etc.


Le Rational Unified Process (RUP) est un Processus d’Ingénierie Logicielle.
–Il fournit un guide pour aider à déterminer qui fait quoi, quand et comment.
–Il peut être mélangé avec d’autres méthodes (par exemple assurance qualité, CMMI, Agile…).

Pourquoi appliquer RUP ?
–Complexité des systèmes informatiques.
–Reproductibilité et Prévisibilité.
–RUP rassemble les meilleures pratiques qui ont fait leurs preuves.

RUP, 3 Fondements :
–Dirigé par les cas d’utilisation,
–Centré sur l’architecture,
–Itératif et incrémental.

RUP, Meilleures Pratiques :

1.Approche itérative
2.Gestion des exigences
3.Architecture basée sur les composants logiciels
4.Modélisation graphique des concepts
5.Vérification permanente de la qualité logicielle
6.Contrôle des changements

Niveau de Maturité : Le Capacity Maturity Model Integration (CMMI) est orienté processus et définit 5 niveaux de maturité :
1. Initial
2. Géré
3. Défini
4. Géré Quantitativement
5. Optimisant

RUP utilise l’approche processus et permet à une organisation d’atteindre les niveaux CMMI 2 ou 3.

Le cycle de vie de développement logiciel RUP est organisé en phases :

Approche Itérative :

Organisation du Temps :

Gestion des Exigences :
–Découvrir les exigences utilisateur,
–Écrire des cas d’utilisation métier avec des scénarios.
–Réorganiser les cas d’utilisation métier en cas d’utilisation avec des attributs.
–Suivre les exigences tout au long du processus de développement.

La Modélisation Graphique et l’Architecture Basée sur les Composants sont des sujets importants et feront l’objet d’un article à part entière.

Vérification Permanente de la Qualité : Définition ISO pour la qualité :
–La qualité est la propriété de ce qui est conforme aux exigences

Vérification de la qualité :
–Évaluation des métriques
–Suivi des défauts
–Revue de code
–Revue de phase et d’itération
–Suivi de projet

Contrôle des Changements :
–Gestion des Demandes de Changement
–Gestion de Configuration
–Mesure

Les diagrammes Travailleur-Activité-Artefact sont fournis comme guidance pour les différents processus d’Ingénierie Logicielle.

Organisation : Il est recommandé d’organiser les projets en groupes plus petits afin de faciliter la communication.

Gestion des Risques : L’adoption d’une approche itérative permet la réduction des risques plus tôt dans le cycle de vie du projet.

Conclusion : Ce sont des recommandations et des guidances, qui doivent être adaptées à vos besoins, à la taille du projet et à la taille de l’entreprise.

Le Processus Unifié permet d’améliorer la qualité et le contrôle sur le Cycle de Vie de Développement Logiciel (SDLC), afin de :
–renforcer la capacité à atteindre les objectifs définis,
–diminuer le coût de l’ensemble du développement logiciel, spécialement la maintenance.

RUP a aussi prouvé qu’il peut être léger et agile. Ressources Utiles : Article de mapping entre RUP et PMBoK : http://www.ibm.com/developerworks/rational/library/4721.html

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *