Discussion :

[ahmedmrj]

bonjour tout le monde,
je suis en train de développer une application pour le département informatique dans le cadre de mon PFE. je serai ravi si vous pouvez m'aider, voila mon MCD initial et j'attend vos commentaires et vos recommandations!
merci d'avance pour vos reponses!!!

[JPhi33]

Bonjour ahmedmrj,

j'attend vos commentaires et vos recommandations!

Mon commentaire est que ce MCD est très... joli.

Ma recommandation : il faudrait accompagner ce MCD d'un cahier des charges ou d'un énoncé ou même d'un semblant de début de règles de gestion, bref quelque chose qui permette de savoir si le MCD est valide ou non. Sans ça, on peut juste dire que le MCD est... joli.

[ahmedmrj]

Mon commentaire est que ce MCD est très... joli.

je vous remerci JPhi33 pour votre réponse! et votre très...joli commentaire.
mon job consiste a développer une application pour le département info d'une entreprise, elle doit permettre au employés du département de gérer et de faire le suivie du matériels c.a.d quand un tel matériel est acquis, a quel département est-t-il affecté. en gros l'historique de caque produit.
d'autre part cet application va permettre au autres employés des autre service de déclarer les pannes, puisque cette application va tourner sur le réseau, puis un ou plusieurs agents du département informatique se chargent d''intervenir et de réparer les pannes.
quelque règles:
- un matériel peut se composer de zéro ou plusieurs composant.
- un agent peu ajouter zéro ou plusieurs produits.
- une intervention peut être effectuer par un ou plusieurs agent.
- une réclamation est déposée par un et un seul employés.
- un modèle appartient a une et une seule marque.
- un type de produit regroupe plusieurs marque (Exp: produit: un pc, marque: Hp, sony...)
Merci!

[JPhi33]

Avec l'énoncé, c'est plus facile de faire des remarques.

[...] elle doit permettre au employés du département de gérer et de faire le suivie du matériels c.a.d quand un tel matériel est acquis, a quel département est-t-il affecté. en gros l'historique de caque produit.

Je suppose que matériel = produit car je ne vois aucune notion de matériel dans le MCD.
L'affectation d'un produit à un département n'apparaît pas.

- un matériel peut se composer de zéro ou plusieurs composant.

Cette règle n'est pas modélisée, le concept "composant" est absent du MCD.

- un agent peu ajouter zéro ou plusieurs produits.

En supposant qu'il s'agisse de l'association Gérer, un Produit peut donc être géré par plusieurs Agents (?!)

- une intervention peut être effectuer par un ou plusieurs agent.

La cardinalité côté Intervention devrait donc être 1,n et non pas 1,1.

- une réclamation est déposée par un et un seul employés.

(donc employé = Agent) L'association Déposer, étant de type 1,1---0,n, ne peut pas contenir de propriété. "date" est en réalité une propriété appartenant à l'entité Réclamation.

- un modèle appartient a une et une seule marque.

Ok.

- un type de produit regroupe plusieurs marque (Exp: produit: un pc, marque: Hp, sony...)

Certes, mais ce regroupement doit probablement se faire via le modèle, donc Type devrait être lié à Model et non à Marque. A travers le modèle, on retrouve la marque. Il faudrait plus d'exemples pour pour confirmer cette hypothèse.


En outre, les états (de Réclamation, de Produit) devraient être externalisés dans des entité dédiées.

Enfin, une règle fondamentale n'est pas respectée : dans un MCD, une propriété est UNIQUE, elle ne peut apparaître qu'une fois. Cela signifie qu'il est interdit d'avoir 3 propriétés nommées "date" ou 3 propriétés nommées "Etat" ou, pire encore, 5 propriétés différentes nommées ID !

[ahmedmrj]

bonsoir
merci.. merci et mille merci JPhi33 pour le temps consacré et pour les commentaires instructifs.

la propriété état de l'entité Réclamation va prendre les valeurs servi ou non et pour celle de l'entité Produit va prendre les valeurs neuf ou non, est ce qu'il faut les externalisés dans des nouvelles entités?

