Agile architecture
3 likes799 views
Документ описывает концепции архитектуры и проектирования в контексте гибкой методологии Agile, подчеркивая важность принятия решений в процессе разработки. Он выделяет проблемы, с которыми сталкиваются команды, работающие по гибким методам, такие как завершенность проектов и соответствие требованиям пользователей. Кроме того, рассматриваются принципы и техники проектирования, такие как объектно-ориентированный анализ и паттерны проектирования, а также подчеркивается роль людей в создании успешной архитектуры.
![Более официальное, но все еще
хорошее определение.
Архитектура является основной
организации системы, воплощенной в ее
компонентах, их отношениях друг к другу
и к окружающей среде, и принципы,
определяющие ее дизайн и эволюцию.
[IEEE 1471]
@dmytromindra #xpdays](https://image.slidesharecdn.com/agilearchitecture-xpdays-111219145119-phpapp01/85/Agile-architecture-19-320.jpg)
Agile architecture
- 1. Agile Архитектура Дмитрий Миндра Lohika @dmytromindra #xpdays
- 2. Что я обещал Я обещал поделиться своим представлением об архитектуре и проектировании в Agile. Многие популярные методологии не описывают архитектурные практики. Некоторые команды, работающие по гибким методологиям не уделяют достаточно внимания проектированию. Но проектирование было и остается той важной основной, на которой строится любое программное обеспечение. Проектирование – это принятие решений. Традиционный подход утверждает, что эти решения должны быть приняты в самом начале. Гибкий подход заключается в том, что решения должны приниматься тогда, когда они действительно необходимы. Таким образом с развитием проекта гибкая архитектура эволюционирует. И эта гибкость дает больше возможностей для адаптации к изменениям. В индустрии разработки программного обеспечения нет серебряных пуль. Я постараюсь развеять некоторые мифы и познакомить слушателей с проверенными практиками. @dmytromindra #xpdays
- 3. Разработка ПО – это просто ! @dmytromindra #xpdays
- 4. Проблема №1: Завершенность Часто, разработку программного обеспечения не удается завершить. Даже после значительных допольнительных инвестиций. @dmytromindra #xpdays
- 5. Проблема №2: Дефекты Объем работы, связанной с устранением дефектов и ошибок в «завершенном» программном продукте, необходимой для того, чтобы сделать продукт готовым к использованию часто занимает значительное количество времени. Часто это время больше чем время разработки продукта. @dmytromindra #xpdays
- 6. Проблема №3: Требования Функциональность программного обеспечения редко соответствует требованиям конечных пользователей. @dmytromindra #xpdays
- 7. Проблема №4: Поддержка После создания программного обеспечения его практически невозможно поддерживать, т.к. способность разработчиков понять, что они написали быстро уменьшается с течением времени. @dmytromindra #xpdays
- 8. @dmytromindra #xpdays
- 9. Программист или инженер ? @dmytromindra #xpdays http://www.codethinked.com/the-programmer-dress-code
- 10. Программист 1.0 Спецификация Программный продукт Спецификация на входе – программное обеспечение на выходе. Изменения в спецификациях не любит. Расценивает как угрозу. Старается всячески избегать изменений. @dmytromindra #xpdays
- 11. Программист 2.0 Программист 2.0 и клиенат 2.0 учатся понимать друг друга. Программист 2.0 все еще боится изменений, поэтому приписывет к каждой версии продукта BETA. @dmytromindra #xpdays
- 12. Программист 3.0 Понимает клиента, его бизнес, разделяет ценности. Всегда готов к изменениям. Понимает и принимает их необходимость. Стремится делать рабочее и готовое к использованию ПО. @dmytromindra #xpdays
- 13. Agile методологии говорят о людях @dmytromindra #xpdays
- 14. Миф: Архитектор Сидит отдельно. Все решения принимает сам. Занимается асоциальным проектированием. Охраняет свою территорию. @dmytromindra #xpdays
- 15. Agile Архитектура Ваш менеджер вне всяких сомнений будет рад Agile архитектуре @dmytromindra #xpdays
- 16. Agile Architecture Как это ? @dmytromindra #xpdays
- 17. Agile ценности • Individuals and interactions • Working software • Customer collaboration • Responding to change @dmytromindra #xpdays
- 18. Что такое архитектура и проектирование? В наиболее успешных программных проектах, опытные разработчики обладают общим пониманием структуры системы. Это общее понимание называется "архитектура". @dmytromindra #xpdays
- 19. Более официальное, но все еще хорошее определение. Архитектура является основной организации системы, воплощенной в ее компонентах, их отношениях друг к другу и к окружающей среде, и принципы, определяющие ее дизайн и эволюцию. [IEEE 1471] @dmytromindra #xpdays
- 20. Характеристики Качества Correctness Easy of use Robustness Functionality Extendibility Timeliness Reusability Verifiability Compatibility Integrity Efficiency Reparability Portability Economy @dmytromindra #xpdays
- 21. Самые важные характеристики Корректность Усточивость Расширяемость Возможность повторного использования @dmytromindra #xpdays
- 22. Наш враг сложность @dmytromindra #xpdays
- 23. Враги архитектуры Хрупкость Вязкость Неподвижность Жесткость @dmytromindra #xpdays
- 24. Масштабируемость Больше серверов Больше людей @dmytromindra #xpdays
- 25. Coupling (Сцепление) Сцепление классов, когда изменения в одном могут повлиять на другой и наоборот. К сожалению полностью избавиться от сцепления невозможно. @dmytromindra #xpdays
- 26. Cohesion (Сплоченность) Сплоченность классов, по своей ответственности. Т.е. классы, выполнябщие похожие действия сгруппированы в одном и том же модуле. @dmytromindra #xpdays
- 27. Scocialization @dmytromindra #xpdays
- 28. Latency Задержка – это время, которое должно пройти прежде чем первая функциональность увидит свет @dmytromindra #xpdays
- 29. Throughput Пропускная способность – количесво функциональности, которое можно реализовать за определенное время. @dmytromindra #xpdays
- 30. Все всегда начинается с проблемы @dmytromindra #xpdays
- 31. Объектно Ориентированный Анализ @dmytromindra #xpdays
- 32. Анализ Выход: концептуальная Вход: Модель (Domain objects, Проблема Use cases, Interactions, some UI mockups ) @dmytromindra #xpdays
- 33. Методы OOA • Метод OOSA Шлеер-Меллора • Метод Коада • ОМТ • Метод Мартина Оделла и средства проектирования Ptech • Метод “класс-связь” • OSA • Метод SEOO • Метод BON • Fusion • OBA • Syntropy • MOSES • Метод Текселя (Texel) • Метод OORAS @dmytromindra #xpdays
- 34. Проектирование Вход: Выход: концептуальная Архитектура (дизайн) модель системы @dmytromindra #xpdays
- 35. Принципы и инструменты OOD SRP — The Single Responsibility Principle OCP — The Open Closed Principle LSP — The Liskov Substitution Principle ISP — The Interface Segregation Principle DIP — The Dependency Inversion Principle REP — The Reuse Release Equivalency Principle CCP — The Common Closure Principle CRP — The Common Reuse Principle ADP — The Acyclic Dependencies Principle SDP — The Stable Dependencies Principle SAP — The Stable Abstractions Principle @dmytromindra #xpdays
- 36. А также • Design Patterns • Domain Driven Design • CQRS • Event Sourcing • MVC • DCI • SOA • … @dmytromindra #xpdays
- 37. Кажется, что можно все спланировать ? Подробнее в книге Agile Samurai ;) @dmytromindra #xpdays
- 38. Big Upfront Design (BUFD) @dmytromindra #xpdays
- 39. No Upfront Design (NUFD) @dmytromindra #xpdays
- 40. Миф о рефакторинг Ничего не будем делать заранее, сделаем как получится, затем сделаем рефакторинг и будет архитектура. @dmytromindra #xpdays
- 41. TDD и Архитектура TDD укажет вам на проблемы в проектировании. Но если вы не задали основные направления для движения и эволюции, дизайн и архитектура не получатся. @dmytromindra #xpdays
- 42. UnixWay от Кента Бека • Make it work – ( Сделай что-то рабочее) • Make it right – ( Сделай рабочее правильным) • Make it fast – (Сделай правильное быстрым) @dmytromindra #xpdays
- 43. Инструменты А также принципы и практики @dmytromindra #xpdays
- 44. Парное программирование • Не программируй один. Найди себе друга. @dmytromindra #xpdays
- 45. Ревью кода Тимлид сурово смотрит в код ... @dmytromindra #xpdays
- 46. DDD @dmytromindra #xpdays
- 47. CQRS @dmytromindra #xpdays
- 48. Event Sourcing Состояние доменного объекта переносится в событие. Система хорошо распараллеливается. @dmytromindra #xpdays
- 49. Design Patterns @dmytromindra #xpdays
- 50. ООП • ООП – это как в C# • ООП – это как в PHP • ООП – это как в Java @dmytromindra #xpdays
- 51. Пользователь @dmytromindra #xpdays
- 52. Что же делает пользователь ? Это отражено в коде ? @dmytromindra #xpdays
- 53. Один UseCase разнесен по многим классам. @dmytromindra #xpdays
- 54. Мы что-то теряем @dmytromindra #xpdays
- 55. MVC 1979 MVC улучшает восприятие Но по-прежнему не отражает поведение @dmytromindra #xpdays
- 56. DCI @dmytromindra #xpdays
- 57. Как пользователь представляет себе это действие ? @dmytromindra #xpdays
- 58. Ментальная Модель пользователя Данные Роли Взаимодействия @dmytromindra #xpdays
- 59. Простой пример Transfer Money User Берем один счет, затем берем другой счет, определяем сумму перевода, переводим деньги. @dmytromindra #xpdays
- 60. Данные (Data) Account CheckingAccount Sav ingsAccount @dmytromindra #xpdays
- 61. Роли (Interaction) Пассивные (Methodless) «interface» «interface» TransferMoneySink TransferMoneySource Активные (methodful) TransferMoneySourceTrait + TransferTo() : void «interface» «interface» TransferMoneySink TransferMoneySource @dmytromindra #xpdays
- 62. Контекст (Context) «interface» TransferMoneySink Берем один счет, TransferMoneyContext «Property» TransferMoneySourceTrait Берем другой счет, + TransferMoneySource + TransferMoneySink + Ammount: int + TransferTo() : void определяем сумму перевода, + Execute() : void переводим деньги. «interface» TransferMoneySource @dmytromindra #xpdays
- 63. DCI & MVC вместе @dmytromindra #xpdays
- 64. DCI – это еще одна точка зрения @dmytromindra #xpdays
- 65. Комбинируя подходы мы получаем архитектуру системы MVC Концептуальная DCI проектирование модель Domain Model @dmytromindra #xpdays
- 66. Do try this ;) @dmytromindra #xpdays
- 67. Links and References http://www.artima.com/articles/dci_vision.html http://www.leansoftwarearchitecture.com/ @dmytromindra #xpdays
- 68. Source Code https://github.com/DmytroMindra/DCI-Simple- Sample @dmytromindra #xpdays
- 69. Итоги • В проектировании очень важны знания • В проектировании очень важен опыт • В проектировании очень важно понимание • Agile архитектура – это люди • DCI стоит попробовать дома • Попробуйте Lean @dmytromindra #xpdays
- 70. В заключение Программное обеспечение не ограничено физикой, как здания. Оно ограничено фантазией, дизайном, организацией. Короче говоря, оно ограничено свойствами людей, а не свойства мира. "Мы встретили врага, и этот враг мы сами". -- Мартин Фаулер @dmytromindra #xpdays
- 71. Программист 3.0 @dmytromindra #xpdays
- 72. Спасибо! @dmytromindra #xpdays