COOA - semestre 6 - hiver / printemps 2011

Intervenants

Cours : Philippe Renevier-Gonin.

TD : Clémentine Némo, 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)

Modalités de déroulement

Ce module fait réaliser en équipes (5 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 (au début des vacances) donnera lieu à un retour à la 6ième séance.

Modalités de Rendu et de Soutenance

Un courriel doit être envoyé au plus tard mardi 15 avril 2011 23h59, à Clémentine Némo et à Philippe Renevier-Gonin avec un document de conception en attachement (au format pdf). Ce document de conception doit contenir :

• TOUT DIAGRAMME EST ACCOMPAGNE D'EXPLICATION (en français)
• Une introduction effectuant le rappel du sujet, et détaillant les choix de conception effectués dans l'ensemble du dossier, y compris dans les interactions avec les autres équipes.
• L'ensemble des diagrammes de cas d'utilisation, cohérents vis-à-vis des autres systèmes d'informations (un cas d'utilisation se détaille par son diagramme, du texte et/ou un diagramme d'activités détaillant son fonctionnement).
• Un ou plusieurs diagrammes détaillés 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.

Le vendredi 22 avril 2011 (peut-être sur deux jours), une soutenance devrait être effectuée par chaque équipe. Chaque soutenance dure 25 minutes :

• 15 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 : o 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.

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

• 26 janvier 2011 : 1er cours
• 28 janvier 2011 : 1er TD
• Lundi 28 février 2011 23h59 : date limite de rendu du dossier à mi-parcours (par courriel)
• mardi 15 avril 2011 23h59 : rendu des dossiers finaux
• vendredi 22 avril 2011 : soutenance

Contenu du dossier à rendre

Le dossier comprendra la conception et la spécification de votre modélisation. Il sera composé des éléments suivants :

• TOUT DIAGRAMME EST ACCOMPAGNE D'EXPLICATION (en français)
• 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.

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

Sujets

Les différentes entreprises listées ci-dessous ont besoin d'un nouveau système informatique adapté à leur métier. L'objectif du nouveau système informatique est, en plus de répondre aux besoins exprimés ci-dessous, de permettre de connaitre les coûts et/ou profits des entreprises ou services concernés.