exercice 2

Version imprimable

12/06/2011, 10h38
Daneel78

exercice 2

Bonjour

Comme il est possible de commenter indépendamment à plusieurs intitulé, je présente l’énoncé de l'exo 2 avec ma solution.
Je suis désolé de charger et de demander beaucoup de votre temps mais le cours était un peu long et les seul exo ont été donnés a la fin et n'ont pas de corrigé, et l'exam est ds 2 semaines 8O:calim2:
C'est chaud

Le système d'information qu'il s'agit de modéliser est celui d'une grande surface d'alimentation. Ce système
informatique comprend un ensemble de caisses enregistreuses muni d'un lecteur de code barre, et d'une horloge interne
donnant la date et l'heure. L'enregistrement d'un produit à la caisse s'effectue par un passage devant le lecteur de code barre.
Ce système permet de connaître en temps réel l'état précis du stock, produit par produit. Pour cela, chaque type de
produit vendu est enregistré dans le système. Les informations ainsi mémorisées sont : le numéro de code barre, le libellé du
produit, le prix T.T.C., la quantité en stock, et la quantité vendue cumulée pour le mois.1 Ces deux dernières informations
étant maintenues en temps réel.
Les opérations que l'on peut effectuer avec les caisses enregistreuses sont :
(1) A la prise de service, l'employé(e) introduit une clé dans une serrure de la caisse enregistreuse et tape son
numéro matricule.
(2) Avant de commencer à enregistrer à l'aide du lecteur code barre les produits d'un nouveau client, l'employé(e)
appuie sur une touche de la caisse enregistreuse pour indiquer au système que l'on commence une nouvelle facture (la
facture est le ticket de caisse). Cette facture comprend la date, l'heure, le numéro de caisse.
(3) Chaque passage d'un produit devant le lecteur de code barre se traduit par l'enregistrement d'une ligne facture.
L'employé(e) peut indiquer une quantité de produits, ce qui lui permet, dans le cas d'un lot, par exemple un pack de
bouteilles d'eau minérale, de faire lire une seule bouteille par le lecteur, et de taper le nombre de bouteilles que contient le
pack.
La quantité vendue d'un produit est indiquée sur la facture. Dans notre exemple, on aura donc la mention : "6 btl.
eau min. 1.20 €" sur la ligne du ticket de caisse. Cette ligne comprend donc les mentions suivantes : quantité, libellé
produit, sous-total T.T.C.
(4) Quand tous les produits d'un client ont été enregistrés, l'employé(e) appuie sur une touche pour commander
l'affichage du total à payer.
(5) Une fois le règlement effectué par le client, l'employé(e) enregistre ce règlement en appuyant sur la touche
correspondant au type du règlement (liquidité, chèque, ou carte bleue), et le numéro de chèque s'il s'agit d'un règlement par
chèque, ou le numéro de carte et la date d'expiration s'il s'agit d'un règlement par carte bleue. Ces trois commandes ont pour
effet d'éditer la facture (le ticket de caisse) pour le client.
(6) Quand l'employé(e) a terminé son service, il ferme la caisse à l'aide de la clé, ce qui a pour effet de déclencher
l'édition du récapitulatif de caisse qui comporte les indications suivantes : n° de caisse, date, heure de prise de caisse, heure
de fermeture de caisse, numéro matricule de l'employé(e), nom et prénom de l'employé(e), et total des règlements (tous
modes de règlement confondus).2 . Pour cela la caisse enregistreuse mémorise les factures crées pendant le service de
l'employé(e).
Questions :

(a) Modèle de classes.
(b) Modélisez la dynamique de l'objet caisse (ensemble des scenarii pour chaque cas d’utilisation et le diagramme
d’état de l’objet caisse).

Diagramme de Classe
Je n'ai aucune idée de ce que peux contenir comme attribut la classe Facture, peux elle etre sans attribut?

http://img838.imageshack.us/img838/6744/ddct.png

Diagramme de cas d'utilisation sur prise de service employé
Je suis pas sure de son utilité, ne doit elle pas être incorporée avec la suivante?
http://img233.imageshack.us/img233/8...iseservice.png

