Design Pattern / POO

301 vues

Publié le

Conférence présentée par BENARD Antoine, LEFEBVRE Anaël et NEVEU Dorian

Pour notre approfondissement technique, nous voulions mettre en place un projet autour des design pattern. Nous présenterons la façon dont nous avons conçu un petit logiciel de rééducation orthophonique (pour l’entreprise Orthomotus). Le but de cette expérience est de se faire une idée de l’utilisation des design pattern en entreprise, leurs intérêts et les pièges à éviter.

Publié dans : Logiciels
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
301
Sur SlideShare
0
Issues des intégrations
0
Intégrations
7
Actions
Partages
0
Téléchargements
11
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • MVC fait maison
  • 3 chez motus
    Développement de logiciels
    - Même vision code propre
  • SAV
    Développement de nouveaux logiciels
    Délais avec prestataire
    Aspect théorique seulement
  • Logiciel de notre cas d’études
    A quoi sert il ?
    Le but de faire du propre
  • Qu’est ce que c’est (bonne pratique, encapsulation)
    Réutilisabilité
    Maintenance
    Social (langage commun)
    Rapidité
  • Construction : Factory, Singleton
    Structuraux : Décorateur, Proxy
    Comportementaux : Stratégie, Observer
  • Fonctionnement par réseau
    Chouchouter client
    Moins de cash
    Doit gagner du temps (pas beaucoup d’employé)
    SAV difficile
  • Design Pattern / POO

    1. 1. Les design pattern autour de MVC en entreprise A quel point l’utilisation des design patterns est-elle profitable pour une PME ? 1/20
    2. 2. Sommaire  Introduction  Contexte  Les design pattern  Les limites des design pattern  Les contraintes des petites entreprises  Retour d’expérience  Composition de la solution  Démonstration  Conclusion  Bilan 2/20
    3. 3. L’équipe Antoine Bénard, Anaël Lefebvre, Dorian Neveu 3/20
    4. 4. Le sujet4/20 Antoine
    5. 5. Le contexte5/20 Dorian
    6. 6. Les problèmes6/20 Dorian
    7. 7. Cap Mots7/20 Dorian
    8. 8. L’intérêt des design pattern8/20 Dorian
    9. 9. Les 3 familles9/20  Constructions  Structuraux  Comportementaux Dorian
    10. 10. Les limites des design pattern Danger ! Complexité en vue ! 10/20 Antoine
    11. 11. Les design pattern traités Action utilisateur Miseà jour Notifier Miseà jour Récupère les changement d états Permet l affichage d informations à l utilisateur Reçoit les actions utilisateurs et déclenche des actions à effectuer Décrit les données manipulées Composite Observateur Stratégie Notification d une BL Bouton Liste Texte Changement de source Changement de contenu Changement d état La vue dirige les flux vers ses composants 11/20 Antoine
    12. 12. Les contraintes des petites entreprises12/20 Dorian
    13. 13. Composition de la solution Logiques métier Entités Controllers Comportements Vues Dirigent vers les comportements Mettent à jour les Sujets Notifient les vues observatrices Contrôles les actions utilisateurs Lisent les Sujets observables Base de données Requêtent la base de données Accès au données Récupèrent les DAO Design pattern Stratégie Design pattern Observateur Design pattern DAO et Factory 13/20 Antoine
    14. 14. Workflow Action utilisateur Contrôleur Behavior Modèles sujets Notification des observants Rafraichissement des vues 14/20 Dorian
    15. 15. Limites et contraintes15/20 Dorian
    16. 16. L’apport16/20 Dorian
    17. 17. Démonstration17/20 Antoine et Dorian
    18. 18. Conclusion18/20 Antoine
    19. 19. Bilan Approfondir les connaissances théoriques Mise en pratique Former pour l’avenir 19/20 Dorian
    20. 20. Remerciements20/20 Antoine

    ×