This is an old revision of the document!
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.
Les jalons correspondent à des dates limites non modifiables.
En résumé :
Vous devrez mettre en avant dans votre démonstration :
Les groupes ayant mis des éléments en commun pourront avoir une présentation commune : nous prévenir.
Les groupes souhaitant inviter une partie prenante à assister à la démonstration devront également nous prévenir.
Des notations croisées des camarades seront proposées.
Format des rendus
Gérer les soirées | |
---|---|
8:15 | Papasergio Anthony & Salim Medhy |
Gérer les anniversaires | |
8:30 | Edouard Garraud & Gilles Miraillet |
8:45 | Clément ROURE & Loïc WILLAUME |
Gérer les alarmes | |
9:00 | David DA SILVA & Franck MUNIER |
Gérer les rendus | |
9:15 | Nicolas NOTO & Romain Carlot |
9:30 | Samy AITTAHAR & Romain FIGLIUZZI |
9:45 | Pause |
Gérer les informations sportives | |
10:00 | Guillaume Adam & Tristan Scaglia |
10:15 | Kévin BOGO & Jérémy CHATTON |
Gérer les absences | |
10:30 | Vincent CHANDELIER & Benjamin PERRET |
Gérer les groupes de musique | |
10:45 | Franck MIRTILLO & Florian OLIVARI |
Gérer le jeu du Morpion | |
---|---|
12:30 | |
Gérer les anniversaires | |
12:40 | Ladsous & Turchi |
12:55 | Joris HARNETIAUX |
13:05 | Cécile MARTIN |
Gérer les soirées | |
13:15 | LAVAIL Antoine et TOROSSIAN Sevan |
13:30 | Nolan POTIER & Emmanuel SHIMABUKURO |
Gérer les Sports | |
13:45 | Agnamazian Katia et Paeta Suzy |
Gérer les groupes de musique | |
14:00 | Alexis LAURENT & Roufast |
14:15 | Benjamin GARNIER & Pascal CUISINAUD |
Gérer le covoiturage | |
14:30 | Fabien Belli & Brunel Jérémy |
Gérer les rendus | |
14:45 | Lestel & Courtade |
Gérer les informations sportives et les rendus | |
15:00 | Alexandre BOURSIER & Loïc FAIZANT + Yann BONDUE & Olivier CACCIUTTOLO |
Chaque binôme choisit une fonctionnalité. Un seul binôme au sein d'un groupe de TP par fonctionnalité.
Pour chaque fonction seules des pistes sont données. Vous devez les approfondir pour déterminer plus précisément leur contenu. Pour certaines fonctions, il faut peut-être restreindre le cahier des charges. Il est vivement conseillé de consulter des parties prenantes…
Si le cahier des charges est trop faible, il est refusé…
Dur dilemme …
Exceptionnellement un binôme peut proposer une autre fonctionnalité mais elle devra être discutée avec votre encadreur.
Bien qu'il soit plus raisonnable de se lier à un système existant, vous créerez tous les éléments dont vous avez besoin. Mais vous prendrez bien en compte, le fait que demain on doit pouvoir remplacer certains de ces éléments par un système existant.
Ce sujet est très large. Deux groupes peuvent travailler ensemble sur le sujet en séparant clairement les tâches. Dans le cas contraire, le sujet pourra être réduit et d'autres propositions avancées.
Les groupes de projets sont gérés en respectant le protocole suivant :
Il s'agit de définir un système de gestion des alarmes.
L'objectif est d'afficher les rendus attendus des étudiants par semestre (S1, S2,…)
L'objectif est de mettre à disposition des seuls membres de l'établissement, un outil facilitant le co-voiturage. Nous affichons :
Le bureau des sports veut pouvoir diffuser des informations concernant ses activités :
Le bureau de la musique veut pouvoir diffuser les informations relatives à :
Voici un ensemble très simple de codes qui vous permettent de tester vos propres codes.
Vous pouvez le tester ici : http://users.polytech.unice.fr/~blay/sample/indexSeduite.html
data.xml
: les données sous forme XML,prototype.js
: la bibliothèque utilisée, pas nécessaire a priori de regarder dedans,index.html
: la page de diffusion d'information. Elle contient une div “main”, qui va être utilisée pour l'affichage. Dès son chargement, elle appelle la fonction de récupération des informationsbusiness.js
: le code métier.“That's all folks. Le reste, c'est du CSS et de la gestion d'erreur. Et vous obtenez Seduite” Sébastien Mosser