Discussion :

[haylox]

Bonjour!

Je veux developer une app android qui gére l'inventaire d'une société ( le matériel informatique et fourniture de bureau).
La sté est basée sur plusiours zones, chaque zone contient differents batiments....chaque bureau contient un ensemble de matériel.

Est ce que le modele suivant est correcte? :





Merci.

[escartefigue]

Bonjour,

Si le matériel est susceptible de changer de bureau, il faut gérer son affectation à date.

D'après votre schéma, une division est installée dans un et un seul étage, si cette division grossit et a besoin d'autres locaux, vous serez contraint d'installer les nouveaux bureaux dans un autre bâtiment...
Peu vraisemblable.

D'après votre schéma, certains étages ne sont dans aucun bâtiment, cardinalité mini zéro oblige, amusant mais peu réaliste

La marque du matériel devrait faire l'objet d'un type d'entité en association avec le matériel : [MATERIEL] 1,1 --- (avoir) --- 1,n [MARQUE]

Quels sont les types de matériel à gérer ? Il est possible que certains attributs soient spécifiques à tel ou tel type, auquel cas la modélisation par héritage serait utile.

[laurentSc]

Si le matériel est susceptible de changer de bureau, il faut gérer son affectation à date.

Et si on se moque de l'historique, est-ce utile ?

[escartefigue]

Si ni l'historique ni les affectations à venir du matériel (tel PC doit être démangé dans tel bureau la semaine prochaine par exemple) ne sont gérés, alors l'affection à date est sans intérêt.

L'erreur principale dans le MCD proposé est d'avoir créé des dépendances entre des divisions liées à l'organisation (division, service) et des divisions architecturales (bâtiment, étage, bureau).
Les divisions administratives peuvent changer de lieu, pas les bureaux, ni les étages.