Merge remote-tracking branch 'origin/tests_merging' into tests_merging
continuous-integration/drone/push Build is passing
Details
continuous-integration/drone/push Build is passing
Details
commit
b6f1b51c9f
@ -1,16 +1,167 @@
|
|||||||
# EF_WebAPI
|
<div align = center>
|
||||||
|
|
||||||
This repository make a meeting of EF and WebAPI parts.
|
<h1>HeartTrack</h1>
|
||||||
|
<img src="docs/images/logo.png" />
|
||||||
|
|
||||||
|
</div>
|
||||||
|
|
||||||
FROM /src dir
|
|
||||||
|
|
||||||
do
|
|
||||||
|
|
||||||
```bash
|
<div align = center>
|
||||||
dotnet ef migrations add --project StubbedContextLib/StubbedContextLib.csproj --startup-project HeartTrackAPI/HeartTrackAPI.csproj --context StubbedContextLib.TrainingStubbedContext --configuration Debug Initial --output-dir Migrations
|
|
||||||
```
|
|
||||||
then
|
|
||||||
|
|
||||||
```bash
|
|
||||||
dotnet ef database update --project StubbedContextLib/StubbedContextLib.csproj --startup-project HeartTrackAPI/HeartTrackAPI.csproj --context StubbedContextLib.TrainingStubbedContext --configuration Debug
|
|
||||||
```
|
---
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
</br>
|
||||||
|
|
||||||
|
[](https://codefirst.iut.uca.fr/HeartDev/API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
[](https://codefirst.iut.uca.fr/sonar/dashboard?id=HeartTrack-API)
|
||||||
|
|
||||||
|
|
||||||
|
</div>
|
||||||
|
|
||||||
|
# Table des matières
|
||||||
|
[Présentation](#présentation) | [Répartition du Git](#répartition-du-git) | [Documentation](#documentation) | [Prerequisites](#prerequisites) | [Getting Started](#getting-started) | [Features](#features) | [Ce que nous avons fait](#ce-que-nous-avons-fait) | [Fabriqué avec](#fabriqué-avec) | [Contributeurs](#contributeurs) | [Comment contribuer](#comment-contribuer) | [License](#license) | [Remerciements](#remerciements)
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Présentation
|
||||||
|
|
||||||
|
**Nom de l'application :** HeartTrack
|
||||||
|
|
||||||
|
### Contexte
|
||||||
|
|
||||||
|
HeartTrack est une application web PHP et mobile Android destinée aux sportifs et aux coachs afin de permettre l'analyse de courbes de fréquences cardiaques et le suivi d'équipe sportive. L'objectif principal de cette application est de récupérer les données de fréquence cardiaque à partir de fichiers .FIT, de les afficher sous forme de courbes, d'identifier des paternes, de fournir des statistiques et de réaliser des prédictions liées à l'effort physique, à la chaleur, à la récupération, etc.
|
||||||
|
|
||||||
|
### Récapitulatif du Projet
|
||||||
|
|
||||||
|
Le projet HeartTrack, avec son application HeartTrack, vise à offrir une solution Open Source d'analyse des données de fréquence cardiaque, en mettant l'accent sur les besoins des sportifs et des coachs. L'application sera capable de traiter et d'interpréter les données de manière intelligente, fournissant ainsi des informations précieuses pour optimiser les performances sportives et la santé.
|
||||||
|
|
||||||
|
|
||||||
|
## Répartition du Git
|
||||||
|
|
||||||
|
[**Sources**](Sources/) : **Code de l'application**
|
||||||
|
|
||||||
|
[**Documents**](docs/Diagramme/README_DIAGRAMMES.md) : **Documentation de l'application et diagrammes**
|
||||||
|
|
||||||
|
[**Wiki**](https://codefirst.iut.uca.fr/git/HeartDev/Web/wiki/PHP) : **Wiki de notre projet (attendus PHP)**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
Le projet HeartTrack utilise un modèle de flux de travail Git (Gitflow) pour organiser le développement. Voici une brève explication des principales branches :
|
||||||
|
|
||||||
|
- **branche WORK-** : Cette branche est utilisée pour le développement de nouvelles fonctionnalités. Chaque fonctionnalité est développée dans une branche séparée. WORK-NOMDUDEV permet de savoir qui travaille sur quoi.
|
||||||
|
|
||||||
|
- **branche master** : Cette branch est la dernière version stable de l'application. Les modifications sur cette branche sont généralement destinées à des mises en production.
|
||||||
|
|
||||||
|
- **branche test** : Cette branche est utilisée pour tester les différentes fonctionnalités avant de les fusionner.
|
||||||
|
|
||||||
|
- **branche merge** : Cette branche est utilisée pour fusionner les différentes branches de fonctionnalités.
|
||||||
|
|
||||||
|
|
||||||
|
## Documentation
|
||||||
|
Documentation et informations à propos de `HearthTrack` disponible [ici](https://codefirst.iut.uca.fr/documentation/HeartDev/API/doxygen/)
|
||||||
|
|
||||||
|
### Prerequisites
|
||||||
|
* [](https://dotnet.microsoft.com/download/dotnet/8.0)
|
||||||
|
* [](https://docs.microsoft.com/fr-fr/ef/)
|
||||||
|
* [](https://docs.microsoft.com/fr-fr/aspnet/core/web-api/?view=aspnetcore-8.0)
|
||||||
|
* [](https://visualstudio.microsoft.com/fr/)
|
||||||
|
* [](https://git-scm.com/)
|
||||||
|
|
||||||
|
## Getting Started
|
||||||
|
|
||||||
|
## Ce que nous avons fait
|
||||||
|
### Entity Framework
|
||||||
|
réalisé | niveau | description | coeff | jalon
|
||||||
|
--- | --- | --- | --- | ---
|
||||||
|
[ ] | ☢️ | Le dépôt doit être accessible par l'enseignant | ☢️ | J1
|
||||||
|
[ ] | ☢️ | un .gitignore doit exister au premier push | ☢️ | J1
|
||||||
|
[ ] | 🎬 | les *projets* et les tests compilent | 1 | J1 & J2
|
||||||
|
[ ] | 🎬 | le projet et le tests s'exécutent sans bug (concernant la partie persistance) | 3 | J1 & J2
|
||||||
|
[ ] | 🟢 | Transcription du modèle : Modèle vers entités (et inversement) | 2 | J1
|
||||||
|
[ ] | 🟢 | Requêtes CRUD simples (sur une table) | 1 | J1
|
||||||
|
[ ] | 🟢 | Utilisation de LINQ to Entities | 2 | J1
|
||||||
|
[ ] | 🟡 | Injection / indépendance du fournisseur | 1 | J1
|
||||||
|
[ ] | 🟡 | Requêtes CRUD sur des données complexes (images par exemple) | 2 | J1
|
||||||
|
[ ] | 🟢 | Tests - Appli Console | 1 | J1
|
||||||
|
[ ] | 🟢 | Tests - Tests unitaires (avec SQLite in memory) | 2 | J1
|
||||||
|
[ ] | 🟢 | Tests - Données stubbées et/ou Moq | 1 | J1
|
||||||
|
[ ] | 🟡 | CI : build, tests, Sonar (doc?) | 1 | J1
|
||||||
|
[ ] | 🟡 | Utilisation de relations (One-to-One, One-to-Many, Many-to-Many) (+ mapping, TU, Requêtes) | 4 | J1
|
||||||
|
[ ] | 🟢 | Liens avec le web service | 2 | J1
|
||||||
|
[ ] | 🟡 | Utilisation d'un *Logger* | 1 | J1
|
||||||
|
[ ] | 🟡 | Déploiement | 4 | J2
|
||||||
|
[ ] | 🔴 | Unit of Work / Repository + extras (héritage, accès concurrents...) | 8 | J2
|
||||||
|
[ ] | 🟢 | Utilisation dans le projet | 2 | J2
|
||||||
|
[ ] | 🟢 | mon dépôt possède un readme qui apporte quelque chose... | 2 | J2
|
||||||
|
|
||||||
|
### API
|
||||||
|
réalisé | niveau | description | coeff | jalon
|
||||||
|
--- | --- | --- | --- | ---
|
||||||
|
[ ] | ☢️ | Le dépôt doit être accessible par l'enseignant | ☢️ | J1
|
||||||
|
[ ] | ☢️ | un .gitignore doit exister au premier push | ☢️ | J1
|
||||||
|
[ ] | 🎬 | les *projets* et les tests compilent | 1 | J1 & J2
|
||||||
|
[ ] | 🎬 | le projet et le tests s'exécutent sans bug (concernant la partie persistance) | 4 | J1 & J2
|
||||||
|
[ ] | 🟢 | Modèle <-> DTO | 1 | J1
|
||||||
|
[ ] | 🟢 | Entities <-> DTO | 1 | J1
|
||||||
|
[ ] | 🟡 | Authentification | 4 | J1
|
||||||
|
[ ] | 🟢 | Requêtes GET, PUT, POST, DELETE sur des données simples (1 seul type d'objet en retour, propriétés de types natifs) | 2 | J1
|
||||||
|
[ ] | 🟡 | Pagination & filtrage | 2 | J1
|
||||||
|
[ ] | 🟢 | Injection de service | 2 | J1
|
||||||
|
[ ] | 🟡 | Requêtes GET, PUT, POST, DELETE sur des données complexes (plusieurs données complexes en retour) | 4 | J1
|
||||||
|
[ ] | 🟢 | Tests - Appli Console (consommation des requêtes) | 4 | J1
|
||||||
|
[ ] | 🟢 | Tests - Tests unitaires (avec Stub et/ou Moq) | 2 | J1
|
||||||
|
[ ] | 🟡 | CI : build, tests, Sonar, Documentation (en particulier Swagger avec exemples...) | 1 | J1
|
||||||
|
[ ] | 🟢 | Liens avec la persistance en base de données | 4 | J1
|
||||||
|
[ ] | 🟡 | Utilisation d'un *Logger* | 1 | J1
|
||||||
|
[ ] | 🟡 | Déploiement | 4 | J2
|
||||||
|
❌ | 🟡 | Utilisation dans le projet | 4 | J2
|
||||||
|
✅ | 🎬 | mon dépôt possède un readme qui apporte quelque chose... | 1 | J2
|
||||||
|
|
||||||
|
## Fabriqué avec
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Contributeurs
|
||||||
|
* [Antoine PEREDERII](https://codefirst.iut.uca.fr/git/antoine.perederii)
|
||||||
|
* [Paul LEVRAULT](https://codefirst.iut.uca.fr/git/paul.levrault)
|
||||||
|
* [Kevin MONTEIRO](https://codefirst.iut.uca.fr/git/kevin.monteiro)
|
||||||
|
* [Antoine PINAGOT](https://codefirst.iut.uca.fr/git/antoine.pinagot)
|
||||||
|
* [David D'HALMEIDA](https://codefirst.iut.uca.fr/git/david.d_almeida)
|
||||||
|
|
||||||
|
## Comment contribuer
|
||||||
|
1. Forkez le projet (<https://codefirst.iut.uca.fr/git/HeartDev/API>)
|
||||||
|
2. Créez votre branche (`git checkout -b feature/featureName`)
|
||||||
|
3. commit vos changements (`git commit -am 'Add some feature'`)
|
||||||
|
4. Push sur la branche (`git push origin feature/featureName`)
|
||||||
|
5. Créez une nouvelle Pull Request
|
||||||
|
|
||||||
|
|
||||||
|
## License
|
||||||
|
Ce projet est sous licence ``MIT`` - voir le fichier [LICENSE.md](LICENSE.md) pour plus d'informations.
|
||||||
|
|
||||||
|
## Remerciements
|
||||||
|
Ce projet a été réalisé dans le cadre de la SAÉ de l'IUT de Clermont-Ferrand.
|
||||||
@ -0,0 +1,113 @@
|
|||||||
|
@startuml
|
||||||
|
skinparam classAttributeIconSize 0
|
||||||
|
package MLD{
|
||||||
|
entity "Athlète" as athlete {
|
||||||
|
{static} idAthlete
|
||||||
|
nom
|
||||||
|
prénom
|
||||||
|
email
|
||||||
|
sexe
|
||||||
|
taille
|
||||||
|
poids
|
||||||
|
motDePasse
|
||||||
|
dateNaissance
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Amitié" as friendship{
|
||||||
|
{static}# idAthlete1
|
||||||
|
{static}# idAthlete2
|
||||||
|
début
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Notification" as notif {
|
||||||
|
{static} idNotif
|
||||||
|
message
|
||||||
|
date
|
||||||
|
statut
|
||||||
|
urgence
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Coach" as coach {
|
||||||
|
{static} idCoach
|
||||||
|
// attributs spécifiques au coach
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Statistique" as stats {
|
||||||
|
{static} idStatistique
|
||||||
|
poids
|
||||||
|
fcMoyenne
|
||||||
|
fcMax
|
||||||
|
caloriesBrûléesMoy
|
||||||
|
date
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Entraînement" as training {
|
||||||
|
{static} idEntrainement
|
||||||
|
date
|
||||||
|
description
|
||||||
|
// Exercices
|
||||||
|
latitude
|
||||||
|
longitude
|
||||||
|
feedback
|
||||||
|
#coachId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Participe" as takepart {
|
||||||
|
{static} #athleteId
|
||||||
|
{static} #entrainementId
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
entity "SourceDonnée" as source {
|
||||||
|
{static} idSource
|
||||||
|
type
|
||||||
|
modèle
|
||||||
|
précision
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Activité" as activity {
|
||||||
|
{static} idActivité
|
||||||
|
type
|
||||||
|
date
|
||||||
|
heureDeDébut
|
||||||
|
heureDeFin
|
||||||
|
effortRessent
|
||||||
|
variabilité
|
||||||
|
variance
|
||||||
|
ecartType
|
||||||
|
moyenne
|
||||||
|
maximum
|
||||||
|
minimum
|
||||||
|
temperatureMoyenne
|
||||||
|
#athleteId
|
||||||
|
#sourceId
|
||||||
|
}
|
||||||
|
entity "FréquenceCardiaque" as fc {
|
||||||
|
{static} idFc
|
||||||
|
altitude
|
||||||
|
temps : time
|
||||||
|
température
|
||||||
|
bpm
|
||||||
|
longitude
|
||||||
|
latitude
|
||||||
|
#activitéId
|
||||||
|
}
|
||||||
|
|
||||||
|
}
|
||||||
|
activity --> athlete
|
||||||
|
activity --> source
|
||||||
|
activity <-- fc
|
||||||
|
coach --> athlete
|
||||||
|
athlete <-- source
|
||||||
|
stats --> athlete
|
||||||
|
takepart --> athlete
|
||||||
|
takepart --> training
|
||||||
|
friendship --> athlete
|
||||||
|
notif --> athlete
|
||||||
|
coach <-- training
|
||||||
|
athlete <-- friendship
|
||||||
|
@enduml
|
||||||
@ -0,0 +1,275 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# BDD
|
||||||
|
|
||||||
|
## Modèle Logique de Données (MLD)
|
||||||
|
|
||||||
|
Le MLD représente la structure de données de l'application, décrivant les entités et les relations entre elles. Voici un aperçu des principales entités du MLD :
|
||||||
|
|
||||||
|
### Athlète (Athlete)
|
||||||
|
|
||||||
|
L'entité principale représentant un athlète avec ces informations propre à lui telles que l'identifiant, le nom, le prénom, l'email, etc. Les athlètes peuvent être coach avec le boolean idCoach et être liés par des amitiés, ou par un coaching via la table `Amitie`.
|
||||||
|
|
||||||
|
### Amitié (Friendship)
|
||||||
|
|
||||||
|
Une entité qui modélise les relations d'amitié entre les athlètes et de coaching entre les athlètes et les coachs. Elle stocke les identifiants des deux utilisateurs impliqués.
|
||||||
|
|
||||||
|
### Notification (Notification)
|
||||||
|
|
||||||
|
L'entité qui stocke les notifications destinées aux athlètes, avec des détails tels que le message, la date, le statut, et le degré d'urgence.
|
||||||
|
|
||||||
|
### Envoi de Notification (SendNotification)
|
||||||
|
|
||||||
|
Une entité de liaison entre les athlètes et les notifications, indiquant quel athlète ou coach a envoyé quelle notification. Cela peut-être utile lors d'une notification d'ajout d'amie par exemple.
|
||||||
|
|
||||||
|
### Statistique (Statistic)
|
||||||
|
|
||||||
|
Les statistiques relatives à un athlètes, y compris le poids, la fréquence cardiaque moyenne, la fréquence cardiaque maximale, etc.
|
||||||
|
|
||||||
|
### Entraînement (Training)
|
||||||
|
|
||||||
|
Détails sur les sessions d'entraînement planifiés par un coach pour ses athlètes, comprenant la date, la description, la localisation, etc. Les athlètes peuvent participer à des entraînements et donner leur feedback sur l'entrainement donné.
|
||||||
|
|
||||||
|
### Participation (Participate)
|
||||||
|
|
||||||
|
Une entité de liaison entre les athlètes et les entraînements, indiquant quels athlètes participent à quels entraînements.
|
||||||
|
|
||||||
|
### Don (GiveParticipation)
|
||||||
|
|
||||||
|
Une entité de liaison entre les coachs et les entraînements, indiquant quels coachs ont attribué quels entraînements.
|
||||||
|
|
||||||
|
### Source de Données (DataSource)
|
||||||
|
|
||||||
|
L'entité représentant la source des données des enregistrements sportif, telle que le type, le modèle, la précision, etc., utilisée par les athlètes pour enregistrer une ou des activités.
|
||||||
|
|
||||||
|
### Activité (Activity)
|
||||||
|
|
||||||
|
Les détails des activités des athlètes, y compris le type, la date, les heures de début et de fin, l'effort ressenti, etc.
|
||||||
|
|
||||||
|
### Fréquence Cardiaque (HeartRate)
|
||||||
|
|
||||||
|
Les données de fréquence cardiaque enregistrées pendant les activités, avec des informations telles que l'altitude, la température, etc.
|
||||||
|
|
||||||
|
Ce MLD forme la base de données sous-jacente pour l'application, offrant une structure organisée pour stocker et récupérer les informations relatives aux athlètes et à leurs activités.
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml
|
||||||
|
skinparam classAttributeIconSize 0
|
||||||
|
package MLD{
|
||||||
|
entity "Athlete" as athlete {
|
||||||
|
{static} idAthlete
|
||||||
|
username
|
||||||
|
nom
|
||||||
|
prenom
|
||||||
|
email
|
||||||
|
sexe
|
||||||
|
taille
|
||||||
|
poids
|
||||||
|
motDePasse
|
||||||
|
dateNaissance
|
||||||
|
isCoach
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Amitie" as friendship{
|
||||||
|
{static}# idAthlete1
|
||||||
|
{static}# idAthlete2
|
||||||
|
début
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Notification" as notif {
|
||||||
|
{static} idNotif
|
||||||
|
message
|
||||||
|
date
|
||||||
|
statut
|
||||||
|
urgence
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Envoi" as sendNotif{
|
||||||
|
{static}# idAthlete
|
||||||
|
{static}# idNotif
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Statistique" as stats {
|
||||||
|
{static} idStatistique
|
||||||
|
poids
|
||||||
|
fcMoyenne
|
||||||
|
fcMax
|
||||||
|
caloriesBruleesMoy
|
||||||
|
date
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Entrainement" as training {
|
||||||
|
{static} idEntrainement
|
||||||
|
date
|
||||||
|
description
|
||||||
|
latitude
|
||||||
|
longitude
|
||||||
|
feedback
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Participe" as takepart {
|
||||||
|
{static} #athleteId
|
||||||
|
{static} #entrainementId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Donne" as givepart {
|
||||||
|
{static} #coachId
|
||||||
|
{static} #entrainementId
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
|
entity "SourceDonnee" as source {
|
||||||
|
{static} idSource
|
||||||
|
type
|
||||||
|
modele
|
||||||
|
precision
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Activite" as activity {
|
||||||
|
{static} idActivité
|
||||||
|
type
|
||||||
|
date
|
||||||
|
heureDeDebut
|
||||||
|
heureDeFin
|
||||||
|
effortRessent
|
||||||
|
variabilite
|
||||||
|
variance
|
||||||
|
ecartType
|
||||||
|
moyenne
|
||||||
|
maximum
|
||||||
|
minimum
|
||||||
|
temperatureMoyenne
|
||||||
|
#athleteId
|
||||||
|
#sourceId
|
||||||
|
}
|
||||||
|
entity "FréquenceCardiaque" as fc {
|
||||||
|
{static} idFc
|
||||||
|
altitude
|
||||||
|
temps : time
|
||||||
|
température
|
||||||
|
bpm
|
||||||
|
longitude
|
||||||
|
latitude
|
||||||
|
#activitéId
|
||||||
|
}
|
||||||
|
|
||||||
|
}
|
||||||
|
activity --> athlete
|
||||||
|
activity --> source
|
||||||
|
activity <-- fc
|
||||||
|
athlete <-- source
|
||||||
|
stats --> athlete
|
||||||
|
takepart --> athlete
|
||||||
|
takepart --> training
|
||||||
|
givepart --> athlete
|
||||||
|
givepart --> training
|
||||||
|
sendNotif --> athlete
|
||||||
|
sendNotif --> notif
|
||||||
|
friendship --> athlete
|
||||||
|
notif --> athlete
|
||||||
|
athlete <-- friendship
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml
|
||||||
|
skinparam classAttributeIconSize 0
|
||||||
|
package MCD{
|
||||||
|
entity "Athlete" as athlete {
|
||||||
|
{static} idAthlete
|
||||||
|
username
|
||||||
|
nom
|
||||||
|
prenom
|
||||||
|
email
|
||||||
|
sexe
|
||||||
|
taille
|
||||||
|
poids
|
||||||
|
motDePasse
|
||||||
|
dateNaissance
|
||||||
|
isCoach
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Notification" as notif {
|
||||||
|
{static} idNotif
|
||||||
|
message
|
||||||
|
date
|
||||||
|
statut
|
||||||
|
urgence
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Statistique" as stats {
|
||||||
|
{static} idStatistique
|
||||||
|
poids
|
||||||
|
fcMoyenne
|
||||||
|
fcMax
|
||||||
|
caloriesBruleesMoy
|
||||||
|
date
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Entrainement" as training {
|
||||||
|
{static} idEntrainement
|
||||||
|
date
|
||||||
|
description
|
||||||
|
latitude
|
||||||
|
longitude
|
||||||
|
feedback
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "SourceDonnee" as source {
|
||||||
|
{static} idSource
|
||||||
|
type
|
||||||
|
modele
|
||||||
|
precision
|
||||||
|
#athleteId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "Activite" as activity {
|
||||||
|
{static} idActivité
|
||||||
|
type
|
||||||
|
date
|
||||||
|
heureDeDebut
|
||||||
|
heureDeFin
|
||||||
|
effortRessent
|
||||||
|
variabilite
|
||||||
|
variance
|
||||||
|
ecartType
|
||||||
|
moyenne
|
||||||
|
maximum
|
||||||
|
minimum
|
||||||
|
temperatureMoyenne
|
||||||
|
#athleteId
|
||||||
|
#sourceId
|
||||||
|
}
|
||||||
|
|
||||||
|
entity "FréquenceCardiaque" as fc {
|
||||||
|
{static} idFc
|
||||||
|
altitude
|
||||||
|
temps : time
|
||||||
|
température
|
||||||
|
bpm
|
||||||
|
longitude
|
||||||
|
latitude
|
||||||
|
#activitéId
|
||||||
|
}
|
||||||
|
|
||||||
|
}
|
||||||
|
activity "0..n" --- "1..1" athlete : réalise
|
||||||
|
activity "1..n" --- "1..1" source : possede
|
||||||
|
activity "1..1" --- "1..n" fc : enregistre
|
||||||
|
athlete "1..n" --- "0..1" source : possede
|
||||||
|
stats "0..n" --- "1..1" athlete : possede
|
||||||
|
training "0..n" --- "1..n" athlete : participe
|
||||||
|
training "0..n" --- "1..1" athlete : donne
|
||||||
|
athlete "0..n" --- "1..n" athlete : est ami
|
||||||
|
notif "0..n" --- "1..n" athlete : recoit
|
||||||
|
notif "0..n" --- "1..1" athlete : envoie
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
@ -0,0 +1,55 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Cas d'utilisation : Suivi d'une Équipe Sportive
|
||||||
|
|
||||||
|
Bienvenue dans le monde dynamique du suivi d'équipe sportive, où notre application offre une plateforme complète pour les entraîneurs soucieux d'optimiser les performances de leurs athlètes. Ce diagramme de cas d'utilisation vous plonge dans les fonctionnalités clés qui facilitent la gestion d'une équipe sportive avec efficacité.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Coach :** Le protagoniste central, utilisant l'application pour gérer et superviser son équipe.
|
||||||
|
|
||||||
|
**Fonctionnalités Clés :**
|
||||||
|
|
||||||
|
- **Ajouter un Athlète :** Permet au coach d'ajouter de nouveaux membres à son équipe, avec des étapes incluant la validation par l'athlète et l'authentification.
|
||||||
|
|
||||||
|
- **Supprimer un Athlète :** Offre la possibilité de retirer des athlètes de l'équipe, avec une authentification préalable pour garantir la légitimité de l'action.
|
||||||
|
|
||||||
|
- **Afficher ses Athlètes :** Permet au coach de visualiser la liste complète de ses athlètes, nécessitant une authentification pour accéder à ces informations sensibles.
|
||||||
|
|
||||||
|
- **Afficher les Activités de Tous les Athlètes :** Donne au coach un aperçu global des activités de toute l'équipe, nécessitant une authentification pour garantir la confidentialité des données.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
- Le processus d'ajout d'un athlète inclut des étapes telles que la validation par l'athlète et l'authentification, garantissant une intégration fluide.
|
||||||
|
|
||||||
|
- Les actions de suppression, affichage des athlètes et affichage des activités nécessitent une authentification préalable pour assurer la sécurité des données.
|
||||||
|
|
||||||
|
- Des extensions telles que la visualisation des activités d'un athlète et l'analyse des performances offrent des fonctionnalités avancées pour un suivi détaillé.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour comprendre l'étendue des fonctionnalités que notre application offre aux entraîneurs, les aidant à gérer leurs équipes de manière efficace et à maximiser le potentiel de chaque athlète.
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
left to right direction
|
||||||
|
:Coach: as a
|
||||||
|
|
||||||
|
a --> (Ajouter un athlète)
|
||||||
|
a --> (Supprimer un athlète)
|
||||||
|
a --> (Afficher ses athlètes )
|
||||||
|
a --> (Afficher les activités de tous les athlètes)
|
||||||
|
(Ajouter un athlète).>(Validation par l'athlète) : <<include>>
|
||||||
|
(Ajouter un athlète)..>(S'authentifier) : <<include>>
|
||||||
|
(Supprimer un athlète)..>(S'authentifier) : <<include>>
|
||||||
|
(Afficher ses athlètes )..>(S'authentifier) : <<include>>
|
||||||
|
(Afficher les activités de tous les athlètes)..>(S'authentifier) : <<include>>
|
||||||
|
(S'authentifier)..>(S'inscrire) : <<extends>>
|
||||||
|
(S'inscrire).>(Inscription Coach) : <<include>>
|
||||||
|
(S'authentifier)..>(Se connecter) : <<include>>
|
||||||
|
(Afficher ses athlètes )..>(Voir les activités d'un athlète) : <<extends>>
|
||||||
|
(Afficher ses athlètes )..>(Voir les stats d'un athlète) : <<extends>>
|
||||||
|
(Afficher les activités de tous les athlètes)..>(Sélectionner une activité) : <<include>>
|
||||||
|
(Sélectionner une activité)..>(Voir l'analyse) : <<extends>>
|
||||||
|
(Sélectionner une activité)..>(Exporter l'analyse) : <<extends>>
|
||||||
|
(Voir les activités d'un athlète)..>(Voir l'analyse) : <<extends>>
|
||||||
|
(Voir les activités d'un athlète)..>(Exporter l'analyse) : <<extends>>
|
||||||
|
```
|
||||||
@ -0,0 +1,57 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Cas d'utilisation : Gestion d'Activités pour un Athlète
|
||||||
|
|
||||||
|
Bienvenue dans l'univers dédié à la gestion d'activités sportives personnalisées pour les athlètes ! Ce diagramme de cas d'utilisation explore les différentes fonctionnalités offertes aux utilisateurs, mettant en avant la flexibilité et la richesse d'interactions pour une expérience utilisateur optimale.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Athlète :** Le protagoniste central, utilisant l'application pour importer, gérer et analyser ses activités sportives.
|
||||||
|
|
||||||
|
**Fonctionnalités Clés :**
|
||||||
|
|
||||||
|
- **Importer des Données :** Permet à l'athlète d'importer des données d'activités depuis différentes sources, avec la possibilité de spécifier la source pour une intégration transparente.
|
||||||
|
|
||||||
|
- **Exporter Mes Données :** Offre la possibilité d'exporter l'ensemble des activités, avec des extensions pour exporter une activité spécifique, le tout soumis à une authentification préalable.
|
||||||
|
|
||||||
|
- **Ajouter une Activité :** Permet à l'athlète d'ajouter de nouvelles activités, avec des étapes inclusives telles que la saisie du titre, du type d'activité, de la source, du matériel utilisé et de la visibilité, chacune accessible via l'authentification.
|
||||||
|
|
||||||
|
- **Voir une Activité :** Permet à l'athlète de visualiser en détail une activité particulière, avec la possibilité d'exporter une analyse et de gérer la visibilité, soumis à une authentification.
|
||||||
|
|
||||||
|
- **Supprimer une Activité :** Offre la possibilité de retirer une activité, requérant une authentification pour garantir la sécurité des données.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
- Les actions telles que l'importation, l'exportation, l'ajout et la visualisation d'activités impliquent une authentification préalable pour garantir la confidentialité des données personnelles.
|
||||||
|
|
||||||
|
- Des inclusions précises, telles que la saisie du titre, du type d'activité, de la source, du matériel utilisé et de la visibilité, sont incorporées dans le processus d'ajout d'une activité, offrant une expérience utilisateur détaillée et conviviale.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour comprendre la manière dont notre application place la gestion d'activités entre les mains des athlètes, les encourageant à suivre, analyser et optimiser leurs performances sportives de manière personnalisée et efficace.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
left to right direction
|
||||||
|
:Athlete: as a
|
||||||
|
|
||||||
|
a --> (Importer des données)
|
||||||
|
(Importer des données) .> (Saisir la source) : <<include>>
|
||||||
|
a --> (Exporter mes données)
|
||||||
|
(Exporter mes données) .>(Exporter toutes les activités): <<extends>>
|
||||||
|
(Exporter mes données) ..>(Exporter une activité): <<include>>
|
||||||
|
a --> (Ajouter une activité)
|
||||||
|
(Ajouter une activité) ..>(Saisir un titre et une description): <<include>>
|
||||||
|
(Ajouter une activité) ..>(Saisir le type d'activité): <<include>>
|
||||||
|
(Ajouter une activité) .>(Saisir la source): <<include>>
|
||||||
|
(Saisir la source) ..>(Saisir le matériel utilisé): <<include>>
|
||||||
|
(Ajouter une activité) ..>(Saisir la visibilité): <<include>>
|
||||||
|
a --> (Voir une activité)
|
||||||
|
(Voir une activité) ..>(Exporter l'analyse): <<extends>>
|
||||||
|
(Voir une activité) ..>(Saisir la visibilité): <<extends>>
|
||||||
|
a --> (Supprimer une activité)
|
||||||
|
(Supprimer une activité) ..>(S'authentifier): <<include>>
|
||||||
|
(Importer des données) ...>(S'authentifier): <<include>>
|
||||||
|
(Exporter mes données) ...>(S'authentifier): <<include>>
|
||||||
|
(Ajouter une activité) ...>(S'authentifier): <<include>>
|
||||||
|
(Voir une activité) ...>(S'authentifier): <<include>>
|
||||||
|
```
|
||||||
@ -0,0 +1,55 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Cas d'utilisation : Gestion des Relations Sociales pour un Athlète
|
||||||
|
|
||||||
|
Bienvenue dans la sphère sociale de notre application dédiée aux athlètes ! Ce diagramme de cas d'utilisation explore les fonctionnalités sociales clés offertes aux utilisateurs, mettant en lumière la connectivité et l'interaction sociale au sein de notre communauté sportive.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Athlète :** Le protagoniste central, utilisant l'application pour gérer ses relations sociales et explorer les profils de ses pairs.
|
||||||
|
|
||||||
|
**Fonctionnalités Clés :**
|
||||||
|
|
||||||
|
- **Ajouter un Ami :** Permet à l'athlète d'ajouter de nouveaux amis, nécessitant la saisie du nom de l'ami et soumis à une authentification préalable.
|
||||||
|
|
||||||
|
- **Supprimer un Ami :** Offre la possibilité de retirer un ami, exigeant une authentification pour garantir la sécurité des données.
|
||||||
|
|
||||||
|
- **Voir Mes Amis :** Permet à l'athlète de visualiser la liste de ses amis, avec la possibilité d'accéder à des fonctionnalités supplémentaires comme la visualisation des profils.
|
||||||
|
|
||||||
|
- **Modifier Mes Informations :** Offre à l'athlète la possibilité de mettre à jour ses informations personnelles et de connexion, avec des extensions pour des détails plus spécifiques.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
- Le processus d'ajout d'un ami inclut la saisie du nom de l'ami, tandis que la suppression d'un ami et la visualisation de la liste des amis sont soumises à une authentification préalable pour protéger la confidentialité.
|
||||||
|
|
||||||
|
- Les modifications d'informations englobent deux extensions : la mise à jour des informations personnelles et la mise à jour des informations de connexion, offrant une personnalisation approfondie du profil athlétique.
|
||||||
|
|
||||||
|
- La visualisation du profil d'un ami s'étend à des fonctionnalités telles que la consultation des activités et des statistiques de l'ami, ajoutant une dimension sociale à l'expérience de suivi sportif.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour découvrir comment notre application encourage l'interaction sociale entre les athlètes, favorisant une communauté engagée et collaborative au sein de laquelle les utilisateurs peuvent partager, interagir et se soutenir mutuellement dans leur parcours sportif.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
left to right direction
|
||||||
|
:Athlete: as a
|
||||||
|
|
||||||
|
a --> (Ajouter un ami)
|
||||||
|
a --> (Supprimer un ami)
|
||||||
|
a --> (Voir mes amis)
|
||||||
|
a --> (Modifier mes informations)
|
||||||
|
(Ajouter un ami)->(Saisir le nom de l'ami)
|
||||||
|
(Supprimer un ami)..>(S'authentifier) : <<include>>
|
||||||
|
(Ajouter un ami)..>(S'authentifier) : <<include>>
|
||||||
|
(Voir mes amis)..>(S'authentifier) : <<include>>
|
||||||
|
(Voir mes amis)..>(Lister les amis) : <<include>>
|
||||||
|
(Modifier mes informations)..>(Informations personnelles) : <<extends>>
|
||||||
|
(Modifier mes informations)..>(Informations de connexion) : <<extends>>
|
||||||
|
(Modifier mes informations)..>(S'authentifier) : <<include>>
|
||||||
|
(Lister les amis)..>(Voir son profil) : <<include>>
|
||||||
|
(Voir son profil)..>(Voir ses activités) : <<extends>>
|
||||||
|
(Voir son profil)..>(Voir ses statistiques) : <<extends>>
|
||||||
|
(S'authentifier)..>(S'inscrire) : <<extends>>
|
||||||
|
(S'authentifier)..>(Se connecter) : <<include>>
|
||||||
|
(S'inscrire)..>(Inscription Athlète) : <<include>>
|
||||||
|
```
|
||||||
File diff suppressed because it is too large
Load Diff
@ -0,0 +1,202 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de Classes : Plateforme de Gestion d'Activités Sportives
|
||||||
|
|
||||||
|
Bienvenue dans l'écosystème dynamique de notre plateforme de gestion d'activités sportives ! Ce diagramme de classes offre une vision complète des entités et des relations qui façonnent l'expérience des utilisateurs au sein de notre système.
|
||||||
|
|
||||||
|
**Entités Principales :**
|
||||||
|
|
||||||
|
- **Utilisateur (User) :** Représente les individus inscrits sur notre plateforme, avec des détails personnels tels que le nom, le prénom, l'email, etc. Chaque utilisateur a un rôle spécifique (Athlete, Coach) qui détermine ses interactions au sein de l'application.
|
||||||
|
|
||||||
|
- **Rôle (Role) :** Classe abstraite qui définit les rôles spécifiques des utilisateurs (Athlete, Coach). Contient des méthodes pour gérer les amis, les entraînements, et les demandes.
|
||||||
|
|
||||||
|
- **Athlète (Athlete) :** Spécialisation de la classe Role, représentant les utilisateurs actifs qui enregistrent des activités sportives, des statistiques, et interagissent avec d'autres athlètes.
|
||||||
|
|
||||||
|
- **Activité (Activite) :** Contient des détails sur une activité sportive tels que le type, la date, la durée, la fréquence cardiaque, etc.
|
||||||
|
|
||||||
|
- **Notification (Notification) :** Messages pour informer les utilisateurs des actions importantes.
|
||||||
|
|
||||||
|
- **Entraînement (Entrainement) :** Sessions planifiées d'activités physiques avec des détails comme la date, la localisation, la description, et les retours.
|
||||||
|
|
||||||
|
- **Statistique (Statistique) :** Informations détaillées sur les performances sportives d'un athlète, comprenant la distance totale, le poids, le temps total, la fréquence cardiaque, etc.
|
||||||
|
|
||||||
|
- **Source de Données (SourceDonnees) :** Représente les sources utilisées pour collecter des données, telles que les montres connectées.
|
||||||
|
|
||||||
|
**Relations Clés :**
|
||||||
|
|
||||||
|
- Les Utilisateurs ont un rôle spécifique (Athlete, Coach) qui détermine leurs fonctionnalités.
|
||||||
|
|
||||||
|
- Un Athlète peut enregistrer plusieurs Activités, Statistiques, et interagir avec différentes Sources de Données.
|
||||||
|
|
||||||
|
- Les Entraînements sont liés aux Utilisateurs, permettant une planification efficace.
|
||||||
|
|
||||||
|
- Les Notifications informent les Utilisateurs des événements importants.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour comprendre comment notre plateforme offre une expérience complète, de la gestion des utilisateurs à l'enregistrement des activités sportives et au suivi des performances.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml
|
||||||
|
class User {
|
||||||
|
- id: int
|
||||||
|
- username: String
|
||||||
|
- nom: string
|
||||||
|
- prenom: string
|
||||||
|
- email: string
|
||||||
|
- motDePasse: string
|
||||||
|
- sexe: string
|
||||||
|
- taille: float
|
||||||
|
- poids: float
|
||||||
|
- dateNaissance: \DateTime
|
||||||
|
+ getId(): int
|
||||||
|
+ getUsername(): string
|
||||||
|
+ setUsername(string $username): void
|
||||||
|
+ setId(int $id): void
|
||||||
|
+ getNom(): string
|
||||||
|
+ setNom(string $nom): void
|
||||||
|
+ getPrenom(): string
|
||||||
|
+ setPrenom(string $prenom): void
|
||||||
|
+ getEmail(): string
|
||||||
|
+ setEmail(string $email): void
|
||||||
|
+ getMotDePasse(): string
|
||||||
|
+ setMotDePasse(string $motDePasse): void
|
||||||
|
+ getSexe(): string
|
||||||
|
+ setSexe(string $sexe): void
|
||||||
|
+ getTaille(): float
|
||||||
|
+ setTaille(float $taille): void
|
||||||
|
+ getPoids(): float
|
||||||
|
+ setPoids(float $poids): void
|
||||||
|
+ getDateNaissance(): \DateTime
|
||||||
|
+ setDateNaissance(\DateTime $dateNaissance): void
|
||||||
|
+ getRole(): Role
|
||||||
|
+ setRole(Role $role): void
|
||||||
|
+ addNotification($notification): void
|
||||||
|
+ deleteNotification($index): void
|
||||||
|
+ isValidPassword(string $password): bool
|
||||||
|
+ __toString(): string
|
||||||
|
}
|
||||||
|
abstract class Role {
|
||||||
|
- id: int
|
||||||
|
- usersRequests: array
|
||||||
|
+ getUsersList(): array
|
||||||
|
+ getUsersRequests(): array
|
||||||
|
+ addUsersRequests(RelationshipRequest $request): void
|
||||||
|
+ removeRequest(RelationshipRequest $req): bool
|
||||||
|
+ CheckAdd(User $user): bool
|
||||||
|
+ addUser(User $user): bool
|
||||||
|
+ removeUser(User $user): bool
|
||||||
|
+ addTraining(Training $training): bool
|
||||||
|
+ getTrainingsList(): array
|
||||||
|
}
|
||||||
|
abstract class Coach extends Role {
|
||||||
|
}
|
||||||
|
class CoachAthlete extends Coach {
|
||||||
|
+ CheckAdd(User $user): bool
|
||||||
|
}
|
||||||
|
class Athlete extends Role {
|
||||||
|
+ getActivities(): array
|
||||||
|
+ addActivity(Activity $myActivity): bool
|
||||||
|
+ CheckAdd(User $user): bool
|
||||||
|
}
|
||||||
|
class Activite {
|
||||||
|
- idActivity: int
|
||||||
|
- type: String
|
||||||
|
- date: \DateTime
|
||||||
|
- heureDebut: \DateTime
|
||||||
|
- heureFin: \DateTime
|
||||||
|
- effortRessenti: int
|
||||||
|
- variability: float
|
||||||
|
- variance: float
|
||||||
|
- standardDeviation: float
|
||||||
|
- average: int
|
||||||
|
- maximum: int
|
||||||
|
- minimum: int
|
||||||
|
- avrTemperature: float
|
||||||
|
- hasAutoPause: bool
|
||||||
|
+ getIdActivity(): int
|
||||||
|
+ getType(): String
|
||||||
|
+ getDate(): \DateTime
|
||||||
|
+ getHeureDebut(): \DateTime
|
||||||
|
+ getHeureFin(): \DateTime
|
||||||
|
+ getEffortRessenti(): int
|
||||||
|
+ getVariability(): float
|
||||||
|
+ getVariance(): float
|
||||||
|
+ getStandardDeviation(): float
|
||||||
|
+ getAverage(): float
|
||||||
|
+ getMaximum(): int
|
||||||
|
+ getMinimum(): int
|
||||||
|
+ getAvrTemperature(): float
|
||||||
|
+ setType(String $type): void
|
||||||
|
+ setEffortRessenti(int $effortRessenti): void
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
class Notification {
|
||||||
|
- type: string
|
||||||
|
- message: string
|
||||||
|
- toUserId: int
|
||||||
|
+ getType(): string
|
||||||
|
+ setType(string $type): void
|
||||||
|
+ getMessage(): string
|
||||||
|
+ setMessage(string $message): void
|
||||||
|
+ getToUserId(): int
|
||||||
|
+ setToUserId(int $toUserId): void
|
||||||
|
+ __construct(int $toUserId,string $type, string $message)
|
||||||
|
+ __toString(): string
|
||||||
|
}
|
||||||
|
class Entrainement {
|
||||||
|
- idTraining: int
|
||||||
|
- date: \DateTime
|
||||||
|
- latitude: float
|
||||||
|
- longitude: float
|
||||||
|
- description: String
|
||||||
|
- feedback: String
|
||||||
|
+ getId(): int
|
||||||
|
+ getDate(): \DateTime
|
||||||
|
+ getLocation(): String
|
||||||
|
+ getDescription(): String
|
||||||
|
+ getFeedback(): String
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
class Statistique {
|
||||||
|
- idStat: int
|
||||||
|
- distanceTotale: float
|
||||||
|
- poids: float
|
||||||
|
- tempsTotal: time
|
||||||
|
- FCmoyenne: int
|
||||||
|
- FCmin: int
|
||||||
|
- FCmax: int
|
||||||
|
- cloriesBrulees: int
|
||||||
|
+ getIdStat(): int
|
||||||
|
+ getDistanceTotale(): float
|
||||||
|
+ getPoids(): float
|
||||||
|
+ getTempsTotal(): time
|
||||||
|
+ getFCmoyenne(): int
|
||||||
|
+ getFCmin(): int
|
||||||
|
+ getFCmax(): int
|
||||||
|
+ getCloriesBrulees(): int
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
class SourceDonnees {
|
||||||
|
- idSource: int
|
||||||
|
- nom: String
|
||||||
|
- type: String
|
||||||
|
- precision: enum
|
||||||
|
- dateDerniereUtilisation: \DateTime
|
||||||
|
+ getIdSource(): int
|
||||||
|
+ getNom(): String
|
||||||
|
+ getType(): String
|
||||||
|
+ getPrecision(): enum
|
||||||
|
+ getDateDerniereUtilisation(): \DateTime
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
User -> Role : role
|
||||||
|
Role -> User : usersList
|
||||||
|
Athlete -> Statistique : statsList
|
||||||
|
Athlete -> Activite : activityList
|
||||||
|
Athlete -> SourceDonnees : sdList
|
||||||
|
User -> Notification : notificationList
|
||||||
|
User -> Entrainement : trainingsList
|
||||||
|
Activite -> SourceDonnees : maSource
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
@ -0,0 +1,90 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de la Couche d'Accès aux Données
|
||||||
|
|
||||||
|
Bienvenue dans le cœur de notre système, où les données prennent vie à travers des ensembles de données (repositories) structurés et performants. Ce diagramme met en lumière la conception de la couche d'accès aux données de notre application, offrant un aperçu clair de la gestion des entités clées telles que les utilisateurs, les notifications, les demandes de relations et les entraînements.
|
||||||
|
|
||||||
|
**Principes Fondamentaux :**
|
||||||
|
|
||||||
|
- **IGenericRepository :** Une abstraction générique établissant les contrats essentiels pour l'accès aux données. Définissant des opérations standardisées telles que la récupération, la mise à jour, l'ajout et la suppression d'entités.
|
||||||
|
|
||||||
|
- **Interfaces Spécialisées :** Des interfaces telles que `IUserRepository`, `INotificationRepository`, `IRelationshipRequestRepository` et `ITrainingRepository` étendent les fonctionnalités génériques pour répondre aux besoins spécifiques de chaque entité.
|
||||||
|
|
||||||
|
**Repositories Concrets :**
|
||||||
|
|
||||||
|
- **UserRepository :** Gère les données relatives aux utilisateurs, permettant des opérations de récupération, de mise à jour et de suppression avec une efficacité optimale.
|
||||||
|
|
||||||
|
- **NotificationRepository :** Responsable de la gestion des notifications, assurant un accès structuré et une manipulation sécurisée de ces informations cruciales.
|
||||||
|
|
||||||
|
- **RelationshipRequestRepository :** Facilite la gestion des demandes de relations entre utilisateurs, garantissant une interaction claire et ordonnée.
|
||||||
|
|
||||||
|
- **TrainingRepository :** Permet l'accès et la manipulation des données liées aux entraînements, facilitant le suivi des performances athlétiques.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour découvrir la robustesse de notre architecture de gestion des données, mettant en œuvre des pratiques de développement SOLID pour assurer une expérience utilisateur fiable et évolutive.
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml couche_acces_aux_donnees
|
||||||
|
abstract class IGenericRepository {
|
||||||
|
+ getItemById(int id) : object
|
||||||
|
+ getNbItems() : int
|
||||||
|
+ getItems(int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemsByName(string substring, int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemByName(string substring, int index, int count, string orderingPropertyName, bool descending) : object
|
||||||
|
+ updateItem(oldItem, newItem) : void
|
||||||
|
+ addItem(item) : void
|
||||||
|
+ deleteItem(item) : bool
|
||||||
|
}
|
||||||
|
interface IUserRepository extends IGenericRepository {
|
||||||
|
}
|
||||||
|
interface INotificationRepository extends IGenericRepository {
|
||||||
|
}
|
||||||
|
interface IRelationshipRequestRepository extends IGenericRepository {
|
||||||
|
}
|
||||||
|
interface ITrainingRepository extends IGenericRepository {
|
||||||
|
}
|
||||||
|
class NotificationRepository implements INotificationRepository {
|
||||||
|
- notifications : array
|
||||||
|
+ getItemById(int id) : object
|
||||||
|
+ getNbItems() : int
|
||||||
|
+ getItems(int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemsByName(string substring, int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemByName(string substring, int index, int count, string orderingPropertyName, bool descending) : object
|
||||||
|
+ updateItem(oldItem, newItem) : void
|
||||||
|
+ addItem(item) : void
|
||||||
|
+ deleteItem(item) : bool
|
||||||
|
}
|
||||||
|
class RelationshipRequestRepository implements IRelationshipRequestRepository {
|
||||||
|
- requests : array
|
||||||
|
+ getItemById(int id) : object
|
||||||
|
+ getNbItems() : int
|
||||||
|
+ getItems(int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemsByName(string substring, int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemByName(string substring, int index, int count, string orderingPropertyName, bool descending) : object
|
||||||
|
+ updateItem(oldItem, newItem) : void
|
||||||
|
+ addItem(item) : void
|
||||||
|
+ deleteItem(item) : bool
|
||||||
|
}
|
||||||
|
class TrainingRepository implements ITrainingRepository {
|
||||||
|
- trainings : array
|
||||||
|
+ getItemById(int id) : object
|
||||||
|
+ getNbItems() : int
|
||||||
|
+ getItems(int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemsByDate(date, int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ updateItem(oldItem, newItem) : void
|
||||||
|
+ addItem(item) : void
|
||||||
|
+ deleteItem(item) : bool
|
||||||
|
}
|
||||||
|
class UserRepository implements IUserRepository {
|
||||||
|
- users : array
|
||||||
|
+ getItemById(int id) : object
|
||||||
|
+ getNbItems() : int
|
||||||
|
+ getItems(int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemsByName(string substring, int index, int count, string orderingPropertyName, bool descending) : array
|
||||||
|
+ getItemByName(string substring, int index, int count, string orderingPropertyName, bool descending) : object
|
||||||
|
+ updateItem(oldItem, newItem) : void
|
||||||
|
+ addItem(item) : void
|
||||||
|
+ deleteItem(item) : bool
|
||||||
|
}
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
@ -0,0 +1,138 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de Classes : Statistiques pour Coach
|
||||||
|
|
||||||
|
Bienvenue dans l'univers captivant de notre système de gestion d'activités sportives avec une mise au point spéciale sur les statistiques destinées aux coaches. Ce diagramme de classes offre une vue approfondie de la manière dont les utilisateurs, en particulier les athlètes et les coaches, interagissent avec les données de performance.
|
||||||
|
|
||||||
|
**Entités Principales :**
|
||||||
|
|
||||||
|
- **Utilisateur (User) :** Représente les individus inscrits sur notre plateforme, avec des détails personnels et un rôle spécifique dans l'écosystème sportif.
|
||||||
|
|
||||||
|
- **Athlète (Athlete) :** Un type spécialisé d'utilisateur qui peut enregistrer des statistiques liées à ses activités sportives.
|
||||||
|
|
||||||
|
- **Coach (Coach) :** Un rôle qui s'étend à partir de la classe abstraite Role, dédié à la gestion des athlètes et de leurs statistiques.
|
||||||
|
|
||||||
|
- **Statistique (Statistique) :** Contient des informations détaillées sur les performances sportives d'un athlète, telles que la distance totale, le poids, le temps total, la fréquence cardiaque moyenne, minimale et maximale, ainsi que les calories brûlées.
|
||||||
|
|
||||||
|
**Relations Clés :**
|
||||||
|
|
||||||
|
- Les Utilisateurs ont un rôle spécifique (Athlete, Coach) qui influence leurs interactions au sein de la plateforme.
|
||||||
|
|
||||||
|
- Un Coach peut gérer une liste d'athlètes et avoir accès à leurs statistiques.
|
||||||
|
|
||||||
|
- Un Athlète peut enregistrer plusieurs statistiques liées à ses activités.
|
||||||
|
|
||||||
|
**Objectif Principal :**
|
||||||
|
|
||||||
|
- Permettre aux coaches d'accéder et de surveiller les statistiques détaillées de leurs athlètes, offrant ainsi un aperçu complet de leurs performances sportives.
|
||||||
|
|
||||||
|
Explorez ce diagramme pour découvrir comment notre application crée une synergie entre les utilisateurs, les rôles, et les statistiques, contribuant ainsi à une expérience enrichissante dans le suivi des activités sportives.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml
|
||||||
|
class Athlete {
|
||||||
|
+ getAthlete(): Athlete
|
||||||
|
+ getStatistic(): ?array
|
||||||
|
+ getUsersList(): array
|
||||||
|
+ getUserList(user: User): User
|
||||||
|
+ CheckAdd(user: User): bool
|
||||||
|
+ addUser(user: User): bool
|
||||||
|
+ removeUser(user: User): bool
|
||||||
|
}
|
||||||
|
|
||||||
|
abstract class Coach {
|
||||||
|
+ abstract getUsersList(): ?array
|
||||||
|
+ abstract getUserList(user: User): User
|
||||||
|
}
|
||||||
|
|
||||||
|
class CoachAthlete {
|
||||||
|
+ getUsersList(): ?array
|
||||||
|
+ getUserList(user: User): User
|
||||||
|
}
|
||||||
|
|
||||||
|
abstract class Role {
|
||||||
|
- int id
|
||||||
|
- array usersList
|
||||||
|
- TrainingRepository trainingRepository
|
||||||
|
+ abstract __construct(trainingRepository: ?TrainingRepository)
|
||||||
|
+ abstract getUsersList(): ?array
|
||||||
|
+ abstract getUserList(user: User): User
|
||||||
|
+ abstract getTraining(): ?TrainingRepository
|
||||||
|
+ abstract getTrainingsList(): ?array
|
||||||
|
+ abstract getTrainingList(training: Training): ?Training
|
||||||
|
+ abstract CheckAdd(user: User): bool
|
||||||
|
+ abstract CheckAddTraining(training: Training): bool
|
||||||
|
+ abstract addUser(user: User): bool
|
||||||
|
+ abstract removeUser(user: User): bool
|
||||||
|
+ abstract addTraining(training: Training): bool
|
||||||
|
+ abstract removeTraining(training: Training): bool
|
||||||
|
}
|
||||||
|
|
||||||
|
class User {
|
||||||
|
- int id
|
||||||
|
- String username
|
||||||
|
- string nom
|
||||||
|
- string prenom
|
||||||
|
- string email
|
||||||
|
- string motDePasse
|
||||||
|
- string sexe
|
||||||
|
- float taille
|
||||||
|
- float poids
|
||||||
|
- DateTime dateNaissance
|
||||||
|
+ __construct(id: int, username: String, nom: string, prenom: string, email: string, motDePasse: string, sexe: string, taille: float, poids: float, dateNaissance: DateTime, role: Role)
|
||||||
|
+ getId(): int
|
||||||
|
+ setId(id: int): void
|
||||||
|
+ getUsername(): String
|
||||||
|
+ setUsername(username: int): void
|
||||||
|
+ getNom(): string
|
||||||
|
+ setNom(nom: string): void
|
||||||
|
+ getPrenom(): string
|
||||||
|
+ setPrenom(prenom: string): void
|
||||||
|
+ getEmail(): string
|
||||||
|
+ setEmail(email: string): void
|
||||||
|
+ getMotDePasse(): string
|
||||||
|
+ setMotDePasse(motDePasse: string): void
|
||||||
|
+ getSexe(): string
|
||||||
|
+ setSexe(sexe: string): void
|
||||||
|
+ getTaille(): float
|
||||||
|
+ setTaille(taille: float): void
|
||||||
|
+ getPoids(): float
|
||||||
|
+ setPoids(poids: float): void
|
||||||
|
+ getDateNaissance(): DateTime
|
||||||
|
+ setDateNaissance(dateNaissance: DateTime): void
|
||||||
|
+ getRole(): Role
|
||||||
|
+ setRole(role: Role): void
|
||||||
|
+ isValidPassword(password: string): bool
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
|
||||||
|
class Statistique {
|
||||||
|
- idStat: int
|
||||||
|
- distanceTotale: float
|
||||||
|
- poids: float
|
||||||
|
- tempsTotal: time
|
||||||
|
- FCmoyenne: int
|
||||||
|
- FCmin: int
|
||||||
|
- FCmax: int
|
||||||
|
- cloriesBrulees: int
|
||||||
|
+ getIdStat(): int
|
||||||
|
+ getDistanceTotale(): float
|
||||||
|
+ getPoids(): float
|
||||||
|
+ getTempsTotal(): time
|
||||||
|
+ getFCmoyenne(): int
|
||||||
|
+ getFCmin(): int
|
||||||
|
+ getFCmax(): int
|
||||||
|
+ getCloriesBrulees(): int
|
||||||
|
+ __toString(): String
|
||||||
|
}
|
||||||
|
|
||||||
|
CoachAthlete --|> Coach
|
||||||
|
Coach --|> Role
|
||||||
|
Athlete --|> Role
|
||||||
|
User -> Role : role
|
||||||
|
Role -> User : usersList
|
||||||
|
Athlete -> Statistique : statsList
|
||||||
|
@enduml
|
||||||
|
````
|
||||||
@ -0,0 +1,91 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Diagramme de Classes : Gestion des Utilisateurs et Notifications
|
||||||
|
|
||||||
|
Bienvenue dans le cœur de notre système, où la gestion des utilisateurs et des notifications prend vie à travers ce diagramme de classes. Explorez les relations et les fonctionnalités essentielles qui orchestrent l'interaction entre les utilisateurs, les demandes d'amis, et les notifications.
|
||||||
|
|
||||||
|
**Entités Principales :**
|
||||||
|
|
||||||
|
- **Utilisateur (User) :** Représente les individus inscrits sur notre plateforme, caractérisés par leur nom et établissant des liens d'amitié avec d'autres utilisateurs.
|
||||||
|
|
||||||
|
- **Notification (Notification) :** Contient le texte informatif des notifications qui peuvent être émises par le système.
|
||||||
|
|
||||||
|
- **Demande d'Ami (Ask) :** Modélise une demande d'amitié émise par un utilisateur en direction d'un autre.
|
||||||
|
|
||||||
|
**Interfaces et Classes Abstraites :**
|
||||||
|
|
||||||
|
- **INotifier :** Interface définissant la méthode `notify()`, implémentée par des classes concrètes pour gérer la notification aux observateurs.
|
||||||
|
|
||||||
|
- **Observer :** Interface définissant la méthode `update()`, implémentée par les classes qui souhaitent être informées des changements dans un sujet observé.
|
||||||
|
|
||||||
|
- **UserManager :** Classe abstraite gérant la logique métier liée aux utilisateurs, tels que l'ajout ou la suppression d'amis, la réponse aux demandes d'amis, et la récupération de la liste d'amis.
|
||||||
|
|
||||||
|
- **IUserRepository :** Interface définissant les méthodes pour la recherche d'utilisateurs et l'ajout d'un nouvel utilisateur.
|
||||||
|
|
||||||
|
**Relations Clés :**
|
||||||
|
|
||||||
|
- Les utilisateurs peuvent avoir plusieurs amis et plusieurs notifications.
|
||||||
|
|
||||||
|
- La classe UserManager est connectée à IUserRepository pour gérer les opérations liées aux utilisateurs.
|
||||||
|
|
||||||
|
- Observer et Subject sont des composants du modèle de conception "Observer", permettant la notification efficace des changements dans le système.
|
||||||
|
|
||||||
|
Plongez-vous dans ce diagramme pour découvrir comment notre application crée un écosystème social dynamique, permettant aux utilisateurs d'interagir, de rester informés et de développer des liens significatifs au sein de la communauté.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
class User {
|
||||||
|
+ name : string
|
||||||
|
}
|
||||||
|
|
||||||
|
User "1" --> "*" User: friends
|
||||||
|
User "1" --> "*" Notification: notifications
|
||||||
|
User "1" --> "*" Ask: friendRequests
|
||||||
|
class Notification {
|
||||||
|
- text : string
|
||||||
|
}
|
||||||
|
|
||||||
|
interface INotifier {
|
||||||
|
+ notify() : void
|
||||||
|
}
|
||||||
|
|
||||||
|
INotifier --|> Observer
|
||||||
|
|
||||||
|
abstract class UserManager {
|
||||||
|
- currentUser : User
|
||||||
|
+ deleteFriend(userId : int) : void
|
||||||
|
+ addFriend(userId : int) : void
|
||||||
|
+ respondToFriendRequest(requestId : int, choice : bool) : void
|
||||||
|
+ getFriends(userId : int) : User[]
|
||||||
|
}
|
||||||
|
|
||||||
|
class Ask {
|
||||||
|
- fromUser : int
|
||||||
|
- toUser : int
|
||||||
|
}
|
||||||
|
|
||||||
|
Ask --|> Subject
|
||||||
|
|
||||||
|
abstract class Subject {
|
||||||
|
+ attach(o : Observer) : void
|
||||||
|
+ detach(o : Observer) : void
|
||||||
|
+ notify() : void
|
||||||
|
}
|
||||||
|
|
||||||
|
Subject "1" --> "*" Observer
|
||||||
|
interface Observer {
|
||||||
|
+ update() : void
|
||||||
|
}
|
||||||
|
|
||||||
|
UserManager ..> User
|
||||||
|
UserManager o-- IUserRepository
|
||||||
|
UserManager o-- INotifier
|
||||||
|
|
||||||
|
interface IUserRepository {
|
||||||
|
+ findByUsername(username : string) : User
|
||||||
|
+ addUser(user : User) : bool
|
||||||
|
}
|
||||||
|
|
||||||
|
IUserRepository ..> User
|
||||||
|
```
|
||||||
@ -0,0 +1,200 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Modèle de Données de l'Application
|
||||||
|
|
||||||
|
L'architecture de données de notre application de suivi d'activités sportives repose sur un modèle robuste, avec des entités clés pour représenter les activités, les athlètes et les coachs. Découvrez les composants principaux de notre modèle de données :
|
||||||
|
|
||||||
|
## Activité
|
||||||
|
L'entité Activité représente une session d'activité sportive avec des détails variés tels que le type d'activité, la date, la durée, l'effort ressenti, etc. Le `ActiviteEntity` encapsule ces données, tandis que le `ActiviteGateway` gère la communication avec la base de données pour les activités.
|
||||||
|
|
||||||
|
## Athlète
|
||||||
|
L'entité Athlète représente un utilisateur de l'application qui participe à des activités sportives. Le `AthleteEntity` stocke les détails de l'athlète, et le `AtheletGateway` facilite l'accès et la gestion des données des athlètes.
|
||||||
|
|
||||||
|
## Coach
|
||||||
|
L'entité Coach représente un utilisateur qui peut superviser et coacher d'autres athlètes. Le `CoachEntity` stocke les détails du coach, tandis que le `CoachGateway` gère les interactions avec la base de données.
|
||||||
|
|
||||||
|
## Mapper
|
||||||
|
Les mappers, tels que `ActiviteMapper`, `AthleteMapper`, et `CoachMapper`, facilitent la conversion entre les entités et les modèles utilisés dans l'application.
|
||||||
|
|
||||||
|
## Connexion à la Base de Données
|
||||||
|
La classe `Connection` étend de `PDO` et assure la connexion à la base de données. Chaque Gateway utilise cette connexion pour interagir avec la base de données.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml
|
||||||
|
class ActiviteEntity {
|
||||||
|
- idActivite: int
|
||||||
|
- type: string
|
||||||
|
- date: string
|
||||||
|
- heureDebut: string
|
||||||
|
- heureFin: string
|
||||||
|
- effortRessenti: int
|
||||||
|
- variabilite: int
|
||||||
|
- variance: int
|
||||||
|
- ecartType: int
|
||||||
|
- moyenne: int
|
||||||
|
- maximum: int
|
||||||
|
- minimum: int
|
||||||
|
- temperatureMoyenne: int
|
||||||
|
+ getIdActivite(): int
|
||||||
|
+ getType(): string
|
||||||
|
+ getDate(): string
|
||||||
|
+ getHeureDebut(): string
|
||||||
|
+ getHeureFin(): string
|
||||||
|
+ getEffortRessenti(): int
|
||||||
|
+ getVariabilite(): int
|
||||||
|
+ getVariance(): int
|
||||||
|
+ getEcartType(): int
|
||||||
|
+ getMoyenne(): int
|
||||||
|
+ getMaximum(): int
|
||||||
|
+ getMinimum(): int
|
||||||
|
+ getTemperatureMoyenne(): int
|
||||||
|
+ setIdActivite(idActivite: int): void
|
||||||
|
+ setType(type: string): void
|
||||||
|
+ setDate(date: string): void
|
||||||
|
+ setHeureDebut(heureDebut: string): void
|
||||||
|
+ setHeureFin(heureFin: string): void
|
||||||
|
+ setEffortRessenti(effortRessenti: int): void
|
||||||
|
+ setVariabilite(variabilite: int): void
|
||||||
|
+ setVariance(variance: int): void
|
||||||
|
+ setEcartType(ecartType: int): void
|
||||||
|
+ setMoyenne(moyenne: int): void
|
||||||
|
+ setMaximum(maximum: int): void
|
||||||
|
+ setMinimum(minimum: int): void
|
||||||
|
+ setTemperatureMoyenne(temperatureMoyenne: int): void
|
||||||
|
}
|
||||||
|
class ActiviteGateway {
|
||||||
|
+ __construct(connection: Connection)
|
||||||
|
+ getActivite(): ?array
|
||||||
|
+ getActiviteById(activiteId: int): ?array
|
||||||
|
+ getActiviteByType(type: string): ?array
|
||||||
|
+ getActiviteByDate(date: string): ?array
|
||||||
|
+ getActiviteByTimeRange(startTime: string, endTime: string): ?array
|
||||||
|
+ getActiviteByEffort(effortRessenti: int): ?array
|
||||||
|
+ getActiviteByVariability(variabilite: int): ?array
|
||||||
|
+ getActiviteByTemperature(temperatureMoyenne: int): ?array
|
||||||
|
+ addActivite(activite: ActiviteEntity): bool
|
||||||
|
+ updateActivite(oldActivite: ActiviteEntity, newActivite: ActiviteEntity): bool
|
||||||
|
+ deleteActivite(idActivite: int): bool
|
||||||
|
}
|
||||||
|
class ActiviteMapper {
|
||||||
|
+ map(data: array): ActiviteEntity
|
||||||
|
+ ActiviteEntityToModel(activiteEntity: ActiviteEntity): Activite
|
||||||
|
}
|
||||||
|
class AthleteEntity {
|
||||||
|
- idAthlete: int
|
||||||
|
- nom: string
|
||||||
|
- prenom: string
|
||||||
|
- email: string
|
||||||
|
- sexe: string
|
||||||
|
- taille: float
|
||||||
|
- poids: float
|
||||||
|
- motDePasse: string
|
||||||
|
- dateNaissance: string
|
||||||
|
+ getIdAthlete(): int
|
||||||
|
+ getNom(): string
|
||||||
|
+ getPrenom(): string
|
||||||
|
+ getEmail(): string
|
||||||
|
+ getSexe(): string
|
||||||
|
+ getTaille(): float
|
||||||
|
+ getPoids(): float
|
||||||
|
+ getMotDePasse(): string
|
||||||
|
+ getDateNaissance(): string
|
||||||
|
+ setIdAthlete(idAthlete: int): void
|
||||||
|
+ setNom(nom: string): void
|
||||||
|
+ setPrenom(prenom: string): void
|
||||||
|
+ setEmail(email: string): void
|
||||||
|
+ setSexe(sexe: string): void
|
||||||
|
+ setTaille(taille: float): void
|
||||||
|
+ setPoids(poids: float): void
|
||||||
|
+ setMotDePasse(motDePasse: string): void
|
||||||
|
+ setDateNaissance(dateNaissance: string): void
|
||||||
|
}
|
||||||
|
class AtheletGateway {
|
||||||
|
+ __construct(connection: Connection)
|
||||||
|
+ getAthlete(): ?array
|
||||||
|
+ getAthleteById(userId: int): ?array
|
||||||
|
+ getAthleteByName(name: string): ?array
|
||||||
|
+ getAthleteByFirstName(firstName: string): ?array
|
||||||
|
+ getAthleteByEmail(email: string): ?array
|
||||||
|
+ getAthleteByGender(gender: string): ?array
|
||||||
|
+ getAthleteByHeight(height: int): ?array
|
||||||
|
+ getAthleteByWeight(weight: int): ?array
|
||||||
|
+ getAthleteByBirthDate(birthdate: string): ?array
|
||||||
|
+ addAthlete(athlete: AthleteEntity): bool
|
||||||
|
+ updateAthlete(oldAthlete: AthleteEntity, newAthlete: AthleteEntity): bool
|
||||||
|
+ deleteAthlete(idAthlete: int): bool
|
||||||
|
}
|
||||||
|
class AthleteMapper {
|
||||||
|
+ fromSqlToEntity(data: array): array
|
||||||
|
+ athleteEntityToModel(athleteEntity: AthleteEntity): User
|
||||||
|
+ athleteToEntity(user: User): AthleteEntity
|
||||||
|
}
|
||||||
|
class CoachEntity {
|
||||||
|
- idCoach: int
|
||||||
|
- nom: string
|
||||||
|
- prenom: string
|
||||||
|
- email: string
|
||||||
|
- sexe: string
|
||||||
|
- taille: float
|
||||||
|
- poids: float
|
||||||
|
- motDePasse: string
|
||||||
|
- dateNaissance: string
|
||||||
|
+ getIdCoach(): int
|
||||||
|
+ getNom(): string
|
||||||
|
+ getPrenom(): string
|
||||||
|
+ getEmail(): string
|
||||||
|
+ getSexe(): string
|
||||||
|
+ getTaille(): float
|
||||||
|
+ getPoids(): float
|
||||||
|
+ getMotDePasse(): string
|
||||||
|
+ getDateNaissance(): string
|
||||||
|
+ setIdCoach(idCoach: int): void
|
||||||
|
+ setNom(nom: string): void
|
||||||
|
+ setPrenom(prenom: string): void
|
||||||
|
+ setEmail(email: string): void
|
||||||
|
+ setSexe(sexe: string): void
|
||||||
|
+ setTaille(taille: float): void
|
||||||
|
+ setPoids(poids: float): void
|
||||||
|
+ setMotDePasse(motDePasse: string): void
|
||||||
|
+ setDateNaissance(dateNaissance: string): void
|
||||||
|
}
|
||||||
|
class CoachGateway {
|
||||||
|
+ __construct(connection: Connection)
|
||||||
|
+ getCoach(): ?array
|
||||||
|
+ getCoachById(userId: int): ?array
|
||||||
|
+ getCoachByName(name: string): ?array
|
||||||
|
+ getCoachByFirstName(firstName: string): ?array
|
||||||
|
+ getCoachByEmail(email: string): ?array
|
||||||
|
+ getCoachByGender(gender : string): ?array
|
||||||
|
+ getCoachByHeight(height: int): ?array
|
||||||
|
+ getCoachByBirthDate(birthdate: string): ?array
|
||||||
|
+ addCoach(coach: CoachEntity): bool
|
||||||
|
+ updateCoach(oldCoach: CoachEntity, newCoach: CoachEntity): bool
|
||||||
|
+ deleteCoach(idCoach: int): bool
|
||||||
|
}
|
||||||
|
class CoachMapper {
|
||||||
|
+ map(data: array): CoachEntity
|
||||||
|
+ CoachEntityToModel(coachEntity: CoachEntity): User
|
||||||
|
+ CoachToEntity(user: User): CoachEntity
|
||||||
|
}
|
||||||
|
class Connection extends PDO {
|
||||||
|
- stmt
|
||||||
|
+ __construct(dsn: string, username: string, password: string)
|
||||||
|
+ executeQuery(query: string, parameters: array): bool
|
||||||
|
+ executeWithErrorHandling(query: string, params: array): array
|
||||||
|
+ getResults(): array
|
||||||
|
}
|
||||||
|
|
||||||
|
Connection <- ActiviteGateway : connection
|
||||||
|
Connection <- AtheletGateway : connection
|
||||||
|
Connection <- CoachGateway : connection
|
||||||
|
AthleteMapper -> AthleteEntity
|
||||||
|
CoachMapper -> CoachEntity
|
||||||
|
ActiviteMapper -> ActiviteEntity
|
||||||
|
ActiviteMapper -> ActiviteGateway
|
||||||
|
CoachMapper -> CoachGateway
|
||||||
|
AthleteMapper -> AtheletGateway
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
@ -0,0 +1,136 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Diagramme de classes pour l'importation de fichiers .fit
|
||||||
|
|
||||||
|
Bienvenue dans le monde de la gestion d'activités sportives avec notre application innovante ! Cette user story se concentre sur une fonctionnalité essentielle qui améliorera l'expérience des utilisateurs : l'importation de fichiers .fit. Nous avons conçu un diagramme de classes pour vous offrir une vision claire et structurée de la manière dont cette fonctionnalité est implémentée au sein de notre application.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- Utilisateur (User) : Représente un individu inscrit sur notre plateforme, avec la capacité d'importer des fichiers .fit.
|
||||||
|
- Athlète (Athlete) : Un type spécialisé d'utilisateur, bénéficiant de fonctionnalités supplémentaires liées à la gestion d'activités sportives.
|
||||||
|
|
||||||
|
**Entités Clés :**
|
||||||
|
|
||||||
|
- Activité (Activity) : Représente une session d'activité physique, avec des détails tels que le type, la date, la durée, et plus encore.
|
||||||
|
- Gestionnaires (Managers) : Gérant différentes facettes de l'application, notamment les utilisateurs, les activités et les fichiers.
|
||||||
|
|
||||||
|
**Fonctionnalité Clé :**
|
||||||
|
|
||||||
|
- Importation de fichiers .fit : Permet aux utilisateurs de charger des données provenant de fichiers .fit, générés par des dispositifs de suivi d'activité. Ces fichiers contiennent des informations précieuses telles que la fréquence cardiaque, la distance parcourue et d'autres métriques essentielles.
|
||||||
|
|
||||||
|
**Architecture :**
|
||||||
|
|
||||||
|
- AuthService (Service d'Authentification) : Gère l'authentification des utilisateurs, garantissant un accès sécurisé à la fonction d'importation.
|
||||||
|
- UserManager (Gestionnaire d'Utilisateurs) : Gère les opérations liées aux utilisateurs, y compris l'importation de fichiers .fit.
|
||||||
|
ActivityManager (Gestionnaire d'Activités) : Responsable du stockage et de la gestion des activités importées.
|
||||||
|
|
||||||
|
**Objectif :**
|
||||||
|
|
||||||
|
Offrir aux utilisateurs, en particulier aux athlètes, la possibilité d'enrichir leur profil et de suivre leur performance en important des données détaillées à partir de fichiers .fit.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
@startuml issue028_DiagrammeDeClasses
|
||||||
|
class Activite {
|
||||||
|
-idActivite:int
|
||||||
|
-type:String
|
||||||
|
-date:Date
|
||||||
|
-heureDebut:Date
|
||||||
|
-heureFin:Date
|
||||||
|
-effortRessenti:int
|
||||||
|
-variability:float
|
||||||
|
-variance:float
|
||||||
|
-standardDeviation:float
|
||||||
|
-average:float
|
||||||
|
-maximum:int
|
||||||
|
-minimum:int
|
||||||
|
-avrTemperature:float
|
||||||
|
-hasAutoPause:boolean
|
||||||
|
+getIdActivite():int
|
||||||
|
+getType():String
|
||||||
|
+getDate():Date
|
||||||
|
+getHeureDebut():Date
|
||||||
|
+getHeureFin():Date
|
||||||
|
+getEffortRessenti():int
|
||||||
|
+getVariability():float
|
||||||
|
+getVariance():float
|
||||||
|
+getStandardDeviation():float
|
||||||
|
+getAverage():float
|
||||||
|
+getMaximum():int
|
||||||
|
+getMinimum():int
|
||||||
|
+getAvrTemperature():float
|
||||||
|
+setType(type:String):void
|
||||||
|
+setEffortRessenti(effortRessenti:int):void
|
||||||
|
+__toString():String
|
||||||
|
}
|
||||||
|
class Role {
|
||||||
|
-id:int
|
||||||
|
}
|
||||||
|
class Athlete {
|
||||||
|
+getActivities():array
|
||||||
|
+addActivity(myActivity:Activity):boolean
|
||||||
|
}
|
||||||
|
class User {
|
||||||
|
-id:int
|
||||||
|
-username:String
|
||||||
|
-nom:String
|
||||||
|
-prenom:String
|
||||||
|
-email:String
|
||||||
|
-motDePasse:String
|
||||||
|
-sexe:String
|
||||||
|
-taille:float
|
||||||
|
-poids:float
|
||||||
|
-dateNaissance:Date
|
||||||
|
+getId():int
|
||||||
|
+setId(id:int):void
|
||||||
|
+getUsername():String
|
||||||
|
+setUsername(username:String):void
|
||||||
|
+getNom():String
|
||||||
|
+setNom(nom:String):void
|
||||||
|
+getPrenom():String
|
||||||
|
+setPrenom(prenom:String):void
|
||||||
|
+getEmail():String
|
||||||
|
+setEmail(email:String):void
|
||||||
|
+getMotDePasse():String
|
||||||
|
+setMotDePasse(motDePasse:String):void
|
||||||
|
+getSexe():String
|
||||||
|
+setSexe(sexe:String):void
|
||||||
|
+getTaille():float
|
||||||
|
+setTaille(taille:float):void
|
||||||
|
+getPoids():float
|
||||||
|
+setPoids(poids:float):void
|
||||||
|
+getDateNaissance():Date
|
||||||
|
+setDateNaissance(dateNaissance:Date):void
|
||||||
|
+getRole():Role
|
||||||
|
+setRole(role:Role):void
|
||||||
|
+isValidPassword(password:String):boolean
|
||||||
|
+__toString():String
|
||||||
|
}
|
||||||
|
class AthleteManager {
|
||||||
|
+getActivities():array
|
||||||
|
}
|
||||||
|
class ActivityManager {
|
||||||
|
+saveFitFileToJSON(monFichierFit:object):boolean
|
||||||
|
+uploadFile(type:string, effortRessenti:int, file_path_or_data:string|resource, options:array):boolean
|
||||||
|
}
|
||||||
|
class DataManager {
|
||||||
|
}
|
||||||
|
class UserManager {
|
||||||
|
+login(loginUser:string, passwordUser:string):boolean
|
||||||
|
+register(loginUser:string, passwordUser:string, data:array):boolean
|
||||||
|
+deconnecter():boolean
|
||||||
|
}
|
||||||
|
|
||||||
|
User -> Role: role
|
||||||
|
Athlete -|> Role
|
||||||
|
DataManager -> UserManager: -userMgr
|
||||||
|
DataManager -> AthleteManager: -athleteMgr
|
||||||
|
DataManager -> ActivityManager: -activityMgr
|
||||||
|
UserManager -> AuthService: -authService
|
||||||
|
UserManager -> User: -currentUser
|
||||||
|
ActivityManager -> AuthService: -authService
|
||||||
|
Athlete -> Activite: listActivite
|
||||||
|
AthleteManager -> AuthService: -authService
|
||||||
|
@enduml
|
||||||
|
```
|
||||||
|
After Width: | Height: | Size: 35 KiB |
@ -0,0 +1,49 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de Séquence : Gestion des Demandes d'Amis
|
||||||
|
|
||||||
|
Bienvenue dans le processus dynamique de gestion des demandes d'amis au sein de notre application ! Ce diagramme de séquence met en évidence les étapes clés impliquées dans la gestion des demandes d'amis entre utilisateurs.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Utilisateur (u) :** L'individu interagissant avec l'application, recevant et répondant aux demandes d'amis.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
1. **Réception d'une Demande d'Ami :** Lorsqu'un utilisateur reçoit une demande d'ami, le modèle (Model) notifie le contrôleur (Controller) de la nouvelle demande, spécifiant l'identifiant de l'utilisateur émetteur.
|
||||||
|
|
||||||
|
2. **Affichage de la Demande d'Ami :** Le contrôleur transmet l'information à la vue (View), qui affiche la demande d'ami à l'utilisateur.
|
||||||
|
|
||||||
|
3. **Affichage de la Page des Demandes d'Amis :** L'utilisateur visualise la page des demandes d'amis dans l'interface utilisateur.
|
||||||
|
|
||||||
|
4. **Réponse à la Demande d'Ami :** L'utilisateur prend une décision quant à la demande d'ami, en répondant par un choix binaire (accepter ou refuser).
|
||||||
|
|
||||||
|
5. **Enregistrement de la Réponse :** La vue (View) transmet la réponse de l'utilisateur au contrôleur, qui enregistre cette réponse.
|
||||||
|
|
||||||
|
6. **Envoi de la Réponse :** Le contrôleur communique avec le modèle pour envoyer la réponse, indiquant si la demande a été acceptée (true) ou refusée (false).
|
||||||
|
|
||||||
|
À travers ce diagramme de séquence, découvrez comment notre application gère efficacement le processus de gestion des demandes d'amis, offrant aux utilisateurs une expérience transparente et réactive lors de l'établissement de connexions sociales au sein de la plateforme.
|
||||||
|
|
||||||
|
````plantuml
|
||||||
|
@startuml
|
||||||
|
actor User as u
|
||||||
|
boundary View as v
|
||||||
|
control Controller as c
|
||||||
|
entity Model as m
|
||||||
|
|
||||||
|
m-->c: pendingRequests: Request[]
|
||||||
|
|
||||||
|
c-->v: DisplayPendingRequests(pendingRequests)
|
||||||
|
v-->u: Show Friend Requests
|
||||||
|
|
||||||
|
u->v: RespondToRequest(requestId, response)
|
||||||
|
v-->c: RecordResponse(requestId, response)
|
||||||
|
|
||||||
|
c->m: UpdateRequestStatus(requestId, response)
|
||||||
|
m-->c: updateStatus: success/failure
|
||||||
|
c-->v: NotifyUpdateResult(updateStatus)
|
||||||
|
v-->u: Show Response Result
|
||||||
|
|
||||||
|
@enduml
|
||||||
|
``````
|
||||||
@ -0,0 +1,30 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de Séquence : Recherche d'Amis
|
||||||
|
|
||||||
|
Bienvenue dans le processus dynamique de recherche d'amis au sein de notre application ! Ce diagramme de séquence met en lumière les étapes clés impliquées lorsque les utilisateurs recherchent des amis en utilisant un pseudo spécifique.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Utilisateur (u) :** L'individu interagissant avec l'application, initié à la recherche d'amis.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
1. **Accès à la Fonctionnalité de Recherche :** L'utilisateur déclenche la fonctionnalité de recherche d'amis depuis son interface utilisateur.
|
||||||
|
|
||||||
|
2. **Saisie du Pseudo :** L'utilisateur entre le pseudo de l'ami qu'il souhaite rechercher.
|
||||||
|
|
||||||
|
3. **Requête de Recherche :** La vue (View) transmet la demande de recherche au contrôleur (Controller), qui déclenche une requête GET au serveur pour récupérer la liste des amis correspondant au pseudo saisi.
|
||||||
|
|
||||||
|
4. **Traitement de la Requête :** Le modèle (Model) récupère la liste d'amis correspondante en utilisant l'identifiant de l'utilisateur et notifie le contrôleur du résultat.
|
||||||
|
|
||||||
|
5. **Notification des Utilisateurs :** Le modèle informe également les utilisateurs concernés (émetteur et destinataire) de l'action de recherche effectuée.
|
||||||
|
|
||||||
|
6. **Rendu de la Vue :** Le contrôleur reçoit la liste d'amis du modèle et rend cette liste à la vue.
|
||||||
|
|
||||||
|
7. **Affichage des Résultats :** La vue affiche les résultats de la recherche à l'utilisateur, montrant les amis qui correspondent au pseudo saisi.
|
||||||
|
|
||||||
|
À travers ce diagramme de séquence, découvrez comment notre application facilite le processus de recherche d'amis, fournissant aux utilisateurs une interface conviviale et réactive pour élargir leur réseau social au sein de la plateforme.
|
||||||
|
|
||||||
|
<img src="AjouterAmis.png" alt="Diagramme de Séquence : Recherche d'Amis" width="1000"/>
|
||||||
@ -0,0 +1,40 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Processus de Connexion sur la Plateforme
|
||||||
|
|
||||||
|
Bienvenue sur notre plateforme de gestion d'activités sportives ! Pour offrir une expérience fluide et sécurisée, nous avons mis en place un processus de connexion intuitif. Découvrez comment accéder à votre compte ou créer un nouveau compte en quelques étapes simples.
|
||||||
|
|
||||||
|
**Étapes du Processus :**
|
||||||
|
|
||||||
|
1. **Demande de Page de Connexion :** L'utilisateur démarre en exprimant le désir de se connecter à la plateforme.
|
||||||
|
|
||||||
|
2. **Vérification de la Connexion Préexistante :** Le système vérifie si l'utilisateur est déjà connecté. En cas de connexion active, l'utilisateur est redirigé directement vers sa page de compte.
|
||||||
|
|
||||||
|
3. **Page de Connexion :** Si l'utilisateur n'est pas encore connecté, il est dirigé vers la page de connexion, où il peut saisir ses informations d'identification.
|
||||||
|
|
||||||
|
4. **Choix pour les Utilisateurs Possédant un Compte :** Si l'utilisateur a déjà un compte, il peut fournir ses informations de connexion existantes.
|
||||||
|
|
||||||
|
5. **Création de Compte pour les Nouveaux Utilisateurs :** Pour ceux qui n'ont pas encore de compte, l'option de création de compte est disponible. L'utilisateur peut fournir les détails nécessaires pour créer son compte.
|
||||||
|
|
||||||
|
6. **Page de Création de Compte :** Une page dédiée guide l'utilisateur tout au long du processus de création de compte, lui permettant de saisir les informations nécessaires.
|
||||||
|
|
||||||
|
7. **Validation et Connexion :** Une fois que les informations de connexion ou de création de compte sont fournies, le système procède à la vérification et connecte l'utilisateur à son compte.
|
||||||
|
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
actor User as u
|
||||||
|
u->Systeme : demandePageConnexion()
|
||||||
|
alt User déjà connecté
|
||||||
|
Systeme-->u : redirectionPageCompte()
|
||||||
|
end
|
||||||
|
Systeme-->u : PageConnexion()
|
||||||
|
alt User possède déjà un compte
|
||||||
|
u->Systeme:InfosConnexion()
|
||||||
|
else
|
||||||
|
u->Systeme:CreerCompte()
|
||||||
|
Systeme-->u :PageCreationCompte()
|
||||||
|
u->Systeme:InfosCreationCompte()
|
||||||
|
end
|
||||||
|
Systeme-->u :Connecter()
|
||||||
|
```
|
||||||
@ -0,0 +1,63 @@
|
|||||||
|
[retour au README.md](../../../README.md)
|
||||||
|
[Retour au diagramme de classes](../README_DIAGRAMMES.md)
|
||||||
|
|
||||||
|
# Introduction au Diagramme de Séquence : Gestion des Amis
|
||||||
|
|
||||||
|
Bienvenue dans le processus dynamique de gestion des amis au sein de notre application ! Ce diagramme de séquence met en lumière les interactions entre l'utilisateur et l'application, ainsi que le flux d'informations entre les différentes composantes du système.
|
||||||
|
|
||||||
|
**Acteurs Principaux :**
|
||||||
|
|
||||||
|
- **Utilisateur (u) :** L'individu interagissant avec l'application, souhaitant consulter et gérer sa liste d'amis.
|
||||||
|
|
||||||
|
**Flux d'Interaction :**
|
||||||
|
|
||||||
|
1. **Demande de la Page d'Amis :** L'utilisateur déclenche la demande de la page d'amis, amorçant le processus d'affichage de sa liste d'amis.
|
||||||
|
|
||||||
|
2. **Récupération des Amis :** Le contrôleur (Controller) reçoit la demande et interagit avec le modèle (Model) pour récupérer la liste d'amis associée à l'identifiant de l'utilisateur.
|
||||||
|
|
||||||
|
- *Cas de Récupération Réussi :* Si la récupération est réussie, le modèle transmet la liste d'amis au contrôleur.
|
||||||
|
|
||||||
|
- *Cas d'Échec de Récupération :* En cas d'échec, une notification d'erreur est renvoyée.
|
||||||
|
|
||||||
|
3. **Affichage de la Liste d'Amis :** Le contrôleur rend la vue (View) en utilisant la liste d'amis récupérée, qui est ensuite affichée à l'utilisateur.
|
||||||
|
|
||||||
|
4. **Suppression d'un Ami :** L'utilisateur décide de supprimer un ami spécifique en cliquant sur l'option correspondante.
|
||||||
|
|
||||||
|
5. **Traitement de la Suppression :** Le contrôleur, en réponse à la demande de suppression, envoie une requête au modèle pour effectuer la suppression de l'ami identifié par son identifiant utilisateur (idUser).
|
||||||
|
|
||||||
|
- *Cas de Suppression Réussie :* Si la suppression est réussie, le modèle renvoie la liste d'amis mise à jour.
|
||||||
|
|
||||||
|
- *Cas d'Échec de Suppression :* En cas d'échec, une notification d'erreur est renvoyée.
|
||||||
|
|
||||||
|
6. **Affichage de la Liste d'Amis Mise à Jour :** La vue est mise à jour avec la nouvelle liste d'amis, qui est ensuite affichée à l'utilisateur.
|
||||||
|
|
||||||
|
À travers ce diagramme de séquence, découvrez comment notre application gère de manière fluide et réactive les interactions de l'utilisateur avec sa liste d'amis, garantissant une expérience utilisateur cohérente et sans heurts.
|
||||||
|
|
||||||
|
```plantuml
|
||||||
|
actor User as u
|
||||||
|
boundary View as v
|
||||||
|
control Controller as c
|
||||||
|
entity Model as m
|
||||||
|
|
||||||
|
u->v: Request Friends Page
|
||||||
|
v->c: Get /Friends
|
||||||
|
c->m: getFriends(userId)
|
||||||
|
alt successful retrieval
|
||||||
|
m-->c: friendsList: User[]
|
||||||
|
else retrieval failed
|
||||||
|
m-->c: error
|
||||||
|
end
|
||||||
|
c-->v: renderView(friendsList)
|
||||||
|
v-->u: Display Friends
|
||||||
|
|
||||||
|
u->v: clickDeleteFriend(idUser)
|
||||||
|
v->c: Post: deleteFriend(idUser)
|
||||||
|
c->m: deleteFriend(idUser)
|
||||||
|
alt successful deletion
|
||||||
|
m-->c: updatedFriendsList: User[]
|
||||||
|
else deletion failed
|
||||||
|
m-->c: error
|
||||||
|
end
|
||||||
|
c-->v: renderView(updatedFriendsList)
|
||||||
|
v-->u: Display Updated Friends
|
||||||
|
```
|
||||||
@ -0,0 +1,25 @@
|
|||||||
|
[retour au README.md](../../README.md)
|
||||||
|
|
||||||
|
# Diagrammes nécéssaires à notre projet
|
||||||
|
|
||||||
|
## Diagrammes de classes
|
||||||
|
- [issue016 - Statistiques coach ](DiagrammeDeClasses/README_issue016.md)
|
||||||
|
- [issue022 - Ajout des amis ](DiagrammeDeClasses/README_issue022.md)
|
||||||
|
- [issue023 - User Gateway ](DiagrammeDeClasses/README_issue023.md)
|
||||||
|
- [issue028 - Importation de fichiers .fit](DiagrammeDeClasses/README_issue028.md)
|
||||||
|
- [couche d'accès aux données](DiagrammeDeClasses/README_accesDonnees.md)
|
||||||
|
- [Diagramme général](DiagrammeDeClasses/README_DIAGRAMME.md)
|
||||||
|
|
||||||
|
## Diagrammes de séquence
|
||||||
|
- [Envoi de demande d'ami](DiagrammeDeSequence/README_demandeAmi.md)
|
||||||
|
- [Accepter une demande d'ami](DiagrammeDeSequence/README_accepterAmi.md)
|
||||||
|
- [Supprimer un ami](DiagrammeDeSequence/README_suppressionAmi.md)
|
||||||
|
- [issue021 - Authentification ](DiagrammeDeSequence/README_issue021.md)
|
||||||
|
|
||||||
|
## Diagrammes de cas d'utilisation
|
||||||
|
- [Cas d'utilisation pour la gestion du compte et des amitiés](CasUtilisations/README_gestionCompteAmitie.md)
|
||||||
|
- [Cas d'utilisation pour la gestion des activités et données](CasUtilisations/README_gestionActivites.md)
|
||||||
|
- [Cas d'utilisation pour la suivi d'une équipe sportive](CasUtilisations/README_coachSuiviSportif.md)
|
||||||
|
|
||||||
|
## Base de données
|
||||||
|
- [MCD - MLD](BDD/README_BDD.md)
|
||||||
@ -0,0 +1,32 @@
|
|||||||
|
using Model;
|
||||||
|
using Model.Repository;
|
||||||
|
using Moq;
|
||||||
|
using Xunit;
|
||||||
|
|
||||||
|
namespace UnitTestsModel
|
||||||
|
{
|
||||||
|
public class EnumMapperTests
|
||||||
|
{
|
||||||
|
[Theory]
|
||||||
|
[InlineData("None", Shared.AthleteOrderCriteria.None)]
|
||||||
|
[InlineData("ByUsername", Shared.AthleteOrderCriteria.ByUsername)]
|
||||||
|
[InlineData("ByFirstName", Shared.AthleteOrderCriteria.ByFirstName)]
|
||||||
|
[InlineData("ByLastName", Shared.AthleteOrderCriteria.ByLastName)]
|
||||||
|
[InlineData("BySexe", Shared.AthleteOrderCriteria.BySexe)]
|
||||||
|
[InlineData("ByLenght", Shared.AthleteOrderCriteria.ByLenght)]
|
||||||
|
[InlineData("ByWeight", Shared.AthleteOrderCriteria.ByWeight)]
|
||||||
|
[InlineData("ByDateOfBirth", Shared.AthleteOrderCriteria.ByDateOfBirth)]
|
||||||
|
[InlineData("ByEmail", Shared.AthleteOrderCriteria.ByEmail)]
|
||||||
|
[InlineData("ByIsCoach", Shared.AthleteOrderCriteria.ByIsCoach)]
|
||||||
|
[InlineData(null, Shared.AthleteOrderCriteria.None)]
|
||||||
|
[InlineData("InvalidValue", Shared.AthleteOrderCriteria.None)]
|
||||||
|
public void ToEnum_WithValidValue_ReturnsCorrectEnumValue(string? value, Shared.AthleteOrderCriteria expected)
|
||||||
|
{
|
||||||
|
var userRepositoryMock = new Mock<IUserRepository>();
|
||||||
|
|
||||||
|
var result = EnumMappeur.ToEnum(userRepositoryMock.Object, value);
|
||||||
|
|
||||||
|
Assert.Equal(expected, result);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
Loading…
Reference in new issue