Règles de transformation d'un diagramme de classe UML vers classes Java

Voici ce que j'ai pu "faire" pour le moment...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
Les classes UML deviennent des classes Java.
Les attributs de classe UML deviennent des attributs de classe Java.
Dans le cas de multiplicités (0|1,*) - (0|1,*), la classe-association UML deviennent des classes Java.
Dans le cas de multiplicités (0|1,1) - (0|1,*), la relation est représentée :
  - par une collection d'objets de la classe portant la multiplicité (0|1,*) dans la classe portant la multiplicité (0|1,1).
  - par un objet de la classe portant la multiplicité (0|1,1) dans la classe portant la multiplicité (0|1,*).
  Nota Bene : Est à prendre en compte la notion de navigabilité.
    Si elle permet uniquement d'aller d'un objet A vers un objet B (flèche de A vers B et, éventuellement par une classe association), 
      alors nous n'aurons que la (les) "référence(s)" de(s) l'objet(s) A dans B.
    Si la navigabilité n'est pas indiquée, c'est qu'elle s'effectue dans les deux sens.
Qu'ils s'agissent d'attribus ou de méthodes de classes, ils sont précédés en UML par les signes " + ", " - " ou " # ". Ceci est retranscrit en java par les mots clefs respectifs suivants : " public ", " private " et " protected "
Un héritage multiple en UML ne peut être représenté en Java.

balise code pour éviter de perdre "l'indentation" de mes idées