Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
iscrafm 2 Concept: Не думаю что декомпозиция системы до отдельных сервисов зависит от типа производства. Чуть ниже на картинке вырезка из репозитария реального материального производства. Все конечно на экране не поместится (> 500), но думаю раскрытая ветвь дает представление что оформляется в виде отдельного сервиса. Вся прелесть в том, что все сервисы слабо связаны, черные ящики, как говорит Garya. В любой момент их можно включать, отключать, изменять параметры вызова, внутренности, связки и т.п. И все это без остановки процесса. Насколько я понимаю, в данном случае есть определенная технологическая этапность операций и на каждом этапе можно выполнять некоторую операцию из определенного для этого этапа набора операций (сервисов). Честно, говоря, когда писал свои посты исходил из возможности конфигураций более общего вида - с учетом возможности перестановки выполнения очередности операций на различных этапах. Но, надо признать, приведенный Вами пример из жизни действительно неплохо укладывается в концепцию SOA. Хороший пример, иллюстрирующий возможности конфигурационных решений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:24 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
ConceptНасколько я понимаю, в данном случае есть определенная технологическая этапность операций и на каждом этапе можно выполнять некоторую операцию из определенного для этого этапа набора операций (сервисов). Честно, говоря, когда писал свои посты исходил из возможности конфигураций более общего вида - с учетом возможности перестановки выполнения очередности операций на различных этапах. да, так и есть. Отдельные сервисы объединяются в процесс, который описывается сценарием. Этот сценарий и определяет последовательность вызовов, исключения, правила передачи входящих параметров (binding), разрешения,исходящую информацию и т.д. Просто процесс Вы рисуете не квадратиками на схеме... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:33 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Я говорил, что асинхронное программирование не подразумевает онлайн работу. По фигу, выключен у вас компьютер или нет. Есть правила обработки исключения. И все это обыкновенное программирование. А способов программить эту штуку море. А я говорю что тут вообще-то не идет речь о технике программирования, кк реализовывать модель - дело вендора, пусть делает как хочет. Я говорю только о сущности модели, в данном случае о модели графа и программирования на нем. Мне не интересно как это ложится на БД или какие потоки управления(thread) создает система. Когда я писал что из себя с моей точки зрание представляет BPMS система, я писал о модели, а не о ее реализации. А именно мне не важно каким образом и где сохраняется контекст экземпляра процесса, важно что оставив экземпляр в некотором состоянии через полгода мы найдем уго в том же состоянии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:36 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
p.s. Конечно все это можно переставлять и т.п. Т.е. сервисная архитектура интересна сама по себе. В любой момент можно внести изменения если изменились внешние условия.Согласен с тем, что если повесить на это графический workflow-дизайнер было бы еще проще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:40 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
blinded Сахават Юсифов Я говорил, что асинхронное программирование не подразумевает онлайн работу. По фигу, выключен у вас компьютер или нет. Есть правила обработки исключения. И все это обыкновенное программирование. А способов программить эту штуку море. А я говорю что тут вообще-то не идет речь о технике программирования, кк реализовывать модель - дело вендора, пусть делает как хочет. Я говорю только о сущности модели, в данном случае о модели графа и программирования на нем. Мне не интересно как это ложится на БД или какие потоки управления(thread) создает система. Когда я писал что из себя с моей точки зрание представляет BPMS система, я писал о модели, а не о ее реализации. А именно мне не важно каким образом и где сохраняется контекст экземпляра процесса, важно что оставив экземпляр в некотором состоянии через полгода мы найдем уго в том же состоянии. Никто с этим не спорит. Мне просто надо все это использовать по возможности и реализовать. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:43 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
iscrafmp.s. Конечно все это можно переставлять и т.п. Т.е. сервисная архитектура интересна сама по себе. В любой момент можно внести изменения если изменились внешние условия.Согласен с тем, что если повесить на это графический workflow-дизайнер было бы еще проще. Так они есть и дармовые. И дизайнеры и движки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 17:52 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовМне просто надо все это использовать по возможности и реализовать. :) Неужот собственную BPMS пишешь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 18:09 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
blinded Сахават ЮсифовМне просто надо все это использовать по возможности и реализовать. :) Неужот собственную BPMS пишешь? Да. :) Но сейчас решил взать за основу WWF. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 18:11 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов blinded Сахават ЮсифовМне просто надо все это использовать по возможности и реализовать. :) Неужот собственную BPMS пишешь? Да. :) Но сейчас решил взать за основу WWF.Первый блин у MS обычно комом... Рисковый Вы человек. :) Я уже не говорю о том, что именно та версионность, которая нужна именно для BPM, в WWF не реализована. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 18:16 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Garya Сахават Юсифов blinded Сахават ЮсифовМне просто надо все это использовать по возможности и реализовать. :) Неужот собственную BPMS пишешь? Да. :) Но сейчас решил взать за основу WWF.Первый блин у MS обычно комом... Рисковый Вы человек. :) Я уже не говорю о том, что именно та версионность, которая нужна именно для BPM, в WWF не реализована. Версионность можно ввести самому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 18:38 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
iscrafmя думаю, что если есть более сложные вещи, то двигатель навесить все же проще Зря думаете. Конечно и моделер вещь не такая уж простая, особенно если заботиться о совместимости со стандартами (например следовать BPMN с его "compensating activity"). А не будешь следовать - заказчик будет нос воротить: "это у вас BPMS, да? совместима со стандартами, да?" Но и движок сделать масштабируемый и с путным API тоже с бухты-барахты не получится. Так что послушайте лучше Сахавата, возьмите опенсорсный. Правда непонятно почему он сам так же не поступает. "Возьмите мой совет, мне самому он не нужен." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 20:41 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
АБ Так что послушайте лучше Сахавата, возьмите опенсорсный. Правда непонятно почему он сам так же не поступает. "Возьмите мой совет, мне самому он не нужен." Так ведь .Net тоже бесплатна и с открытыми исходниками. :) + мошнейшяя поддержка, отличная документация,... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 02:22 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов АБ Так что послушайте лучше Сахавата, возьмите опенсорсный. Правда непонятно почему он сам так же не поступает. "Возьмите мой совет, мне самому он не нужен." Так ведь .Net тоже бесплатна и с открытыми исходниками. :) + мошнейшяя поддержка, отличная документация,... :) Зато средство разработки - совсем не бесплатно, да и кроссплатформенность у него, э-э-э как бы это сказать, нету в общем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 10:02 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
blindedЗато средство разработки - совсем не бесплатно, да и кроссплатформенность у него, э-э-э как бы это сказать, нету в общем Как это небесплатно? Все бесплатно. :) SQL Server, VS, ,,, в Express версиях. Компилятор C#, MSBuild даром. MS становится поставщиком дармовщины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 10:32 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов blindedЗато средство разработки - совсем не бесплатно, да и кроссплатформенность у него, э-э-э как бы это сказать, нету в общем Как это небесплатно? Все бесплатно. :) SQL Server, VS, ,,, в Express версиях. Компилятор C#, MSBuild даром. MS становится поставщиком дармовщины. А с кросс я так и не сталкивался за последние 15 лет почему то везде стоят окошки (до этого были симбиозы мейнфрейм-PC). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 10:34 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
АБДа и вообще вполне можно все на свете запихать в таблицы базы данных, а то и в плоские файлы. Но это все poorman's solutions. На мой взгляд, процесс - это самостоятельная сущность, без ущерба не сводимая ни к алгоритмам, ни к данным, ни к документам. Вот данные тоже можно в принципе не отделять от алгоритмов - но нет, мы понимаем, что лучше иметь отдельный класс системного программного обеспечения - DBMS. То же справедливо и по отношению к BPMS. Уважаемый АБ, а вы не могли бы поподробнее объяснить почему реализация БП на таблицах это "poorman's solution"? Я тут просто имел дело с одной системой, которая делает хранит и само определение бизнес процесса и его состояние как реляционные таблицы и, вобщем, ничего плохого сказать не могу. Только явный плюс в том, что можно строить связанные SQL запросы и по таблицам БП и по таблицам legacy системы. Так в чем же минусы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 13:24 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
dinosaurusЯ тут просто имел дело с одной системой, которая делает хранит и само определение бизнес процесса и его состояние как реляционные таблицы и, вобщем, ничего плохого сказать не могу. Только явный плюс в том, что можно строить связанные SQL запросы и по таблицам БП и по таблицам legacy системы. Так в чем же минусы?Я тоже пытался разобраться с тем, что происходит в мониторинге в BizTalk по его таблицам. Все глаза сломал... :( Можно, конечно, разобраться, при желании. Но если БП имеет сложную схему и, не дай бог, что-то пошло не так, то каким именно образом управление оказалось на конкретной операции, в следствии какой непредвиденной комбинации каких параметров, произошедших двадцать шагов назад, по реляционным таблицам разобраться очень сложно. Особенно, если происходило распараллеливание и/или слияние потоков действий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 13:49 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
Решил дополнительно пояснить. Когда человек разбирается с происходящим, глядя на табличное представление, он все равно должен видеть графическое - иметь схему БП перед глазами. Конечно, можно иметь ее "в уме" (если схема небольшая), но только для несложных схем с небольшим количеством операций. Можно иметь схему в соседнем окне, но тогда нужно периодически переводить глаза из одного окна в другое и акуратно находить соответствия (дабы не ошибиться). То есть, напрягаться и производить ту работу, острой необходимости в которой, по большому счету, не существует. Достаточно лишь наблюдать мониторинг в виде той же самой схемы, но с трассировкой (например, выделенным цветом) траектории фактического выполнения БП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 13:56 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
GaryaМожно, конечно, разобраться, при желании. Но если БП имеет сложную схему и, не дай бог, что-то пошло не так, то каким именно образом управление оказалось на конкретной операции, в следствии какой непредвиденной комбинации каких параметров, произошедших двадцать шагов назад, по реляционным таблицам разобраться очень сложно. А если имеется визуалная программа которая сама лезет в базу и представляет это всё в удобоваримом виде? (стрелочек и квадратиков) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 17:33 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
dinosaurusА если имеется визуалная программа которая сама лезет в базу и представляет это всё в удобоваримом виде? (стрелочек и квадратиков)ПМСМ, не очень удачная идея. Во-первых, подобная программа должна быть чересчур интеллектуальной, чтобы получаемые ею схемы выглядели удобно для восприятия (например, стрелочки должны преимущественно быть сверху-вниз и слева-направо). Во-вторых, в реальных схемах реальные люди часто намеренно располагают квадратики в определенной последовательности в соотвествии с теми критериями и соображениями, которые программе неизвестны. Гораздо проще их "надрагэндропить" в нужный и удобный для восприятия рисунок, и софт получится проще (просто берет и отображает то, что было "нарисовано"), и "думателю" меньше "думать"... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 17:44 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
dinosaurusА если имеется визуалная программа которая сама лезет в базу и представляет это всё в удобоваримом виде? (стрелочек и квадратиков)Подобная идея будет приговором системе. Представьте только, что для развития системы необходимо добавить новую сущность (к примеру, новый вид активити, которого до сего момента не существовало - ну, не придумали пока). И что? Менять схему БД, описывать поведение... это резать по-живому. А если таблицы BPM-системы еще и связаны с другой системой... Наплачетесь, одним словом. Вообще интересная позиция: наконец-то появился новый тип софта, который не скован рамками привычных программных ограничений... и тут же находятся желающие, пытающиеся втиснуть его во что-нибудь, что поддается субъективному восприятию:( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 17:56 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
GaryaВо-первых, подобная программа должна быть чересчур интеллектуальной, чтобы получаемые ею схемы выглядели удобно для восприятия Я имел ввиду что саму схему тоже изначально задаёт человек в той же визуальной программе, а программа заполняет БД. Соответственно и при мониторинге будет видна та же составленная человеком диаграмма. WJ необходимо добавить новую сущность (к примеру, новый вид активити Думаю что технически на базе данных это будет разруливаться добавлением допонительной таблицы описывающей атрибуты нового состояния и добавлением новоой записи в таблицу типов состояний, что, на мой вгляд, достаточно просто. WJИ что? Менять схему БД, описывать поведение... это резать по-живому. Это для меня не очевидно. В данном случае даже речь не идет об изменении, а только о добавлении новых таблиц. Почему это так сложно? WJВообще интересная позиция: наконец-то появился новый тип софта, который не скован рамками привычных программных ограничений... и тут же находятся желающие, пытающиеся втиснуть его во что-нибудь, что поддается субъективному восприятию:( Я не против инноваций. Просто хочу разобраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 19:14 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
dinosaurus GaryaВо-первых, подобная программа должна быть чересчур интеллектуальной, чтобы получаемые ею схемы выглядели удобно для восприятия Я имел ввиду что саму схему тоже изначально задаёт человек в той же визуальной программе, а программа заполняет БД. Соответственно и при мониторинге будет видна та же составленная человеком диаграмма.Так ведь все существующие системы с подобной визуализацией и берут подобную информацию из служебных таблиц своей БД. Хранится-то обычно информация в таблицах, обсуждение-то идет не методов хранения, а методов удобного отображения информации. Или Вы предлагаете сделать сразу два вида отображения - табличное и графическое? Если два, то идея, ПМСМ, довольно неплохая. Для статистического анализа можно будет грузить табличное представление, а для мониторинга исполняемых процессов графическое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2007, 09:35 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
GaryaИли Вы предлагаете сделать сразу два вида отображения - табличное и графическое? Если два, то идея, ПМСМ, довольно неплохая. Для статистического анализа можно будет грузить табличное представление, а для мониторинга исполняемых процессов графическое. Да я это и имел ввиду. А как это организовано, например в Unify? Может быть Вы могли бы привести и примеры других продуктов в данном контексте? Какие виды отображений они используют? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2007, 13:51 |
|
||
|
Говорим BPM, а подразумеваем документооборот?
|
|||
|---|---|---|---|
|
#18+
dinosaurusДа я это и имел ввиду. А как это организовано, например в Unify? Может быть Вы могли бы привести и примеры других продуктов в данном контексте? Какие виды отображений они используют?Схема - это xml-файл. Рисуется в графическом редакторе (у разных вендоров разные, какие-то более дубовые, какие-то более человечные). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2007, 13:57 |
|
||
|
|

start [/forum/topic.php?fid=29&startmsg=34592670&tid=1527184]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
62ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 352ms |

| 0 / 0 |
