Problème de liste

Bonjour,


Voilà, je débute en UML et je me pose des questions concernant le projet de modélisation que je dois réaliser dans le cadre d'un service de supervision industrielle :
Une application cliente transmet une liste d'équipements à consigner au superviseur. Les équipements sont repérés par des repères fonctionnels. La liste envoyée correspond donc à une liste de repères fonctionnels. Une fois que le superviseur a reçu cette liste il doit aller chercher chaque équipement et le consigner (en changeant la valeur d'une variable). Le superviseur dispose d'une BD de tous les équipements. Je souhaite décrire les messages envoyés à l'intérieur du superviseur. Je me demande comment représenter la liste d'équipements? dois-je en faire un objet qui envoie le message "consigner" à l'objet "équipement"? puis-je faire de la BD un objet?

Merci pour votre aide,
La Pomme

Bonjour,

Citation:

---

Envoyé par La Pomme

Je me demande comment représenter la liste d'équipements? dois-je en faire un objet qui envoie le message "consigner" à l'objet "équipement"?

---

non, d'après ce qui est dit c'est l'application cliente qui fait la demande et non la liste . L'application cliente se représente via un acteur (si ton modeleur le permet), la liste est juste donnée en argument à l'opération consigner

Citation:

---

puis-je faire de la BD un objet?

---

le mieux est de représenter le gestionnaire de la BD plutôt que la BD elle même, et de le faire via un acteur car il est extérieur au système comme l'application cliente

Merci pour votre réponse,

