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

Архитектура ИТ решений. Часть 1. Архитектура предприятия

Время на прочтение 12 мин
Количество просмотров 163K
Всего голосов 9: ↑9 и ↓0 +9
Комментарии 7

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

Отличная статья. Реализовать на одной диаграмме всю совокупность слоев архитектуры выглядит как утопия — сложность задачи будет неприемлема. Расскажите как вы декомпозируете описание архитектуры на набор View в ArchiMate?
Реализовать на одной диаграмме всю совокупность слоев архитектуры выглядит как утопия

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

Эта методика явно не покрывает полностью все аспекты проектирования и в частности моделирования. Например, использование ArchiMate, ни в коем разе не отменяет использование UML диаграмм.
Мне стало интересно разобраться со всеми аспектами архитектуры, собрав в данной статье структурированно и последовательно информацию о том, что же такое ИТ архитектура, кто такие ИТ архитекторы, и «с чем их едят».

А мне стало грустно, когда почитал Вашу статью с таким, мягко говоря, недостаточным пониманием, что такое архитектура предприятия и ИТ архитектура.
Довольно лаконичное определение, из которого становится доступным для понимания, что же принято ассоциировать с явлением — ИТ Архитектура.

Грустно видеть, что Вы путаете понятия «Архитектура программного обеспечения» и «ИТ-архитектура» и, увы, для читателей не становится доступным для понимания: ИТ (Информационно технологическая) архитектура – это не только информационная (прикладное ПО), но и технологическая (базовое ПО и железо) архитектура.
Вообще, определение выбрано неудачное. И раскрыто оно в виде составных частей, а не как должно быть, тут ключевая фраза: «решения об организации».
Архитектурный подход (англ. architectural framework) — соглашения, принципы и практики для описания архитектуры, установленные для конкретной области применения и/или конкретным сообществом заинтересованных лиц (2).

Грустно это видеть, это не верно.
Архитектурный метод описания (англ. architectural viewpoint) — спецификация соглашений для конструирования и применения группы описаний. Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством установления назначений и аудитории для группы описаний, а также приемы их создания и анализа.

Грустно, непонимание и неверный перевод понятия «Точка зрения».
Рисунок 1. Модель выработки целей и показателей

Грустно, непонимание элементов и отношений Archimate. Сложилось впечатление, что названия элементам даны случайным образом.
Модель Закмана со временем дорабатывалась и послужила прародителем для многих архитектурных каркасов и спецификаций.
Одной из таких актуальных спецификаций является например, графический язык ArchiMate, содержащий набор понятий для описания архитектуры предприятия и фреймворк

Нет, матрица Захмана не имеет отношения к Archimate, который НЕ фреймворк.

Много еще другого текста, который нет смысла комментировать, ввиду общего непонимания.
Итого: Рекомендую автору знакомиться со архитектурой предприятия использую специализированные источники, википедия, в данном случае, не походящий вариант.
Очень грустно читать такие грустные комментарии.

Эта статья рассчитана не на повышение квалификации профессионалов в области ИТ архитекторы, а на выявление проблем в ИТ индустрии, связанных с отсутствием или недостаточным вниманием к вопросам ИТ Архитектуры в крупных ИТ компаниях. Соответственно форма, объем и подача материала рассчитана на аудиторию широкого профиля. Да, в нем есть упрощения и притянутые за уши вещи. Но, если Вы посмотрите на комментарии ко второй части, то речь идет о том, что Архитектуры в ИТ отрасли вообще очень, очень мало, или что каждый разработчик является архитектором. Я бы сказал, сам себе архитектор. А еще одно скучное перепечатывание строгих формулировок не поможет прояснению ситуации.

На счет скомканности определения ИТ Архитектуры, согласен, переборщил с упрощением. Внес корректировки в текст.
Мне стало интересно разобраться со всеми аспектами архитектуры, собрав в данной статье структурированно и последовательно информацию о том, что же такое ИТ архитектура, кто такие ИТ архитекторы, и «с чем их едят».

Тоже пытаюсь «объять необъятное» чуть с более широким понятием ЕА (не только ИТ-решений):
Enterprise Architecture vs алхимия предприятия. Ключевые мифы
Там есть:
3 Конкурс на описание «household architecture»
Примите участие? Зачем так много букф? Лучше показать все простым примером (НА).
Перестал читать после фразы:

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


дальнейшее чтение бессмысленно, хотя сначала было интересно.
Возможно надо было сделать над собой усилие и «протянуть» еще до следующего предложения, объясняющего логическую подоплеку вышесказанного:
Полная, логически выстроенная, структурированная картинка сложного решения есть лишь в его голове.

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

Публикации