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