COOA - semestre 6 - hiver / printemps 2011

De $1

Version de 04:44, 18 Jun 2019

cette version.

Revenir à liste des archives.

Voir la version actuelle

Volume : 36h (3 * 2h de cours, 10 * 3h de TD)

Parcours : Informatique (option), MIAGE (obligatoire)

Semestre : 6

Objectif :

  • Sensibiliser à l'ingénierie des systèmes d'information et de leurs interfaces utilisateurs
  • Donner une vision complète de l'activité de conception au sens large (analyse, conception, spécification) dans le cycle de développement logiciel.
  • Mettre en pratique les différentes activités qui constituent l'étape de conception suivant un processus de développement.

 

Intervenants

Cours : Philippe Renevier-Gonin.

TD : Clémentine Némo, Philippe Renevier.

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