Note de lecture : Modélisation de systèmes complexes avec SysML, par Pascal Roques

Note : 5 ; Succinct et fait le boulot, mais pas spécialement agréable à lire.

J’ai passé l’époque où j’avalais les bouquins de modélisation au kilomètre. Mais la modélisation système, domaine dont j’ignore tout attisait ma curiosité. SysML, c’était pour moi l’occasion d’assouvir celle-ci, car maîtrisant parfaitement UML, j’étais à peu près sûr de ne pas être largué. Objectif rempli de ce côté. Je connais les livres de Pascal Roques sur UML (j’en ai même lu plusieurs éditions successives), je suis donc aussi parti confiant sur la qualité de la prose.

Le livre en lui-même est court : 136 pages hors annexes (et presque 170 en les comptant. Le tout est structuré sur 10 chapitres en 4 parties. J’ajoute que les illustrations abondent (ce qui est normal pour un livre traitant de modélisation), autant dire qu’il s’agit d’une lecture rapide. Là aussi, cela me convient dans le principe. Avant même d’aborder la première partie, le premier chapitre introduit le sujet sur une quinzaine de pages. On y évoque les normes et organismes liés à la modélisation système et une ébauche très abstraite de SysML. C’est assez aride et finalement peu instructif, à part si on aime les normes.

La première partie comprend 3 chapitres sur un peu moins de 30 pages et a pour objet la modélisation des exigences. Elle s’ouvre sur un chapitre 2 qui adresse, tambour battant, les cas d’utilisation en moins de 10 pages ! La prose est claire mais ne peut couvrir le sujet en profondeur. Elle aborde néanmoins les relations d’inclusion et d’extension et même la généralisation qui est à peu près inutile à mon avis. Mais les explications sont vraiment succinctes. L’auteur insiste sur son dogme favori : la limitation de la modélisation à 20 cas d’utilisation, quitte à transformer les UC en sorte de thèmes. Une approche que je ne partage pas, tout comme la plupart des auteurs. Je trouve cavalier de présenter cela comme une vérité.

Le diagramme de séquence est traité encore plus rapidement en 7 pages. L’auteur parvient à bien illustrer et expliquer les subtilités de ce diagramme qui ne sont ni plus ni moins que celles d’UML 2.0 dans cet espace réduit. Je retrouve l’angle du cours Valtech et de « UML en Action » consistant à positionner le diagramme de séquence au niveau de l’expression des besoins, alors qu’il s’agit d’un usage particulier, voir détourné. Mais ce n’est pas grave. 7 pages encore pour le diagramme d’exigences qui est lui bien spécifique de SysML. Là aussi c’est efficacement expliqué et illustré, mais je suis un peu frustré par la brièveté du chapitre qui faisait partie de mes grandes attentes, certaines subtilités me semblant même passées sous silence.

Ce sont 3 chapitres également qui sont compris dans la seconde partie, consacrée à la modélisation d’architecture. Le diagramme de définition de blocs (BDD) a droit à une quinzaine de pages. Sans le nommer il fait le pendant au diagramme de classes d’UML. Là encore la prose est claire, le boulot est bien fait.

Près de 20 pages sont dédiées au diagramme de bloc internes (IBD) au chapitre 6. Il s’agit d’un sujet complexe avec des subtilités assez compliquées au niveau du concept de ports. L’auteur s’en sort plutôt très bien sauf quand on arrive sur les nouveaux types de ports de SysML 1.3 où le propos devient trop abstrait. Autre problème plus embêtant : ces diagrammes font apparaitre des subtilités au niveau de la notation graphique qui sont mal rendues au niveau de l’impression. Pour un aussi petit ouvrage vendu 35 €, c’est inacceptable. Le diagramme de package est couvert en 5 pages, mais il y a peu à en dire. Petit regret quand même sur les stéréotypes « model », « view » et « viewpoint » qui, à l’exception de ce dernier, sont mal expliqués.

Sans surprise, c’est la modélisation dynamique qui est au menu de la 3ème partie. Une quinzaine de pages sont dédiées au diagramme d’état. A l’échelle de cet ouvrage, c’est un gros chapitre. Je retrouve l’angle du cours Valtech (qui s’étendait sur 2 chapitres sur ce sujet) consistant à rentrer dans les plus petits détails de cette notation, jusqu’aux extraordinairement peu usités « deep history ». Il en est de même ici. Peut-être que SysML fait-il plus usage de diagrammes d’états que moi avec UML ? Disons simplement que tous les aspects de la notation ne sont pas logés à la même enseigne. Le chapitre 8 est un exemple du genre : il couvre sur 15 pages aussi les subtilités du diagramme d’activité en les introduisant progressivement. Beau boulot ! Tout comme au chapitre 6, la notation qui devient fouillée avec les concepts de flux est rendue difficilement lisible du fait de la médiocrité de l’impression.
La dernière partie traite de « modélisation transverse » sur 2 chapitres. Il s’agit d’aspects qui sont particuliers à SysML. Le chapitre 9 nous invité à découvrir le diagramme paramétrique sur 5 pages. C’est bien et clairement fait, même si je ne peux m’empêcher d’être frustré par la brièveté du chapitre : n’y a-t-il rien d’autre à dire ? C’est ce genre de sujets que j’étais venu découvrir. Le dernier chapitre est dédié aux concepts d’allocation et traçabilité. Il a droit à 8 pages, ce qui est plus qu’assez pour couvrir le sujet.

J’ai eu ce pour quoi j’étais venu. Je trouve toutefois le texte un peu court sur un certain nombre de sujets, mais l’efficacité du propos fait partie des qualités que je recherche : le plus gros investissement dans un livre, c’est le temps passé à le lire. Pascal Roques m’a habitué à une prose de grande qualité et je l’ai trouvé ici plus austère qu’à son habitude. Peut-être est-ce ma perception qui a changé ? Je connaissais les biais de modélisation de l’auteur, entre autres sur les cas d’utilisation. Nous avions déjà des « discussions de clans » sur ce sujet chez Valtech. Je vois que cette ligne n’a pas changé. Bref, un texte qui sans être enthousiasmant fait le boulot. Sauf pour le rendu des diagrammes.

Référence complète : Modélisation de systèmes complexes avec SysML – Pascal Roques – Eyrolles 2013 – ISBN : 978 2 212 13641 8

SysML, l’UML de l’analyse système

Voici un court papier écrit en 2005. Les reflexions qu’il soulève restent pertinentes. Je me suis bien éloigné de ces considérations depuis une dizaine d’années. Si les efforts pour structurer les exigences paraissent louables, je ne peux m’empêcher de les trouver vains. Ou tout au moins aurait-il falu les compléter par une structuration des tests (via des stéréotypes ?) à différents niveaux…

Je ferais certainement l’effort d’une note de lecture sur l’ouvrage de Pascal Roques un de ces jours. En attendant : enjoy !

Note de lecture : Use Cases : Requirements in Context, par Daryl Kulak & Eamonn Guiney

Note : 6 ; Bonne mise en pratique du cycle itératif et de bonnes idées, mais pas entièrement concluant.

Ce livre présente les cas d’utilisation dans le cadre d’un processus itératif, en fait celui d’Unfied Process. A ce titre, il propose une approche incrémentale pour la spécification des cas d’utilisation, basée sur celle de Craig Larman. Cet ouvrage taille aussi un short à la gestion des exigences, par rapport auxquels les auteurs préfèrent la spécification des règles métier, même si en fait c’est surtout la production de gros documents de spécification monoblocs qui est remise en cause. La description des spécifications incrémentale est réellement valable et concrète, et de plus desservie par des exemples concrets en annexe.

La construction du livre est un peu curieuse, car les annexes forment la moitié de l’ouvrage, le texte principal ne comptant que 170 pages structurées en 11 chapitres. Le premier d’entre-eux consacre ses 18 pages à l’identification des problèmes liés à l’approche classique. La prose manque un peu d’élan lyrique, mais s’efforce néanmoins de bien synthétiser ces points d’achoppement. Disons que le boulot est fait.

Le second chapitre s’étend sur 32 pages, il s’agit d’une introduction aux cas d’utilisation d’inspiration très « Gery Schneider ». On y aborde plutôt efficacement les basiques de la représentation des cas d’utilisation et les bonnes règles de conduite. Plus globalement on y traite aussi des cas d’utilisation dans l’environnement UML. Un chapitre rondement mené.

Lire la suite

Note de lecture : Building Web Applications with UML 2nd edition, par Jim Conallen

Note : 6 ; Pas les progrès espérés de cette seconde édition considérablement étoffée, mais avec une notation qui continue à se rapprocher de Rational plus que de UML / MDA

Seconde édition d’un ouvrage paru en 2000, ce volume considérable (450 pages), dont un tiers est consacré aux annexes. La première édition montrait une ébauche de profile UML pour les applications Web. Depuis un certain nombre de spécialisations ont vu le jour, notamment dans le monde JEE. Voyons ce qu’il en est.

Comme je l’ai dit, le corps principal du livre compte 300 pages, repartis en 2 parties et découpé en 12 chapitres. La première partie est consacrée à la modélisation des technologies relatives au Web et rassemble les 5 premiers chapitres. Le premier chapitre sert d’introduction et couvre 3 pages, n’en parlons pas. Le chapitre 2 est en fait la réelle introduction. Sur 20 pages, il fait le point sur les principales technologies et protocoles qui sont le quotidien des applications Web à la date de l’ouvrage. C’est plutôt bien écrit mais on y apprend pas grand chose.

Le chapitre 3 s’intitule « dynamic client ». On y évoque tout ce qui tourne autour du DOM, et ce n’est pas particulièrement superficiel. Il y a quelques tentatives timides de modélisation. Il est dommage qu’elles soient timides, car elles sont plutôt originales et bien pensées. C’est un chapitre court de 10 pages.

Lire la suite

Note de lecture : Real-Time UML, par Bruce Powel Douglass

Note : 6 ; Beaucoup d’UML classique avec un peu de spécifique « temps réel ».

Les 50 premières pages de ce livre ne nous laissent pas vraiment penser que celui-ci traite spécifiquement de temps-réel : elles exposent les principes généraux d’UML.

Il faut attendre le chapitre 2 et le traitement des exigences temps-réel pour aborder des éléments spécifiques. Ici, on parle surtout de messages, d’évènements et de réponses, mais aussi de cas d’utilisation (curieusement ils utilisent un formalisme « pré-UML » avec les relations « uses », entre autres choses). Sinon, l’approche proposée se calque sur la structure en « peau d’oignons » de John Ellis.

Le chapitre 3 est consacré à l’analyse objet. Ici, ce sont les techniques de découverte des objets (qu’ils soient du domaine, visuels ou utilitaires), des associations et des attributs qui sont détaillés. Curieusement, l’étape du « problem statement » prends place ici, alors que je l’aurais plutôt vu au chapitre précédant. La particularité des modèles « temps réels » est d’utiliser une structure de classes composites, à l’image des diagrammes de blocs proposés par UML 2.

Le chapitre 4, consacré à l’aspect comportemental des objets est, comme on peut s’y attendre dans le domaine du temps réel, essentiellement consacré aux automates d’état. Les « timing diagrams » apparus ultérieurement avec UML2 y sont aussi évoqués.

Le chapitre 5 dédié à l’architectural design s’appuie sur une approche à 3 niveaux (Architectural design, mechanistic design et detailed design). Les 2 niveaux suivants seront étudiés aux 2 chapitres suivants. L’architectural design se focalise sur la structure en couche et en package, la définition des protocoles d’échanges et le modèle de concurrence. Outre l’utilisation classique des diagrammes de dépendances entre packages, on a aussi droit à l’utilisation moins courante des diagrammes de déploiement. Les protocoles sont fort logiquement décrits à l’aide de collaborations et de diagrammes de séquence. Ce chapitre est également l’occasion de développer certains patterns architecturaux tels que : Monitor-Actuator, Watchdog, Safety executive, Diverse redundancy, Homogenous redundancy, ainsi que les plus classiques Proxy et Broker. La description de la concurrence s’appuie sur des diagrammes de déploiement où figurent les instances de tâches : non standard mais diablement clairs et utiles !

Comme on pouvait s’y attendre, le chapitre 6 traite du « mechanistic design ». Ceux-ci exposent les choix tactiques de conception, à savoir les design patterns mis en œuvre. Quelques patterns viennent étoffer les très classiques patterns du GoF (Rendez-vous, Transaction,…), ils sont très logiquement documentés à l’aide de Collaborations UML.

Le chapitre 7 « detailed design » traite du troisième niveau de l’approche architecturale. Ici, ce sont les structures de donnée, les complexités algorithmiques et la gestion des exceptions qui sont abordées.

Ce livre est sommes toutes complet sur l’usage d’UML dans le domaine du temps-réel. Il commence assez doucement et plutôt classiquement (voir faiblement) sur l’expression du besoin, mais surprend en couvrant l’ensemble du cycle de développement, y compris la conception détaillée avec UML, ce que l’on n’est pas forcément habitué à voir. Le public est aussi clairement visé : les ingénieurs travaillant dans le temps réel. Les autres seront peu ou pas concernés…

real-time-UML

Référence complète : Real-Time UML, Developing efficient objects for embedded systems – Bruce Powel Douglass – Addison Wesley / O.T. series 1998 – ISBN : 0-201-32579-9

Real-Time UML: Developing Efficient Objects for Embedded Systems

http://www.goodreads.com/book/add_to_books_widget_frame/0201325799?atmb_widget%5Bbutton%5D=atmb_widget_1.png

Note de lecture : De Merise à UML, par Nasser Kettani & al.

Note : 6 ; Attention, classique !

Voici un « best seller hexagonal », dont le but est de permettre la transition vers UML aux populations aguerries à Merise, comme l’indique le titre. Il faut également savoir que c’est un titre largement promu par Rational France, société où les auteurs officient.

En fait, moins de 100 pages sont consacrées au parallèle entre UML et Merise ! La partie la plus importante de l’ouvrage est consacrée à une approche « standard » de projet utilisant UML, sans faire référence au vocable spécifique à Merise. Certes, la chose est bien menée, bien que je désapprouve la francisation systématique des termes UML. Les modèle développés sont presque systématiquement enrichis de concepts issus d’UP : les 4+1 vues, les stéréotypes UP, etc. Ceci est discutable, je pense, car il est difficile de discerner ainsi ce qui fait partie d’UML car ce n’est pas précisé ! D’un autre coté les textes sont clairs et précis, supérieurs en cela à « UML en action » auquel on pourrait le comparer ; les auteurs vont jusqu’à nous présenter du code OCL, suffisamment simple pour être naturellement compréhensible.

On remarquera la présence d’un chapitre (le 3ème) consacré aux processus métier, et plus précisément au BPR. Deux autres sont consacrés à, la gestion de projet (où il n’est bien évidemment pas question d’UML), dont un consacré à UP.

Finalement, ainsi que je l’ai dit au début, seule la troisième partie, constituée de deux chapitres, est consacrée à la transition Merise – UML, ou devrai-je dire : Merise – UP / UML ! Ceci est fait essentiellement sous forme de parallèles !

Au final, le titre est éminemment trompeur, le livre ne traite que peu de la transition Merise vers UML, qui plus est dans une partie mineure sans rapport avec le reste de l’ouvrage ! Ceci ne réduit en rien la qualité du livre, mais un autre titre (par exemple : réalisation de projets avec UP et UML) aurait été mieux adapté. Parmi les curiosité, on trouve des diagrammes repris de nombreuses fois sur différents chapitres ! On trouve aussi une bibliographie, très solide, à la fin de chaque chapitre. Bref, un ouvrage somme toute solide et dense, avec ses 400 pages.

merise-uml

Référence complète : De Merise à UML – Nasser Kettani, Dominique Mignet, Pascal Paré & Camille Rosenthal-Sabroux – Eyrolles 1998 – ISBN : 2-212-08997-X

De Merise à UML


http://www.goodreads.com/book/add_to_books_widget_frame/221208997X?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : UML pour les décideurs, par Franck Vallée

Note : 4 ; Le cycle en « Y » n’est pas mort, il bouge encore… « UML pour les vieux » aurait-il été un meilleur titre ?

UML peut-il réellement être un outil pour le décideur. Personnellement j’en doute, bien que la finalité d’une notation soit d’être un vecteur de communication. Le pari est en tout cas ambitieux, voyons s’il est réussi, et pour se faire passons en revue le contenu du livre. Celui-ci compte 270 pages découpés en 8 chapitres formant 2 parties : « UML en puissance » et « Déployer UML dans l’entreprise ». On peut en conclure que l’on va avoir des chapitres relativement gros, disons selon la tendance française plutôt que selon le mode américain.

Le premier chapitre, UML et le génie logiciel, est un tour rapide d’UML. Il compte tout de même 65 pages et fait un tour très complet de la notation UML 2. Elle replace l’utilisation de la notation dans une gestion de projet classique « phasée » séparant distinctement l’analyse de la conception. Ce dernier point était l’un des axes prépondérants de l’approche en « Y » que je dénie complètement.

Au chapitre 2, on se concentre sur les cas d’utilisation. Je n’y ai rien trouvé de neuf, à part 6 pages sur les 50 de ce chapitres dédiés au ROI à partir des cas d’utilisation.

Le chapitre 3 couvre aussi 50 pages et est dédié à l’utilisation d’UML en conception. Enfin quand je dis en conception, je devrais dire en implémentation, car on court-circuite joyeusement une vraie conception objet, pour passer directement de l’analyse à sa projection sur l’infrastructure technique. Je ne suis pas un grand supporter du phasage, mais je ne le suis pas non plus de l’approche consistant à tartiner la coloration technique sur un modèle d’analyse ! Pas convaincant !

Le chapitre 4 nous parle processus, organisation du projet et rôles. Effectivement, on y ressort le cycle en « Y ». Je croyais pourtant qu’il était mort, mais il semble qu’il bouge encore…

Le chapitre 5, le premier de la seconde partie est très court : 10 pages. Son but est de formuler les objectifs de changements avec UML. Ca c’est le titre du chapitre. Dans la pratique, je n’ai pas compris le but de ce chapitre.

Le chapitre 6 « méthodes et outils » couvre sur 40 pages la question des différents types de cycle de développement. C’est relativement intéressant (XP y est rapidement classé comme un procès pour les petits projets ne posant de toute façon as de problème). L’affinité de l’auteur pour Unified Process et MDA arrive assez rapidement.

Le chapitre 7 « changer pour UML » nous apporte une analyse assez précise en terme de coût et d’impact du passage sur UML. Enfin le chapitre 8 « aider la prise de décision » conclut sur 6 pages en disant qu’UML, c’est bien.

Je connais Franck Vallée et l’apprécie. Mais je trouve que ce livre apporte peu de choses, surtout en 2005. Les points différenciant par rapport à un ouvrage pur UML sont peu évident. En tout cas ils ne m’apparaissent pas. Le focus méthodologique qui y est décrit me replonge dans un monde ancien, sclérosé et poussiéreux avec lequel je ne veux plus rien à voir. Quand à la relation avec le titre elle est presque inexistante. Je dénombre environ 20 pages du livre qui semblent à mon avis adresser le sujet.

Pour ce qui est d’évoquer UML de manière plus large (si l’on oublie la question du « processus pour les vieux »), eh bien Franck Vallée écrit très bien, sa description d’UML est claire et pertinente. L’analyste pourra lire cette prose avec profit.

uml-decideurs

Référence complète : UML pour les décideurs – Franck Vallée – Eyrolles 2005 – ISBN : 2-212-11621-7

UML pour les décideurs


http://www.goodreads.com/book/add_to_books_widget_frame/2212116217?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : UML Distilled 3rd edition, par Martin Fowler

Note : 9 ; Une édition encore meilleure (si c’est possible) d’un ouvrage qui ne cesse de me surprendre par sa qualité et se concision.

On est toujours en droit de se demander si une nouvelle édition n’est pas un simple lifting, surtout quand il s’agit comme ici d’un best seller. J’en veux pour témoin l’habillage résolument clinquant de la jaquette, on croirait Elvis Presley à sa grande époque !

Ce livre présente UML2, et ce fut l’un des premiers. Outre la présentation précise et efficace d’UML2, les points de différence avec UML1 sont soulignés. Le livre reste toujours aussi agréable à lire. Il est intéressant de noter, tout comme la seconde édition mettait un coup de projecteur sur Unified Process, ce sont ici les méthodes Agiles qui sont mises en lumière. Cela induit un petit travers dans la présentation de la notation dont je me serais bien passé. Il est préférable dans ce type d’ouvrage, de présenter la notation pour elle-même, mais c’est résolument le point de vue adopté par l’auteur : filtrer de la norme UML ce qui est utile et important à utiliser dans le cadre d’un projet. N’attendez donc pas une description exhaustive d’UML 2.0 !

J’ai souvent remarqué que les très bon livres utilisent les pages internes des couvertures comme « cartes de référence ». C’est encore le cas ici : Les éléments constitutifs de la notation sont présentés sous forme graphique, regroupés par type de diagramme, avec le renvoi vers la page descriptive. Vraiment très pratique !

J’ai souvent fait remarqué la concision et la clarté de la prose de Martin Fowler. Il est ici au sommet de son art. On a même peine à croire, la dernière page refermée que tout tient en moins de 200 pages, annexes comprise, le texte étant par ailleurs largement aéré par les nombreux diagrammes illustrant le texte. C’est un tour de force, d’autant qu’au grée des éditions et des normes successives d’UML ajoutant de nouveaux éléments, le volume du livre n’a pas augmenté d’une seule page.

Je ne vais pas détailler le contenu du livre. De manière globale, Martin Fowler a vétillé le volume consacré à chaque sujet en fonction de l’importance relative dans un usage réel au sein d’un projet. Ainsi le diagramme de classe se taille la part du lion. Le diagramme de séquence et le diagramme d’objet (et le diagramme de communication qui est son complément naturel) sont aussi très correctement traités. A l’autre extrémité, le diagramme de déploiement, d’interaction, de temps ou les collaboration sont abordés très succinctement en seulement 2 pages. Pourtant en 2 pages seulement l’auteur concentre l’essence de l’information sur ces digrammes et le lecteur intéressé y trouvera déjà de quoi les utiliser concrètement. De toute manière d’autres livre plus massifs existent pour traiter cette matière plus en profondeur, ce n’est pas le créneau de ce livre.

UML est un bon outil. Pas seulement pour le spécificateur, mais aussi pour le développeur ou toute personne au sein des projets pour simplement communiquer de manière efficace. Mais tout le monde ne peut ou ne veux investir beaucoup de temps à comprendre cet outil. UML distilled est sans contestation possible le livre idéal pour cela. Mon conseil ? Faites figurer ce livre de force dans toute bibliothèque d’un projet. Il contient le substantifique moelle de la notation UML qui peut être acquise avec un investissement de temps complètement optimisé. Ce serait dommage de passer à côté.

UML-distiled-3edt

Référence complète : UML Distilled, a brief Guide to the standard Modeling Language, Third edition – Martin Fowler – Addison Wesley / O.T. series 2003 –ISBN: 0-321-19368-7

UML Distilled: A Brief Guide to the Standard Object Modeling Language


http://www.goodreads.com/book/add_to_books_widget_frame/0321193687?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : UML 2 par la pratique : études de cas et exercices corrigés 4ème édition, par Pascal Roques

Note : 7 ; Plus qu’une mise à jour !

Déjà la 4ème édition de ce livre ! J’en ai donc raté 2, et j’aurais aussi raté celui-ci si Pascal ne m’en avait pas fait cadeau. L’un des objectifs majeurs de cette nouvelle édition était la mise à jour par rapport à UML 2 : de ce coté l’objectif est atteint. On notera, par exemple, l’utilisation abondante des « frames » (mais pas de l’interaction overview, pourtant si utile). Autre nouveauté majeure, les « composite structure diagram » sont dorénavant présentés, mais avec un traitement peu en mesure avec leur importance. Les « timing diagram », de leur coté, sont juste évoqué en passant mais j’en fais moins de cas, car cette innovation outre sa séparation par rapport aux autres concepts d’UML2, me semble de moins d’importance. Pascal aime beaucoup les diagrammes d’état, aussi leur réserve-t-il traditionnellement une part importante, y compris les trucs quasi-inutiles comme les états historiques. Cette édition suit la tradition et les nouveautés concernant les automates d’état sont extensivement passées en revue. Je continue à trouver surdimensionné l’importance accordée à cet aspect, mais on reconnaitra que celui-ci est au moins traité « in extenso » ! On n’en dira pas autant des diagrammes de communication (les anciens diagrammes de collaboration) : assez peu évoqués, ils sont de plus utilisés avec les stéréotypes Jocobsoniens (déjà présents dans la première édition, à mon grand désarroi, et qui persistent dans cette dernière mouture), je n’en suis pas un grand fan, car ils induisent des choix de modélisation particuliers et rendent la lecture des diagrammes d’autant plus difficile que le lecteur du livre sera généralement débutant en UML. Autre nouveauté : Pascal nous propose une analyse linguistique, si l’exercice est intéressant et bien mené, son intérêt pratique est questionnable, mais comme on dit : c’est bien de le faire au moins une fois.

Au-delà de la mise à jour UML 2, cette nouvelle édition a pris un peu d’ampleur, passant de 290 à 320 pages. On a vu pire, d’autant qu’il faut bien l’avouer : les qualités pédagogiques de l’auteur rendent cela extrêmement digeste. Le principe du livre est toujours le même : la présentation d’UML se fait au travers d’exercices durant les 3 premiers chapitres, ce qui permet de présenter les concepts de façon progressive. La quatrième partie dédiée à la conception s’appuie sure 2 études de cas. Ceux qui connaissent le cours Valtech UML reconnaitront la trame et les exercices. On remarquera au passage les emprunts à l’approche de Craig Larman, au travers des contrats d’opération, entre autre chose.

Si vous cherchez un ouvrage sur UML, vous voici donc face à 3 choix principaux :

L’UML distilled de Martin Fowler : Condensé et efficace, il présente la notation UML aux lecteurs déjà aguerris dans l’utilisation d’un langage de modélisation graphique

L’UML Reference Guide des 3 amigos : C’est la référence sur UML et ne s’adresse pas au débutant, car si le texte est pédagogique, il ne fait grâce d’aucune des subtilités du standard. Le débutant risquera fort d’être noyé.

L’UML par la pratique de Pascal Roques : Un bon moyen (la référence devrai-je plutôt dire) de s’auto former à UML, avec des exercices et une présentation progressive des concepts. Toutefois, le format retenu ne le rend pas tellement pratique pour s’en servir après coup comme un manuel de référence. Ce n’était pas le but de l’auteur, et l’exercice ne parait pas tellement praticable de toute façon.

UML 2 par la pratique

Référence complète : UML 2 par la pratique : études de cas et exercices corrigés, 4ème édition – Pascal Roques – Eyrolles 2005 – ISBN : 2-212-11680-2 (une 7ème édition est aujourd’hui disponible).

Uml 2 Par La Pratique: Études De Cas Et Exercices Corrigés


http://www.goodreads.com/book/add_to_books_widget_frame/2212116802?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on