Note : 2 ; Une compilation bien hétéroclite !

Tout comme le volume dédié à la phase « d’inception », ce volume regroupe un ensemble d’articles en provenance de Software Développement Magazine. Ils sont globalement organisés en worflows, ce qui nous donne 8 chapitres (en comptant introduction et conclusion), pour un total de 260 pages hors annexes.

Le premier chapitre est purement introductif. Il met en contexte le processus itératif par rapport aux processus en cascade et donne un aperçu des différents workflows, puis plus précisément de la phase d’élaboration. Tout cela ressemble pas mal au premier chapitre du volume consacré à la phase d’inception. Cela reste aussi très général. Place au workflow « Project management » au chapitre 2, qui va regrouper 6 articles. J’en retiens essentiellement deux : « managing collaborations » par Mary Loomis évoque les propriétés essentielles du cadre pour rendre possible cette collaboration. « implementing feature teams » par Jim McCarthy préfigure les équipes pluridisciplinaires que l’on retrouvera dans le fonctionnement agile. Aucun des 6 articles n’est lié à la phase d’élaboration ni même à Unified Process.

Le chapitre 3 aborde le workflow « business modeling” et ce sont 4 articles qui sont mis en avant ici. Malgré la présence d’un article de Martin Fowler, aucun d’entre eux ne retient mon attention. Ce workflow semble décidément une source d’embarras à décrire… Nous arrivons maintenant au chapitre 4 qui va évoquer le workflow de gestion des exigences. Nous avons 5 articles ici. Karl Wiegers nous offre toujours une prose de qualité et « Writing Quality Requirements » s’inscrit dans cette mouvance. Je garde. Puis « Prototyping from the User’s Viewpoint » est un des rares articles qui cadre vraiment avec la phase d’élaboration d’UP. Je garde également !

Le chapitre 5 évoque un « infrastructure management workflow » … qui n’existe pas dans Unified Process. Qu’importe ! Scott Ambler nous invente un « UP amélioré » pour lui donner corps ! Voici notre chapitre 5. Ce ne sont pas moins de 7 articles qui figurent ici, dont 3 de Scott Ambler lui-même et 3 De David Linthicium (l’homme de l’EAI). Tout comme pour le chapitre 3, nous allons faire l’impasse sur ce chapitre qui n’a rien à faire ici et qu’aucun de ces 7 articles ne vient sauver. Analyse et conception sont au menu du chapitre 6, épaulé par 6 articles. Ils accusent bien le poids des années, ces articles. On pourra retenir celui de Clemens Szyperski qui aborde la conception orientée composants. Le propos a pris pas mal de rides. Je retiens aussi l’introduction aux patterns de Scott Amber, uniquement parce qu’il s’agit de patterns car l’article en lui-même est médiocre.

On parle tests au chapitre 7, quel dommage qu’il ne contienne que 3 articles. Robert Binder nous propose une approche « à l’ancienne » orientée scénario, mais le propos est très solide. Steve McConnell nous accorde quelques mots sur « la qualité à vitesse maximale ». C’est toujours intéressant, du Steve McConnell. On clos l’affaire avec la chapitre 8, qui cherche à introduire le volume suivant (dédié à la phase de construction) sur 2 pages. Comme on dit : ça ne le fait pas trop.

Les articles figurant ici n’ont souvent qu’un lointain rapport avec la phase d’élaboration d’UP, voir d’UP tout court. C’est probablement ma façon polie de dire que le volume, voir la série est une grossière arnaque. Un chapitre et une section qu sein de chaque chapitre cherche à faire de la contextualisation UP de ce qui n’est autre que du reuse d’articles écrits sans avoir Unified Process en tête. La qualité de l’édition et même l’impression sont de qualité médiocre, ce qui n’améliore pas le plaisir de lecture.

Référence complète : The Unified Process Elaboration Phase: Best practices in implementing the UP – Scott W. Ambler – R & D books 2000 – ISBN: 1-929629-05-2