BDPP
Banc test de moteur pneumatique
Mission du système
La mission principale du système est définie dans un diagramme d'exigences.
Il ne faut pas se tromper dans l'énoncé de la mission (attention à la confusion avec la finalité!)
Dans ce diagramme on trouve:
- Le système (système "à faire")
- La mission du système (ce qu'il doit faire)
- La finalité de la mission (pourquoi il réalise la mission)
- Le problème (qui est résolu par l'existence du système)
Diagramme de contexte
Le diagramme de contexte permet de définir les éléments qui font partie du contexte du système ou qui interagissent avec lui:
- Parties prenantes
- Eléments extérieurs
- Frontière du système
Remarque:
Il est possible de faire un diagramme de contexte pour chaque phase du cycle de vie du système.
Par exemple:
- Phase de conception
- Phase opérationnelle
- Phase de démantèlement
- ...
Ici le diagramme de contexte est volontairement simplifié.
On ne fait pas apparaître l'exploitant ni les services liés à l'usine complète (bureaux, etc...)
Il permet juste de montrer la notion de «système» et de «sur-système»
Diagramme de cas d'utilisation
Le diagramme de cas d'utilisation (Use case) rend compte du ou des services rendus par le système.
Il identifie:
- Les acteurs principaux: ceux à qui sont rendus le ou les services.
- Les acteurs secondaires: ceux qui participent au cas d'utilisation.
On trouve dans ce diagramme:
- Le système et le cas d'utilisation.
- Les acteurs principaux (placés à gauche du diagramme)
- Les acteurs secondaires (placés à droite du diagramme)
- Un scénario qui replace le cas d'utilisation dans son contexte.
Attention: le piège est de vouloir mettre trop de choses dans le cas d'utilisation, au risque de rendre le diagramme confus ou illisible.
On peut définir un diagramme de cas d'utilisation par phase de vie du système.
Remarque:
Ici, l'acteur principal est le «Sur System», l'opérateur n'est qu'acteur secondaire.
En effet, le système rend service à une chaîne de fabrication, l'opérateur ne fait qu'intervenir sur le système.
Diagramme des besoins des parties prenantes
L'expression des besoins des parties prenantes permet de répertorier les besoins formulés par les client (ou le demandeur).(sous forme d'un diagramme d'exigences)
Il est possible de créer plusieurs diagrammes de besoins pour chacune des phases de vie du système.
On se trouve ici uniquement dans le domaine du problème.
Il n'y a pas de solution technique envisagée. (sauf si imposée par le demandeur)
Créé avec HelpNDoc Personal Edition: Sites web iPhone faciles