Пару дней назад наткнулся на статью Фаулера "Кому нужен архитектор?" ("Who Needs an Architect?"). Ей уже сто лет в обед, но я ее первый раз вижу.
Надо сказать, до этого воспринимал архитектуру больше с точки зрения стандартного определения. То есть приблизительно так: архитектура - это скелет приложения, компоненты, взаимосвязи между ними. Но то, что написано в статье, более правильно, на мой взгляд:
"Whether something is part of the architecture is entirely based on whether the developers think it is important. People who build “enterprise applications” tend to think that persistence is crucial. When they start to draw their architecture, they start with three layers. They will mention “and we use Oracle for our database and have our own persistence layer to map objects onto it.” But a medical imaging application might include Oracle without it being considered part of the architecture. That is because most of the complication is in analyzing the images, not in storing them. Fetching and storing images is done by one little part of the application and most of the developers ignore it."
А вот еще кусочек:
"There is no theoretical reason that anything is hard to change about software. If you pick any one aspect of software then you can make it easy to change, but we don’t know how to make everything easy to change. Making something easy to change makes the overall system a little more complex, and making everything easy to change makes the entire system very complex. Complexity is what makes software hard to change. That, and duplication."
Это волшебно. Рекомендую почитать.
Если понравится, можно почитать еще пару интересных статей на тему архитектуры и проектирования:
Gaperton on Software Architecture - статья Gaperton о похожем с примерами и заодно с пояснениями, как согласуется архитектура с дизайном
The Difference between Marketecture and Tarchitecture - статья о компонентах архитектуры: Market-oriented и Technical-oriented
Is Design Dead? - статья об эволюционном проектировании, много разговоров на тему того, что ХР - это супер-пупер, но в целом есть что полезного почерпнуть
Что думаете?
PS. Поделитесь чем-нибудь интересным на эту тему.
В свое время задавался подобными вопросами, на самом деле в мире море информации и огромный багаж накопленного опыта именно по проектированию архитектуры приложений "от мала до велика".
ReplyDeleteДелюсь ссылками на обзоры используемых мировых практик:
http://devprom.ru/news/Методика-описания-архитектуры (стандарт IEEE 1472)
http://devprom.ru/news/Проектирование-архитектуры-уровня-предприятия (TOGAF)
http://devprom.ru/news/Проектирование-архитектуры-по-модели-Захмана (Zahman)