M2104 -- Bases de la conception orientée objet -- Semestre 2

• Comprendre et modéliser une conception détaillée et l’implanter avec un langage à objets

• FA1-A : Analyse d’une solution informatique
• FA1-B : Conception technique d’une solution informatique
• FA1-C : Réalisation d’une solution informatique
• FA1-D : Tests de validation d’une solution informatique

Volume

• 8*1h de cours
• 8*4h de TD

Description

1. Introduction à la modélisation Cours Introduction à UML
2. Un système pourquoi? pour qui? Les cas d'utilisation
   • Cours Cas d'utilisation
   • TD Diagrammes de cas d'utilisation
   • TD Diagrammes de cas d'utilisation avancés
3. Description du domaine
   • Cours Diagramme de classes
   • Pour en savoir plus en autonomie :
     • Cours sur les principes "objets"
     • Cours sur la Notion de classe
   • TD sur les diagrammes de classes pour modéliser le domaine
4. Diagrammes de Séquences Cours diagramme de séquence
   • TD sur les diagrammes de séquence
5. De la modélisation au code Cours sur le passage en conception et au code (2/3 séances)
   • Classes : modélisation et codage
   • Focus sur les associations
6. Révisions 20/3/17

• Un examen final sanctionne ce module. (coeff. 1)

• Les TD (coeff. 0,75)
  • Chaque semaine, une heure est consacrée à l'évaluation individuelle.
  • Des rendus demandés peuvent compléter cette notation.
• Autres (coeff. 0,75)
  • Des contrôles surprises
  • Un rendu-final de type carnet de bord
    • Rendu le 3 avril, juste avant l'examen, dans le dépôt jalon avec comme nom : Nom de l'enseignant responsable de TD – Noms des étudiants participants au rendu voir enseignant de TD peut vous demander une autre forme de rendu.)
    • Ce rendu peut se faire par binôme (exceptionnellement trinômes)
    • Son contenu correspond aux différents TDs, et plus particulièrement l'étude de cas à faire seul(l'étude de cas sur le garage), et vise à mettre en relief ce que vous avez appris.
    • Sa forme peut être un document textuel ou un document web
    • Il a pour cible d'expliquer à d'autres développeurs, l'art de l'analyse/conception sur la base de l'expérience acquise dans ce module. Voici quelques éléments de notations :
      • Forme du document
      • Choix des exemples utilisés pour expliquer les notions
      • Adéquation avec les objectifs pédagogiques de cet exercice (Clarté des explications, intérêt pour d'autres étudiants)
      • Qualité des codes et modèles présentés
      • Quels “trucs” à retenir? Que faut-il absolument retenir? Chaque étudiant du groupe identifie au moins un élément de cet enseignement qui lui semble important de transmettre. Le correcteur doit pouvoir identifier au moins un “truc” par étudiant.
      • Quelles erreurs sont les erreurs à ne pas commettre? Chaque étudiant du groupe identifie au moins une erreur à ne pas commettre. Le correcteur doit pouvoir identifier au moins une erreur signalée par étudiant.
      • Des tests pour s'auto-évaluer. Chaque étudiant du groupe propose au moins un test pour s'auto-évaluer. Le correcteur doit pouvoir identifier au moins un test proposé par chaque étudiant.
      • Couverture du module (tous les aspects ont-ils bien été couvert par le cahier de bord?)

• Rendu en 2017 :
  • Guillaume BARILLET - Titouan VEAUVY
  • (Saurel Nadaud bientôt disponible)
• Rendu en 2016 : http://alexandre-lang.fr/CPOO/Semestre_2/index.html Alexandre Bruyat, Alexandre Lang et Rémy Munier
• Rendu en 2014 : http://www.coo.maximecarrillo.fr, mais attention les consignes ont un peu changées.

Voici des examens issus de l'ancien PPN.

• Examen 2011
• Examen 2012

Comprendre les objets...excellent cours par vidéos

http://www.afceurope.com/uml.html

Comprendre les objets au travers des Tajines !!

Des uses cases extraits de business Process !!