Projet de développement 2014-2015

Objectif


Réalisation, en équipe d'un développement OO de taille conséquente à partir d'un cahier des charges et d'une architecture préétablis en Java

Support

• Introduction : ProjetDevtMIAGE-Intro-1415.pdf
• Versioning : ProjetDevtMIAGE-Version-1415 (1).pdf 
• Gestion de projets en ligne, Atlassian : ProjetDevtMIAGE-Atlas-1415.pdf
• Eclipse : ProjetDevtMIAGE-Eclipse-1415.pdf
• V&V, Junit : ProjetDevtMIAGE-TestUnitaire-1415c.pdf
• Mocking : ProjetDevtMIAGE-Mock-1415.pdf
• TDD : aTestDrivenDemo-1415.pdf 
• Construction automatique, Maven : ProjetDevtMIAGE-Build-1415.pdf
• Agilité, Kanban : ProjetDevtMIAGE-TDD-Kanban-1415.pdf
• Documentation : ProjetDevtMIAGE-Doc-1415.pdf

Evaluation

• Code livré : architecture, qualité et tests : 40 %
• Gestion de projet (ticket, git, organisation) : 25 %
• Soutenance : 20 %
• Avancement en TD : 15 %
  

Plate-forme de gestion de projet (Atlassian JIRA)

La plate-forme de gestion de projet est disponible à l'adresse https://atlas.i3s.unice.fr 

1. connexion sur http://atlas.i3s.unice.fr/crowd en suivant le guide : ATLAS-USR-Changersonmotdepasse.pdf  (votre login est : l3ig-LOGINUNIV, votre mot de passe doit être réinitialisé).
2. lire la documentation ATLAS - ETUDIANT - Gérer son projet.pdf
   

