COOA - hivers / printempts 2012

Intervenants

Cours : Philippe Renevier-Gonin / 3 mercredis matins 8h-10h

TD : Frédéric Mallet, Philippe Collet, Philippe Renevier-Gonin.

Evaluation

• 40% : premier rendu à mi-projet, sur le noyau du système. Description complète de sous-système, cohérent.
• 20% : soutenance (fin du module)
• 40% : compte-rendu final (fin du module)

Les notes des projets peuvent être différenciées au sein d'un groupe : en cas d'absences répétées et non justifiées, en cas d'investissement moindre, etc.

Cours

• cours 1 : COO avancée-C01.pdf  (version un transparent par page) ou COO avancée-C01-4p.pdf (version 4 transparents par page)
•  

Déroulement

Ce module fait réaliser en équipes (4 personnes) la modélisation en UML d'un système d'information :

• Les équipes sont formées par consensus par les étudiants d'un même groupe de TD.
• Les sujets sont tirés au sort.
• Chaque sujet a au moins un lien avec un autre sujet, il nécessitera donc une collaboration entre les deux équipes concernées, au moins au niveau des cas d'utilisation et du diagramme de séquence (données échangées).
• Chaque séance de TD est l'occasion d'avancer dans une partie de la modélisation. S'il est d'usage de commencer par les cas d'utilisation, il faudra dans un premier temps se concentrer sur le détail d'une partie des cas d'utilisation (en détaillant les autres diagrammes), pour ensuite revenir vers les cas d'utilisation.
• Le chargé de TD guide les équipes et joue le rôle de client.
• le rendu à mi parcours (juste avant les vacances) donnera lieu à un retour à la 6ième séance.

Rapport intermédiaire

Il est à rendre au plus tard pour le lundi 27 février, 23h59. Il est à rendre au format électronique par envoie de courriel aux trois encadrants de TD : Frédéric Mallet, Philippe Collet et Philippe Renevier-Gonin.

Rapport Final

Il est à rendre au plus tard pour le vendredi 20 avril, 23h59. Il est à rendre au format électronique par envoie de courriel aux trois encadrants de TD : Frédéric Mallet, Philippe Collet et Philippe Renevier-Gonin.

Soutenance

jours à déterminer, probablement le jeudi 2 mai - vendredi 3 mai  (sur 3 demie journée en tout). Une soutenance devrait être effectuée par chaque équipe. Chaque soutenance dure 20-25 minutes :

•  20 minutes de présentation : chaque présentation doit faire interVenir tous les membres de l'équipe de façon équivalente. Le plan suivant est conseillé :
  • Introduction et rappel du sujet
  • Présentation synthétique de votre conception : il ne s'agit pas de passer en revue tous les diagrammes de votre dossier de conception, mais plutôt de présenter la réalisation de scénarios typiques de votre application, en illustrant ainsi :
    • les choix de conception
    • les cas d'utilisation et les éventuelles interactions avec les autres systèmes d'information (ceux des autres équipes en priorité !)
    • les classes associées à la réalisation de ces cas, les diagrammes "dynamiques" et les spécifications OCL qui permettent de comprendre le fonctionnement de l'ensemble
  • La présentation peut donc s'articuler autour de plusieurs scénarios, et chaque membre peut ainsi détailler facilement un ou plusieurs scénarios.
• 10 minutes de question :
  • Chaque membre du projet doit être capable de répondre aux questions sur les choix de conception généraux, les parties qu'il a conçues, le contenu du dossier de conception, etc.

Les transparents de vos soutenances doivent être envoyés à Philippe Renevier-Gonin au plus tard le lundi 30 avril (23h59).

Outil pour la modélisation UML

Pour la réalisation du dossier, un outil UML est nécessaire, mais aucun outil en particulier n'est imposé du moment que tous les membres de l'équipe ont les moyens de travailler ensemble avec le même outil.

L'outil par défaut est Papyrus UML v1.11 : http://www.papyrusuml.org . C'est un produit basé sur Eclipse, donc entièrement développé en Java et disponible sous Linux, Windows et Mac. Il supporte les principaux diagrammes UML 2, sauf le diagramme d'activités. Afin de réaliser ces diagrammes, un plugin supplémentaire a été ajouté à la version de Papyrus : il s'agit d'UMLet (http://www.umlet.com/), un petit outil de dessin de diagrammes UML (sans gestion de la cohérence), qui est disponible sous forme d'application ou de plugin Eclipse. La version 1.11 de Papyrus installé sur Linux au troisième étage du PV est disponible dans le répertoire /usr/local/papyrus.

Par ailleurs, l'outil Umbrello est normalement aussi installé sur les machines Linux du 3ème étage.

Calendrier

• 25 janvier 2011 : 1er cours
• 27 janvier 2011 : 1er TD
• Lundi 27 février 2011 23h59 : date limite de rendu du dossier à mi-parcours (par courriel)
• vendredi 20 avril 2011 23h59 : rendu des dossiers finaux (par courriel)
• lundi 30 avril 2011 23h59 : envoie des transparents
• jeudi 02 mai /  vendredi 03 mai 2011 : soutenances (dates à confirmées)

Contenu des dossiers à rendre

Chaque dossier comprendra la conception et la spécification de votre modélisation, en fonction de l'itération il couvrira une partie ou tout le sujet. Chaque dossier sera composé des éléments suivants :

• Ensemble des diagrammes de cas d'utilisation, cohérents vis-à-vis des autres systèmes d'informations.
• Diagramme détaillé de classes (signature typée des attributs et des méthodes).
• Une maquette (un ou plusieurs écrans) de(s) interface(s) utilisateur(s).
• Un diagramme de séquences par cas d'utilisation en lien avec les maquettes des interfaces utilisateurs.
• Au moins un diagramme d'activités (il est bien sûr pertinent de l'utiliser pour détailler un cas d'utilisation particulièrement complexe...)
• Au moins un diagramme d'états (il est bien sûr pertinent de l'utiliser pour détailler une classe dont les états sont remarquables...)
• Des spécifications OCL (préconditions, postconditions, invariants) sur les classes qui vous semblent les plus pertinentes.

L'ensemble du dossier, ainsi que la plupart des diagrammes, devront être accompagnés d'explications et/ou de motivations des choix de conception. Ceci est crucial pour la compréhension des diagrammes et représente une partie non négligeable de la note finale attribuée.

Un plan du rapport est proposé lors du cours.

Le rapport final suit le même plan que le rapport intermédiaire, avec tous les éléments supplémentaires mis en valeur dans les rubriques existantes. De plus, juste avant la conclusion, il faudra faire un bilan  de l'évolution du projet entre le rapport intermédiaire et le rapport final.

Tout retard sera sanctionné par pénalité sur la note.

Sujets

Les sujets (versions provisoires) sont dans le fichier sujets-COOA-brouillon.pdf.

Vous devez prendre connaissance de tous les sujets pour traiter les autres.