1. En effet, j'ai mis l'appli cliente comme acteur externe (dans tous les cours UML que j'ai pu lire, les acteurs sont des humains, alors je ne savais pas si un système pouvait être acteur dans un use case!)

Cependant, je me pose la question suivante : comment est-ce que la méthode "consigner ", appartenant à ma classe "équipement", va pouvoir aller chercher les données (repères fonctionnels des équipements à consigner) contenues dans le fichier envoyé par l'application cliente? C'est une question bête mais je n'ai jamais étudier ce type de situation..

2. Je ne pense pas avoir besoin d'un gestionnaire de base de données car je ne souhaite pas pouvoir ajouter, modifier ou supprimer un équipement ou une alarme dans ma base de données. Ce que je souhaite, c'est récupérer la liste des alarmes liées aux équipements, repérés par les repères fonctionnels transmis par l'appli_cliente. Je pensais créer une classe "Liste_Inhibition" (les alarmes sélectionnées devront être inhibées) qui aurait comme attribut la liste des alarmes et un get/set pour récupérer et écrire dans l'attribut. Qu'en pensez-vous?

Merci encore,
La Pomme.

J'ai travaillé sur mon diagramme de séquences et j'aimerais avoir votre avis.

Merci,

La Pomme

Bonjour,

les barres d'activité ne sont pas correctes :

les messages get_ et set_ doivent partir de la même barre d'activité. agrandir l'une deux barres pour qu'elles se touchent, clic droit et 'merge ...'

par contre les messages get_ et set_ doivent arriver sur deux barres séparées et non pas imbriquées. sur la barre imbriquée faire un clic droit puis 'collapse in parent bar', puis entre les deux messages faire un clic droit puis 'cut here'

je suppose aussi que le départ du message inhiber doit partir de la barre d'activité recevant le message set_ ?

adapter la taille des barre d'émission de message pour qu'elles finissent après les barres coté receveur

Re-bonjour,

Voici mon diagramme de séquences mis à jour selon vos conseils.

Autrement, j'aimerais créer un diagramme de déploiement sous BoUML avec
3 noeuds :
1. L'application cliente représentée avec un composant de type File correspondant au fichier contenant les données de la liste_Consignation
2. Le fournisseur de service : le superviseur avec les composants de type Executable "Consigner" et "Inhiber".
3. Le serveur de stockage où se trouve la BDD de gestion des alarmes.
Mais, lorsque j'ai créé mes 3 noeuds, pas moyen de créer de composants.
Cela vient-il de mon Diagramme de Classes?

Dernière question : avez-vous une réponse à la question de mon précédent post?

Merci beaucoup,
La Pomme

Citation:

---

Envoyé par La Pomme

Voici mon diagramme de séquences mis à jour selon vos conseils.

---

il reste juste un détail concernant la longueur des barres (re : adapter la taille des barre d'émission de message pour qu'elles finissent après les barres coté receveur)

Citation:

---

Autrement, j'aimerais créer un diagramme de déploiement...
Mais, lorsque j'ai créé mes 3 noeuds, pas moyen de créer de composants.

---

il y a visiblement confusion entre composants et artifacts

remplacer vos composants par des artifacts

Citation:

---

Dernière question : avez-vous une réponse à la question de mon précédent post?

---

laquelle ?

Il s'agit de la réponse à ces 2 questions :

Citation:

---

Envoyé par La Pomme

Merci pour votre réponse,

1. En effet, j'ai mis l'appli cliente comme acteur externe (dans tous les cours UML que j'ai pu lire, les acteurs sont des humains, alors je ne savais pas si un système pouvait être acteur dans un use case!)

Cependant, je me pose la question suivante : comment est-ce que la méthode "consigner ", appartenant à ma classe "équipement", va pouvoir aller chercher les données (repères fonctionnels des équipements à consigner) contenues dans le fichier envoyé par l'application cliente? C'est une question bête mais je n'ai jamais étudier ce type de situation..

2. Je ne pense pas avoir besoin d'un gestionnaire de base de données car je ne souhaite pas pouvoir ajouter, modifier ou supprimer un équipement ou une alarme dans ma base de données. Ce que je souhaite, c'est récupérer la liste des alarmes liées aux équipements, repérés par les repères fonctionnels transmis par l'appli_cliente. Je pensais créer une classe "Liste_Inhibition" (les alarmes sélectionnées devront être inhibées) qui aurait comme attribut la liste des alarmes et un get/set pour récupérer et écrire dans l'attribut. Qu'en pensez-vous?

Merci encore,
La Pomme.

---

Concernant les composants, je pensais que pour un exécutable, la forme associée était un rectangle avec 2 étiquettes à gauche, comme représenté sur le bouton "component" de BoUML. Cependant, en choisissant "nouveau artifact", on peut choisir le type "executable". Donc que choisir? Est-il possible de créer un composant avec une forme de rectangle/2 étiquettes avec BoUML?Si oui, comment?

Merci beaucoup,
La Pomme

Citation:

---

Envoyé par La Pomme

Concernant les composants, je pensais que pour un exécutable, la forme associée était un rectangle avec 2 étiquettes à gauche

---

Au temps jadis d'UML 1.x les artifacts n'existaient pas et les composants n'étaient pas normés, plusieurs outils utilisaient alors les composants pour le déploiement

Uml 2.x ajoute les artifacts et définis les composants. Un composant ne peut représenter un exécutable, contrairement à un artifact.

je vous propose de voir la seconde partie d'une autre discussion en cours parlant des composants

Citation:

---

Est-il possible de créer un composant avec une forme de rectangle/2 étiquettes avec BoUML?Si oui, comment?

---

oui, d'ailleurs le screenshot que j'ai placé dans l'autre discussion montre les deux représentations possibles sous Bouml.

Par défaut un composant est représenté par un rectangle avec l'icône en haut à droite. Pour être représenté par l'icône il suffit de modifier le drawing setting appelé draw as icon, au niveau du composant lui même ou a un niveau supérieur (peut être carrément le projet) comme pour toutes les options d'affichage

note : il y a un sous forum spécifique à Bouml pour les questions relatives à Bouml ;)

Citation:

---

comment est-ce que la méthode "consigner ", appartenant à ma classe "équipement", va pouvoir aller chercher les données (repères fonctionnels des équipements à consigner) contenues dans le fichier envoyé par l'application cliente

---

je ne suis pas sure de comprendre la question, suivant la nature du fichier il va falloir soit un parseur (fichier texte) ou un lecteur (fichier binaire structuré)

Citation:

---

Je pensais créer une classe "Liste_Inhibition"...

---

vu les diagrammes de séquence la question n'en est plus une, non ?

Bonjour,

J'ai réalisé un diagramme de déploiement avec des noeuds et des artifacts pour modéliser mon projet. Est-il possible de représenter le fait que les listes des Equipements consignés et des Alarmes inhibées sont faites à partir de la BDD et envoyées à l'Application Cliente? (si oui, comment?)

J'ai également terminé mon diagramme de séquences. J'ai un petit souci concernant les 2 listes que j'ai évoquées dans le paragraphe précédent : est-il correct d'en avoir fait un attribut de type "array", respectivement dans Equipement et Alarme? De plus, ces 2 listes sont destinées à être envoyées à l'Application Cliente. Que me conseillez-vous d'écrire comme message sur la flèche de transmission de l'Equipement à l'Appli Cliente et de l'Alarme à l'Appli Cliente? (j'ai écrit "Equipements consignés" et "Alarmes inhibées" par défaut, mais cela ne correspond pas à une méthode)

Comme je n'arrivais pas à faire de use case "traditionnel" (mon application cliente est bien un acteur du fait qu'elle envoie une liste et en reçoit 2 en retour mais elle ne fait aucune opération concrète dans mon système), j'ai représenté un use case sous forme de diagramme de séquences, qu'en pensez-vous?

Mon diagramme de classes n'est pas très riche. Je n'ai pas vu d'autres classes à ajouter... Cela parait-il cohérent avec le reste de mes diagrammes? petit détail BoUML : est-il possible de faire figurer les paramètres des méthodes? (je n'y suis pas arrivée malgré les nombreux menu "edit...")

