Application d’UML à différents niveaux d’utilisation

UML peut être utilisé autant ou aussi peu que vous le souhaitez. Martin Fowler  décrit trois façons courantes d’utiliser UML :

1. UML en tant qu’esquisse  — Utilisez UML pour créer de brèves esquisses afin de transmettre des points clés. Ce sont des croquis jetables qu’ils pourraient être écrits sur un tableau blanc ou même sur un sous-bock en un clin d’œil. Dans les premiers stades du développement, l’utilisation d’UML comme esquisse est très efficace et peut être utilisée comme un outil collaboratif où les développeurs peuvent réfléchir à la conception du système.
2. UML en tant que modèle  — Fournit une spécification détaillée d’un système avec des diagrammes UML. Ces diagrammes ne seraient pas jetables mais seraient générés avec un outil UML. UML peut être utilisé comme modèle et les développeurs peuvent le suivre pour produire du code. Utiliser de simples croquis ne leur suffirait pas, car cela les obligerait à remplir les blancs. Cette approche est généralement associée à des systèmes logiciels et implique généralement l’utilisation d’ingénierie directe et inverse pour maintenir le modèle synchronisé avec le code.
3. UML en tant que langage de programmation  - Cela va directement d’un modèle UML au code exécutable (pas seulement des parties du code comme avec l’ingénierie avancée), ce qui signifie que chaque aspect du système est modélisé. Théoriquement, vous pouvez conserver votre modèle indéfiniment et utiliser des transformations et la génération de code pour le déployer dans différents environnements. Fowler pense que la productivité d’UML en tant que langage de programmation aujourd’hui n’est pas meilleure que la productivité de l’utilisation de tout autre langage, il sera donc difficile pour UML de se généraliser. Il pense également que les plans très détaillés ne sont pas efficaces car ils sont difficiles à réaliser et cela ralentirait le développement.

Sommaire

L’approche utilisée dépend du type d’application que vous construisez, de la rigueur avec laquelle la conception sera examinée, si vous développez un système logiciel et, s’il s’agit d’un logiciel, du processus de développement logiciel que vous utilisez.

Dans certaines industries, telles que la médecine et la défense, les projets logiciels ont tendance à se tourner vers UML comme modèle car un haut niveau de qualité est exigé. La conception du logiciel est fortement revue car elle pourrait être essentielle à la mission : vous ne voulez pas que votre appareil de surveillance cardiaque affiche soudainement « l’écran bleu de la mort ».

Certains projets peuvent s’en tirer avec moins de modélisation. En fait, certaines industries commerciales trouvent que trop de modélisation est lourde et ralentit la productivité. Pour de tels projets, il est logique d’utiliser UML comme esquisse et de faire en sorte que votre modèle contienne des diagrammes architecturaux et quelques diagrammes de classe et de séquence pour illustrer les points clés.

Références UML recommandées

• Guides d’étude UML et articles  par  Visual Paradigm
• Ingénierie de code à l’aide de Visual Paradigm
• Génération de code de base de données et cadre ORM