Transformation UML en Java

Unified Modeling Language est un acronyme pour UML, est un langage standard pour la représentation et la documentation des systèmes logiciels. Les modèles apportent une meilleure compréhension entre les développeurs. Les diagrammes aident à visualiser, exprimer les besoins et spécifier les constructions du système logiciel.

Le diagramme est utile à l’analyste commercial, aux concepteurs, aux testeurs, aux analystes qualité, aux clients et aux auteurs techniques.

UML est un terme de haut niveau pour divers types de diagrammes de cette catégorie. Une variété de mappages doit être prise en charge lors de l’interprétation du diagramme UML. Examinons en détail le diagramme UML et sa conversion.

Dans le diagramme ci-dessus, différentes entités sont impliquées. La première étape de la conversion consiste donc à créer une classe à partir des entités ci-dessous. Ces entités sont là en jaune. La classe contient les attributs donnés dans le diagramme. De plus, le type de données pour le champ particulier est présent devant.

1. Pour créer une classe, allez dans l’éditeur, dites Intellij IDE.
2. Créez une nouvelle classe nommée Université, Collège, Étudiants et Département.
3. Saisissez les champs avec le type de données au format de type private String university Id.
4. Sélectionnez les champs nouvellement créés et cliquez avec le bouton droit sur l’écran ou appuyez sur la touche Alt+Insert.
5. Une fenêtre contextuelle generate clignotera à l’écran.
6. Faites défiler jusqu’à Getter et Setter
7. Cliquez sur Ok en bas.
8. De même, procédez également avec les autres classes.

Le processus génère toutes les classes et les champs ainsi que les méthodes getters et setters. Vérifiez maintenant la relation entre les tables.

Quant à l’une des extrémités de la classe | le symbole du tuyau est visible. À l’autre extrémité de la ligne, un symbole est visible sur une ligne faisant ressembler le signe à un système de trois pieds, souvent appelé symbole pied d’oie. La relation dépeint un type de relation un-à-plusieurs. La relation un-à-plusieurs indique qu’il peut y avoir plusieurs entités présentes pour une seule entité. Dans notre cas, il ne pouvait y avoir qu’une seule université, et de nombreux collèges y étaient inscrits.

La relation représente la classe Java en faisant en sorte que la classe University contienne le numéro n de l’objet College. Et à l’opposé de cette classe College ne contiendra qu’une seule référence d’objet University. Par conséquent, les classes ressembleraient à la classe mentionnée ci-dessous.

public class University {
  private String universityId;
  private String universityName;
  private String address;
  private List<College> colleges;
}

public class College {
  private String collegeId;
  private String collegeName;
  private University university;
}

Les Énumérations peuvent être utilisées pour associer les entités à d’autres. Il offre la possibilité de choisir une valeur parmi un ensemble défini de valeurs. Lorsqu’il existe un ensemble minimal de choix, les enums sont le choix approprié.

Dans le diagramme de classes ci-dessous, vérifiez les types d’agrégation et de composition des relations.

Le symbole black dark diamond représente le type de relation à composer. En termes plus simples, Composition est une dépendance sur les deux entités, ou si une entité n’existe pas, alors l’autre n’existera pas non plus. Le cas est donc montré ci-dessus. L’entité car est composée de la classe Wheels. Ainsi, sans l’instance Wheels, une Car ​​n’est pas considérée comme une voiture. Il dépeint donc une relation forte et donc une relation de Composition.

Pour obtenir un comportement de composition dans les classes ci-dessous est un exemple.

class Wheel {
  private String manufacturer;
}

final class Car {
  private final Wheel Wheel; // Composition

  Car(Wheel wheel) {
    this.wheel = wheel;
  }

  public void move() {
    System.out.println("Car works");
  }
}
}

Le spécificateur final avec l’instance Wheel dans la classe Car définit la relation Composition. Et par conséquent, il doit être lancé au fur et à mesure qu’une instance de voiture est appelée. La roue est instanciée dans le constructeur.

Une autre relation est Agrégation et est désignée par la forme diamant noir vide. Les deux entités ne sont pas fortement liées et ont leur existence indépendante, et est donc à l’opposé de la relation de composition. Si l’un des deux n’est pas présent, alors un autre peut survivre. Comme indiqué ci-dessus, avec l’entité Car ​​et Brand. Même si une voiture n’a pas d’instance Brand Name, alors il y a l’existence d’une classe de voiture.