Pensez-vous qu'il faille que j'ajoute d'autres diagrammes à la modélisation de mon projet?


Merci d'avance pour vos réponses,

La Pomme

Bonjour,

j'avoue ne pas être à l'aise avec votre modèle, de façon générale je pense que le problème est que vous mettez trop en exergue les données de type liste. Ainsi la classe liste_inhibition n'a pas de sens ou est mal nommée, de la même façon comme vous l'avez remarqué les messages "Equipements consignés" et "Alarmes inhibées" dans le diagramme de séquence ne convienne pas.

essayez de penser 'service' et gestionnaire plutôt que 'données pures'

Citation:

---

Envoyé par La Pomme

J'ai réalisé un diagramme de déploiement avec des noeuds et des artifacts pour modéliser mon projet. Est-il possible de représenter le fait que les listes des Equipements consignés et des Alarmes inhibées sont faites à partir de la BDD et envoyées à l'Application Cliente? (si oui, comment?)

---

je pense que ce genre d'information n'a pas de sens au niveau d'un diagramme de déploiement

Citation:

---

J'ai également terminé mon diagramme de séquences. J'ai un petit souci concernant les 2 listes que j'ai évoquées dans le paragraphe précédent : est-il correct d'en avoir fait un attribut de type "array", respectivement dans Equipement et Alarme?

---

ce genre de détail ne doit pas apparaitre dans un diagramme de séquence, même via une note

un diagramme de séquence montre les enchainements, la façon dont les données sont mémorisées n'a pas d'importance, sauf si cela provoque un appel d'opération spécifique et suffisamment important pour être montré dans la séquence des évènements

Citation:

---

De plus, ces 2 listes sont destinées à être envoyées à l'Application Cliente. Que me conseillez-vous d'écrire comme message sur la flèche de transmission de l'Equipement à l'Appli Cliente et de l'Alarme à l'Appli Cliente? (j'ai écrit "Equipements consignés" et "Alarmes inhibées" par défaut, mais cela ne correspond pas à une méthode)

---

quand on regarde le diagramme on se demande s'il s'agit d'opération ou de valeur de retour (mais il ne peut par y avoir de retour intermédiaire)

si ce sont des opérations cela montre un problème d'architecture, les alarmes inhibées devriaient être retournée via équipement et non directement à partir d'alarme

Citation:

---

Comme je n'arrivais pas à faire de use case "traditionnel" (mon application cliente est bien un acteur du fait qu'elle envoie une liste et en reçoit 2 en retour mais elle ne fait aucune opération concrète dans mon système), j'ai représenté un use case sous forme de diagramme de séquences, qu'en pensez-vous?

---

je pense qu'il y a confusion des genres, si un use case peut dans sa description parler de séquence d'actions, il ne peut en aucun cas parler d'implémentation

Citation:

---

