Size: a a a

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

2020 June 09

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Неа. Построение модели целевой системы с самого начала - это да, это про цифровизацию.
А управление требованиями - просто некоторая управленческая практика сбоку.
А как управлять ее изменениями, и как модель производства привести к модели эксплуатации?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Управлять изменениями модели, как раз.
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Модель - тоже код )
В своем роде да. Тут понятия тяжело разграничить сразу.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Требования, в данном случае, исчезают как объект управления, это просто элементы описания модели.
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Управлять изменениями модели, как раз.
Основания?
источник

AZ

Alex Zernov in Архитектура ИТ-решений
Phil Delgyado
Вот "требование как код" - это уже интересно )
Пока чаще встречаю требования как "low-code" или даже "codeless" :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это одно и то же
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Требования, в данном случае, исчезают как объект управления, это просто элементы описания модели.
Если вы целевой владелец, а если нет? Их модель производства не интересует.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Так общая модель-то. И заказчика и изготовителя.
источник

F

Fagor in Архитектура ИТ-решений
Alex Zernov
Пока чаще встречаю требования как "low-code" или даже "codeless" :)
Немножко не про это, как итог требование лоу код, это  требование к платформе, которая делает код.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
не может быть модели системы только у изготовителя, это не очень нужно и это как раз не про цифровизацию.
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Так общая модель-то. И заказчика и изготовителя.
Редко, никого в модели эксплуатации не интерсует логистика поставки стеновых панелей (изменениями в эксплуатации можно пренибречь) а вот в производстве - нет, пренибречь нельзя. Пример грубый, но показывает что часто отличаются. Хорошо бы одну модель иметь, но нет.
источник

F

Fagor in Архитектура ИТ-решений
Начинаем с одной, и в процессе плавно формируем другую.
источник

AZ

Alex Zernov in Архитектура ИТ-решений
Fagor
Немножко не про это, как итог требование лоу код, это  требование к платформе, которая делает код.
Я про то, что требования как код - это хороший уровень формализации. А сейчас часто требования - это пара квадратиков со стрелками. Или просто текст в котором всё в перемешку
источник

F

Fagor in Архитектура ИТ-решений
Примерно так. Притом в EPCM, вообще три модели из одной в другую получится.
источник

M

Maxim in Архитектура ИТ-решений
источник

M

Maxim in Архитектура ИТ-решений
Alex Zernov
Я про то, что требования как код - это хороший уровень формализации. А сейчас часто требования - это пара квадратиков со стрелками. Или просто текст в котором всё в перемешку
Это точно, до этого нужно дорасти
источник

F

Fagor in Архитектура ИТ-решений
Alex Zernov
Я про то, что требования как код - это хороший уровень формализации. А сейчас часто требования - это пара квадратиков со стрелками. Или просто текст в котором всё в перемешку
Тут согласен. Еще сразу сценарии тестов под них, вообще красиво выйдет.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Fagor
Редко, никого в модели эксплуатации не интерсует логистика поставки стеновых панелей (изменениями в эксплуатации можно пренибречь) а вот в производстве - нет, пренибречь нельзя. Пример грубый, но показывает что часто отличаются. Хорошо бы одну модель иметь, но нет.
Ну, вообще как раз в строительстве переходят к всяким 5D, 7D etc. Когда общая модель всего, включая цепочки поставок.
И для эксплуатации - тоже, так как там цепочки поставок никуда не деваются, просто товары обычно другие.
Но при этом понимание, какие именно "панели", из какой партии, с какими характеристиками - все еще важны.

Но у меня нет данных по эффективности подобых моделей для разных проектов. Для АЭС вроде бы полезно. Для дачного домика - увы, нет.
Хотя уже для ремонта квартиры пытаются делать (хотя пока все очень неудобно).
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alex Zernov
Я про то, что требования как код - это хороший уровень формализации. А сейчас часто требования - это пара квадратиков со стрелками. Или просто текст в котором всё в перемешку
Ну, потому и не будет никакой цифровизации, пока требования - это плохосвязанные кусочки текстов, увы.
источник