Diagramme de cas d'utilisation, j'en ai jamais fais et comme je n'ai pas eu d'exercice corrigé, ce diagramme est en fonction de ce que je trouve sur internet.
http://img405.imageshack.us/img405/9...newfacture.png

Diagramme d'état transition:
http://img683.imageshack.us/img683/7725/decaisse.png
12/06/2011, 17h56
bruno_pages

(re) Bonjour

Citation:

Envoyé par Daneel78

(a) Modèle de classes.

comme dans les autres cas il n'y a pas d'opération, votre système ne fera donc ... rien ;)

Citation:

Envoyé par Daneel78

Je n'ai aucune idée de ce que peux contenir comme attribut la classe Facture, peux elle etre sans attribut?

une relation est un attribut, donc elle en a déjà

je ne suis pas certain de la pertinence de la classe LigneFacture, il faut distinguer ce qui existe à l'extérieur (lignes produites pas l'imprimante) et ce qui est mémorisé par le système, vous n'avez pas à modéliser la partie impression en elle même

Citation:

Envoyé par Daneel78

Diagramme de cas d'utilisation sur prise de service employé
Je suis pas sure de son utilité, ne doit elle pas être incorporée avec la suivante?

c'est utile car cela fait parti du sous système "caisse enregistreuse" que vous devez détailler

le découpage en plusieurs diagrammes obéit aux règles de lisibilité, un diagramme d'UC comme tout diagramme doit resté lisible (et donc pas trop complexe) et doit avoir une sémantique/but propre

Citation:

Envoyé par Daneel78

Diagramme de cas d'utilisation, j'en ai jamais fais et comme je n'ai pas eu d'exercice corrigé, ce diagramme est en fonction de ce que je trouve sur internet.

vous pouvez regarder le sous forum correspondant et au moins ce tutoriel, cela vous permettra entre autre de renommer certains UCs

Citation:

Envoyé par Daneel78

Diagramme d'état transition

où sont les états ? ;) ne pas confondre état et action (en supposant qu'il s'agit d'un diagramme d'états)

une transition issue de l'état initial ne peut avoir de garde ou autre

vos fork/join sont invalides, ceux-ci on trait au parallélisme et ici il n'y en a pas besoin.

utilisation également invalide de décision point comme point de regroupement ... qui n'existent pas dans un diagramme d'état. En fait vous avez fait un (pseudo) diagramme d'activité et non un diagramme d'états
13/06/2011, 10h40
Daneel78

Bonjour
D'abord merci pour votre aide, étant néophyte, je comprends pas tout, tout de suite.....8O

Citation:

comme dans les autres cas il n'y a pas d'opération, votre système ne fera donc ... rien ;)

Oui je sais, mais avant de les intégrer, je voudrais déjà que le choix des classes soit finalisé, leurs liens et que les attributs definis...

Citation:

une relation est un attribut, donc elle en a déjà

Vous voulez dire la relation avec les autres classes??

Citation:

je ne suis pas certain de la pertinence de la classe LigneFacture, il faut distinguer ce qui existe à l'extérieur (lignes produites pas l'imprimante) et ce qui est mémorisé par le système, vous n'avez pas à modéliser la partie impression en elle même

Si j'ai bien lu un de vos commentaire sur un autre de mes exo, je peux mettre un attribut en multiplicité (liste) mais la les différents attributs sont liés entre eux, je veux dire que le code barre libellé, prix etc sont liés, donc dans un meme objet, ils sont groupé (lors d'une instance) alors que si il sont dans une liste lors de la suppression d'un article, il faut supprimer chaque attribut, dans mon cas il suffit de supprimer l'objet. Je sais pas si je me suis fais comprendre, mais la différenciation entre créer un attribut ou une classe est une des difficulté du langage objet...
Et pour moi c'est encore flou

Citation:

où sont les états ? ;) ne pas confondre état et action (en supposant qu'il s'agit d'un diagramme d'états)

Donc "CaisseEnService" et "EnregistrementPret" entre autre c'est pas des états??

Citation:

une transition issue de l'état initial ne peut avoir de garde

Qu'est-ce que vous appelez une garde??

