Size: a a a

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

2020 January 28

DZ

Denis Zarin in Архитектура ИТ-решений
Но там только про реактивные модели!))
Нам остаются делиберативные ещё.
источник

Р

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

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Zarin
В простых случаях с кучей assumptions работает. Вроде хорошо зашло в моделирование всяких социальных феноменов.

Похоже на численное решение, где неизвестно полного аналитического, говоря метафорически.
Но это не про моделирование как 'построение моделей предметной области', а про 'авиамоделирование' или 'экспкриментальная модель соц.процессов'.
Т.е. другой кейс совсем.
источник

Р

Руслан in Архитектура ИТ-решений
Хотя я иногда поддерживаю мысль, что "В СССР все уже изобрели"
источник

S

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

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
Но это не про моделирование как 'построение моделей предметной области', а про 'авиамоделирование' или 'экспкриментальная модель соц.процессов'.
Т.е. другой кейс совсем.
Скорее соглашусь, но дальше надо про модели дискутировать.
Ну и там других кошек обсуждать))
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Руслан
Alex  - люблю российскую науку за изобретение своего параллельного словаря) верно ли я понимаю что в контексте статей по ссылкам агенты это некие функции (бизнес или приложений)? и тогда метамодель с процессами, информацией дополняется функциями и становится более целостной?
Ну например в транспортном планировании у них такие понятия, как агент возможности (связанный с транспортом) и агент потребности (связанный с заказом), то есть достаточно близко к понятиям ООП.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Руслан
Alex  - люблю российскую науку за изобретение своего параллельного словаря) верно ли я понимаю что в контексте статей по ссылкам агенты это некие функции (бизнес или приложений)? и тогда метамодель с процессами, информацией дополняется функциями и становится более целостной?
В параллельной реальности, параллельный словарь.
источник

Р

Руслан in Архитектура ИТ-решений
Alex Glazunov
Утопию неутопией делает конкретная удачная реализация. Те же мультиагентные системы были чистой утопией десятилетия, но всё-таки пусть не для целых предприятий (а отдельных оптимизационных задач) успехи есть. Так что я бы не называл работы Самарина, Скобелева и т.п. такой уж утопией.
Пример более удачной реализации такого универсального конструктора, имеющего даже российского интегратора в основателях и популяризаторах (хотя вроде было иностранное решение взято за основу, теперь российское в реестре )). Правда теперь его подают в соусе BPM, так моднее продавать, внутри конструктор процессов и информационных объектов (справочников, документов и проч). Ну так они тут честно говорят, что для автоматизации всего что между системами (ERP и проч). По сути убийца экселя и почты, где эксель = ввод данных, почта = процесс. Не реклама, в свое время остановил внедрение этого софта, когда бизнесу "продали" его как панацею. В ссылке возможности платформы в ссылке преимущества)  https://korusconsulting.ru/platforms/bpm-systems/platforma-kpoint/#link3
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Руслан
Пример более удачной реализации такого универсального конструктора, имеющего даже российского интегратора в основателях и популяризаторах (хотя вроде было иностранное решение взято за основу, теперь российское в реестре )). Правда теперь его подают в соусе BPM, так моднее продавать, внутри конструктор процессов и информационных объектов (справочников, документов и проч). Ну так они тут честно говорят, что для автоматизации всего что между системами (ERP и проч). По сути убийца экселя и почты, где эксель = ввод данных, почта = процесс. Не реклама, в свое время остановил внедрение этого софта, когда бизнесу "продали" его как панацею. В ссылке возможности платформы в ссылке преимущества)  https://korusconsulting.ru/platforms/bpm-systems/platforma-kpoint/#link3
Но это как раз похоже на BPMN движок типа комунды.
источник

S

Sergey in Архитектура ИТ-решений
Phil Delgyado
Угу, это акторные модели как они есть.
причем в комплекте формальная статическая и run-time семантика, текстовая и стандартная графическая нотация и формат для обмена диаграмм (CIF)... Но победил кривой и недоделанный UML, задвинув SDL :(
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey
причем в комплекте формальная статическая и run-time семантика, текстовая и стандартная графическая нотация и формат для обмена диаграмм (CIF)... Но победил кривой и недоделанный UML, задвинув SDL :(
Угу... Но индустрия всегда выбирает худшее, но понятное из решений.
источник

S

Sergey in Архитектура ИТ-решений
опосля индустрия поняла свою ошибку, но весь MDD уже был подорван неудачами с UML
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
70% описываются в семантике скрытых акторов с историей поведения в стиле Cadence. Но сложные сценарии уже требуют явных акторов с событиями и состояниями
источник

DN

Dmitry N in Архитектура ИТ-решений
Руслан
Пример более удачной реализации такого универсального конструктора, имеющего даже российского интегратора в основателях и популяризаторах (хотя вроде было иностранное решение взято за основу, теперь российское в реестре )). Правда теперь его подают в соусе BPM, так моднее продавать, внутри конструктор процессов и информационных объектов (справочников, документов и проч). Ну так они тут честно говорят, что для автоматизации всего что между системами (ERP и проч). По сути убийца экселя и почты, где эксель = ввод данных, почта = процесс. Не реклама, в свое время остановил внедрение этого софта, когда бизнесу "продали" его как панацею. В ссылке возможности платформы в ссылке преимущества)  https://korusconsulting.ru/platforms/bpm-systems/platforma-kpoint/#link3
Но это было хотя бы похоже на "платформу". Теперь под видом "платформы Evo" продается набор опенсорс-решений - rabbit, activiti и иже ними. Плюс услуги реакт-фронтендера)
источник

Р

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

Р

Руслан in Архитектура ИТ-решений
Dmitry N
Но это было хотя бы похоже на "платформу". Теперь под видом "платформы Evo" продается набор опенсорс-решений - rabbit, activiti и иже ними. Плюс услуги реакт-фронтендера)
Ну тут все зависит от умения продать) В другой компании Кпоинт отлично может зайти, тем более Корус на нем напилил уже много предметных конфигураций
источник

S

Sergey in Архитектура ИТ-решений
Phil Delgyado
70% описываются в семантике скрытых акторов с историей поведения в стиле Cadence. Но сложные сценарии уже требуют явных акторов с событиями и состояниями
реализовать поверх Cadence ? Вроде гибкая система достаточно. можно и BPM движок сделать и прочие, не связанные с бизнес-процессами
источник