petit détail BoUML : est-il possible de faire figurer les paramètres des méthodes? (je n'y suis pas arrivée malgré les nombreux menu "edit...")

---

cela se fait via les drawing settings, et dans le cas présent celui appelé show class member full definition, il est ensuite possible de cacher si on le souhaite la direction et le nom des paramètres (show parameter XXX)

Citation:

---

Pensez-vous qu'il faille que j'ajoute d'autres diagrammes à la modélisation de mon projet?

---

pour le moment il faudra d'abord corrigés ceux existant, ensuite on verra ;)

P.S. désolé si mes réponses sont du genre négatives ...:aie:

Je voudrais ajouter un petit commentaire sur ton dernier diagramme de séquence.Quelque chose semble manquer ou ne pas tourné rond.

Le système comme boîte noir : il reçoit un message et se contente de répondre, on se fout complétement de comment il se débrouille et ce qu'il magouille en interne.

En fait ton diagramme de séquence sans les messages que le système s'envoie à lui même c'est exact auquel cas cela porte tout de suite à ambiguité.


Le système comme boîte blanche : il reçoit un message, cette fois-ci c'est transparent on montre ce qui se passe derrière la scène. Normalement tu devrais retrouver dans ce diagramme, en fonction de l'événement système que tu traites, des class du modèle du domaine en train de communiquer et interagir ensemble, s'envoyer des messages se retourner des valeurs etc...

Ce dernier est trés pratique car il permet notamment de trouver assez instinctivement les méthodes des class (dans le modèle du domaine tu ne devrais avoir que les attributs)

Finalement niveau architecture il est fort probable que l'objet qui reçoit effectivement les messages systèmes soit un controleur qui ne fait que relayer les messages à la vraie class qui est spécialiste pour ce message.

Citation:

---

P.S. désolé si mes réponses sont du genre négatives ...

---

Il s'agit de critiques constructives, pas destructives donc! Elles me poussent à me poser les bonnes questions et à comprendre mes erreurs de raisonnement, donc elles sont les bienvenues, même si je dois reprendre tous mes diagrammes!:mur:

Citation:

---

(...) vous mettez trop en exergue les données de type liste. (...)
essayez de penser 'service' et gestionnaire plutôt que 'données pures'

---

C'est tout à fait vrai, je m'en étais rendue compte.. mais la solution à ce problème ne m'est pas apparue évidente.

Citation:

---

je pense qu'il y a confusion des genres, si un use case peut dans sa description parler de séquence d'actions, il ne peut en aucun cas parler d'implémentation

---

Pour remédier à ce problème et pour rejoindre ce qu'a très justement écrit hegros, j'ai retouché mon 2ème diagramme de séquence en un diagramme de séquences "sytème", boite noire, sans les messages que le système s'envoie à lui même, mais juste avec l'échange des informations importantes : les entrées et les sorties de mon service.


Ensuite, pour compléter ce diagramme, j'ai revu mon 1er diagramme de séquences, celui qui détaille les opérations à l'intérieur du système, type "boite blanche" pour citer hegros. J'ai supprimer ma classe liste_inhibition et crée à la place une classe "Acces_BD" pour essayer de résonner plus "service". Cette classe possède l'ensemble des méthodes pour aller chercher et retourner des infos de la BDD de supervision externe au système (je me suis demandée si je devais la représenter dans mon 1er diagramme de séquence type "boite noire"??..??). Ce 2ème diagramme n'est pas terminé car je me pose les questions suivantes :

1.comment se fait le stockage de la liste_Consignations (ensemble de repères fonctionnels d'équipements à consigner), fichier envoyé par l'appli cliente?

2.la liste des alarmes liées à un équipement doit-elle être stockée dans un attribut de type tableau dans "équipement" pour pouvoir ensuite être utilisée dans l'opération "inhiber" appelée par "équipement"?

3. Le système doit renvoyer à l'application cliente la liste des alarmes inhibées et la liste des équipements consignés. Est-ce la classe équipement peut interroger la classe "Accès_BD" pour avoir ces infos? Dois-je stockée ces 2 listes dans des attributs de "Accès_BD? Est-ce possible que l'équipement fasse un get vers "Accès_BD" puis que cette dernière retourne les 2 listes vers l'application cliente ou est-ce préférable que ce soit l'équipement qui transmette ces 2 listes à l'appli cliente?
J'ai bien conscience que je me pose encore des questions sur le stockage, l'accès et la transmission de données, mais je ne vois pas comment faire autrement, vu que mon service a pour finalité d'inhiber les alarmes liées aux équipements à consigner et de transmettre la liste des alarmes inhibées (et des équipements consignés) à l'application cliente.

En pièces jointes : diagramme de séquences "système", détaillé, et diagramme de classes

Merci d'avance pour vos réponses,
La Pomme

J'ai revu mon diagramme de séquences et je pense qu'à ma précédente question : "Le système doit renvoyer à l'application cliente la liste des alarmes inhibées et la liste des équipements consignés. Est-ce la classe équipement peut interroger la classe "Accès_BD" pour avoir ces infos? " la réponse est non. Le plus logique serait l'appli cliente mais comme il s'agit d'un "service", je pense que le système doit lui renvoyer automatiquement les 2 listes (équipements consignés & alarmes inhibées). Mais je ne vois pas quelle classe.. peut-être me manque-t-il une classe dans mon DC? Qu'en pensez-vous? je tourne en rond sur ce diagramme :roll:

Merci de votre aide
La Pomme

On peut voir un découpage en 5 couches dans un logiciel. On n'est pas obligé d'utiliser toutes les couches non plus.

1-IHM
2-Workflow(application)
3-Métiers
4-Accès aux données (appelé souvent DAO)
5-Base de données

Il y a une classe par couche qui joue normalement le rôle de controleur. De même il est normal que ces classes controleur n'apparaissent pas dans ton DC puisqu'elles sont de pures fabrication (voir pattern GRASP, en conception c'est quasi inévitable)

Je ne connais pas encore cette notion de design pattern. Je vais me documenter un peu sur le sujet. Je pensais pouvoir modéliser mon service avec les diagrammes UML, pensez-vous que les pattern sont plus adaptés à ce que je cherche à représenter?

Ma classe Acces_BD regroupe les méthodes d'accès à la BD. Je pense que c'est une bonne solution. Ce qui me reste à définir c'est de quelle manière (qui) envoie la liste des alarmes consignées et des alarmes inhibées à mon appli cliente. cf mon précédent post

Merci,
La Pomme

Citation:

---

Envoyé par La Pomme

Je ne connais pas encore cette notion de design pattern. Je vais me documenter un peu sur le sujet.

---

Un design pattern est un patron de conception, une méthode éprouvée, trouvée "il y a longtemp" pour résoudre un type de problème particulier et récurent. C'est généralement une solution élégante, évolutive de résoudre cette catégorie de problème.

Citation:

---

Envoyé par La Pomme

Je pensais pouvoir modéliser mon service avec les diagrammes UML, pensez-vous que les pattern sont plus adaptés à ce que je cherche à représenter?

---

Les design pattern ne remplacent pas les diagrammes UML. Par contre les diagrammes uml peuvent spécifier qu'ils emploient ou non tel pattern , et montrent comment le pattern est adapté à ton problème particulier.

Bonjour,

Dans le cadre de mon projet de modélisation, j'aimerais savoir si il est possible d'avoir la situation représentée dans le DS attaché.

Merci d'avance,

La Pomme.

Une autre question :) :

J'aimerais représenter l'envoi d'un "rapport de synthèse" à l'acteur principal de mon diagramme mais celui-ci ne possède pas de méthode "envoyer()". Comment remédier à ce problème, dans le cas où ce n'est pas l'acteur qui fait la demande du rapport mais le cas où le système envoie lui-même le rapport (après une série d'actions) à l'acteur?

Merci,
La Pomme

Bonjour,

Citation:

---

Envoyé par La Pomme

j'aimerais savoir si il est possible d'avoir la situation représentée dans le DS attaché.

---

oui, heureusement que l'on peux rendre une valeur calculée par une autre opération/quelqu'un d'autre

Citation:

---

Envoyé par La Pomme

J'aimerais représenter l'envoi d'un "rapport de synthèse" à l'acteur principal de mon diagramme mais celui-ci ne possède pas de méthode "envoyer()".

---

le rapport n'est pas envoyé si l'acteur est une personne, par contre il est soit affiche, soit imprimé, soit sauvé dans un fichier etc ... c.a.d. une action qui n'est pas faite par l'acteur