Le document présente une introduction aux design patterns, définissant leur rôle en tant que solutions éprouvées aux problèmes de conception de logiciel. Il décrit les différentes catégories de modèles, notamment les modèles de création, de structuration et de comportement, tout en soulignant l'importance de leur utilisation pour documenter des bonnes pratiques. En conclusion, les design patterns sont des outils précieux pour créer des logiciels flexibles et doivent être utilisés judicieusement pour éviter une complexité inutile.

1. DESIGN PATTERN Introduction
Alex Wilfried OUATTARA
alex.ouattara@studentpartner.com
Alexwilfriedo (Skype)
Alex Wilfried OUATTARA (G+)

2. PLAN

3. 1- Quèsaco ?

4. 1- Quèsaco ?
2- Les modèles de création

5. 1- Quèsaco ?
2- Les modèles de création
3- Les modèles de structuration

6. 1- Quèsaco ?
2- Les modèles de création
3- Les modèles de structuration
4- Les modèles de comportement

7. 1- Quèsaco ?
2- Les modèles de création
3- Les modèles de structuration
4- Les modèles de comportement
5- Conclusion

8. QUESACO ?

9. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.

10. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.
(Wikipédia, 2015)

11. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.
(Wikipédia, 2015)
Chaque patron décrit un problème qui se manifeste
constamment dans notre environnement, et décrit le
cœur de la solution à ce problème, d’une façon telle que
l‘on puisse réutiliser cette solution des millions de fois,
sans jamais le faire deux fois de la même manière.

12. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.
(Wikipédia, 2015)
Chaque patron décrit un problème qui se manifeste
constamment dans notre environnement, et décrit le
cœur de la solution à ce problème, d’une façon telle que
l‘on puisse réutiliser cette solution des millions de fois,
sans jamais le faire deux fois de la même manière.
(Christopher Alexander, 1977)

13. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.
(Wikipédia, 2015)
Chaque patron décrit un problème qui se manifeste
constamment dans notre environnement, et décrit le
cœur de la solution à ce problème, d’une façon telle que
l‘on puisse réutiliser cette solution des millions de fois,
sans jamais le faire deux fois de la même manière.
(Christopher Alexander, 1977)
Les patrons offrent la possibilité de capitaliser un savoir
précieux né du savoir-faire d’experts.

14. 1- Quèsaco
(définition)
Arrangement caractéristique de modules reconnus
comme bonne pratique en réponse à un problème de
conception d’un logiciel.
(Wikipédia, 2015)
Chaque patron décrit un problème qui se manifeste
constamment dans notre environnement, et décrit le
cœur de la solution à ce problème, d’une façon telle que
l‘on puisse réutiliser cette solution des millions de fois,
sans jamais le faire deux fois de la même manière.
(Christopher Alexander, 1977)
Les patrons offrent la possibilité de capitaliser un savoir
précieux né du savoir-faire d’experts.
(Bushman, 1996)

15. 1- Quèsaco
(Intérêts)
Les Design Pattern servent à documenter des bonnes
pratiques basées sur l’expérience.

16. 1- Quèsaco
(Intérêts)
Les Design Pattern servent à documenter des bonnes
pratiques basées sur l’expérience.
Ils proposent des solutions à des problèmes qui peuvent
être difficilement résolus par un seul composant
(Exemple: Le pattern Observer : sujet et observateur)

17. 1- Quèsaco
(Intérêts)
Les Design Pattern servent à documenter des bonnes
pratiques basées sur l’expérience.
NB: En programmation informatique, les Design Pattern
peuvent être utilisés avant, pendant, ou après le travail de
programmation.
Ils proposent des solutions à des problèmes qui peuvent
être difficilement résolus par un seul composant
(Exemple: Le pattern Observer : sujet et observateur)

18. 1- Quèsaco
(Formalismes)
 Nom

19. 1- Quèsaco
(Formalismes)
 Nom
 Description du problème à résoudre

20. 1- Quèsaco
(Formalismes)
 Nom
 Description du problème à résoudre
 Description de la solution (Appelée, Design Pattern)

21. 1- Quèsaco
(Formalismes)
 Nom
 Description du problème à résoudre
 Description de la solution (Appelée, Design Pattern)
 Conséquences

22. 1- Quèsaco
(Formalismes)
 Nom
 Description du problème à résoudre
 Description de la solution (Appelée, Design Pattern)
 Conséquences
NB: Ce formalisme aide surtout à mieux comprendre
l’utilisation et la logique interne […]

23. 1- Quèsaco
(Les Familles)
Ils existe de nombreux Design Pattern, tous aussi
important les uns que les autres. Cependant, ont les
regroupes sous trois grandes familles.

24. 1- Quèsaco
(Les Familles)
Ils existe de nombreux Design Pattern, tous aussi
important les uns que les autres. Cependant, ont les
regroupes sous trois grandes familles.
Modèles de création
Modèles de structuration
Modèles de comportement

25. MODELE DE
CREATION

26. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.

27. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.
Ils aident le développeur à réaliser des systèmes
indépendant de comment ses objets sont créés,
composés et représentés.

28. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.
Ils aident le développeur à réaliser des systèmes
indépendant de comment ses objets sont créés,
composés et représentés.
(Thème récurrent 1)

29. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.
Ils aident le développeur à réaliser des systèmes
indépendant de comment ses objets sont créés,
composés et représentés.
(Thème récurrent 1)
Ils encapsulent tous, les connaissances à propos de quelle
classe concrète le système utilise.

30. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.
Ils aident le développeur à réaliser des systèmes
indépendant de comment ses objets sont créés,
composés et représentés.
(Thème récurrent 1)
Ils encapsulent tous, les connaissances à propos de quelle
classe concrète le système utilise.
(Thème récurrent 2)

31. 2- Les modèles
de créations
Un Design Pattern de création permet de résoudre les
problèmes liées à la création et la configuration d’objets.
Ils aident le développeur à réaliser des systèmes
indépendant de comment ses objets sont créés,
composés et représentés.
(Thème récurrent 1)
Ils encapsulent tous, les connaissances à propos de quelle
classe concrète le système utilise.
(Thème récurrent 2)
Ils masquent comment les instances des classes concrètes
sont crées et mises ensembles.

32. 2- Les modèles
de créations
Les principaux Design Pattern de création sont

33. 2- Les modèles
de créations
Les principaux Design Pattern de création sont
 Factory

34. 2- Les modèles
de créations
Les principaux Design Pattern de création sont
 Factory
 Abstract Factory

35. 2- Les modèles
de créations
Les principaux Design Pattern de création sont
 Factory
 Abstract Factory
 Builder

36. 2- Les modèles
de créations
Les principaux Design Pattern de création sont
 Factory
 Abstract Factory
 Builder
 Singleton

37. 2- Les modèles
de créations
Les principaux Design Pattern de création sont
 Factory
 Abstract Factory
 Builder
 Singleton
 Prototype

38. MODELE DE
STRUCTURATION

39. 3- Les modèles
de
structuration
Un Design Pattern de structuration décrivent comment
les classes et les objets sont composés pour former une
large structure.

40. 3- Les modèles
de
structuration
Un Design Pattern de structuration décrivent comment
les classes et les objets sont composés pour former une
large structure.
Ils utilisent l’héritage pour composer des interfaces ou
des implémentations.

41. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont

42. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade

43. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator

44. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator
 Adpter

45. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator
 Adpter
 Proxy

46. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator
 Adpter
 Proxy
 Composite

47. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator
 Adpter
 Proxy
 Composite
 Flyweight

48. 3- Les modèles
de
structuration
Les principaux Design Pattern de structuration sont
 Facade
 Decorator
 Adpter
 Proxy
 Composite
 Flyweight
 Bridge

49. MODELE DE
COMPORTEMENT

50. Un Design Pattern de comportement sont relatifs aux
algorithmes et à l’assignement des responsabilités entre
objets.
4- Les modèles
de
comportement

51. Un Design Pattern de comportement sont relatifs aux
algorithmes et à l’assignement des responsabilités entre
objets.
Il ne décrit pas juste le modèle des objets et des classes
mais aussi comment ils communiquent entre eux.4- Les modèles
de
comportement

52. Un Design Pattern de comportement sont relatifs aux
algorithmes et à l’assignement des responsabilités entre
objets.
Il ne décrit pas juste le modèle des objets et des classes
mais aussi comment ils communiquent entre eux.
Il utilise l’héritage pour distribuer des comportement
entre les classes.
4- Les modèles
de
comportement

53. Les principaux Design Pattern de comportement sont
 Chain of Responsability
4- Les modèles
de
comportement

54. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command4- Les modèles
de
comportement

55. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command
 Iterator
4- Les modèles
de
comportement

56. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command
 Iterator
 Mediator
4- Les modèles
de
comportement

57. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command
 Iterator
 Mediator
 Memento
4- Les modèles
de
comportement

58. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command
 Iterator
 Mediator
 Memento
 Observer
4- Les modèles
de
comportement

59. Les principaux Design Pattern de comportement sont
 Chain of Responsability
 Command
 Iterator
 Mediator
 Memento
 Observer
 State
4- Les modèles
de
comportement

60.  Strategy
4- Les modèles
de
comportement

61.  Strategy
 Visitor
4- Les modèles
de
comportement

62. CONCLUSION

63. +

64. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+

65. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+
Ils permettent d’adopter de bonne
pratique et de concevoir des logiciels
flexibles.

66. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+
Ils permettent d’adopter de bonne
pratique et de concevoir des logiciels
flexibles.
Ceux sont des solutions 100% fiables

67. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+ -
Ils permettent d’adopter de bonne
pratique et de concevoir des logiciels
flexibles.
Ceux sont des solutions 100% fiables

68. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+ -
Ils permettent d’adopter de bonne
pratique et de concevoir des logiciels
flexibles.
Ceux sont des solutions 100% fiables
Une mauvaise utilisation des Design
Pattern est de vouloir tous les utiliser
dans un même logiciel.

69. Les Design Pattern ou Patron de
Conception sont des solutions à des
problèmes de Génie Logiciel issues de
l’expérience d’experts.
+ -
Ils permettent d’adopter de bonne
pratique et de concevoir des logiciels
flexibles.
Ceux sont des solutions 100% fiables
Une mauvaise utilisation des Design
Pattern est de vouloir tous les utiliser
dans un même logiciel.
Ils faut s’assurer de la nécessité d’un
Design Pattern avant de l’utiliser au risque
de rendre le code moins lisible.