julia.spriggs/dossier
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

diagramme de classeS

Browse source
This commit is contained in:
Julia Spriggs 2024-10-29 15:47:36 +01:00
parent 7245e96bed
commit 99788f56b8
1 changed files with 3 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
dossier de projet/main.md
View file

@ -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 :