Dans les TDs nous avons analysé un système de diffusion des informations ce qui nous a conduit à poser les bases d'un “service” central de diffusion des informations.

Dans un deuxième temps, pendant le projet, nous mettrons toutes nos compétences en jeux pour construire un système d'information global.

Chaque binôme choisit une des fonctionnalités ci-dessous. Il doit alors mener la construction de cette fonctionnalité de l'analyse à la mise en oeuvre en passant par la conception, la construction d'une BD, la mise en place d'une IHM, quelques bribes du serveur pour démontrer la cohérence de l'ensemble et l'explicitation des tests réalisés.

Les séances ne sont pas balisées au sens où vous vous organisez comme bon vous semble en fonction des livrables demandés et des jalons qui ont été posés. Nous ne voulons jamais entendre : “qu'est-ce qu'il faut faire?”
Utilisez les jalons pour enchaîner les tâches!

Plusieurs binômes peuvent travailler ensemble si chacun remplit bien la fonctionnalité attendue. Un seul binôme au sein d'un groupe de TP par fonctionnalité.

Vous trouverez ci-après des éléments de code vous permettant de créer un client “interactif” en utilisant ajax.

Nous conseillons vivement l'utilisation d'un Gestionnaire de versions, par exemple googleCode si vous n'en avez pas d'autre.

Les rendus sont échelonnés.

• Vous pourrez modifier les rendus intermédiaires (livrables) pour les améliorer.
• Par contre le planning prévisionnel, donné avec la première version du cahier des charges, n'est évidemment pas modifiable.
• Les fonctionnalités proposées dans le cahier des charges peuvent évoluer (être précisée) mais pas disparaître.
  

Les jalons correspondent à des dates limites non modifiables.

• Les jalons sont posés en nombre de semaines de cours. Pour vous aider des dates ont été ajoutées.
  
• Vous pouvez vous organiser comme bon vous semble tant que vous respectez les délais.
• Par contre, vous devez être préciser exactement la manière dont vous avez travaillé dans votre planning réel.
  

1. Rédaction d'un cahier des charges (voir plan ici) intégrant une planification des tâches et évidemment dans la version initiale pas de partie suivi.
   • Ce cahier des charges sera élaboré en interrogeant des représentants de toutes les parties prenantes extérieures au groupe. Elles seront référencées dans le document final. Une d'entre elles pourra être invitée à la démonstration finale.
   • L'accent devra être mis sur les exigences fonctionnelles et non fonctionnelles.
   • Ce document est susceptible d'évoluer au fil de l'analyse modulo les restrictions données ci-dessus
   • jalon +2sem : 8/11/10
2. Validation de votre cahier des charges par votre encadreur (jalon + 2,5sem)
3. Production des cas d'utilisation & scenarii de niveau analyse
   • jalon +4sem : 22/11/10
   • Attention ce livrable sera noté. Les critères sont entre autres:
     • la spécification détaillée des cas d'utilisation (brève description, flots, priorité)
     • des scenarii de haut niveau mais propres et cohérents. En particulier, la direction des flots à de l'importance.
4. Évolution des diagrammes pour un passage en conception : scenarii clefs détaillés, diagrammes de classes
   • jalon +6sm : 06/12/10 17/12/10 18/12/10 à 12h
   • Éléments d'architecture
5. Explication des choix technologiques
   • Vous pouvez faire des choix pour une version en “production” et justifier d'autres choix dans le cadre du projet
   • jalon +6sm : 06/12/10 17/12/10 18/12/10 à 12h
6. Codes dont (jalon +9sem)¹⁾:
   • Maquette pour les interfaces graphiques : diffusion (prototype : html & css) & administration (au choix, une maquette simple éventuellement non connectée (applet, servlet, autres…))
   • Schéma de bases de données, la cohérence de vos schémas en fonction des traitements prévus sera démontrée
   • Code d'implémentation de certains éléments du serveur
   • Mise en place de tests unitaires (et, pour les plus avancés, d'intégration ( optionnel))
   • jalon +9sm : 3/1/11 Le rendu des codes et des tests réalisés se fera avec le rendu final. Ils doivent néanmoins être opérationnels pour la démonstration.
7. Démonstration des différents points du projet : nous pourrons inviter des parties prenantes à cette démonstration
   • jalon +9sm : 4/1/11
8. Livraison de l'ensemble : Vous pouvez revenir sur tous les rendus intermédiaires pour les rendre cohérents avec le résultat final.

En résumé :

• Le cahier des charges comprenant aussi :
  • le planning réel de votre projet dans la partie suivi du cahier des charges
  • un bilan des retours d'évaluation utilisateurs.
  • les choix technologiques
• Les diagrammes UML
• Le code y compris un README
• Optionnellement, un film de la démonstration
• jalon +10sm : 10/1/11