Comme je l'ai déjà expliqué, UML n'est pas une méthode, mais un langage permettant d'exprimer des systèmes. Nulle part, c'est expliqué comment faire avec UML comment faire pour construire un système. Comparaison gratuite : un tournevis permet de monter l'armoire ikea, mais ne diras pas comment le faire. C'est pour cela qu'il y a des processus de développements qui utilisent UML comme notation.

Le RUP (Rational Unified Process) est le plus connu de ces processus. Sorti chez rational à l'époque, il est maintenant dans le giron d'IBM. Il s'agit d'un processus de développement destiné au développement logiciel, qui, par certains cotés, est proche des méthodes agiles, à savoir que l'on se concentre sur ce qui est d'un intérêt direct pour le client et qu'il s'agit d'un processus itératif, et surtout guidé par les risques.

Dans le RUP, le développement logiciel se divise en 4 phases

L'inception est une phase de vérification du projet. On doit comprendre le système à construire, identifier les risques (techniques ou non) et en déduire les coûts et les méthodes de développement précis à appliquer. A la fin de cette phase, on sait ce que l'on va faire, et quels sont les outils que l'on va utiliser. On sait également quels sont les risques, risques que l'on tacheras d'éliminer dès que possible.

L'élaboration. Seconde phase, raffinant la première, allant plus loin dans les détails. Cette phase aboutiera à la conpréhension fine des exigences, à la suppression des risques en concevant et en implémentant l'architecture de référence. C'est une phase où une première version du soft gros grain, ou l'élaboration d'un prototype vont permettre d'investiguer sur les risques techniques pour les réduire.

La construction. C'est la phase d'implémentation proprement dite. C'est ici que l'on développeras toutes les fonctionnalités du projet, en utilisant un certains nombre d'itérations fonctionnelles, le logiciel devenant de plus en plus riche fonctionnellement au fur et à mesure des versions.

La transition. On prépare le logiciel à sortir. Ce n'est pas parce qu'il est écrit que tout s'arrête. Il faut encore préparer la documentation, former les utilisateurs, préparer les outils marketings au besoin. Cette phase permet également de préparer les prochaines évolutions liées à la maintenance du logiciel. La phase de transition dure donc toute la vie du logiciel une fois celui-ci réalisé.

Pour en savoir plus sur le RUP, je conseilles le livre "guide pratique du RUP", par Per Kroll et Philippe Kruchten. Ecrit par les auteurs du RUP, ce livre montre son application dans des applications d'exemple. Simple à lire, très didactique, une vraie réussite... mais introuvable. Et non, je ne vend pas le mien.