Как стать автором
Обновить

Комментарии 11

— Задача архитектора — используя существующие элементы, с учетом их ограничений, построить систему, которая выполняет поставленные перед ней задачи, отвечает заранее оговоренным требованиям и при этом остается максимально возможно расширяемой. —

Однако, какая польза от того, что мы вводим все новые и новые определения? В вашей статье не сказано как именно этого добится — а собственно в этом вроде как и заключена суть работы архитектора.
Какие элементы? Какие ограничения? Какие задачи? Какие требования? Для чего нужна расширяемость? Чего именно этого добиться?
… место вам для размышлений …
Строительный проект состоит из двух основных частей: архитектурно-строительной и инженерной.

Все-таки, раз уж начинаете статью с такого утверждения, есть смысл посмотреть законодательные нормы.

Как же много рассуждений, что такое Архитектура системы и Бизнес-архитектура.

Но реальных примеров нет и нет. Архитектуру самого простого предприятия кто-нибудь нарисует? Простую пошаговую инструкцию приложит?

Для IT-архитекторов, которые «в танке» и любят сравнивать себя с зодчими:

Архитектурный раздел строительного проекта больше относится к внешней, фасадной части. В нём прорабатываются вопросы эстетики, оформления, отделки помещений и всего прочего, с этим связанного.

Вы здессь сразу сузили определение до рамок строительного проекта - корректно ли это? А кто делал проект Москвы-Сити, например? Сейчас чаще всего так и есть, но было время архитекторы проектировали районы и целые города. Сейчас архитектор - дизайнер потому, что строительство исходит не из рациональности, а из профита.

Связь явно есть, иначе професси бы назывались по-разному. В начале XX века перед архитекторами стояли теже вопросы обеспечения гибкости и лучшего пользовательского опыта. Об этом можно прочитать у Ле Карбюзье в "Дом - машина для жилья". Архитекторы уже тогда понимали, что вот эти фасады, стены - это временное - сегодня ДК, а завтра пятёрочка,

А кто делал проект Москвы-Сити, например?

Архитектурную часть - архитекторы, строительную часть - инженеры-строители.

Сейчас архитектор - дизайнер потому, что строительство исходит не из рациональности, а из профита.

Довольно странное противопоставление рациональности и выгоды.

...обеспечения гибкости и лучшего пользовательского опыта.

Извините, но вы так дойдете до того, что заявите про то, что было время, когда строительные архитекторы CJM проектировали.

Архитекторы уже тогда понимали, что вот эти фасады, стены - это временное - сегодня ДК, а завтра пятёрочка,

Как правило проект предназначен для решения конкретных задач, а например, проектирование храма в архитектурном принципе не предполагает открытия в нем Пятерочки.

Извините, но вы так дойдете до того, что заявите про то, что было время, когда строительные архитекторы CJM проектировали.

о CJM
CJM не писали, но практику похожую на EventStorming и сбор общеупотребимого языка ВХУТЕМАС и БАУХАУС проводили, вероятно как и последующие архитекторы. На этом фото часть стенда посвящённая столетию ВХУТЕМАСА, про то как обучали студентов важности общения за заитересованными сторонами.
CJM не писали, но практику похожую на EventStorming и сбор общеупотребимого языка ВХУТЕМАС и БАУХАУС проводили, вероятно как и последующие архитекторы. На этом фото часть стенда посвящённая столетию ВХУТЕМАСА, про то как обучали студентов важности общения за заитересованными сторонами.

Если или когда найду кокретный анализ для конкретных объектов (такое было, но не всё легко отыскать), обязательно подкреплю к этому ответу.

Я не пытаюсь свою точку зрения навязать, скорее преуменьшить IT как нечто особенное. Правильно смотреть и на здания и на ПО как основной капитал бизнеса (производства). Если смотреть с этой стороны, то разница совсем уж не велика, т.к. и то и другое используется как технические возможности для обеспечения бизнес-процессов.

Попробуйте использовать понятие «Программный продукт» вместо «Программное обеспечение», всё заиграет другими красками.

Я люблю идти не от определений в ГОСТах и стандартах, а от сути. В чем суть? Суть в том, чтобы выделить важное, отделив его от неважного. А важное - это то, что позволяет предсказывать последствия моих запланированных и выполненных действий. В этом смысле Архитектура строительная - это выбор компонентов из имеющихся в доступности (бетон, композиты, металл, камень, и прочее), и компоновка этих компонентов таким образом, чтобы построенная конструкция удовлетворяла требованиям (например, долговечность, удобство для выполнения предназначенной функции, эстетичность, адекватная стоимость обслуживания, и т.д.) Если эту аналогию применить к Бизнес-организации, то требования - это "должна быть эффективная продуктивная производительная бизнес-организация, способная развиваться и адаптироваться под внешнюю среду". А какие компоненты есть в доступности? Это (1) люди на рынке (2) бизнес-модели для архитектуры бизнес-подсистем.

Чтобы это сложить в первый драфт архитектуры, я выделяю пять важнейших подсистем: (1) Подсистема производства полезности для потребителей (Основной процесс); (2) Клиент.Система (чтобы не забыть про JTBD); (3) Управляющая система; (4) Система по созданию систем работы; (5) Подсистема людей и групп. Обычно про (4) не думают, от чего и происходят разные нежелательные последствия.

Спасибо за статью.

Строительный архитектор не выбирает материалы, он занимается планировкой, фасадами и инсоляцией. Конструкционной частью (где материалы) занимается главный инженер проекта (ГИП). Стоимостью занимается сметчик.

"Архитектор в ИТ" имеет кардинально другой смысл, он больше похож на ГИП в строительном проекте.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации