From 99788f56b8113bb40af7720407aee782151b2c17 Mon Sep 17 00:00:00 2001 From: Julia Spriggs Date: Tue, 29 Oct 2024 15:47:36 +0100 Subject: [PATCH] diagramme de classeS --- dossier de projet/main.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/dossier de projet/main.md b/dossier de projet/main.md index 25e0936..2cadf46 100644 --- a/dossier de projet/main.md +++ b/dossier de projet/main.md @@ -320,9 +320,9 @@ L’information vraiment pertinente dans le MPD qu’on ne trouve pas dans les a Après la création de notre merise, nous avons continué à travailler avec la création de l’UML, ou Unified Modeling Language. Le premier modèle que nous avons travaillé, c’était le diagramme de classes. Vous trouverez le diagramme de classes complet dans l’annexe. -### Diagramme de classe +### Diagramme de classes -Le diagramme de classe reflète la définition des classes transformées en entités via GraphQL, les services, et les méthodes intégrées avec TypeORM, ainsi que les entrées pour les interactions avec le front-end. +Le diagramme de classes reflète la définition des classes transformées en entités via GraphQL, les services, et les méthodes intégrées avec TypeORM, ainsi que les entrées pour les interactions avec le front-end. Pour le diagramme de classes, nous nous reposons sur ces idées : @@ -349,7 +349,7 @@ On peut avoir plusieurs types de portées pour les attributs : public, privé, En plus de montrer les liens entre chaque Entity, on a également pris le temps d’imaginer à quoi ressemblent nos services. En prenant User comme exemple encore, on voit comment on a décidé de créer UserService, ainsi qu’un type InputRegister, afin d’éviter de répéter les mêmes informations. -![L'utilisateur dans le diagramme de classe](images/User.jpg) +![L'utilisateur dans le diagramme de classes](images/User.jpg) En utilisant un exemple de notre code, on voit bien que dans notre UserService, on a pu faire la création de User plus simplement en suivant ce que nous avons prévu de faire dans notre diagramme de classes :