Retrofitting Architecture - Oredev 2012
•
1 recomendación•1,573 vistas
There's a video of me presenting this here: http://oredev.org/2012/sessions/retrofitting-a-software-architecture-to-an-existing-code-base
Recomendados
Recomendados
Más contenido relacionado
Destacado
Destacado (14)
Similar a Retrofitting Architecture - Oredev 2012
Similar a Retrofitting Architecture - Oredev 2012 (20)
Retrofitting Architecture - Oredev 2012
- 1. Retrofitting Architecture (video) Chris Chedgey Structure101 @chedgey Oredev November 9th 2012, Malmo
- 2. Architecture • defined, communicated, enforced Modularity • interfaces, responsibility Structure • encapsulation, coupling Mud •
- 3. Modularity Manage complexity by Encapsulation
- 4. Information hiding Modularity Manage complexity by Encapsulation
- 5. Information hiding Defined interface Modularity Manage complexity by Encapsulation
- 6. Information hiding Defined interface Clear responsibility Modularity Manage complexity by Encapsulation
- 7. Information hiding Defined interface Clear responsibility Modularity Manage complexity by Encapsulation Cohesion
- 8. Information hiding Defined interface Clear responsibility Modularity Manage complexity by Encapsulation Cohesion Coupling
- 9. Information hiding Defined interface Clear responsibility Modularity Manage complexity by Encapsulation Cohesion Coupling Abstraction
- 12. Information hiding Clear responsibility Defined interface Coupling Abstraction Encapsulation Cohesion
- 13. Information hiding Clear responsibility Defined interface Coupling Abstraction Encapsulation Cohesion Modularity
- 14. Complexity Composition
- 15. Complexity Composition Cyclomatic Complexity (CC)
- 20. (same problem)
- 22. Information hiding Clear responsibility Defined interface Coupling Abstraction Encapsulation Cohesion Modularity
- 24. Complexity Composition Cyclomatic Complexity (CC)
- 25. Complexity Composition Compositional Complexity (CC)
- 29. Information hiding?Clear responsibility Defined interface? Coupling? Abstraction Encapsulation Cohesion Modularity?
- 30. Complexity Composition Compositional Complexity (CC)
- 31. Complexity Composition Compositional Complexity +Hierarchical (CC) => Scalable
- 32. Coupling
- 33. Dependencies
- 34. Dependencies
- 37. “Tangles”
- 48. =
- 49. = Not scalable!!
- 50. Ideally… Start with a loose “architecture”
- 51. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage”
- 52. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage” At some point stronger, higher-level abstractions are needed
- 53. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage” At some point stronger, higher-level abstractions are needed (~50Kloc – Martin, Foote)
- 54. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage” At some point stronger, higher-level abstractions are needed (~50Kloc – Martin, Foote) Restructure to defined architecture
- 55. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage” At some point stronger, higher-level abstractions are needed (~50Kloc – Martin, Foote) Restructure to defined architecture Iterate with development
- 56. Ideally… Start with a loose “architecture” Let suitable architecture emerge, without “baggage” At some point stronger, higher-level abstractions are needed (~50Kloc – Martin, Foote) Restructure to defined architecture Iterate with development Strengthen with growth
- 57. 0.7.2 Mar „04
- 58. 0.8.6 Oct „04
- 59. 0.8.7 Apr „05
- 60. Erosion “Sometimes the developers manage to maintain this purity of design through the initial development and into the first release. More often something goes wrong. The software starts to rot like a piece of bad meat.” Bob Martin, “Agile Software Development”
- 61. 0.8.8 May „05
- 62. 1.0.0 Jun „06
- 63. 1.3.0 Nov „07
- 64. 1.3.5 Sep „08
- 65. Cost…
- 66. Cost… Miserable developers
- 67. Cost… Miserable developers Cost per feature increases
- 68. Cost… Miserable developers Cost per feature increases Unexpected impacts of change
- 69. Cost… Miserable developers Cost per feature increases Unexpected impacts of change Unreliable schedules
- 70. Cost… Miserable developers Cost per feature increases Unexpected impacts of change Unreliable schedules Test cycles increase
- 71. Cost… Miserable developers Cost per feature increases Unexpected impacts of change Unreliable schedules Test cycles increase Reuse less
- 72. Cost… Miserable developers Cost per feature increases Unexpected impacts of change Unreliable schedules Test cycles increase Reuse less Value of your code base declines
- 73. Technical Debt
- 74. Technical Debt
- 75. Technical Debt
- 76. Technical Debt
- 84. Abstraction
- 85. Abstraction
- 86. Abstraction
- 87. Abstraction
- 88. Abstraction
- 89. Abstraction
- 90. Abstraction
- 91. Abstraction
- 92. Refactoring Restructuring
- 93. Refactoring Restructuring • “Changing code without • “Reorganizing a code-base modifying behavior to without modifying the code to improve nonfunctional improve modularity” attributes.”
- 94. Refactoring Restructuring • “Changing code without • “Reorganizing a code-base modifying behavior to without modifying the code to improve nonfunctional improve modularity” attributes.” • Code-base is understandable • Code is readable
- 95. Refactoring Restructuring • “Changing code without • “Reorganizing a code-base modifying behavior to without modifying the code to improve nonfunctional improve modularity” attributes.” • Code-base is understandable • Code is readable • Minimal invasive code editing • A lot of invasive code editing
- 96. Refactoring Restructuring • “Changing code without • “Reorganizing a code-base modifying behavior to improve without modifying the code to nonfunctional attributes.” improve modularity” • Code is readable • Code-base is understandable • A lot of invasive code editing • Minimal invasive code editing • Scope: small worlds of a few • Scope: whole code base; what classes at a time; what you see you don‟t see in the IDE in the IDE.
- 97. Retrofitting…
- 99. Retrofitting… Physical or virtual? Top-down or bottom-up?
- 100. Retrofitting… Physical or virtual? Top-down or bottom-up? Bust big class tangles
- 101. Retrofitting… Physical or virtual? Top-down or bottom-up? Bust big class tangles Create a structured model (levelized+CC) (use strategies)
- 102. Retrofitting… Physical or virtual? Top-down or bottom-up? Bust big class tangles Create a structured model (levelized+CC) (use strategies) Adjust module boundaries (strengthen abstractions)
- 103. Retrofitting… Physical or virtual? Top-down or bottom-up? Bust big class tangles Create a structured model (levelized+CC) (use strategies) Adjust module boundaries (strengthen abstractions) Define layers, visibility
- 104. Retrofitting… Physical or virtual? Top-down or bottom-up? Bust big class tangles Create a structured model (levelized+CC) (use strategies) Adjust module boundaries (strengthen abstractions) Define layers, visibility Repair violations in the implementation levels
- 106. Structure101
- 110. Architecture • defined, communicated, enforced Modularity • interfaces, responsibility Structure • encapsulation, coupling Mud • Thank you! Chris Chedgey Structure101 @chedgey (video)