et pour les entités Type Marque Model sont reliées de cette façon par ce que je pense que c'est l'ordre le plus exact, par exp: notebook-hp-dv6 (Type-Marque-Model) n'est ce pas?!

et en fin après les manip nécessaires voila les nouveau MCD.

[JPhi33]

la propriété état de l'entité Réclamation va prendre les valeurs servi ou non et pour celle de l'entité Produit va prendre les valeurs neuf ou non, est ce qu'il faut les externalisés dans des nouvelles entités?

Dans ce cas, il s'agit de booléens qu'il ne faut donc pas externaliser. En revanche, le nom de ces propriétés ne reflète pas leur sémantique. Il est préférable de les nommer Servi et Neuf. Leurs valeurs sont, bien entendu, Oui ou Non (ou 0/1, ou vrai/faux, etc.)

et pour les entités Type Marque Model sont reliées de cette façon par ce que je pense que c'est l'ordre le plus exact, par exp: notebook-hp-dv6 (Type-Marque-Model) n'est ce pas?!

Je comprends que Type est la notion la plus générale puis viennent Marque et Model. Cette modélisation amène quelques questions.

Dans le MCD, un produit peut être lié à plusieurs types. Comment est-ce possible ?

Si Produit n'est lié qu'à Type, comme c'est le cas dans les deux versions du MCD, alors comment savoir de quel modèle est le produit ? En réalité un produit donné n'a qu'un seul type, une seule marque et un seul modèle.
Si le produit n'est relié qu'à une seule de ces 3 entités, il faut pouvoir déterminer la valeur (l'occurrence) des deux autres entités à partir de la première entité, comme dans cet exemple :

[ A ]--1,1----( )----0,n->[ B ]--1,1----( )----0,n->[ C ]

Une fois l'occurrence de A déterminée, une seule occurrence de B y est associée et à celle-ci une seule occurrence de C. On peut donc, à partir d'un Produit qui serait lié à A de la manière suivante :

[ Produit ]--1,1----( )----0,n->[ A ]

déterminer les valeurs du triplet {A, B, C}.


Dans ton MCD, Type ne détermine pas Marque puisque, pour un type, il existe plusieurs marques. Donc associer Produit à Type ne suffit pas pour déterminer le triplet {Type, Marque, Model}. Il faut aussi associer Produit à Model :

[ Produit ]--1,1----( )----0,n->[ Type ]
[ Produit ]--1,1----( )----0,n->[ Model ]--1,1----( )----0,n->[ Marque ]

Ce qui se lit :
- Un Produit détermine un seul Type
- Un produit détermine un seul Model qui détermine une seule Marque

Donc un produit permet bien de déterminer le triplet {Type, Marque, Model} ce qui est l'objectif.


Enfin, ma remarque sur la redondance des propriétés n'a été prise en compte que pour ID et pas pour Date, ni Type, ni Libellé, ni Etat.

[ahmedmrj]

salut JPhi33,

Dans le MCD, un produit peut être lié à plusieurs types. Comment est-ce possible ?

tenant 3 exemples:
Ordinateur de bureau-->Sony--> azerty
Notebook-->acer-->aspire one
routeur--> cisco--> azert
Type-->Marque-->Model

c'est de cette façon que produit peut être lié a plusieurs type.
je pense aussi a relier l'entité Intervention avec l'entité Produit pour indiquer une intervention est effectuée sur un tel produit, est ce que vous jugez cette idée utile?

voila la nouvelle version du mon MCD

merci JPhi33 pour votre aide.

[JPhi33]

tenant 3 exemples:
Ordinateur de bureau-->Sony--> azerty
Notebook-->acer-->aspire one
routeur--> cisco--> azert
Type-->Marque-->Model

c'est de cette façon que produit peut être lié a plusieurs type.

J'ai du mal à comprendre. Dans ces exemples, quel est le produit ?


Concernant l'unicité des propriétés de cette nouvelle version du MCD, c'est presque bon mais on trouve encore deux propriétés différentes nommées Type, l'une dans Reclamation, l'autre dans Intervention.