Télécharger pour lire hors ligne
Téléchargé parElapse Technologies
Architecture Agile durable (v 2.0)
Le document discute des défis du développement logiciel moderne, en mettant l'accent sur la nécessité d'une architecture durable, modulaire et flexible pour s'adapter à l'évolution rapide des technologies. Il met en lumière les pièges communs qui rendent certaines architectures éphémères, tout en soulignant l'importance de pratiques et principes de développement solides. L'auteur conclut en affirmant que l'architecture durable doit s'accompagner de pratiques durables pour réussir dans un environnement en constante mutation.
![[TNT19] Hands on: Objectif Top Architecte!](https://cdn.slidesharecdn.com/ss_thumbnails/objectiftoparchitectefinal-190201181915-190202084057-thumbnail.jpg?width=640&height=640&fit=bounds)
Architecture Agile durable (v 2.0)
- 1. FÉLIX-ANTOINE BOURBONNAIS B.ING., M.SC.,PSM Version 2.0 – Mai 2016 Architecture Agile durable
- 2.
- 3.
- 4.
- 5. 5 Formations Accompagnement DiagnosticsConférences Félix-Antoine Bourbonnais fbourbonnais@elapsetech.com
- 6.
- 7. 7 7 Expert en… /Tests automatisés / Pratiques de développement / Architecture évolutive / Spécification par l’exemple et BDD / Agilité et Scrum Félix-Antoine Bourbonnais
- 8.
- 9. 9 Le défi moderne: lamaintenabilité !
- 10. 10 Ce n’est pasune course courte piste!
- 11. 11 C’est un marathon …sans fin !
- 12. 12 Pour gagner, ilfaut une vélocité stable…
- 13. 13 Pour cela ilfaut s’outiller pour garder le rythme!
- 14. Gestion de projets durable + Architecture durable + Pratiques durables Image: http://robclearyphoto.blogspot.ca/2012/06/green-roof-cookfox.html Développement logiciel durable 14
- 15. 1. They wantto use an agile process, and pick Scrum 2. They adopt the Scrum practices, and maybe even the principles 3. After a while progress is slow because the code base is a mess -- Martin Fowler Flacid Scrum
- 16. 17 Nos prochains 90minutes… 17
- 17. DÉFIS DU DÉVELOPPEMENTMODERNE Les 18
- 18. 19 L’informatique est l’ADNde nos entreprises
- 19. 20 Ça bougeait vite… Etça bouge encore plus vite !
- 20. Le futur technologique estincertain et il faut livrer de plus en plus vite… La réalité 21 Cloud Big-Data NoSQL Distribué Mobile
- 21. 22 L’architecture doit donc évolueravec l’entreprise… et donc être flexible !
- 22. 23 Est-ce que nos architecturessont Agiles ? Mais…
- 23. 24 Mais il nefaut surtout pas ralentir…
- 24. 25 Le développement logicielest désormais un flot perpétuel…
- 25. 26 … sans compromettre laqualité!
- 26. Les principes d’architecture durableexistent! Comment augmenter ma maintenabilité alors ? 27
- 27. 28 On veut unearchitecture durable, modulaire et flexible !
- 28. Pour s’adapter auxnouvelles réalités, il faut revisiter l’OO à la lumière de ces défis.. Notre objectif 29
- 29. LES FONDEMENTS D’UNE ARCHITECTUREDURABLE Partie 2 31 Architecture durable
- 30. Rien n’est noirou blanc… Tout est une question de connaître pour appliquer ou non les concepts selon le contexte Avertissement 32
- 31. Tout est àpropos de casser les vagues de modifications! Architecture évolutive 33
- 32. A good architectmaximizes the number of decisions not made -- Robert C. Martin 34
- 33. LES 5 PIÈGESQUI FONT UNE ARCHITECTURE ÉPHÉMÈRE... Partie 2 35 Architecture durable
- 34.
- 35. Qu’est-ce que l’OOa apporté de nouveau ? 37
- 36. 38 La gestion desdépendances ! Orientation objet
- 37. La grande contributionde l’OO est la capacité à inverser la dépendance par rapport au flot d’exécution Inversion des dépendances 39
- 38. L’abstraction Le paradigme OO impliquel’utilisation d’abstractions 40
- 39. Les dépendances Le polymorphisme està la base même de l’OO 41 On veut brancher les dépendances, pas les souder!
- 40. L’effet d’avalanche ! Votrepire risque... 42Image Andre Charland / Flickr
- 41. Notre objectif… Contenir lesvagues causées par les modifications !
- 42. Briser les dépendances 44 X SQLDb MapDb if(dbType == SQL ) ... sqlDb.query("SELECT id ..." else ... mapDb.get(id) X MapRepoSqlRepo repository.findById(id)Repository
- 43. L’ANÉMIE ET L’OBSESSIONDES “GET” 45 Piège 2
- 44. Le « Telldon’t Ask » Image: sheelamohan et jscreationzs / FreeDigitalPhotos.net 46
- 45. Domaine où lesobjets ont des données mais pas de comportements. Les comportements sont uniquement dans des objets « Managers » qui gèrent le domaine Domaine anémique 47
- 46. Non pas forcément (ex.:Rails) Mais est-ce un choix conscient ou par défaut? Est-ce mauvais ? 48
- 47. L’UTILISATION D’UNE ARCHITECTUREUNIQUE… 49 Piège 3
- 48.
- 49. 51 Un projet peutavoir plusieurs architectures ! De nos jours…
- 50. 52 Chaque style, pattern,etc. a des effets secondaires ! Rien n’est parfait…
- 51. Le drame…. Les organisations reproduisenttoujours le même modèle architectural sans se poser de questions ! 53
- 52. MÉCONNAISSANCE DES « PATTERNS» ET « PRINCIPES » 54 Piège 4
- 53. • SRP Single Responsibility •OCP Open Closed • LSP Liskov Substitution • ISP Interface Segregation • DIP Dependency Inversion Principes S.O.L.I.D. 55
- 54.
- 55. 57 Les Patrons pourentreprises 57 Domain Layer
- 56. Il faut comprendreles effets secondaires des patrons de conception… Les prendre quand vous n’avez pas la maladie peut vous tuer! Attention!
- 57. LA MAUVAISE COMPRÉHENSIONDES « COUCHES » 59 Piège 5
- 58. 60 Le modèle en“couches” 60 Présentation : GUI, WS … Domaine d’affaires Persistance et services externesProblème…
- 59. 61 Image tiré de: http://www.dossier-andreas.net/software_architecture/ports_and_adapters.html Etsi les couches étaient des « plugins » ? 61
- 60. Modèles architecturaux Hexagonal /Port&Adapter http://www.duncannisbet.co.uk/hexagonal-architecture-for-testers-part-1 62
- 61.
- 62. Il faut savoirles utiliser au bon moment! Tackling Complexity in the Heart of Software Domain Driven Design (DDD)
- 63.
- 64. Ceci n’est pasune invitation au BDUF ! (Big Design Up Front) Mais… 66
- 65. 67 Savez-vous ce quesera votre produit et la technologie dans 5 ans ?
- 66. 68 Il n’est pasnécessaire de deviner. Il faut simplement s’outiller pour évoluer avec eux!
- 67. 69 Mais l’architecture durable n’estpas suffisante… Il reste les pratiques durables…
- 69. 71http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ 71 Le développementlogiciel n’est pas un jeu de Jenga !
- 70.
- 71. 73 Merci Notre site elapsetech.com Notreblogue developpementagile.com Twitter @fbourbonnais | @elapsetech Mon courriel fbourbonnais@elapsetech.com Mon LinkedIn linkedin.com/in/fbourbonnais/fr conferences.elapsetech.com Diapositives Nos présentations, chez vous!