Les outils de modélisation UML

S'abonner :

Newsletters

Magazines

01men.

[ COMPARATIF ]
Les outils de modélisation UML
Ils progressent en matière d'intégration aux outils tiers, mais pèchent encore dans la modélisation des composants.

Samuel Cadogan , 01 Informatique (n° 1687), le 12/07/2002 à 00h00

Cinq ans après son adoption par l'OMG (Object Management Group), l'UML (Unified Modeling Language) est devenu le standard des langages de modélisation des systèmes logiciels. Selon le Giga, deux facteurs ont favorisé son adoption. Tout d'abord, une intégration étroite entre les outils de modélisation UML et le code - en particulier pour les langages Java et C++. Ce qui est source d'une meilleure productivité pour les développeurs. Ensuite, la complexité croissante des architectures web a conduit les utilisateurs à s'intéresser de très près à la modélisation de composants.

Pourtant, cette dernière n'est pas complètement prise en charge par ces outils. En effet, même si la plupart d'entre eux sont aujourd'hui capables de réaliser des diagrammes de composants, ils restent limités à la prise en charge des composants physiques - code, script, fichier de commandes, etc. -, à défaut de pouvoir supporter nativement le concept d'interface d'un composant logique. Autre lacune de ces outils : leurs capacités restreintes en matière de modélisation de processus métier (BPM - Business Process Modeling). En effet, même s'ils ont, là encore, progressé récemment, ils sont pénalisés par les lacunes mêmes d'UML - un langage conçu pour représenter des applications orientées objet, alors que les processus métier font appel non seulement aux systèmes logiciels, mais aussi aux éléments " humains ". Conséquence : certains utilisateurs recourent à la fois à un outil UML et à un outil spécialisé dans la modélisation des processus métier.

pour en savoir plus

Modélisation objet avec UML, Pierre-Alain Muller et Nathalie Gaertner ; éditions Eyrolles.

www.cetus-links.org/oo_uml.html 'un des sites les plus complets sur le langage UML : tutoriaux, cas d'utilisation, forums de discussion, etc.

Produits conseillés

Rational Rose : il présente l'avantage d'être très bien intégré à d'autres outils de gestion du cycle de vie (environnements de développement, logiciels de configuration logicielle, serveurs d'applications, etc.), en particulier ceux de la suite de l'éditeur. Il est également très bien loti en matière de modélisation des classes et de génération de code et de composants associés.

Together Controlcenter : ce produit peut être utilisé à la fois pour la modélisation et le codage, comme il peut être employé en tant qu'outil de modélisation associé à un IDE (Integrated Development Environment) tiers. Il est recommandé pour une approche orientée classes grâce à une intégration étroite entre les diagrammes de classes et le code, ses bonnes capacités de génération de code et de reverse engineering avec les IDE tiers.

Critères de choix

L'adéquation avec l'approche du projet (orientée composants ou classes) et l'organisation de l'entreprise (intégration étroite ou séparation entre les développeurs et les concepteurs). lLa complétude du support UML. lL'intégration aux outils de développement et de gestion du cycle de vie des applications. lL'intégration à la plate-forme de déploiement, notamment la capacité à générer des composants prêts à l'emploi pour le serveur d'applications.

La technologie

Diagrammes, génération de code et reverse engineering

Première fonction des outils de modélisation UML : construire des diagrammes (c'est-à-dire des vues graphiques des modèles). UML définit cinq diagrammes pour les vues statiques - diagrammes de classes, d'objets, de cas d'utilisation, de composants, de déploiement - et quatre pour les vues dynamiques - de séquence, de collaboration, d'états-transitions, d'activités. Sur les quatre-vingts outils recensés, seuls une quinzaine sont capables de représenter les huit diagrammes les plus importants. Autre grande fonction des outils de modélisation UML : générer le code source à partir des diagrammes établis, voire effectuer du reverse engineering, c'est-à-dire construire ou mettre à jour des diagrammes en partant du code source d'une application.