Discussion :

[grfall]

Bonjour a tous je viens de commencer uml et j'ai une application en java que je doit d'abord modeliser,j'ai fait un diagramme des classes et je veux en discuter voire mes erreurs,merci.
En pieces jointe vous aurez le sujet(grf.doc)
et mon diagramme des classes(dc).
Merci de votre comprehension.

[bruno_pages]

Bonjour,

je ne sais pas si c'est mon afficheur de doc mais votre diagramme est difficilement lisible

vous devriez utiliser un modeleur UML plutôt que de faire vos diagrammes à la main, vous irez plus vite et le résultât sera meilleur

[grfall]

Bonjour,
Desole je l'avais fait directement sous word,mais mintenant c' est ok je pense!!

[Népomucène]

Je vais plutôt me placer dans l'aspect base de données

Quelques questions :

• Les champs ont tous une longueur de 254 caractères.
  Cela n'empèchera pas la base de fonctionner mais en général on met une longueur adaptée à chaque champ
• Il n'y a pas d'identification de l'équipement dans les interventions. On ne peut pas relier l'intervention à l'équipement
  (on a un ID_Intervention dans la table équipements ce qui veut dire qu'on ne pourra faire qu'une intervention sur cette équipement ... pas bon)
• Il manque le type d'intervention (préventive ou curative)
• Il manque la date d'intervention, peut-être la durée (on aura probablement des interventions de plusieurs jours sur certains équipements)
• Il faut identifier QUI a fait l'intervention
• D'après le modèle, plusieurs fabricants participent à la fabrication d'un seul équipement. Est-ce bien le cas ?
• D'après le modèle, le même équipement pourra être transmis (placé ?) dans différentes zones. Si c'est le cas, il faut mentionner une date de début et de fin pour qu'on sache où se trouve l'équipement en ce moment

Rappel du système relationnel de 1 vers plusieurs ; exemple simplifié :
"je peux avoir plusieurs interventions sur un seul équipement"
dans la base de données, je dois avoir 2 listes (tables) :
- liste de mes équipements (avec ID pour chaque équipement)
- liste de mes interventions
donc, dans chaque interventions je dois reporter l'ID de l'équipement sur lequel je suis intervenu.
La structure minimale des tables de mon exemple est :

Table [Equipements] :

• Id_equipement (pk)
• nom_equipement

Table [Interventions] :

• ID_intervention (pk)
• Id_equipement (fk)
• date_heure
• type_intervention

Avec ce système, je peux enregistrer plusieurs interventions (à des dates différentes) sur un même équipement
et donc produire facilement un historique ...

Dans le jargon "base de données" on dit que Id_equipement de la table [Interventions] est "clé étrangère".
La base crée alors un mécanisme qui interdit d'enregistrer une intervention sans mentionner sur quel équipement on a travaillé.

[grfall]

c'est vrai que j'avai fait les attributs sans tenir compte de la longueur mais je l'ai refait et j'ai aussi reglé vos autres suggestions!!!

[Népomucène]

C'est beaucoup plus clair.

Bon, il me semble qu'il y a encore un problème dans la table "zone_région".
C'est une table de référence qui fait la liste des lieux d'affectation possibles pour les équipements. Elle ne doit pas comporter de dates d'affectation.

Quand on place un équipement dans un lieu, c'est la table "sont_transmis"
qui est concernée par cette action.
C'est dans cette table qu'il faut mettre les dates de début et de fin de présence dans ce lieu.

Dans la table interventions, les dates sont bien placées

[grfall]

c'est bon j'ai corrigé ,merci!!