GK
Звучит как ArchOps какой-то
Типа того
Size: a a a
2020 March 13
AL
@WatchTh15 Саша, видел как ты употреблял термин Continuous Architecting. Ты сам этот термин синтезировал или где-то позаимствовал?
Этот термин пришёл ко мне от Жана Батиста Сарроди и Филиппа Бивуа. Они из OMG и авторы стандарта Archimate
AL
Они же разработчики опенсорс тула archi и ряда плагинов к нему.
GK
Прикольно)
AL
Тема такая, что изменения в архитектурном описании накапливатся непрерывно. И важно уметь их таскать туда и оттуда.
GK
Ну авторы не они, они просто самые шустрые
GK
Тема такая, что изменения в архитектурном описании накапливатся непрерывно. И важно уметь их таскать туда и оттуда.
Да мы об этом уже давно говорим ведь. Термин хороший.
AL
Сарроди точно входит в число авторов.
в смысле он вот прям в коллективе и в листе авторов указан.
в смысле он вот прям в коллективе и в листе авторов указан.
AL
Да мы об этом уже давно говорим ведь. Термин хороший.
Там главный посыл в том, что изменения хоть и накапливаются постоянно, но часть из них - "стабилизация плато", а часть "переход на новое плато".
GK
Сарроди точно входит в число авторов.
в смысле он вот прям в коллективе и в листе авторов указан.
в смысле он вот прям в коллективе и в листе авторов указан.
Не нанёс свою мысль. Ну да ладно)
AL
Не, я понимаю, что смысл термина АрхОпс/НепрерывноеПроектирование появился ещё в 80-е 90-е. Как только появилась потребность в непрерывном развитии софта.
GK
Там главный посыл в том, что изменения хоть и накапливаются постоянно, но часть из них - "стабилизация плато", а часть "переход на новое плато".
Не понимаю. Плато это что?
В спорте понимаю. Чтобы перейти на новый уровень, преодолеть плато, нужно перейти на качественно новую химию.
В спорте понимаю. Чтобы перейти на новый уровень, преодолеть плато, нужно перейти на качественно новую химию.
AL
Не понимаю. Плато это что?
В спорте понимаю. Чтобы перейти на новый уровень, преодолеть плато, нужно перейти на качественно новую химию.
В спорте понимаю. Чтобы перейти на новый уровень, преодолеть плато, нужно перейти на качественно новую химию.
Если коротко - относительно стабильное состояние целевой системы.
Тогаф даёт как :
A Plateau represents a relatively stable state of the architecture that exists during a limited period of time.
Тогаф даёт как :
A Plateau represents a relatively stable state of the architecture that exists during a limited period of time.
GK
Если коротко - относительно стабильное состояние целевой системы.
Тогаф даёт как :
A Plateau represents a relatively stable state of the architecture that exists during a limited period of time.
Тогаф даёт как :
A Plateau represents a relatively stable state of the architecture that exists during a limited period of time.
Тут два ключевых слова - relatively и limited period, что допускает широкую интерпретацию.
В архитектуре развивающегося решения плато не бывает. Есть архитектурно значимые изменения, которые нужно отражать, а есть не значимые.
В архитектуре развивающегося решения плато не бывает. Есть архитектурно значимые изменения, которые нужно отражать, а есть не значимые.
GK
В архитектуре предприятия образуется застои, да.
AL
Тут два ключевых слова - relatively и limited period, что допускает широкую интерпретацию.
В архитектуре развивающегося решения плато не бывает. Есть архитектурно значимые изменения, которые нужно отражать, а есть не значимые.
В архитектуре развивающегося решения плато не бывает. Есть архитектурно значимые изменения, которые нужно отражать, а есть не значимые.
Так, а давай ещё вспомним про вьюпоинты, и уровни системного разбиения. И поймём, что "архитектурно незначимых изменений" не бывает. Они все имеют значение.
AL
Вот незначимых для данного уровня или перспективы - да. Бывает. А в принципе - никогда. Если изменения есть - они значимы с какой-то точки зрения, для выбранной "заинтересованной стороны".
GK
Так, а давай ещё вспомним про вьюпоинты, и уровни системного разбиения. И поймём, что "архитектурно незначимых изменений" не бывает. Они все имеют значение.
Вот тут ты прав. Зависит от вьюпоинтов. Но где плато, если постоянно меняется архитектура.
AL
Концептуализирую исходя из следующих посылок:
1. Есть условная "версия системы". Версия - это "требования + технические/методические решения + методика испытаний + документация".
2. Есть степень соответствия на которую согласен условный "приёмщик". В %% от всех требований по всем их всех уровням значимости.
1. Есть условная "версия системы". Версия - это "требования + технические/методические решения + методика испытаний + документация".
2. Есть степень соответствия на которую согласен условный "приёмщик". В %% от всех требований по всем их всех уровням значимости.
GK
У меня же конкретная задача - нужно чтобы команды постоянно документировали за собой.