Objectif : préparer l’environnement de travail
Objectifs :Tâches à réaliser
Objectifs : Tâches à réaliser
Récupérer le cahier des charges officiel qui concerne toute l’application (vous devez juste le récupérer pour l’insérer ensuite dans votre portfolio : une partie des besoins a été confiée à un autre développeur, c’est le dossier documentaire qui contient vos missions).
Récupérer le document missions qui présente les missions qui vous sont confiées.
Récupérer le schéma conceptuel de données au format looping (à ne pas exploiter pour générer du script mais juste pour utiliser et faire évoluer le schéma, pour l’insérer ensuite dans le compte rendu).
Si ce n’est pas déjà fait, installer les outils nécessaires pour gérer et tester l’API en local (NetBeans, WampServer, Postman).
Récupérer l’ API REST actuelle sur le dépôt distant (le zip).
Une fois le fichier zip du code récupéré, le dézipper dans le dossier www de wamp. Renommer le dossier en « rest_mediatekdocuments » (donc en enlevant « _master »). Ouvrir une fenêtre de commande en mode « admin », se positionner dans le dossier de l’api et taper « composer install ».
Récupérer le script metiak86.sql en racine du projet puis, avec phpMyAdmin, créer la BDD mediatek86 et, dans cette BDD, exécuter le script pour remplir la BDD.
Ouvrir l’API dans NetBeans pour pouvoir analyser le code et travailler dessus par la suite.
Si ce n’est pas déjà fait, installer Visual Studio et ajouter les extensions nécessaires : SonarQube for IDE, Specflow, newtonsoft.json. Pour ce dernier, voir l’article « Accéder à une API REST à partir d’une application C# » sur le dépôt de l’application C#. Consulter juste le début : la suite permet de comprendre le code existant.
Récupérer l’application C# actuelle sur le dépôt distant (le zip).
Lire le readme du dépôt qui contient la description de l’application actuelle et comment l’installer.
Une fois le fichier zip récupéré, le dézipper dans un dossier. Renommer le dossier en « mediatekdocuments » (donc en enlevant « _master »). Le dossier doit contenir le sln.
Ouvrir l’application sous Visual Studio et la lancer pour tester l’ensemble de ses fonctionnalités. Si vous obtenez une erreur sur HttpContent, ajoutez le package Nuget « Microsoft.aspnet.webapi.client ». Si avant de lancer l’application, des erreurs sur newtonsoft apparaissent, tenter tout de même de lancer l’application : les erreurs devraient disparaitre.
Prendre le temps de bien analyser le code existant car il va falloir respecter sa structure et être en mesure de réutiliser des méthodes existantes, voire de s’en inspirer pour créer de nouvelles méthodes.
Créer 2 dépôts sur votre propre compte GitHub, chacun lié à une application.
Dans votre compte GitHub, créer un projet Kanban et le lier au dépôt C#. Le remplir de toutes les tâches prévues (en insérant les tâches dans les « issues » et en les plaçant dans la colonne « to do »). Par la suite, au démarrage de chaque tâche, il faudra la faire glisser dans la colonne « In Progress » puis, une fois la tâche terminée, la faire glisser dans « done ».
Résultats attendus
Les outils nécessaires sont installés et correctement configurés.
La BDD est créée.
L’API est récupérée et ouverte dans NetBeans.
L’application C# est récupérée, ouverte et testée dans Visual Studio.
Le code de chaque application est analysé pour comprendre son architecture et son fonctionnement.
Chaque application est liée à un dépôt distant.
Le Kanban est créé dans le dépôt distant et contient toutes les tâches à faire.
Configuration environnement technique

Netbeans configuration



Git configuration


Outil composer pour installer symfony.

Visual Studio 2022.

Logiciel XAMPP
phpMyAdmin – BDD


Application récupérée, ouverte et testée dans NetBeans.

Applications liées au dépôt distant.
https://github.com/pab1307/mediatekdocuments-API-PABAQUE
https://github.com/pab1307/mediatekdocuments-PABAQUE

Outil Kanban sur GitHub
Le Kanban de GitHub Projects est un outil de pilotage visuel du travail directement intégré à l’environnement de développement. Il permet de suivre l’avancement d’un projet informatique en s’appuyant sur les éléments natifs du dépôt, principalement les issues et les pull requests.

