По-моему тоже ключевой вопрос это: "Зачем?".

За 2). Проект сейчас делаем, для нашей организации в первый раз такой. Встала задача создать архитектуру. Собрали мы всех стейкхолдеров среднего уровня внутренних проекта в одном месте и спросили "что Тебе нужно от нас (<примеры>), чтобы эффективно выполнять <функция его роли>", наговорили они нам всякого разного, вместе с ними мы выбрали наиболее приоритетное (то, что много пересечений было или роли важные), там штук 8-10 артефактов появилось. Стейкхолдерам высокого уровня направили письмо того же содержания, но добились ответа, так появился еще 1 артефакт. На всё это 3 дня потратили. И за время всего проекта ничего больше не понадобилось (о чудо!). Подход придумали исходя из концепции "Архитектура - все что есть важного".

Юрий, можете привести примеры артефактов? хочу понять что это конкретно )

Архитектура - коротко о важном.

Только надо понимать, что это не референс, а именно под конкретный проект, с конкретными ФИО в ролях проекта, в конкретной ситуации: Архитектура API Middle End, User Story, Список архитектурных принципов, Диаграмма классов Front end, Диаграмма классов Middle end, Диаграмма последовательностей, C4 model всего решения (только контекст и контейнеры), Модель данных (XLS - расписано для всех 3 уровней - front, middle, back), Ролевые ограничения; Список того, что меняется при переходе из среды в среду (у нас 5 сред до PROD), НФТ от Заказчика, План проекта, Контекст решения в Заказчике (это - презентация бизнесовая).

спасибо!

А диаграммы классов как поддерживаются в актуальном состоянии? Автоматически?

Максим, подскажите что это за разделы ТП?

Да, но их сильно не используют. Сильно сейчас используют то, что описано далее по тексту. Остальное было актуально на этапе запуска работ и синхронизации нескольких подрядчиков.

Сильно используют в разработке: Архитектура API Middle End, User Story, Список архитектурных принципов, Модель данных (XLS - расписано для всех 3 уровней - front, middle, back), Ролевые ограничения; Список того, что меняется при переходе из среды в среду (у нас 5 сред до PROD), План проекта, Контекст решения в Заказчике

А что такое архитектурные принципы?

Высокоуровневые правила "как разрабатывать, как развертывать, как писать код"

спасибо

Можно перефразировать вопрос про диаграмму классов на: "Как поддерживать модель данных?". Суть не изменится. Ну и Excel в наше время совсем уж анахронизм.

Мой ответ - периодически по мере внесения важных изменений. А желательно восстанавливать из кода

Вообще теме everything as a code пора бы коснуться и архитекторов. Иначе сапожник без сапог.

+1

Процессно (т.е. руками). Этот файл - первоисточник для всех подрядчиков, а не наоборот.

Туда архитекторы пишут согласовав между собой

коллеги, а есть кто готов провести обучение моделированию ИТ-системы с использованием Archimate? пока вижу как нечто короткое, на 2-4 часа. у меня группа аналитиков, которым надо уметь это делать

Денис, а разве Archimate - это не для архитектуры предприятия и/или безнеса?