Discussion :

[Dankin]

Bonjour,

J essaie de modéliser un diagramme de classe pour représenter la logique interne d'une SSII qui gère la maintenance de clients divers.
Ne pouvant modéliser sur l outil imposé ni classe d'association ni association ternaire j'en suis parvenu au diagramme joint en pièce jointe.

Je suis un peu gêné sur la question de la demande de pièce, une demande de produit correspond à un seul et unique produit défini par un modèle (fiche produit). Ce produit peut être un aggrégat (un ordinateur contient d autres éléments).

Dans la logique métier, une demande de produit correspond à une demande de modèle (exemple carte graphique GeForce 64008To de ram) et on associe donc à cette demande un produit unique, modèle + N° de Série, la demande pouvant être refusée.

Au départ je voulais que la demande soit une classe d association entre un produit et l intervention, le produit ayant un lien vers le modèle. Mais ne pouvant le faire... j en suis la.

Bref, toute explication ou critique est la bienvenue .

Merci.

[Dankin]

Pourquoi personne ne m'aime :'(. :p

[Quatre_Couleurs]

Je n'ai pas vraiment compris ta demande mais je vois le mot critique donc je vais critiquer
Au niveau de la societe: y a t'il vraiment une difference entre "a pour siege" et "est localisee"? Si oui, il faut je pense divisee ta societe en 2: siege et une collection succursales.
Au niveau de l'intervention, pourquoi as tu mis 2 liens avec le technicien?
Au niveau du produit, le lien entre demande produit et fiche produit me semble pas pertinents.

Voila mes critiques, sachant que c'est qu'un avis.
Sinon ta modelisation me semble coherente.

[Dankin]

En fait une société à un siege mais aussi différents sites. Il faut pouvoir représenter les siège, mais aussi les différentes adresses de ses différents sites.


Les deux liens sont du au fait que c est une base à la modélisation UWE donc il faut transformer les relations 1..*-1..* en double liens 1..*-1.

En fait le produit est certes défini par une fiche produit mais nous avons décidé de l unir dans une classe unique ne voyant pas comment faire autrement ^^.
Le problème étant qu'un produit étant certes modélisé par une fiche mais que, lors d'une demande ce n'est pas un produit spécifique qui est demandé mais un des produits définis par la fiche... n'ayant droit ni aux ternaires ni aux classes d association je suis bien embêté.

Merci beaucoup en tout cas

Nouveau diagramme en prenant compte de tes critiques et en revoyant la logique métier (une intervention à un contact, une maintenance est liée à une adresse, une prestation peut être à plusieurs)

[Quatre_Couleurs]

Ok.
En fait quand on fait une demande de produit, on demande une fiche produit et pas un produit? Donc en fait, derriere chaque fiche produit, il y aune collection de produit?

[Dankin]

C'est comme ça que je le voyais à l'origine oui. Une fiche produit est un gabarit de produit sans numéro de série.
Ainsi, un technicien, dans une intervention donnée va avoir besoin de remplacer une carte graphique par exemple, il demande ce type de produit, et l'inventoriste lui affecte par la suite un produit unique.

[Quatre_Couleurs]

En fait la fiche sert a detaille le produit (caracteristiques, ...). Donc la fiche produit est attaché a un produit donc composition (losange plein). Par contre je suis pas d'accord un technicien va d'abord demander un produit, la fiche ne vient qu'apres donc il faut a mon avis deplace le nom du produit dans la classe produit.

[Dankin]

Merci beaucoup de ton aide .
Je peux maintenant transformer tout ceci avec la super Méthode UWE.

[Quatre_Couleurs]

Ca me parait pas mal.

[Dankin]

Avec juste des cours et sans beaucoup de pratique on a vraiment vite fait de se mélanger les pinceaux (ce diagramme est pour mon projet web) et de compliquer des choses qui pourraient être modélisées simplement.

Merci encore .