LIVRAISON_FINALE

Bilan de l'iteration Finale :

- Correction de certain bugs et dysfonctionnement.
- Ajout de gestion de cas d'erreurs ou cas causant des problèmes (nom de fichier du genre ../../wrongpath).
- Ajout de toute la javadoc.
- Correction de la duplication des parcours coté client (refactoring de mainMenu).
- Ajout de la possibilité de mettre des chemins absolus pour les ressources du serveur
- Ajout d'une interface graphique (rudimentaire) coté serveur.

Bilan de l'iteration sur les tests :

- Réalisation des derniers test graphiques et java coté client.
- Réalisation et mise à jour des test java coté serveur et commun.

LIVRAISON09

Bilan de l'iteration 8 :

- correction du bug du filtre de recherche
- mise a jour du serveur. Il est maintenant plus facilement maintenable et plus facile d'utilisation.
- Ajout de renommage et de supression des parcours.
- Ajout du partage par mail ou autres....
- Rencontre d'un bug : quand on rename une fois un parcours, puis on change d'activité , qu'on reviens et qu'on rename a nouveau un parcours il y a une duplication. 
Cela se produit car les anciens listeners sont encore là auquel il s'ajoute les nouveaus listeners. 
L'effet escompté se produit donc deux fois (il s'agit d'un bug visuel si on change d'intent ou on se deconnecte, tout redeviens normal).
Le meme bug se produit par l'ajout de parcours par code.

- La config du serveur se trouve maintenant dans pl2020-plplb\javastd\serveur\ressource\config.txt 
- Les sauvegardes se situe dans pl2020-plplb\javastd\serveur\target\classes\sauvegarde\

Bilan de l'iteration sur les tests :

- Les tests du serveur ont été mis a jour. 

Prévision pour la prochaine itération :

- Regler le probleme d'affichage du renommage et du l'ajout par code.
- Finaliser l'application, regler les derniers bug mineurs
- Ameliorer l'ihm et son coté visuel. 
- Gérer des cas frauduleux coté serveur et client. (nom de fichier vide, connexion inexistante....)

LIVRAISON08

Bilan de l'iteration 8 :

- Correctifs sur retour du client.

- Ajout de deux fonctionnalités demandées par le client:
	- "Fixer les cours de L3 ou mention Disciplinaire comme objectifs à atteindre":
		Cette fonctionnalité était déja présente au préalable.

	- "Pourvoir partager / récupérer son parcours (via courriel, un fichier texte, réseau sociaux...)"
		Partielement implémenté. Pour le moment, le client peut obtenir un code de partage. Un code peut ensuite être saisi 
		dans le menu principal pour ajouter le parcours à ses sauvegardes.
		Le client pourra, dans une prochaine itération, exporter son code par mail.

- Un bug d'affichage persiste sur l'appplication, il s'agit une duplication qui apparait lorsqu'on ajoute 2 fois le meme code généré dans la liste des parcours sauvegardés du client. Ce bug peut etre corrigé de facon manuelle lorsqu'on quitte et revient sur l'activité

Bilan de l'iteration sur les tests :

- Peu de tests ont été ajoutés pour cette itération, nous n'avons pas pu mettre a jour les tests côté serveur a cause de notre retard sur l'implementation du partage de parcours

Prévision pour la prochaine itération :

- Ajouter les tests manquant
- Ajouter l'export par mail du code de partage
- Répondre aux éventuels retours du client
- Ajouter la possibilité de supprimer et renommer des parcours
- Si besoin, corriger des problèmes au niveau de l'ergonomie de l'application
- Nous prévoyons de refaire proprement le serveur, puisque celui-ci est très peu maintenable

LIVRAISON07

Bilan de l'iteration 7 :

- Tout l'iteration s'est déroulé sans problèmes

Bilan de l'iteration sur les tests :

   - le test android ont tous été rattrapé (espresso et junit) (excepté un test devenu erroné du a un changement de retour de fonction)
   - Les test coté serveur et commun on été effectués

Prévision pour la prochaine itération :

   - Réaliser l’itération 8,
   - Ajouter les test mineurs manquant
   - Répondre a la nouvelle demande du client 

LIVRAISON06

Bilan de l'iteration 5 :

-Nous avons rencontrer de nombreux problèmes dût aux passages d'objet par intent, cela nous a empecher de mener à bien notre itération. Cela est notamment du à une structure médiocre du code et de sa conception. La decouverte de ce problème est tardif car nous avions peut d'activité avant cet itération. Une refonte du code est prévu afin de ne plus rencontrer ce genre de difficulté à l'avenir.
-Nous n'avons pas pu réaliser la fonction rechercher/filtrer pour les parcours.
-L'aperçu de parcours depuis le menu principal ne marche pas (L'apercu est vide).
-Le reste de l'itération a été effectué.

Bilan de l'iteration sur les tests :

- le test android de menuInter à été fait.
- des test de la partie communs ont été fait.
- de nombreux test n'ont pas été mis à jour ou effectué par manque de temps engendrer par les problèmes rencontrés.

Prévision pour la prochaine itération :

- refonte du code afin d'optimiser et de faciliter les futures itérations. Cela va permettre de pouvoir rattraper le retard et rencontrer moins de problèmes à l'avenir. 
- Essayer de réaliser l'iteration 7 entierement, ainsi que les tests des fonctions. 