Citation:

vos fork/join sont invalides, ceux-ci on trait au parallélisme et ici il n'y en a pas besoin.

Donc comment faire pour montrer l'enregistrement de plusieurs articles??
un diagramme d'etat transition peut il montrer uniquement l'enregistrement d'un seul article?

Citation:

utilisation également invalide de décision point comme point de regroupement ... qui n'existent pas dans un diagramme d'état. En fait vous avez fait un (pseudo) diagramme d'activité et non un diagramme d'états

meme question que précédemment!!
13/06/2011, 11h20
bruno_pages

Bonjour

Citation:

Envoyé par Daneel78

Oui je sais, mais avant de les intégrer, je voudrais déjà que le choix des classes soit finalisé, leurs liens et que les attributs definis...

le hic c'est qu'une classe c'est un comportement, une classe 'fait' quelque chose via ses opérations, et accessoirement des attributs de mémorisation

une structure (C) c'est juste une boite définie par ses attributs, mais sans comportement associé

vous devez donc choisir vos classes en leur assignant un but, et donc des opérations réalisant ce but

Citation:

Envoyé par Daneel78

Vous voulez dire la relation avec les autres classes??

oui, toute relation peut être supportée par un attribut, l'utilisation des relations est seulement plus claire dans les diagrammes car ont voit immédiatement les liaisons, mais aussi le caractère bidirectionnel impossible a voir dans le cas d'attribut dans un diagramme sans une note attachée ou une contrainte

Citation:

Envoyé par Daneel78

Si j'ai bien lu un de vos commentaire sur un autre de mes exo, je peux mettre un attribut en multiplicité (liste) mais la les différents attributs sont liés entre eux, je veux dire que le code barre libellé, prix etc sont liés, donc dans un meme objet, ils sont groupé (lors d'une instance) alors que si il sont dans une liste lors de la suppression d'un article, il faut supprimer chaque attribut, dans mon cas il suffit de supprimer l'objet.

ce que je voulais dire c'est que la ligne n'existe pas forcément au niveau classe, vous pouvez tout aussi bien gérer les informations de prix etc associées sans que la ligne existe via classe dédiée ou attributs. Peut être que le problème est simplement au niveau du nommage de la classe qui fait trop penser au papier produit

Citation:

Envoyé par Daneel78

Je sais pas si je me suis fais comprendre, mais la différenciation entre créer un attribut ou une classe est une des difficulté du langage objet...

vous voulez dire entre attribut et relation ?
sinon la classe c'est la partie statique dans votre code, une classe n'est pas créée à l'exécution (cela est cependant possible dans certains langages), contrairement à une instance. Considérons la classe Humain, vous et moi nous en somme des instances, la confusion entre la classe et nous n'est pas possible, et le concept de classe et d'instance est en fait tout a fait naturel

Citation:

Envoyé par Daneel78

Donc "CaisseEnService" et "EnregistrementPret" entre autre c'est pas des états??

non, un état se représente avec des bords arrondis

Citation:

Envoyé par Daneel78

Qu'est-ce que vous appelez une garde??

une condition de déclenchement

à ce niveau il faudrait que vous regardiez vos cours ou autre documentation

Citation:

Envoyé par Daneel78

Donc comment faire pour montrer l'enregistrement de plusieurs articles??
un diagramme d'etat transition peut il montrer uniquement l'enregistrement d'un seul article?

les enregistrements ne se feront pas en parallèle mais à la suite les uns des autres, en fait je pense que vous ne comprenez pas ce qu'est une machine à états

la vie d'une personne pourrait être décrite (de façon simplifiée quand même ;) ) par une machine a états, il y aurait les états bébé, adolescent, adulte et vieillard, avec les états initial et final. Chaque transition se fait sous condition, par exemple basée sur l'age ou une cause de décès.
13/06/2011, 12h43
Daneel78

J'ai revu le diagramme de classe

