Discussion :

[fabien.P]

Bonjour,

voilà je suis en stage en Hopital et je dois créer un programme de gestion de demande de transports. Donc dans les acteurs il y a entre autres l'administrateur qui ne s'occupera que de mettre à jour les données des formulaires et le service financier qui consultera juste les demandes et les statistiques de ces demandes.

Ma question est simple mais je voulais savoir si il fallait faire apparaitre dans le MC ces deux services car il n'ont pas de flux avec les autres services ou l'extérieur et ne feront que consulter la base de donnée. Je sais que ma question peut paraitre stupide et simple mais je ne me rapelle plus comment faire (1er stage) donc j'espère que vous serez compréhensifs et que vous m'aiderez !

Merci d'avance et bonne journée (et bientôt week-end !).

[CinePhil]

je dois créer un programme de gestion de demande de transports.

Le système : "Gestion de demandes de transport".

le service financier qui consultera juste les demandes et les statistiques de ces demandes.

Si les statistiques font partie du système, l'acteur "service financier" interagit avec le système donc il faut faire figurer ses flux.
Quant à l'administrateur, je ne comprends pas ce que tu veux dire par :

mettre à jour les données des formulaires

S'il doit utiliser une fonction de l'appli pour le faire, c'est un flux avec le système.
S'il n'intervient que par "une porte dérobée", par exemple en modifiant un fichier de paramétrage et en l'injectant parmi les fichiers de programme, ce n'est pas un flux mais une modification de l'application.

[fabien.P]

Bonjour et merci pour votre réponse.

En effet je n'ai pas été très clair pour l'admin et le formulaire. Je parlais du formulaire de demande d'un transport sanitaire que les différents utilisateurs pourront remplir. L'admin pourra donc de son compte changer par exemple la liste des véhicules sanitaire présent dans ce formulaire et les autres données. Donc ils font parti du système et leurs flux doivent être présents si j'ai bien compris. Mais donc comment le faire apparaitre par exemple pour l'admin qui va changer une donnée ? Il partira de l'admin mais pour aller où (car il ne va pas vers un autre acteur) ?

Merci et bonne soirée.

[CinePhil]

J'interprète ton explication telle que je la comprends...

Dans la base de données sont enregistrés des véhicules sanitaires.
Une nouvelle société de transports sanitaires vient de se créer en ville et il faut enregistrer ses véhicules dans la base de données.

Deux façons possibles de le faire :
1) Directement par des requêtes SQL dans la base de données, sans utiliser le logiciel qui gère les transports sanitaires.
=> Dans ce cas, ce n'est pas un flux de données à modéliser dans le MCC. C'est juste une opération potentielle, ponctuelle et de fréquence aléatoire.

2) En utilisant une fonction d'administration du logiciel.
=> La fonction fait partie du système à concevoir et à modéliser dons l'ajout de nouveaux véhicules de transport fait partie du système et c'est un flux à modéliser dans le MCC.

[fabien.P]

Bonjour,

Mon cas est le cas n°2, l'admin aura son propre compte sur le logiciel sur lequelle il y aura des fonctions d'ajout de véhicules, de services etc. Donc je dois bien rajouter les flux correspondants à ces ajouts, mais mon problème est que je ne vois pas vraiment comment modéliser ces flux dans le MC.

Par exemple le flux "demande de transport" ira de l'acteur "service de soin" vers l'acteur "standard". Mais le flux "ajout d'un véhicule sanitaire" partira de l'acteur "administrateur" mais ne va pas vers un autre acteur. Donc je ne vois pas vraiment vers où ces flux doivent aller...

Merci et bonne journée.

EDIT : Je viens de penser à une solution mais je ne sais pas si il est "autorisé" de le faire. Je pensais rajouter un acteur interne "programme" vers lequel iraient tous ces flux. Bonne ou très mauvaise idée ?

[CinePhil]

Je ne te cache pas que je ne suis pas fan du modèle de contexte (ou modèle de flux, ou modèle conceptuel de communication - MCC) et que je préfère le diagramme de cas d'utilisation UML.

Si on considère, comme le suggère ce schéma, que l'on ne doit représenter que les acteurs externes au système étudié, alors l'administrateur n'a pas à y figurer ni ses communications avec le système.

Si on considère que le système est le futur logiciel, les acteurs en communication avec lui sont tous les utilisateurs du logiciel, y compris l'administrateur qui échange donc des demandes et des réponses via les fonctions qui lui sont réservées dans le logiciel.

[fabien.P]

Vous n'êtes pas fan du modèle de contexte et je vous remerçie d'autant plus pour vos réponses.

D'après ce que l'on nous a enseigné à l'IUT, les flux internes apparaissent lorsqu'on décompose le MC pour en faire un MFO. Donc j'aurai dû mettre MFO au lieu de MC pour mon problème. Je commence à comprendre comment résoudre mon problème.

Je vous remerçie pour le temps que vous m'avez consacrer et vous souhaite une bonne journée.

Cordialement,

Fabien P.