Vadim Romanenko Petro123
меня смутили такие моменты:
- основной принцип интеграции освещён как: "создание у интегрируемых приложений сервисов...".
Т.е. переписывание их (причём это нетривиальное дело). Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

А как же они могут интегрировацца по-другому? Святым духом что-ли? Не представляю я себе, как можно забрать данные у системы, не зная ее АПИ (сервисы - его частный случай)...

============= можно но не у всех BPM (в статье выше приводились примеры). Например по событиям в OS о получении файла в определённую папку и т.д.
Вся соль, что большинство приложений для интеграции без исходного кода и без АПИ.
Либо переписывание ИХ АПИ под сервисы = созданию обычной ERP.

Petro123- Что значит, все процессы в оперативной памяти? В других системах процессы десириализуются (засыпают) на жесткий диск в СУБД и по событим же активизируются.
Какой смысл в оперативке? СУБД дорогая? Отклик долгий?
IMHO Ну, вероятно, для скорости? И изьятие еще одного элемента, наличие которого может отпугнуть от продукта ;)

========= несерьёзно. Непонятна техническая сторона - Как выключить и включить сервер? Где хранятся ОБЩИЕ данные всех систем? Список процессов? Данные для редактора процессов? Формы ввода ПОЛЬЗОВАТЕЛЬСКОЙ системы?
Это ведь тоже программа с окнами, кнопками и т.д.

У других ведущих систем такого рода, я так понимаю, есть к примеру рабочее место:
- Кладовщик. У него 2 окна (системы BPM и 1С ТиС). Так вот в 1С он оприходует товар, а в систему BPM он либо вводит ручками ЕЩЁ раз "1234 Анальгин, блистер 0,5 - 15 штук" либо эта информация появляется автоматически (адаптер+парсер накладной написанный Java-программистом ). Вот тогда он нажимает кнопку ( написанный Java-программистом ) "ЗапуститьБП - отправить_Ваське" эту информацию.

ЗЫ. Надо очень хорошо подумать и посчитать прежде чем вводить данный паровоз. Недёшево это.

iscrafm Petro123Мне кажется основные отличия производителей BPM именно в их возможностях по интеграции приложений без исходников и сервисов.

фантастика. реально только для интеграции на уровне БД.
интеграция на уровне БД это ERP из модулей а не интеграция РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ

WJ
без исходников - это да.

===== нельзя быть полубеременным. BPM интегрирует приложения без исходников и сервисов (какой-нить "Банк-клиент" или нет?)

Но обращаться к приложению по-любому как-то надо.

======= Всем надо. Однако кто-ж ему дасть :).

В оптимальном варианте - это обращаться через веб-сервисы. Иногда, когда можно обратиться напрямую к объектам БД, то так и поступают.

==== вот и давайте конкретно:
СПОСОБЫ ДОСТУПА К ПРИЛОЖЕНИЯМ:
- сервис ПОНИМАЕМЫЙ BPM
- сервис НЕ ПОНИМАЕМЫЙ BPM
- Плагины-адаптеры ВСТРОЕННЫЕ в Гюльчатай
- Файлы-экспорт-импорт ВСТРОЕННЫЕ в Гюльчатай
- COM-интерфейсы ВСТРОЕННЫЕ в Гюльчатай

внешние средства контроля за Гюльчатай
==================
- файловая система
- перехват HTTP
- перехват работы её с СУБД
- .....Совсем уж без сервисов и исходников - это только просить "Гюльчатай, открой личико":)
когда есть все сервисы и они опубликованы (совместимы по версиям, годам, функционалу) то это не зоопарк на предприятии а фантастика.

Vadim Romanenko
речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
есть приложения:
А
Б
С
Д
какое приложение бкдет что-то запраживать?

на пальцах, как ЭТО длается в BPM
/topic/243111&pg=4&hl=%e2%e5%f0%f2%e8%ea%e0%eb%fc#2180706

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

У BPM тоже есть пользовательский интерфейс:
http://www.bpms.ru/library/articles/bpm-training/index.html
авторТаким образом, цели управления и автоматизации конкурируют друг с другом. По нашему мнению, цель сокращения цикла должна рассматриваться как первоочередная, и добиваться ее надо буквально любой ценой. Если приходится пожертвовать качеством интерфейса — что ж, на каком-то этапе на это надо идти. Так называемое «повышение производительности труда», которое дает тщательно проработанный пользовательский интерфейс, является мнимым, если схема бизнес-процесса не отлажена столь же тщательно. Поэтому только после того, как схема процесса более-менее устоялась, после того как проведена начальная оптимизация — проще говоря, устранены явные несуразности — можно постепенно менять приоритеты и выделять больше ресурсов на автоматизацию.
т.е. на начальном этапе внедрения, это именно 2 окна с параллельными данными с убогим интерфейсом.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

Vadim Romanenko Petro123 Vadim Romanenko
речь идет о том, что обычно другие приложения запрашивают инфу через интеграционную шину у той же самой 1С. Или при поступлении инфы в 1С скажем по триггеру всем подписчикам рассылается сообщение соотв.
есть приложения:
А
Б
С
Д
какое приложение бкдет что-то запраживать?

Вот о чем идет речь. Вновь внедряемые системы могут обращаться за информацией с запросом к ESB (подозреваю, что это общепринятое понятие :)). По кр мере их можно создавать таким образом.
В старые системы КОНЕЧНО НУЖНО что-то дописывать - хотя бы генерацию событий в ESB
нда... когда-то самая перспективная технология интеграции была COM с интерфейсами.
Мечта!
Для реализации COM нужно сразу проектировать приложение под него.

Теперь новая золотая пуля - сервисы (мало чем отличаются от COM).
Для реализации ESB нужно сразу проектировать приложение под него.