• 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
   • Introduction aux cas d'utilisation
   • Préparation des tests de validation et relations entre cas d'utilisation
3. Description du domaine Cours Diagramme de classes : 1e partie Cours Diagramme de classes : 2e partie
   • TD sur les diagrammes de classes pour modéliser le domaine
   • Classes : modélisation et codage
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 (3 séances)
   • Diagrammes de classes en conception et passage au code
   • Tous les diagrammes en action et approfondissement
   • Focus sur les associations
6. Révisions

• 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 18 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 2016 : http://conception-programmation-objet.pe.hu/ 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 !!