Differences

This shows you the differences between two versions of the page.

--- 2010_2011:s3d:omgl:mod-si:tp:start [2011/03/29 12:54] – blay
+++ 2010_2011:s3d:omgl:mod-si:tp:start [2011/05/26 08:49] (current) – blay
@@ Line 1: / Line 1: @@
 ====== Informatisation globale du café ======
 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.
@@ Line 35: / Line 38: @@
 <note important>Plusieurs livrables peuvent être demandés à une même date </note>
 [[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.
       * L'accent devra être mis sur les exigences fonctionnelles et non fonctionnelles.
@@ Line 57: / Line 60: @@
        * 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 : **<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 : **9/6/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.
 En résumé :
@@ Line 68: / Line 71: @@
        *  Les diagrammes UML
        *  Le code y compris un README
-       *  Optionnellement, un film de la démonstration
+       *  <del>Optionnellement,</del> un film de la démonstration
-       * // jalon +10sm : **14/6/11** //
+       * // jalon +10sm : <del>**14/6/11**</del> **20/6/11**//
 <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.
@@ 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é.
-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.
@@ Line 181: / Line 182: @@
 !-===== 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.