Комментарии
7
Отличная статья. Реализовать на одной диаграмме всю совокупность слоев архитектуры выглядит как утопия — сложность задачи будет неприемлема. Расскажите как вы декомпозируете описание архитектуры на набор View в ArchiMate?
Реализовать на одной диаграмме всю совокупность слоев архитектуры выглядит как утопия
На одной диаграмме этого делать и не следует. Я писал про единое информационное пространство. Диаграммы разные, но имеют связи между собой. И графический интерфейс предоставляет возможность переходить по ссылке из одной диаграммы в другую(ие), например, декомпозируя абстрактные представления в более детальные.
Эта методика явно не покрывает полностью все аспекты проектирования и в частности моделирования. Например, использование ArchiMate, ни в коем разе не отменяет использование UML диаграмм.
Мне стало интересно разобраться со всеми аспектами архитектуры, собрав в данной статье структурированно и последовательно информацию о том, что же такое ИТ архитектура, кто такие ИТ архитекторы, и «с чем их едят».
А мне стало грустно, когда почитал Вашу статью с таким, мягко говоря, недостаточным пониманием, что такое архитектура предприятия и ИТ архитектура.
Довольно лаконичное определение, из которого становится доступным для понимания, что же принято ассоциировать с явлением — ИТ Архитектура.
Грустно видеть, что Вы путаете понятия «Архитектура программного обеспечения» и «ИТ-архитектура» и, увы, для читателей не становится доступным для понимания: ИТ (Информационно технологическая) архитектура – это не только информационная (прикладное ПО), но и технологическая (базовое ПО и железо) архитектура.
Вообще, определение выбрано неудачное. И раскрыто оно в виде составных частей, а не как должно быть, тут ключевая фраза: «решения об организации».
Архитектурный подход (англ. architectural framework) — соглашения, принципы и практики для описания архитектуры, установленные для конкретной области применения и/или конкретным сообществом заинтересованных лиц (2).
Грустно это видеть, это не верно.
Архитектурный метод описания (англ. architectural viewpoint) — спецификация соглашений для конструирования и применения группы описаний. Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством установления назначений и аудитории для группы описаний, а также приемы их создания и анализа.
Грустно, непонимание и неверный перевод понятия «Точка зрения».
Рисунок 1. Модель выработки целей и показателей
Грустно, непонимание элементов и отношений Archimate. Сложилось впечатление, что названия элементам даны случайным образом.
Модель Закмана со временем дорабатывалась и послужила прародителем для многих архитектурных каркасов и спецификаций.
Одной из таких актуальных спецификаций является например, графический язык ArchiMate, содержащий набор понятий для описания архитектуры предприятия и фреймворк
Нет, матрица Захмана не имеет отношения к Archimate, который НЕ фреймворк.
Много еще другого текста, который нет смысла комментировать, ввиду общего непонимания.
Итого: Рекомендую автору знакомиться со архитектурой предприятия использую специализированные источники, википедия, в данном случае, не походящий вариант.
Очень грустно читать такие грустные комментарии.
Эта статья рассчитана не на повышение квалификации профессионалов в области ИТ архитекторы, а на выявление проблем в ИТ индустрии, связанных с отсутствием или недостаточным вниманием к вопросам ИТ Архитектуры в крупных ИТ компаниях. Соответственно форма, объем и подача материала рассчитана на аудиторию широкого профиля. Да, в нем есть упрощения и притянутые за уши вещи. Но, если Вы посмотрите на комментарии ко второй части, то речь идет о том, что Архитектуры в ИТ отрасли вообще очень, очень мало, или что каждый разработчик является архитектором. Я бы сказал, сам себе архитектор. А еще одно скучное перепечатывание строгих формулировок не поможет прояснению ситуации.
На счет скомканности определения ИТ Архитектуры, согласен, переборщил с упрощением. Внес корректировки в текст.
Эта статья рассчитана не на повышение квалификации профессионалов в области ИТ архитекторы, а на выявление проблем в ИТ индустрии, связанных с отсутствием или недостаточным вниманием к вопросам ИТ Архитектуры в крупных ИТ компаниях. Соответственно форма, объем и подача материала рассчитана на аудиторию широкого профиля. Да, в нем есть упрощения и притянутые за уши вещи. Но, если Вы посмотрите на комментарии ко второй части, то речь идет о том, что Архитектуры в ИТ отрасли вообще очень, очень мало, или что каждый разработчик является архитектором. Я бы сказал, сам себе архитектор. А еще одно скучное перепечатывание строгих формулировок не поможет прояснению ситуации.
На счет скомканности определения ИТ Архитектуры, согласен, переборщил с упрощением. Внес корректировки в текст.
Мне стало интересно разобраться со всеми аспектами архитектуры, собрав в данной статье структурированно и последовательно информацию о том, что же такое ИТ архитектура, кто такие ИТ архитекторы, и «с чем их едят».
Тоже пытаюсь «объять необъятное» чуть с более широким понятием ЕА (не только ИТ-решений):
Enterprise Architecture vs алхимия предприятия. Ключевые мифы
Там есть:
3 Конкурс на описание «household architecture»
Примите участие? Зачем так много букф? Лучше показать все простым примером (НА).
Перестал читать после фразы:
дальнейшее чтение бессмысленно, хотя сначала было интересно.
Ведь на практике без его постоянных уточняющих консультаций, воспользоваться результатом евонной деятельности практически невозможно.
дальнейшее чтение бессмысленно, хотя сначала было интересно.
Возможно надо было сделать над собой усилие и «протянуть» еще до следующего предложения, объясняющего логическую подоплеку вышесказанного:
Полная, логически выстроенная, структурированная картинка сложного решения есть лишь в его голове.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Архитектура ИТ решений. Часть 1. Архитектура предприятия