Suivi de projet¶
Semaine 1¶
Étapes faites
- Création du répertoire sur GitHub
- Compléter les sections du site web pour la semaine 1
- Formuler concrètement la description du projet ; le contexte, la problématique et les objectifs
- Développer les prochaines étapes
- Élaborer les difficultés rencontrées
- Décider le langage de programmation du développement de l'application
Notes
- Il est possible que nous révisions les exigences après le prototypage
Difficultés rencontrées
- Doute sur l'étendue du projet au niveau du langage de programmation et des frameworks — entre Swift (développement natif) et Flutter/Dart (développement multiplateforme).
- En cours de discussion...
Prochaines étapes
- Démarrer la réalisation du diagramme de classes UML
- Réviser l'interface du prototype mi-design et de sa logique
- Créer la structure de
etudes_preliminaires.md
Semaine 2¶
Étapes faites
- Élaborer nos exigences fonctionnelles et non-fonctionnelles
- Faire l'étude préliminaire par rapport aux choix de la plateforme
- Démarrer la réalisation du diagramme de classes UML (draw.io) | Update : on utilise PlantUML maintenant
- Réviser l'interface du prototype mi-design et de sa logique (Figma)
Notes
- Nous avons préciser notre décision sur le choix de la plateforme (Swift) par rapport à l'éllaboration et la clarifications de nos exigences. On mise sur notre habileté avec Swift afin de livrer une application plus riche en intégrant des fonctionnalités natives à cette OS.
Difficultés rencontrées
- Nous devons décidés si on part avec l'option 1 ou l'option 2 de la carte dans le menu Explore (voir Études préliminaires).
Prochaines étapes
- Finaliser le diagramme de classes UML
- Commencer à regarder des ressources en ligne (articles, vidéos) à propos de la programmation en Swift
- Créer la hiérarchie des fichiers du projet à partir de l'arborescence dans le
README - Préparer le document pour la remise Description de projet sur StudiuM
Semaine 3¶
Étapes faites
- Avancement du prototype dans Figma : ajustements esthétiques et amélioration de l’ergonomie
- Début de la modélisation des classes UML dans PlantUML
- Analyse des besoins en structure de données avant de poursuivre le diagramme UML
Notes
- En travaillant sur le diagramme UML, nous avons réalisé qu’il nous manquait un modèle de données clair pour représenter les relations et les structures attendues dans notre application. Cela nous a amenés à mettre temporairement le diagramme UML en pause pour mieux cadrer les entités clés et leurs attributs.
Difficultés rencontrées
- Beaucoup de questionnements autour de la confection du diagramme UML. Nous avon conclus qu'une une base de données solide pourrait aider à la conception du diagramme UML. Certaines relations entre les classes étaient ambiguës.
Prochaines étapes
- Élaborer un modèle de données complet
- Reprendre et compléter le diagramme UML à partir du modèle de données défini
Semaine 4¶
Étapes faites
- Poursuite du raffinement du prototype Figma
- Finalisation et présentation au superviseur du modèle de données
- Création et configuration initiale de la base de données Firebase
Notes
- Le modèle de données a été validé dans l’ensemble par notre superviseur, mais certaines corrections mineures devront être apportées
- L’ouverture de notre base de données Firebase nous permettra de commencer à tester l’intégration réelle avec l’application à venir.
Difficultés rencontrées
- Certaines incohérences entre le modèle de données et le diagramme UML ont été relevées — une mise à jour sera nécessaire pour assurer la cohérence.
Prochaines étapes
- Apporter les corrections demandées au modèle de données
- Réviser le diagramme UML pour qu’il reflète fidèlement la structure de données finale
- Continuer le développement du prototype Figma selon les retours obtenus
Semaine 5¶
Étapes faites
- Finalisation du prototype Figma
- Préparation du prototype en vue de sa présentation à la foire (Semaine 6)
Notes
- Le prototype Figma est désormais terminé et prêt à être présenté lors de la foire avec les autres équipes.
- L’accent a été mis cette semaine sur le raffinement visuel, l’expérience utilisateur et la fluidité de navigation.
Difficultés rencontrées
- Aucun problème majeur cette semaine, mais le temps investi dans le perfectionnement du prototype a laissé peu de marge pour d'autres tâches comme l’implémentation Firebase ou la mise à jour du diagramme UML.
Prochaines étapes
- Présenter le prototype à la foire et recueillir les retours des pairs et des encadrants
- Reprendre l’intégration de Firebase et corriger les points soulevés dans le modèle de données
- Mettre à jour le diagramme UML pour qu’il corresponde aux derniers ajustements conceptuels
Semaine 6 (8-14 juin)¶
Étapes faites
- Participation à la foire et collecte des commentaires et critiques
- Ajustement du modèle de données
- Finalisation du diagramme UML
Notes
- Plusieurs interrogations ont été soulevées par les pairs, et plusieurs critiques ont été retenues pour orienter la suite du projet :
- La complexité entourant le mode compétitif nous a amenés à conclure qu’il est préférable de ne pas le développer davantage. Seul le mode récréatif sera conservé.
Difficultés rencontrées
- Nombreux questionnements autour des pointeurs sur la carte, notamment en ce qui concerne leur fonctionnement, leur précision et leur nombre en fonction du niveau de zoom.
- Réflexion sur l’abandon du mode compétitif : devons-nous conserver un certain système de pointage même en mode récréatif ?
Prochaines étapes
- Début de la conception de l’application dans Xcode.
- Tests d’intégration avec la base de données Firebase
- Faire un logo
Semaine 7 (15-21 juin)¶
Étapes faites
- Implémentation de la base de l’application sur Xcode
- Conception de la vue pour les pages d’inscription et de connexion
- Début de la conception de la vue pour les informations d’un événement particulier
Notes
- Une décision a été prise concernant l’affichage des pointeurs sur la carte : à un certain niveau de zoom peu élevé, si plusieurs parcs sont trop rapprochés, un pointeur chiffré s’affichera indiquant le nombre de parcs dans ce secteur. En appuyant sur ce pointeur ou en zoomant davantage, plusieurs pointeurs individuels apparaîtront.
- De même, lorsqu’un parc spécifique est sélectionné ou que l’utilisateur effectue un zoom sur celui-ci, des pointeurs supplémentaires s’afficheront autour du périmètre du parc, indiquant les différents sports pouvant y être pratiqués.
Difficultés rencontrées
- Aucune difficulté majeure rencontrée. Nos réflexions actuelles nous permettent de mieux visualiser le produit final, tout en gardant en tête les contraintes et réalités techniques du projet.
- Aucune décision n’a encore été prise quant à l’intégration ou non d’un système de pointage dans le mode récréatif.
Prochaines étapes
- Conception de la vue de la page Explorer.
- Conception de la vue de la page Création d’événement.
Semaine 8 (22-28 juin)¶
Étapes faites
- Conception de la vue de la page Explorer.
- Conception de la vue de la page Création d’événement.
- Début de l'implémentation des pointeurs (parc et sport)
Notes
- À discuter : Dans la carte de création d'évènement, il sera probalemment préférable d'ajouter une barre de recherche pour pour faire une recherche par le nom d'un parc ou une adresse. Cela pourra probalblement faciliter la recherche tout en gardant la fonctionnalité de la carte implémenté dans le mode Explorer
Difficultés rencontrées
- Les marqueurs personnalisés sont très difficile à implémenter pour plusieurs raisons :
- Plus lours à gérer visuellement (scaling, animation)
- Demande beaucoup de ressources
- Difficlie à mettre à jour en temps réel
- API de la ville de Montréal ne marche pas, nous devons dont avoir recours aux fichier rae JSON
Prochaines étapes
- Débuter certain fonctionnalité de la création d'évènement, comme pourvoir les stocker dans le Firebase. Faire fonctionné la carte
- Faire la version liste de la page Explore
- Faire le mode vue de la page Home
- Faire le mode vue de la page Profil