User Tools
2010_2011:s3d:omgl:mod-si:tp:start
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
2010_2011:s3d:omgl:mod-si:tp:start [2011/03/29 14:45] blay |
2010_2011:s3d:omgl:mod-si:tp:start [2011/05/26 10:49] (current) blay |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | |||
| ====== Informatisation globale du café ====== | ====== Informatisation globale du café ====== | ||
| Le café est à présent équipé de tables tactiles. | Le café est à présent équipé de tables tactiles. | ||
| + | |||
| + | //Dans le cadre de cet enseignement, vous construirez la partie interface graphique sur les tables avec les outils que vous voulez, donc sans tenir compte des interactions particulières possibles sur ce type de table. // | ||
| Nous construisons plusieurs systèmes pour exploiter ces tables au travers de différents services rendus. | Nous construisons plusieurs systèmes pour exploiter ces tables au travers de différents services rendus. | ||
| Line 34: | Line 37: | ||
| <note important>Plusieurs livrables peuvent être demandés à une même date </note> | <note important>Plusieurs livrables peuvent être demandés à une même date </note> | ||
| - | [[https://www.google.com/calendar/feeds/65qv95uo3cgn203iuqdk8qa85k%40group.calendar.google.com/public/basic|Planning ici...]] | + | [[https://www.google.com/calendar/embed?src=65qv95uo3cgn203iuqdk8qa85k%40group.calendar.google.com&ctz=Europe/Paris |Planning ici...]] |
| - | - Rédaction d'un **//cahier des charges//** (voir plan [[omgl:acsi:plantype|ici]]) intégrant une planification des tâches et évidemment dans la version initiale pas de partie //suivi//. | + | - Rédaction d'un **//cahier des charges fonctionnel// limité à la partie Description Fonctionnelle (relation au profil de vie exclue mais en mettant en avant les limites** (voir plan [[omgl:acsi:plantype|ici]]). |
| * Ce cahier des charges sera élaboré en interrogeant éventuellement des représentants des 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. | * Ce cahier des charges sera élaboré en interrogeant éventuellement des représentants des 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. | * L'accent devra être mis sur les exigences fonctionnelles et non fonctionnelles. | ||
| Line 48: | Line 51: | ||
| - Évolution des diagrammes pour un passage en conception : **//scenarii clefs détaillés, diagrammes de classes comprenant les classes systèmes, modèle de données persistantes//** | - Évolution des diagrammes pour un passage en conception : **//scenarii clefs détaillés, diagrammes de classes comprenant les classes systèmes, modèle de données persistantes//** | ||
| * // jalon +6sm : **30/05/11**// | * // jalon +6sm : **30/05/11**// | ||
| - | * [[Éléments d'architecture]] | + | * [[http://anubis.polytech.unice.fr/iut/2010_2011/s3/omgl/mod-si/tp/elements-d-architecture|Éléments d'architecture]] |
| - **//Explication des choix technologiques//** | - **//Explication des choix technologiques//** | ||
| * Vous pouvez faire des choix pour une version en "production" et justifier d'autres choix dans le cadre du projet | * Vous pouvez faire des choix pour une version en "production" et justifier d'autres choix dans le cadre du projet | ||
| Line 57: | Line 60: | ||
| * Code d'implémentation de certains **//éléments du serveur//** | * 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)) | * Mise en place de **//tests unitaires//** (et, pour les plus avancés, d'intégration ( optionnel)) | ||
| - | * // jalon +9sm : **<del>3/1/11</del>** 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. // | + | * // jalon +9sm : 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. // |
| - | - **//Démonstration//** des différents points du projet : nous pourrons inviter des parties prenantes à cette démonstration | + | - <del>**//Démonstration//** des différents points du projet : nous pourrons inviter des parties prenantes à cette démonstration |
| - | * // jalon +9sm : **4/1/11** // | + | * // jalon +9sm : **9/6/11** //</del> |
| - **//Livraison de l'ensemble//** : Vous pouvez revenir sur tous les rendus intermédiaires pour les rendre cohérents avec le résultat final. | - **//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é : | En résumé : | ||
| Line 68: | Line 71: | ||
| * Les diagrammes UML | * Les diagrammes UML | ||
| * Le code y compris un README | * Le code y compris un README | ||
| - | * Optionnellement, un film de la démonstration | + | * <del>Optionnellement,</del> un film de la démonstration |
| - | * // jalon +10sm : **10/1/11** // | + | * // jalon +10sm : <del>**14/6/11**</del> **20/6/11**// |
| - | <note>Le 4/1/2010 : Chaque groupe aura 10mn de présentation de sa démonstration suivie de 5mn de questions par les personnes présentes. | + | <note>Le 9/6/11 : Chaque groupe aura 15mn de présentation de sa démonstration suivie de 10mn de questions par les personnes présentes. |
| Vous devrez mettre en avant dans votre démonstration : | Vous devrez mettre en avant dans votre démonstration : | ||
| Line 82: | Line 85: | ||
| Vous n'êtes pas obligé d'avoir un support sous la forme de slides étant donnée la durée très courte de l'exposé. | Vous n'êtes pas obligé d'avoir un support sous la forme de slides étant donnée la durée très courte de l'exposé. | ||
| - | |||
| - | 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. | Les groupes souhaitant inviter une partie prenante à assister à la démonstration devront également nous prévenir. | ||
| Line 94: | Line 95: | ||
| <box round rgb(185,211,238) rgb(198,226,255) 95%|Format des rendus> | <box round rgb(185,211,238) rgb(198,226,255) 95%|Format des rendus> | ||
| * Le sujet du mail sera : | * Le sujet du mail sera : | ||
| - | * [IUT]-S3-//<Numéro de votre groupe de TD>// : //<noms des membres>// : //<Objet du rendu>// | + | * [IUT]-S3D- : //<noms des membres>// : //<Objet du rendu>// |
| * Il sera //adressé à// votre responsable de TP | * Il sera //adressé à// votre responsable de TP | ||
| - | * Tous les documents sont demandés pour un lundi 9h au plus tard. | + | * Tous les documents sont demandés pour un mardi 9h au plus tard. |
| * Le format de chaque rendu sera précisé au fur et à mesure. | * Le format de chaque rendu sera précisé au fur et à mesure. | ||
| * Tout manquement à un des points précédents empêchera l'évaluation du rendu. | * Tout manquement à un des points précédents empêchera l'évaluation du rendu. | ||
| Line 181: | Line 182: | ||
| !-===== Paris en ligne ===== -! | !-===== Paris en ligne ===== -! | ||
| + | |||
| + | ====== Eléments de Notation ====== | ||
| + | |||
| + | Ces élements sont donnés à titre informatif mais ne sont pas contractuels et peuvent évoluer. | ||
| + | |||
| + | * Cahier des charges et rendu **(7)** | ||
| + | Dictionnaire, organisation du rendu, Presence d’un readme, Fonctionnalités, Respect de la Norme, Complétude, Planning Prev & reel, | ||
| + | Choix technologiques, Retours Utilisateur, video | ||
| + | |||
| + | |||
| + | * Diagrammes UML **(11)** | ||
| + | * Use case : 2,5 (context, System, description) | ||
| + | * Scenarii : 2,5 (Scenario : prise en compte des erreurs ; Scenario en conception : architectures, retour utilisateur, ...) | ||
| + | * Diagr activités : 1 enchainement de use cases | ||
| + | * Diagramme de classes : 4 (Justesse, complétude (cardinalité, nom des associations, ...); positionnement des méthodes ; classes système; prise en compte de la persistence, package, | ||
| + | |||
| + | * Code relativement aux modèles **(4)** | ||
| + | * gestion de la persistence (cohérence) | ||
| + | * code décomposition | ||
| + | * style, codage, ect. | ||
| + | |||
| + | |||
2010_2011/s3d/omgl/mod-si/tp/start.1301402702.txt.gz · Last modified: 2011/03/29 14:45 by blay
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
