User Tools

Site Tools


2010_2011:s3d:omgl:mod-si:tp:start

Differences

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

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
2010_2011:s3d:omgl:mod-si:tp:start [2011/03/31 10:28]
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é ======
  
Line 37: Line 38:
 <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/​embed?​src=65qv95uo3cgn203iuqdk8qa85k%40group.calendar.google.com&​ctz=Europe/​Paris |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 fonctionnel//​ limité à la partie Description Fonctionnelle** (voir plan [[omgl:​acsi:​plantype|ici]]).+   - 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 60: Line 61:
        * 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 : 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. ​    - **//​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 70: 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 : **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. ​ <​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 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.1301560116.txt.gz · Last modified: 2011/03/31 10:28 by blay