Une première analyse du besoin doit être menée pour définir la mission principale du système. Cette analyse cadre globalement le système à faire.

On définit alors la mission principale du système (à quoi il sert) et sa finalité (pourquoi il existe).

La difficulté (ou l'erreur commise) est de ne pas confondre ou inverser les deux.



Le point de départ est une problématique que l'on veut résoudre grâce à un système qui va effectuer une mission pour résoudre cette problématique.

Ce diagramme est important car il conditionne la construction des suivants. il n'est pas rare d'y revenir pour le modifier....

A noter que la mission principale correspond normalement au cas d'utilisation principal du système.


La mission principale du système peut-être décomposée en sous-missions.

Chaque sous-mission doit logiquement être associée à un cas d'utilisation secondaire relié au cas principal par un lien d'inclusion ou d'extension. (voir diagramme de cas d'utilisation)

Attention, si le nombre de sous-missions est trop important, c'est que le système est trop complexe ou qu'il y a une erreur...

Exemples:




Mission du système "Machine à tester les moules en sable"
(Projet BTS CPI   Sté Pandrol)









Mission du système "Store automatique Somfy"


Créé avec HelpNDoc Personal Edition: Produire des aides en ligne pour les applications Qt