Fneuch2EE

RUP dans un ministère?

Written by Fneuch on 7.8.06

Dans le cadre de mon travail, il m'arrive souvent d'avoir à répondre à toute sorte de question.

Nous évaluons, ces temps-ci, la possibilité d'utiliser RUP dans le cadre de nos activités de développement. Nous avons un projet pilote et avons donné à une firme externe le mandat de faire l'architecture du système.

L'analyste chez nous, bien que très compétent, ne connaît pas la méthodologie RUP. (On ne peut tout connaître, faut pas t'en vouloir Jean-Claude! ;) ) La firme devait lui donner l'information nécessaire pour être en mesure de faire un parallèle avec ce qu'il connaît. Mais, tout le monde le sait, une firme est contrainte par le temps. Semblerait donc que la firme n'aura peut-être pas le temps de le faire!

Comment faire dans ce cas pour déterminer si la documentation fournie est correcte? On demande son opinion à votre humble serviteur!

Je me suis dit que cette réponse serait probablement utile à plusieurs, alors voilà...

Avant de déterminer si une architecture est bonne ou non, il faut premièrement se mettre en contexte. Quest-ce que le RUP? Premièrement, RUP signifie Rational Unified Process. Une bonne définition se trouve sur le site de Wikipedia

Comme vous pouvez voir, RUP divise le développement d'une application en 4 grandes phases:
* Inception Phase
* Elaboration Phase
* Construction Phase
* Transition Phase

Vous pouvez trouvez sur le net plusieurs explications sur les 4 phases du RUP. Mais, j'aime bien celle-ci: Rational Unified Process Whitepaper: Best Practices for Software Development Teams, car elle situe l'architecture d'un système.

J'ai aussi mis sur ma page d'articles, 2 pdf qui aide à définir ce qu'est le RUP.
   Le premier, RUP vs XP, donne une explication sommaire du RUP et une comparaison TRÈS sommaire avec XP (Extreme Programming).
   Le deuxième (beaucoup plus intéressant), More RUP anti-patterns est plus une explication par quelqu'un qui l'utilise. Ce que j'aime dans ce document, c'est qu'il donne une explication claire, pour aider à comprendre le but derrière chaque phases du RUP.

Bon, après vous avoir mis Jean-Claude en contexte du RUP (et par le fait même, vous cher lecteur), il est temps de commencer à répondre à la question: Est-ce que la documentation fournie est correcte? Et bien, si vous avez-bien lu les informations que je vous ai fournis sur le RUP, vous devez vous doutez qu'il est presque impossible de déterminer si la documentation d'architecture fournie est suffisante.

Par contre, je vais vous aider à y répondre en définissant ce qu'est une architecture de système. Pour ce faire, je vous ai déniché une série de 4 articles très pertinent sur le site d'IBM.

• What is a software architecture?
  


• 
  Characteristics of a software architect
  


• 
  The process of software architecting
  


• 
  The benefits of software architecting
  

Si quand vous lisez les 4 articles, vous êtes en mesure de voir votre architecture, et bien, elle est probablement suffisante.

Il est a noté, quand vous regardez RUP, que l'architecture n'est jamais vraiment arrêté à 100%.