Analyse, Conception et Modélisation UML

La modélisation peut être la meilleure ou la pire des choses, selon qu’elle est ciblée, lisible, partageable et si possible exécutable, ou à l’inverse touffue, insuffisamment rigoureuse, non maintenable.

Un ensemble de modèles UML pertinent doit être ciblé sur l’essentiel. Sa valeur informationnelle doit ainsi permettre :

• Un partage efficace des besoins utilisateurs in extenso, des choix d’architecture et des choix de conception entre les membres de l’équipe
• Une immersion rapide dans le logiciel à des fins d’évolution et de maintenance
• Une simplification de la compréhension de la structure du logiciel pour rendre aisées les études d’impact

Ainsi, l’UML des débuts n’est plus utilisé comme ses pères fondateurs le préconisaient : agilité, support du dialogue, outil de documentation fonctionnelle et technique représentent les nouveaux usages d’UML.

Un second usage d’UML, bien que plus confidentiel, a également trouvé sa maturité : UML comme langage pivot des chaînes de transformation Model Driven. Sa précision, la richesse sémantique que permet la notion de profil UML et le méta-modèle rigoureux qui lui est sous-jacent ont rendu UML incontournable au sein des ateliers de génération de code comme D.OM (édité par Objet Direct), ou le GMT Project – Model Driven Engineering  – d’Eclipse.

Qu’est-ce que la modélisation ?

Modéliser consiste à décrire dans un langage graphique formel, des besoins et les solutions fonctionnelles et techniques qui leur correspondent. Afin de bénéficier des atouts évidents qu’apporte un bon modèle, il est nécessaire que les personnes qui les réalisent et que celles qui les utilisent soient convenablement formées et accompagnées et travaillent selon le même cadre méthodologique.

Les avantages de la modélisation

Un bon modèle permet :

• Lors du développement, de simplifier la communication entre les intervenants d’un projet
• Lors de la maintenance, de bénéficier d’une source d’information garantissant une analyse d’impact rapide et une meilleure qualité de réalisation.

Les activités d’un projet informatique

Quelle que soit la méthode employée, on retrouve toujours les activités ci-dessous dans un projet informatique. Les différences résident dans leur degré de formalisation et  leur orchestration : itérative, séquentielle, incrémentale, pilotée par les modèles, pilotée par les tests, etc.

Cliquez sur l'image pour l'agrandir

La modélisation UML est utilisée très largement lors de l’expression du besoin, l’analyse et la conception.

Expression du besoin

C’est l’activité qui consiste à décrire de façon précise le logiciel qui correspond aux besoins des utilisateurs et des prescripteurs. Ceux-ci peuvent être formalisés dans un modèle qui permettra par la suite de gérer une traçabilité avec les modèles de conception, permettant de faire rapidement des analyses d’impact.

Les diagrammes de Use-case et leur texte structuré associé (typiquement la structuration d’Alistair Cockburn), ainsi que les diagrammes d’activité sont les plus expressifs et les plus efficaces.

Analyse

C’est l’activité qui consiste à comprendre précisément le besoin décrit lors de son expression et à le compléter en utilisant différentes sources d’information. Elle résulte dans la création d’un modèle d’analyse qui est le point d’entrée de la conception.

Le modèle de domaine (formalisme du diagramme de classes) et les diagrammes de séquence pour les parties complexes sont un bon support pour cette activité. Les diagrammes d’état sont également utiles lorsqu’un objet métier présente une succession d’états dont dépendent les actions futures qu’il pourra déclencher.

Conception

C’est l’activité qui consiste à définir une solution aux besoins synthétisés dans le modèle d’analyse. Elle consiste principalement à bien répartir les responsabilités entre les différents composants – classes, composants, sous-systèmes - en respectant les principes fondamentaux de toute bonne conception : un faible couplage et une forte cohésion.

Les diagrammes de package pour structurer l’application, les diagrammes de classe pour définir les API des composants ou détailler une structure particulièrement riche d’un composant sont les diagrammes les plus utilisés.

Offre OD

Objet Direct contribue à la réussite des projets de ses clients en les accompagnants dans la définition d’une démarche méthodologique adaptée à leur contexte.

Cette démarche, fréquemment basée sur le standard UML comme notation de référence sur le projet, fait ses preuves dans de nombreuses entreprises auxquelles elle permet :

• De structurer le processus de développement logiciel pour une meilleure productivité
• D’augmenter la qualité des logiciels développés
• D’assurer une bonne traçabilité entre l’expression des besoins et les artefacts constituant le logiciel final (sources, procédures d’installation, documentation, etc.)
• D’assurer une maintenabilité du logiciel qui s’appuie sur un référentiel simple, précis et à jour, et pas seulement sur la mémoire des développeurs ou sur le code lui-même : « code never lies », certes, mais il est très souvent composé de plusieurs dizaines ou centaines de milliers de lignes, et donc d’un niveau de détail incompatible avec les besoins d’évolutions et d’études d’impacts que tout logiciel nécessite.
• Enfin de faciliter la stratégie de test automatisé, pratique indispensable aux méthodes agiles couplées à l’intégration continue.