Salut Florent,
Pour les associations État X, État Y et État Z, il te faut une donnée porteuse d'information, puisqu'il est question dans l'étude de ce système d'information du suivi d'un parc de matériel informatique et équipement, d'où la nécessité d'en historiser l'organisation.
Car il faut considérer que dans le CVo d'un périphérique, d'un équipement ou d'un ordinateur il y aura plusieurs interventions et donc plusieurs états (fonction, panne, intervention).
Si tu n'historises pas et si tu ne mets pas de donnée porteuse, tu ne pourras enregistrer qu'un et un seul état sur les trois que tu proposes dans l'entité ÉTAT, sans parler de CVo.
Je rappelle aussi qu'une clé composée (CIM) n'est ni plus ni moins que la concaténation de plusieurs clés étrangères (CIF).
Donc, à titre d'exemple ÉTAT PÉRIPHÉRIQUE (#id_périphérique, #id_état, date_début_état, date_fin_état)
Concernant la notion de responsable, je pense que le SI en cours d'étude est une organisation (administrations, entreprises, établissements, etc.).
Je ne pense pas que l'étude porte aussi sur les diagrammes de flux de niv1 ou 2 !
On part alors du principe que l'entité RESPONSABLE contient les noms de tous les techniciens intervenant sur le matériel.
Donc nul besoin de schématiser une contrainte de totalité (T). C'est mon avis !
Concernant la notions de "classes", je parlais de "classes" d'élèves (voir tâches d'exploitation de ton 1er post), et non pas de "classes" de rzo.
Si tu ne dois pas ou ne veux pas traiter cette notion, ok.
Concernant les ads IP, je serais plutôt d'avis de créer une table ADRESSE_IP, sauf si tu laisses aux bons soins du DHCP de tout régler !
Un administrateur de rzo qui se respecte va créer sa ou ses tables d'adresses IP. Vous avez dû aborder le cours sur l'architecture des rzo et l'adressage IP.
Concernant le routeur, pour moi c'est un matériel.
Concernant les cardinalités :
- elles expriment le nombre de solutions mini et maxi d'un rôle entre une entité et son association,
- elles ont l'ordre suivant card(0,1), card(1,1), card(0,n) ou card(1,n)
- la règle veut que les liens d'héritage entre entités génériques et entités spécifiques ne portent pas de cardinalités. Idem pour les liens d'héritage des associations.
@+