Discussion :

[ZidaneDevelopping]

bonjour a tous,
j'ai un petit problème avec un exercice, j'ai essayé plusieurs fois mais je n'arrive pas a modéliser cette exercice, alors je voudrais avoir votre avis sur le sujet.

[fsmrel]

Bonjour ZidaneDevelopping,


Il faut bien voir que ceux qui modélisent s’appuient sur les documents concrets tels que les appels d’offre. Disons que les problèmes de modélisation que vous rencontrez tiennent sans doute au manque de précision de l’énoncé qui vous est proposé à ce sujet. En effet, il est dit seulement que le Maître d’ouvrage (l’entreprise) lance un appel d’offre pour l’acquisition d’ordinateurs, mais on ne sait pas s’il s’agit d’ordinateurs fixes, avec ou sans écran, d’ordinateurs portables. Tout au plus peut-on estimer, à partir de l'énoncé, qu'un appel d’offre précise la quantité d’ordinateurs, ce qui n’est quand même pas suffisant pour que les fournisseurs fassent des propositions et devis.

Il faudrait donc pour commencer que vous imaginiez ce que pourrait être le contenu de l’appel d’offre quant à la typologie des ordinateurs (fixes, portables...) et en quelle quantité, ce qui vous fournirait une 1re base pour bâtir un MCD.

[ZidaneDevelopping]

merci "fsmrel" je me disais bien qu'il y avais plusieurs façon de faire.
j'ai travailler avec 4 entité (fournisseur, contrat, ordinateur acheter, et pièce) mais voila j'ai un problème, je ne sais pas comment lier l'association "réparer" avec quelle entité ? je demande donc si vous pouvez me dire comment vous auriez procéder .

[fsmrel]

Bonjour ZidaneDevelopping,

J'ai travaillé avec 4 entités (fournisseur, contrat, ordinateur acheter, et pièce)

Hum... Vous faites donc l’impasse sur les appels d’offre de l’entreprise et les propositions des fournisseurs. Pourquoi pas, puisque l’énoncé reste muet sur leurs caractéristiques. Pour les entités-types dont vous faites mention, il faudrait déjà que vous proposiez un MCD comportant chaque entité-type, avec ses attributs (sans oublier son identifiant), et les associations entre ces entités-types. Concernant les réparations, vous pourriez par exemple mettre en œuvre une entité-type (nommée par exemple PANNE, décrivant chaque panne, sur quel ordinateur, à quelle date) associée à l’entité-type ORDINATEUR et à une entité-type TYPE_PIECE, permettant de connaître les pièces défectueuses pour une panne et donc à réparer ou changer. Vous pourriez définir une entité-type REPARATION permettant de savoir quelle réparation (effective, ou ayant nécessité un remplacement) a été effectuée, à quelle date, pour quelle pièce. J’en rajoute peut-être, mais le but est de toute façon que l’on soit capable de fournir à tout moment la liste des pièces composant chaque ordinateur à l’instant T, avec l’historique des interventions et remplacements effectués.