LIVRAISON05

Bilan de l'iteration 5 :

-Nous avons réalisé l'ensemble des objectifs de l'iteration 5 

Bilan de l'iteration sur les tests :

- Nous avons du retard sur certains tests android. 
- Certains tests mineurs sont manquants.

Prévision pour la prochaine itération :

- Faire les objectifs de l'itération 6.
- Continuer les tests et faire certains tests mineurs.
- Faire une ihm plus explicite pour le client. 

LIVRAISON04

Bilan de l'iteration 4 :

- Nous avons rattrapé le retard sur l'affichage des UEs. Tous les catégories sont visibles, 
et peuvent être déroulées pour trouver les Ues correspondantes.
- Code couleur pour les Ues selectionnées, selectionnables et impossible à sélectionner.
- Passage du semestre 1 au 2, et inversement.
- Les règles concernant le choix des Ues ont été améliorées.

Bilan de l'iteration sur les tests :

- Nous avons comblé les retards des itérations précédentes sur les tests, côté et client 
et serveur.

Prévision pour la prochaine itération :

- La modification demandée par le client sera la priorité de la prochaine itération
- Mise en place d'une page d'identification (login)
- En fonction de l'avancée, éventuellement ajouter dès la prochaine itération un menu 
principal pour choisir entre se déconnecter, charger un parcours et créer un nouveau parcours. (Intents)
- Réaliser les tests des fonctions implémenter à l'itération 5.

LIVRAISON03

Bilan de l'iteration 3 :

- Nous avons réussis faire le menu déroulant mais trop tardivement pour l'integrer au code.
(Nous n'avons pas trouver comment faire)
- Nous n'avons pas creer le bouton dans la toolbar pour choisir le semestre.
- Nous avons un bug sur le choix de l'ue obligatoire. (probleme avec les ues de maths car
certaine sont obligatoires au choix..)

- Nous avons mit les autres conditions de choix pour les ues, et la vérification de ces conditions 
par le serveur.
- Les Ues obligatoires sont cochées et ne peuvent pas etre enlevée.
- Les Ues sont regroupés par catégories. 
- Les Ues du s1 sont ajoutées.

Bilan de l'iteration sur les tests :

- Nous n'avons pas pu faire les tests de cette itérations. 
Seul certain test coté serveur ont pu etre effectuer. 
(Cela est dû au retard sur les éléments de l'iteration)

Prévision pour la prochaine itération :

- Réaliser l'itération suivante.
- Integerer les menus déroulants au code.
- Réaliser les tests des fonctions implémenter à l'itération 3.

LIVRAISON02

Bilan de l'iteration :

Nous avons realiser l'IHM avec succes.

Le libelle de l'ue ainsi que son code apparait au client. 
Le client peut cocher la case de l'ue (il choisit alors l'ue).

Un bouton sauvegarde apparait lorsque le client coche une UE (car il creer alors une modification).

Le serveur retient le client dans la database.
Le serveur et le client communique:
	-Le serveur envoie le semestre 1 (avec une seule ue) au client;
	-Le client la recoit et l'affiche.
	-Le client envoie sa sauvegarde au serveur. (click sur le bouton sauvegarder)
	-Le serveur rend les modification au client lorsqu'il se reconnecte.

Bilan de l'iteration sur les tests :

Nous avons effectuer tout les test cote serveur. Tous les tests fonctionnent. (test java)
Nous avons pu tester le modele cote client. (test)
Nous n'arrivons pas a effectuer des tests android sur le client a cause d'un manque de connaissance 
et une complexité du fonctionnent des tests. (test android)

Prévision pour la prochaine itération :

Essaye de mieux comprendre les test android pour la prochaine iteration.

Effectuer si possible les Users story de l'iteration 3 :
	-Ajout des UEs des L1 au S1.
	-IHM : Menu deroulant pour les UEs.
	-Separation des UEs par matieres/categories. 
	-Choix des 3 UEs libres + choix de l'UE l'obligatoire par les L1 au S1 (+ autres obligatoires)
	-Conditions de choix pour les UEs libres du s1:
		-1 UE par matière
		-Le client ne peut pas prendre une UE deja choisie.
	-Le client est un L1 au S1 et ses choix sont enregistrés par le serveur.

LIVRAISON 01

Bilan de l'iteration :

Nous avons créer le serveur ainsi que le client. 
Nous avons fait la liste des itérations. 
Nous n'avons pas réussis a créer une communication entre notre application et le serveur.
Néamoins avec d'autre application (notamment celle de l'exemple du cours) le serveur detecte 
la connection. 

Bilan de l'iteration sur les tests :

Nous n'avons pas réussis a faire marcher le serveur et le client nous n'avons donc pas 
pu réaliser de tests. 

Prévision pour la prochaine itération :

Corriger le probleme de communication entre serveur et client.
Réaliser les tests qui s'y rattachent. 

Effectuer si possible les Users story de l'iteration 2 :
	-Toujours 1 client, qui choisit 1 UE pour le S1.
	-Le serveur retient le choix du client (dans un fichier).
	-Bouton pour quitter. 
	-Le serveur redonne automatiquement au client ses choix "brouillon" lors de sa nouvelle connexion.
	-Le client a une checkbox pour choisir sa seule UE.