HeartTrack

---

     

Table des matières

Présentation | Répartition du Git | Documentation | Prerequisites | Getting Started | Features | Ce que nous avons fait | Fabriqué avec | Contributeurs | Comment contribuer | License | 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. !! Fuseaux horaires de base

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 : Code de l'application

Documents : Documentation de l'application et diagrammes

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

Prerequisites

• 
• 
• 
• 
• 

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
• Paul LEVRAULT
• Kevin MONTEIRO
• Antoine PINAGOT
• David D'HALMEIDA

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 pour plus d'informations.

Remerciements

Ce projet a été réalisé dans le cadre de la SAÉ de l'IUT de Clermont-Ferrand.