Nous étions répartis par groupe (1 de 3 personnes et un autre de 4) pour réaliser deux missions qui avaient pour projet d'aboutir à un ajout de fonctionnalité pour l'application web AMAphp. Les deux groupes partaient de la même base à savoir la version 2c de l'application (AMAphp_2c) et devaient réaliser 2 missions bien distinctes.
Le 1er groupe (composé de 3 personnes) avait pour mission de gérer les règlements des contrats et aboutir à une version AMAphp_2c1 de l'application.
Le 2er groupe (composé de 4 personnes) avait pour mission, la gestion de la saison des paysans et aboutir à une version AMAphp_2c2 de l'application. Je faisais partie du 2e groupe, mes missions tournaient donc autour de la version AMAphp_2c2.
Le contexte de la mission était le suivant :
Les amapiens souhaitent pouvoir ajouter, modifier, supprimer facilement les dates de distribution, qui devront être associées aux contrats. On vous demande de gérer les formulaires nécessaires ainsi qu'une vue récapitulative des distributions à venir et passés. Même si les dates de distribution hebdomadaires ont souvent lieu le même jour de la semaine : Par exemple, tous les lundis, ou mardis, etc. Elles devaient rester librement éditables pour gérer les cas exceptionnels comme les jours fériés. Les paysans partenaires souhaitent pouvoir visualiser leurs contrats en cours selon les différentes dates de distribution hebdomadaires. En effet, les contrats n'ayant pas tous la même date de début, l'application ne leur apporte que très peu de visibilité dans leur travail de composition des paniers hebdomadaire.
Afin de réaliser la mission, nous travaillions sur le dépôt framagit, avec une gestion de version à l'aide de git et s'appuyer sur un diagramme des cas d'utilisation pour cahier des charges. Les différents commits devaient respecter une logique spécifique puisque nous codions sur une branche spécifique au numéro de notre ticket (Ex: ticket-01). Enfin, notre code devait respecter les recommandations PSR.
Ce projet a nécessité le passage de plusieurs étapes :
Tout d'abord, nous avions dû faire un travail préparatoire. En effet, une fois nos tickets assignés par le chef de projet, nous avions à analyser le code de l'application pour analyser et rédiger la façon dont nous pensions implémenter la solution à l'application ainsi que tous les changements et altération que cela provoquerait. Cela passait également par rédiger l'implémentation des différents tests que nous aurions à implémenter.
Ensuite une fois le ticket rédigé le chef de projet validé ou non l'implémentation prévue de la solution et nous passions à l'implémentation de la solution. Auquel cas il ne validait pas la solution, il rédigait un commentaire sur le ticket expliquant les changements à effectuer.
Venait ensuite l'étape ou l'on implémenté la solution, puis le chef de projet validé ou non l'implémentation.
Si l'implémentation était validée alors le ticket était fermé et un autre nous été attribué.
Mes missions
Mes missions consistaient à :
Cette mission a demandé la mobilisation des compétences suivantes :