Le modèle dynamique dans tous ses états !

Plan
Outils
 

Le modèle dynamique s'appuie sur les éléments du modèle statique que nous venons de passer en revue. Il le complète en y ajoutant des concepts destinés à formaliser le fonctionnement du système d'information dans le temps :

  • Evénement et messages reçus ou émis par une classe, ou par un acteur

  •  Etat des occurrences d'une classe en distinguant l'état initial et l'état final

  •  Transition, qui formalise un changement d'état

  • Attributs et gardiens d'une Transition

  • Opération ou méthode, en distinguant l'activité et l'action

  • La concurrence et la synchronisation d'états.

Ces 12 nouveaux concepts s'expriment dans des types de diagrammes distincts :

  • Le diagramme Scénario

  • Le diagramme d'états

  • Le diagramme de collaboration

On peut envisager pour la description d'une base de données, de réunir tous les schémas statiques du modèle en un seul gigantesque schéma qui représente la totalité du modèle.

Un formalisme permet d'ailleurs de le scinder en parties plus lisibles, et de circuler entre ces différents sous-schémas, tout en marquant les références vers les autres (Les packages).

Cela n'a pas de sens pour les diagrammes dynamiques.

Leur rôle est limité à la description séparée des petites et grandes fonctions du modèle. Participent donc à un diagramme dynamique uniquement les classes concernées, avec bien sûr leurs entités associées.

Pour donner un ordre de grandeur, il peut exister dans un modèle UML autant de diagrammes dynamiques (Diagrammes de Collaboration) qu'il existe de Use Case un peu complexe.

Donc pour un logiciel de CAO, souvent plus d'une centaine.

En général, la méthode d'élaboration d'un diagramme dynamique est la suivante :

(Légende : chaque rectangle arrondi représente un type de diagramme, une flèche une reprise d'informations qui marque la Traçabilité des entités du modèle. L'ordre chronologique logique est repéré par un numéro)

Dans quelle mesure vous, professionnel (utilisateur, acteur) non informaticien, devez participer à l'élaboration de ces diagrammes dynamiques ?

Pour plusieurs raisons :

  • L'étude du déroulement dynamique (et donc ergonomique) d'une fonction provoque le plus souvent des compléments dans le modèle statique, surtout au niveau de l'implémentation des attributs à renseigner dans la base de données. Cette étude précise la sémantique du modèle, qui relève de votre domaine de compétence.

  • Votre participation en tant que responsable du métier est indispensable pour affiner les aspects fonctionnels du modèle et bien vérifier qu'ils seront pris en compte par les informaticiens.

  • Une réflexion sur le déroulement des fonctions permet d'optimiser l'ergonomie du système, la constitution de ses boîtes de dialogue, et l'intégration d'une démarche d'analyse de la valeur.

  • Enfin, à cette occasion, vous établissez naturellement un guide pour les tests, l'évaluation des performances et la validation du système une fois développé. Il vous suffira de faire fonctionner le système pour chaque diagramme étudié, lequel est directement issu des Use Case que vous avez imaginé.

  • Par ailleurs, vous allez vous apercevoir que l'utilisation de ces diagrammes dynamiques, par leur portée générale, dépasse le cadre strict de l'élaboration d'un modèle d'un système d'information. Vous pourrez les utiliser pour mettre au point n'importe quelle méthode organisationnelle, ou problème de planning faisant intervenir des objets, des fonctions, et le temps. C'est à dire presque tous les évènements de la vie professionnelle ou même courante !

Passons en revue chaque diagramme, et les nouveaux concepts utilisés.

Debut du moduleSuivantPrécédent
Accueil