Size: a a a

Архитектура ИТ-решений

2019 August 14

KO

K O in Архитектура ИТ-решений
в нотации цель как раз высокоуровневая декларация
источник

KO

K O in Архитектура ИТ-решений
а smart - это похоже на смесь архимейтовых целей с результатами (метриками)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Так, ок, тогда у меня вопрос: для коммуникации с какими стейкхолдерами, каких целях хороша такая модель, и принятие каких решенй поддерживает?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Причём желательно понять метод "А, смотрит на модель, видит АБВ, сравнивает, делает вывод".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Кстати с картинки посмеялся. Стейкхолдер "совет директоров" )
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я в том смысле, что если рядом нет модели интересов, то такое определение скорее запутает, чем поможет
источник

KO

K O in Архитектура ИТ-решений
Alexander Luchkov
Так, ок, тогда у меня вопрос: для коммуникации с какими стейкхолдерами, каких целях хороша такая модель, и принятие каких решенй поддерживает?
Мне тут видится представление, т.е. желание показать место цели как элемента нотации в окружении других элементов.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
ИМХО тут сильно спутаны "business role" и "stakeholder"
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
K O
а smart - это похоже на смесь архимейтовых целей с результатами (метриками)
Я тоже так понимаю. Плохие удои – это оценка. Повысить удои – это цель. Доведены удои до уровня 40 л./корову к концу года – это Результат.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
K O
Мне тут видится представление, т.е. желание показать место цели как элемента нотации в окружении других элементов.
Я всё таки про практическое применение хотел бы. Метамодель это прекрасно, но непонятно кому она нужна без практических примеров.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Alexander Teterkin
Я тоже так понимаю. Плохие удои – это оценка. Повысить удои – это цель. Доведены удои до уровня 40 л./корову к концу года – это Результат.
ИМХО оценка - это "Удои в литрах". Цель позитивная - "Х литров в день", цель негативная "Б - литров  вдень".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А результат - да, это timebound план/факт. Можно наверное для этого использовать.
источник

KO

K O in Архитектура ИТ-решений
Alexander Luchkov
Я всё таки про практическое применение хотел бы. Метамодель это прекрасно, но непонятно кому она нужна без практических примеров.
Тут не готов. Схему показал только для пояснения своей позиции по необходимости указания результатов. Сам использую архимейт несколько для другого, уровнем ниже.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
K O
Тут не готов. Схему показал только для пояснения своей позиции по необходимости указания результатов. Сам использую архимейт несколько для другого, уровнем ниже.
Уровнем ниже у меня всё хорошо получается. Но про управление требованиями и инженерию требований через архимейт хотелось бы пообщаться
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я кстати не видел ни одной толковой модели, где бы можно было посмотреть архимейтовское применение motivation, capabilities и т.п. Очень было бы интересно. Может есть у кого?
источник

KO

K O in Архитектура ИТ-решений
Alexander Luchkov
Уровнем ниже у меня всё хорошо получается. Но про управление требованиями и инженерию требований через архимейт хотелось бы пообщаться
У меня давно есть желание разложить того же Вигерса в архимейт, но времени не хватает.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
K O
У меня давно есть желание разложить того же Вигерса в архимейт, но времени не хватает.
Я Вигерса и Кокбёрна положил на полку, и пошёл читать 29148
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Alexander Luchkov
ИМХО оценка - это "Удои в литрах". Цель позитивная - "Х литров в день", цель негативная "Б - литров  вдень".
Все-таки, если посмотреть метамодель мотивационных элементов ( https://pubs.opengroup.org/architecture/archimate3-doc/chap06.html ) то видно, что драйвер связан с оценкой, а та связана с целью, а уже результат (конечный результат) реализует цель. Т.е. какой должен быть результат чтобы выполнить цель.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Alexander Teterkin
Все-таки, если посмотреть метамодель мотивационных элементов ( https://pubs.opengroup.org/architecture/archimate3-doc/chap06.html ) то видно, что драйвер связан с оценкой, а та связана с целью, а уже результат (конечный результат) реализует цель. Т.е. какой должен быть результат чтобы выполнить цель.
Это если использовать полную метамодель. Тут никто не спорит. Вопрос "Зачем делать из буханки хлеба троллейбус?"
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gretchen
Инструмент с методологией. Мотивационную часть ("фиолетовую") гляньте. А вообще Вы так широко вопрос поставили *зачеркнуто* даже не поставили, аж мозг заболел, сколько всего вокруг да около можно было бы притянуть)
Спасибо!

По поводу постановки вопроса — это by design. Задачи ведь разные бывают: не только решить что-то конкретное, но и исследовать кусок мира вокруг. На примере цикла Бойда — у меня про часть OO, а не про DA задача сейчас.
источник