Discussion :

[Feres_agent1116]

Bonjour ,Si quelqu'un qui a de l'expérience sur la conception
Je suis la conception d'un système d'inventaire de base pour mon PFE .
le problème est que je travail sur des composants électroniques et chaque composant appartient a une catégorie ,mais le problème c'est que chaque catégorie a ces propriété qui sont différentes aux autres.
au premier lieu j ai pensé sur
sol 1: tableaux différents pour chaque catégorie. mais il y +ieur catégorie donc a éviter
sol 2: table commune, table de propriétés.il y aura redondance est c est pas optimal
maintenant je pense sur cette solution sol3 mais je sais pas
aide SVP

[ebrosse_fr]

Concernant tes catégories en as tu un ensemble prédéfinie ou ton systéme doit'il aussi gérer ces catégories (en créer de nouvelles, modifié les propriétés de chaque catégorie, etc.)?

[Feres_agent1116]

concernant les catégories ils sont définis ,mais comme je l’avais dit que chaque catégorie a ces propres propriétés ..comment je peut présenter cette relation

[ebrosse_fr]

Voici une solution 3 ou j'ai modélisé les catégories comme un type de donné.
Chaque composant est lié à 0 ou 1 (peut être une seul et unique) catégorie qui posséde comme propriété un nom. Puis il existe deux types de catégorie cahcune ayant ses propiétés.

En espérant que cela t'aidera.

[Feres_agent1116]

cette solution c'est comme ma première solution pour chaque catégorie je suis obligé de faire (une sorte de table)....c'est pas un problème ...mais l'essentiel il n’y a pas représentation des valeur de ces propriétés pour chaque composants
voici un exemple:
un composant EX10 de la catégorie Diode possède xvaleur pour la propriété tension direct , y valeur pour la propriété courant direct...
un autre composant E777 de la catégorie Condensateur a x valeur propr1,y valeur propri 2,z valeur prop3 ....
comment je peut présenter ca

[ebrosse_fr]

Ta solution 1 est elle celle décrite par sol2.png? Si oui, il y a tout de même une différence entre nos deux modéles car en utilisant une classe association dans ton modéle la liste des propiétés est commune à toutes les catégories..

Ma sol3.png repéresente le modéle au niveau classe. Ton exemple se situe au niveau instance i.e. instanciation du modéle de classe. En UML cela peut se modéliser par un diagramme d'objet cf attachements.

[Feres_agent1116]

Merci pour votre aide ebrosse_fr
ta solution je l'apprecier bien ,mais il aura pas un probleme au niveau de nombre si on parle par exemple de 20 ou 30 categorie ...j'aimerais bien arriver a une solution optimal est générique
merci une autre fois

[ebrosse_fr]

J'ai un peu de mal à voir à quel niveau tu veux te situer...

Tu veux modéliser une solution de générique gestion de catégorie, vrai!?
En modélisant par exemple le fait qu'une catégorie à un nom et peut avoir un certain nombre de propriétés

Ensuite tu instancieras (produiera un exemple concret de ) ce premier niveau afin d'avoir l'ensemble de tes catégories avec leurs listes des propriétés. Par exemple la catégorie "diode" posséde deux propriétés tension direct et courant direct de type double, etc.

Et finalement tu instancieras ce second niveau afin spécifier le fait que pour tel diode sa tension direct vaut x et son courant continu vaut y.

Qu'en penses tu?

[Feres_agent1116]

j'ai penser a votre solution dés le début .et comme je l'avais discuter avec mon prof il m avait dit c'est bon comme conception mais dans un contexte ou il aura
un ou max 3 catégorie. mais nous sommes dans un contexte ou il y on a 20 catégorie a ces propres propriétés , nécessairement qu'il y une solution optimale et général pour tous ces cagoterie

c'est pour ça que j'ai passer a la solution table propriét puis a la 3 solution mais maintenant je suis bloqué

[Arnaud13]

J'ai l'impression que tu mélange un peu le diagramme de classe et l'implémentation de la base en fonction.

Que cherche tu sur ce post ?
Le diagramme ? (et alors celui proposé par ebrosse_fr à l'air très bien)
Ou comment créer ta base de données pour coller avec ce diagramme ? (nombre de tables, associations, etc)

[Feres_agent1116]

J'ai l'impression que tu mélange un peu le diagramme de classe et l'implémentation de la base en fonction.

Que cherche tu sur ce post ?
Le diagramme ? (et alors celui proposé par ebrosse_fr à l'air très bien)
Ou comment créer ta base de données pour coller avec ce diagramme ? (nombre de tables, associations, etc)

je cherche le diagramme de classe donc je résume je dois faire 20 relation de héritage comme la représentation de ebrosse_fr pour représenter ces 20 catégories ,ou bien y t'il autre solution

[ebrosse_fr]

mais que dois montrer ce diagramme ?

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés.

ou

chaque composant appartient a une catégorie et que chaque catégorie peut avoir des propriétés.

[Feres_agent1116]

mais que dois montrer ce diagramme ?

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés.

ou

chaque composant appartient a une catégorie et que chaque catégorie peut avoir des propriétés.

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés.

[ebrosse_fr]

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés.

donc dans ce cas il te faut bien montrer toutes les catégories !?

[Feres_agent1116]

ehhhh ouiii,c'est ça mon problème .je pense que représenter chaque catégorie par une association de généralité d'une catégorie mère ce n'est pas la bonne idée

je cherche une autre solution optimal je suis coincé , c'était la solution 3 dont je vous parlé

[ebrosse_fr]

Avant de chercher une solution optimal, il faut bien définir ton probléme.

Ta solution 3 représente

chaque composant est lié à un objet nommé catégorie et une catégorie est un objet peut avoir des propriétés.

ce qui ne semble pas être ce que tu veux montrer, si j'ai bien compris ...

[Feres_agent1116]

c'est une faute de cardinalité,je veut exprimé que chaque catégorie a ces propres propriétés

oui avec la possibilité bien sure q'une propriété peut être partagé par 2 catégorie

[ebrosse_fr]

Encore une fois il faut définir ce que tu veux montrer !!!!

En disant

oui avec la possibilité bien sure q'une propriété peut être partagé par 2 catégorie

je comprends que tu veux modéliser

chaque composant est lié a une catégorie et que chaque catégorie peut avoir des propriétés.

et non

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés

or avant tu m'as dit que tu voulais modéliser

chaque composant appartient a une catégorie prédéfinie chacune ayant ces propriétés.

Veux tu modéliser dans ton diagramme qu'un composant est lié à une catégorie Y donné ou composant est lié à une catégorie qui a un nom ?

[Feres_agent1116]

merci pour vos efforts et votre engagement
je suis encoure un amateur

donc je résume ,je veut modéliser un composant qui appartient a une catégorie
les catégorie existent déjà ,avec chaque catégorie a ces propres propriétés ,
chaque propriété peut être partagé par les catégorie ...et le plus important que chaque composants a une valeur pour ces propriétés
merci encore

[ebrosse_fr]

Un composant appartient à une catégorie

?
C'est à dire que si l'on supprime toutes les catégories cela supprime tous les composants ?

chaque catégorie a ses propres propriétés

et

chaque propriété peut être partagé par les catégorie

Je ne comprends pas une propriété fait elle partie d'une seule catégorie (ta premiére phrase) c'est à dire que si tu supprimes la catégorie cela supprime les propriétés ou (selon ta deuxiéme phrase) une propriété peut être lié à plusieurs catégories c'est à dire que si tu supprimes toutes les catégories les propriétes sont toujours là?