Introduction :

Lors de signalement de bug d’utilisateur, je réalise la correction sur les applications qui se trouvent sur notre portail web (le bureau virtuel). Les application sont vastes (gestion des créances, gestion des commandes automobile, crm etc..)

Contexte :

Outils utilisé :


PHP Storm : a été le logiciel nécessaire à la création du code PHP

Framework : Nous avons utilisé Cake PHP

MySQL / Navicat: a permis de créer la base de données

Git : a été l’outil de versionning du code, à chaque fonctionnalité créé une branche a été créé

Commentaire : permet une analyse plus rapide du focntionnement de l'application

Réalisation :

Analyse, correction :

Lors de la réception du disfonctionnement nous avons créé des jeux d’essais sur une interface de développement pour reproduire les problèmes (C4.2.1.1, C4.1.7.3), on repaire la partie de code impacté (C4.2.1.2), puis nous réalisons une correction de celle-ci (C4.2.1.3, C4.2.1.4), on renforce la sécurité liée à l’utilisation de cette fonctionnalité (C4.1.7.5). Nous faisons le suivi avec le client sur la résolution du problème (C2.2.3.2).


Test :

Une fois le développement d’une correction terminer il faut que l’on teste le bon fonctionnement avec des jeux d’essais (c1.2.4.2), alors on note toutes les options possibles et on vérifie que cela fonctionne comme prévus et que l’on ne régresse pas (C1.2.4.1, C4.2.3.1). Si des erreurs surviennent on recherche la source du problème puis on corrige (C4.1.8.2).


Déploiement :

Une fois un le développement terminé on commit sur la plateforme gitlabs, afin de visionner notre code (C5.1.3.2), il peut arriver que des conflits se génèrent alors on doit fusionner le code, analyser les codes pour ne pas mettre une mauvaise ligne de code en production (c5.1.3.3). Nous mettons à jours notre base de connaissance sur des traitements spécifiques (C5.1.2.2). Une fois commit sur le serveur de production un CI/CD tache automatique déploie le code (c1.3.4.2). Il faut par la suite réaliser des requêtes pour le Framework cake PHP prend en compte les modifications (c1.3.4.3).


Supervision :

Une fois l’application déployé, nous réalisons une supervision des performance serveur (serveur web/sql) afin de maintenir une qualité service, si la correction touche une partie d’un traitement il faut suivre sont impacte sur le service. (C2.1.2.4).


Conclusion :

réaliser de la maintennance corrective sur plusiseur application avec different metier cibler, avec des plugins different ma fait progresser dans la comprehension des language de programmation, dans les facons de developper. sa ma permis d'etres plus rigoureux dans les tests de validation. après quelque correctif qui avait impacter d'autre fonctionnaliter de l'application.

Activités et compétences mises en œuvre :

  1. A1.2.4 Détermination des tests nécessaires à la validation d’un service
    • C1.2.4.1 Recenser les tests d’acceptation nécessaires à la validation du service et les résultats attendus
    • C1.2.4.2 Préparer les jeux d’essai et les procédures pour la réalisation des tests

  2. A1.3.4 Déploiement d’un service
    • C1.3.4.2 Automatiser l’installation de la solution
    • C1.3.4.3 Mettre en exploitation le service

  3. A2.1.2 Évaluation et maintien de la qualité d’un service
    • C2.1.2.4 Superviser les services et leur utilisation

  4. A2.2.3 Réponse à une interruption de service
    • C2.2.3.2 Appliquer la procédure de reprise du service

  5. A4.1.7 Développement, utilisation ou adaptation de composants logiciels
    • C4.1.7.3 Analyser et modifier le code d’un composant logiciel
    • C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel

  6. A4.1.8 Réalisation des tests nécessaires à la validation d’éléments adaptés ou développés
    • C4.1.8.2 Mettre en évidence et corriger les écarts

  7. A4.2.1 Analyse et correction d’un dysfonctionnement, d’un problème de qualité de service ou de sécurité
    • C4.2.1.1 Élaborer un jeu d’essai permettant de reproduire le dysfonctionnement
    • C4.2.1.2 Repérer les composants à l’origine du dysfonctionnement
    • C4.2.1.3 Concevoir les mises à jour à effectuer
    • C4.2.1.4 Réaliser les mises à jour

  8. A4.2.3 Réalisation des tests nécessaires à la mise en production d’éléments mis à jour
    • C4.2.3.1 Élaborer et réaliser des tests d’intégration et de non régression de la solution mise à jour

  9. A5.1.2 Recueil d’informations sur une configuration et ses éléments
    • C5.1.2.2 Actualiser les caractéristiques des éléments de la configuration

  10. A5.1.3 Suivi d’une configuration et de ses éléments
    • C5.1.3.2 Reconstituer un historique des modifications effectuées sur les éléments de la configuration
    • C5.1.3.3 Identifier les éléments de la configuration à modifier ou à remplacer