Skip to content

Organisation du travail

joel yepgang edited this page Dec 17, 2020 · 9 revisions

**Choix de groupe

Il était important avant tout de mieux choisir les acteurs pouvant appréhender ce projet et aussi bien cadrer leur motivation . Ceci a été un peu difficile au début car les groupes se formaient par affinité et par bloc de classe. Cependant nous avons été approchés un peu trop tard par un collaborateur qui souhaitait faire partir de l’aventure, mais ce dernier n’avait pas respecté la limite temps donner par l’encadreur. D’un commun accord, nous avons constitué un groupe de deux et procéder à la rédaction d’un cahier de charge.

**Rédaction et validation du cahier de charge auprès de l’encadreur

Pour sa réalisation, il était impératif de bien définir les différents assets du projet et pour cela nous avons procéder au peaufinage de notre jeux. Ainsi , il a été question pour nous de bien contextualiser le backlog pour en faire ressorti les besoins, les contraintes pour mieux atteindre ces objectifs. La définition faite, nous avons procédé par la suite aux choix des différentes technologies.

** Choix des technologies

Dans cette étape , il fut très important de devoir cerner la technologie présentée par nos encadreurs lors des différentes séances de cours. Dans notre cas ce fût Python car il est un langage assez accessible et reste communautaire. Par soucis, de curiosité Il utilise un modèle MVT (modèle, view, Presenter). Bien que complexe, il a fallu comprendre son fonctionnement, et s’approprier sa documentation. ce dernier nous a semblé plus complet grâce à certaine librairie consultable et manipulable.

Lors de ce projet , nous avons utilisé quelques outils pour nous permettre d'interagir ensemble ce qui nous a permis d'arriver au bout du projet.

  • github : Un outil de versionning qui nous a permis de travailler sur une même application tout en apportant des modifications séparément .

  • google doc: Un outil Google qui nous a permis de travailler à la fois sur le même document word pour rédiger le cahier de charges et d’autres documents .

  • draw.io: une application de création de diagrammes et schémas. qui permet de travailler à la fois sur le même schéma . Pour notre cas , nous l’avons utilisé pour créer notre architecture

  • Discord & Teams: Un outil de communication pour partager de référence et lien (partage lien )

  • Trello : pour la planification des fonctionnalités sous forme des user stories

  • Pycharme : IDE

Malgré ces points forts qui nous ont permis de finir le projet , nous avons eu des contraintes comme les packages qui ne fonctionnaient pas correctement , des bug techniques , beaucoup pertes de temps sur l’UML, autres éléments qui n’étaient pas conforme à la demande et la gestion du timing .

A l’avenir , nous envisageons de mettre en place dès le départ, un outil qui permet de gérer le temps et surtout prévoir le temps pour les imprévus

Clone this wiki locally