En cas de problème de certificat avec votre client git (message d'erreur de type _error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none_), il vous faut désactiver le support SSL lors de vos connexions git (c'est hélàs un bug des clients git lorsqu'ils sont utilisés sur des systèmes Linux/Ubuntu ou Windows). Vous pouvez soit désactiver le support globalement :

  $ git config --global http.sslVerify false
  $ git clone ...

ou le faire à chaque commande :

  $ env GIT_SSL_NO_VERIFY=true git clone ...

Création d'un fichier .gitignore à la racine du projet : créer ce fichier avec au moins le pattern "*.class" sur une ligne, afin que git ignore les fichiers class compilées par Java lors des commits.

Calendrier

• Mardi 20 janvier : cours 1
• Mardi 27 janvier : cours 2
• Mardi 10 février : cours 3, publication du sujet, date limite de retour par mail des formations des équipes (4 étudiants max par équipe, équipes de 3 tolérées)
• Mardi 17 février : cours 4
• Mardi 3 mars : TD 1, premier TD de suivi
• Mardi 10 mars : TD 2
• Mardi 17 mars : TD 3
• Mardi 24 mars : TD 4
• Mardi 31 mars : TD 5
• Mardi 7 avril : TD 6
• Mardi 14 avril : TD 7, dernier TD de suivi
• Lundi 20 avril, 14h : arrêt du développement (site de gestion du projet et des sources)
• Mardi 21 avril : soutenance

Livraison finale

La livraison finale doit contenir :

• code, tests et README disponibles sur le repository git
• le dernier commit de référence doit être taggé FINAL (voir ci-dessous)
• un fichier README.pdf doit expliqué brièvement l'état de votre projet, et surtout vos choix de conception (stratégies des robots, etc.)
• le fichier pom.xml qui permet de compiler, tester et d'exécuter(voir ci-dessous)

      <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>exec-maven-plugin</artifactId>
        <version>1.3.2</version>
        <executions>
          <execution>
            <goals>
              <goal>java</goal>
            </goals>
          </execution>
        </executions>
        <configuration>
          <mainClass>ChangeCaParLeNomCompletDeLaClassePrincipale</mainClass>
<!--          <arguments>
            <argument>argument1</argument>
          </arguments>
          <systemProperties>
            <systemProperty>
              <key>myproperty</key>
              <value>myvalue</value>
            </systemProperty>
          </systemProperties>
-->
        </configuration>
      </plugin>   

Soutenance

Chaque soutenance dure 25 minutes :

• 15 minutes de présentation : chaque présentation doit faire intervenir tous les membres de l'équipe de façon équivalente. Le plan suivant est conseillé :
  • Introduction et rappel du sujet
  • Fonctionnalités réalisées : bilan à gros grain de ce qui a été fait, est resté en chantier, a été écarté par rapport à ce qui était attendu (démo possible mais pas obligatoire)
  • Grands choix de conception et approche suivie : les jalons et tickets doivent vous servir à facilement établir, au fur et à mesure de votre avancement, les éléments à mettre en avant dans cette partie
  • Problèmes rencontrés et solutions apportées (correction, changement dans la conception, abandon d'une fonctionnalité...)
  • Éventuellement mini-démo finale (attention au timing)
• 10 minutes de question :
  • Chaque membre du projet doit être capable de répondre aux questions sur les choix de conception généraux, les parties qu'il a développées, etc.

Planning :

• 13h00 : LTMPDVQUA : clemence chauvet, Julian Bellaiche, Romain delas, Anne-Sophie Martyr (4)
• 13h35 : LTMPDVQUB : Alexis REGNAUD, Andy RABADAN, Donia BEN BOUBAKER, Mehmet AYDOGAN (4)
• 14h10 : LTMPDVQUC : David BOCCARA, David MICALEFF, Luc ELSAESSER, Léo-Paul MARTIN (4)
• 14h45 : LTMPDVQUD : Benoit SILVESTRO, Martin CARRIER, Nicolas NAGY, Alexandre BERNARD (4)
• 15h20 : LTMPDVQUE : AGLIF Fatima Zahra, BENHAMOU Thomas, MANAI Oualid, NICOLAI Pierre (4)
• 15h45 : PAUSE
• 16h00 : LTMPDVQUF : Inès HOUARA, Hamza HBYEL, Samuel WAKNINE, Sebastien LANTIER (4)
• 16h35 : LTMPDVQUG : Pinet Jérémy, Barbe Brenda, Spugna Lorris, Guery Steven (4)
• 17h10 : LTMPDVQUH : Jason MAURISSET, Konan N'GUESSAN, Christian PAGH-BIRK, Isaline DESCHANELS (4)
• 17h45 : LTMPDVQUI : Yannis CONSTANTIN, Brahim BEN ALLEL, LAMRANI Rime (3)
• 18h20 : LTMPDVQUJ : MIMOUNA amira, DECHAMPS Aurore, Aimé NITEKA, Sallah Eddine HATTA (4)

Sujet

Il s'agit de réaliser une version électronique du jeu "Keltis" dans sa version cartes à jouer.
Une présentation et les régles du jeu sont disponibles ici :
http://www.happymeeple.com/fr/jeux/keltis-card-keltis-cartes/regles/
La possibilité de jouer en ligne contre d'autres joueurs ou des robots sont disponibles ici (choisissez bien Keltis Card) : http://www.happymeeple.com/fr/
Attention, c'est l'équivalent de la version en ligne (et non le jeu de plateau) qu'il faut implémenter. Ce sont les règles de la version en ligne qui servent donc de référence.

Il faut pour cela réaliser les fonctionnalités suivantes :

• représentation de jeu (représentation des cartes, comptage des points, validité des coups)
• moteur de jeu (mélange des cartes, gestion de la pioche, des pierres et des zones du plateau, gestion des mains des 2 joueurs)
• robots de jeu, en partant d'une version très simple à des stratégies de jeu plus sophistiqués
• simulation de parties entre robots, comptage des points, des victoires et classement entre vos robots.
• visualisation de l'état du jeu (tout au long de la partie). Cette visualisation doit être au minimum textuelle. Une version graphique N'EST PAS une priorité.

Attention, il ne s'agit pas de réaliser une version interactive de ce jeu (1 ou 2 joueurs humains). Un bonus sera appliquée au projet couvrant toutes les fonctionnalités précédentes et permettant à 1 joueur humain de jouer contre un robot au choix.

Equipes

• LTMPDVQUA : clemence chauvet, Julian Bellaiche, Romain delas, Anne-Sophie Martyr (4)
• LTMPDVQUB : Alexis REGNAUD, Andy RABADAN, Donia BEN BOUBAKER, Mehmet AYDOGAN (4)
• LTMPDVQUC : David BOCCARA, David MICALEFF, Luc ELSAESSER, Léo-Paul MARTIN (4)
• LTMPDVQUD : Benoit SILVESTRO, Martin CARRIER, Nicolas NAGY, Alexandre BERNARD (4)
• LTMPDVQUE : AGLIF Fatima Zahra, BENHAMOU Thomas, MANAI Oualid, NICOLAI Pierre (4)
• LTMPDVQUF : Inès HOUARA, Hamza HBYEL, Samuel WAKNINE, Sebastien LANTIER (4)
• LTMPDVQUG : Pinet Jérémy, Barbe Brenda, Spugna Lorris, Guery Steven (4)
• LTMPDVQUH : Jason MAURISSET, Konan N'GUESSAN, Christian PAGH-BIRK, Isaline DESCHANELS (4)
• LTMPDVQUI : Yannis CONSTANTIN, Brahim BEN ALLEL, LAMRANI Rime (3)
• LTMPDVQUJ : MIMOUNA amira, DECHAMPS Aurore, Aimé NITEKA, Sallah Eddine HATTA (4)