J'ai donc viré la classe LigneFacture, après réflexion, elle n'est effectivement pas utile.
Par contre, j'ai ajouté les attributs libellé et qté dans la classe Facture.
Elle contient également les operations calculsoustotal qui ajoute donc une instance des attributs qté, libellé et sous total.
L'operation Total calcule et modifie l'attribut 'Total' et doit envoyer a la classe caisseeenregistreuse un message pour mémoriser le totalfacture.
mémofacture doit donc contenir une valeur supplémentaire.
Le message envoie donc a l'operation memoriseFacture la demande d'ajout.
Est-ce bien la le déroulement normal?
Ai-je oublié des choses dans le Diagramme de classe pour montrer cela?
Je ne sais pas si les messages doivent apparaitres dans un DdC
http://img815.imageshack.us/img815/4388/ddc02.png
13/06/2011, 14h06
bruno_pages

ok, ca progresse, vos classes commencent à prendre vie :ccool:

Citation:

Envoyé par Daneel78

Par contre, j'ai ajouté les attributs libellé et qté dans la classe Facture.

à quoi sert libellé ?

Citation:

Envoyé par Daneel78

doit envoyer a la classe caisseeenregistreuse un message pour mémoriser le totalfacture...Le message envoie donc a l'operation memoriseFacture la demande d'ajout.
Est-ce bien la le déroulement normal?

bigre, c'est quoi le message ? que voulez-vous dire par là ?

Citation:

Envoyé par Daneel78

Ai-je oublié des choses dans le Diagramme de classe

oh oui, si vous génériez le code à partir de cela la chose ne va pas marcher ;)

je ne le redirai plus, pourquoi que des relations bidirectionnelles ? par exemple pensez-vous qu'un produit doive connaitre les factures (et non 'la' comme le dit la multiplicité 1) qui ont trait à lui ?

je ne le redirai plus, donnez au nom aux rôles

il manque toujours des opérations, je doute que l'évolution de la facture se fasse par génération spontanée ou le déroulement du hasard ... ou il n'y aura rapidement plus de clients :mouarf: relisez l'énoncé et pour chaque point/actions abordés demandez-vous s'il est implémenté
13/06/2011, 21h30
Daneel78

Bonjour

Donc je remet encore une version corrigé du DdC
J'ai ajouté un constructeur pour chaque classe, et modifié l'affichage afin de voir les Roles des attribut/méthodes.
D'ailleurs a ce propos, pour les roles en question, quel sont vos commentaires??
Pour les attributs, je pourrais commenter mes choix, pour les méthodes, c'est un peu flou.....8O
J'ai également modifié les associations (relation?) en unidirectionnelles.

Je ne redirais plus : est ce que j'ai oublié des choses ??:lol:
Il me vient encore une question, dois-je ajouter une méthode pour l'impression de la facture dans la classe Facture et impression RecapitulatifCaisse dans la classe CaisseEnregistreuse??
Ou c'est une commande extérieur?

http://img818.imageshack.us/img818/6429/ddc03.png
13/06/2011, 22h54
bruno_pages

Citation:

Envoyé par Daneel78

... afin de voir les Roles des attribut/méthodes.

:cry: les rôles concernent les relations, ce sont les noms des attributs supportant les relations dans le code généré, c.a.d. la valeur de name au dessus de l'indication multiplicity dans chacune des deux sous partie de la boite de dialogue des relations

Citation:

Envoyé par Daneel78

D'ailleurs a ce propos, pour les roles en question, quel sont vos commentaires??

qu'ils manquent toujours :mouarf:

par pitié regarder vos cours ou des doc/tutoriel sur UML

Citation:

Envoyé par Daneel78

Je ne redirais plus : est ce que j'ai oublié des choses ??:lol:

:cry: l'évolution de la facture se fait toujours par génération spontanée ou le déroulement du hasard, relisez l'énoncé et pour chaque point/actions abordés demandez-vous s'il est implémenté :fessee:

Citation:

Envoyé par Daneel78

dois-je ajouter une méthode pour l'impression de la facture dans la classe Facture et impression RecapitulatifCaisse dans la classe CaisseEnregistreuse??
Ou c'est une commande extérieur?

extérieur ? c'est votre système qui provoque l'impression même si c'est l'imprimante qui la réalise, si vous n'avez rien dans le système provoquant l'impression celle-ci ne sera jamais faite.