А Вы попробуйте без Goto
litnimах, Сбт 09 Фев 2008 14:16:15: > Споры о GoTo ведуться давно
А Вы попробуйте без Goto смоделировать шаблон Arbitrary Cycles - http://www.workflowpatterns.com/patterns/control/structural/wcp10.php Litnimах, Срд 30 Янв 2008 14:36:52: > В частности, меня например напрягает накручивать сложное переплетение из IDEF и UML
А не надо это делать. Смотрите BPMN, и открытый продукт Intalio BPMS designer.
Не сказано по-моему, главное - BPEL - самодостаточный язык очень высокого уровня, бизнес-уровня. Он не нуждается в других языках, реализующих интерфейсы низкого уровня. Связка BPMN + BPEL позволяет разворачивать реальную сквозную автоматизацию, не прототип, прямо на глазах у менеджеров в процессе описания модели. Кирилл, Втр 29 Май 2007 16:37:03: 2аноним
UML в рамках RUP применяется в том числе и для описания бизнес-процессов.
А в чём уникальность BPEL я уже и сам вразумел. Это очередная парадигма отображения бизнес-процессов -- в данном случае сервисо-ориентированная. В этом смысле BPEL конечно интересен. Но ничего не ясно как люди могут включаться в процесс. Все примитивы BPEL касаются только сервисов и их взаимодействий, но нет и намёка на людей, исполнительные механизмы, различные хранилища данных. Можно конечно и человека как сервис включить в модель :) Хотя возможно я пока слишком поверхносно познакомился с возможностями методики. Но уже ясно одно -- BPEL не является универсальным решением. В частности, меня например напрягает накручивать сложное переплетение из IDEF и UML, к тому всё равно в конце концов возникают проблемы взаимодействия с реляционными БД. Я думал BPEL позволяет всё это делать в рамках единой методологии. аноним, Втр 29 Май 2007 16:10:59: >>В чём вообще уникальность BPEL?
>>Чем плохи традиционные старые методы
>>бизнес-моделирования (IDEF разные, UML)?
BPEL - для управления бизесс-процессами, это наподобие языка программирования. по-моему и есть язык программирования
BPEL - Bisness Process Execution Language
у IBM используется в сервисно-ориентированной архитектуре SOA
а UML вообще-то совсем для другого - для визуального моделирования разработки софта применяется
>когда происходит обмен большими объёмами данных,
>то передача их по протоколу SOAP будет
>подразумевать их представление в виде XML, то
>есть не только расходы процессорного времени на
>его обработку, но и, что много хуже, существенно
>большую нагрузку на каналы связи.
не совсем так, зависит от того, как представляются данные Кирилл, Пнд 28 Май 2007 12:39:57: Складывается впечатление, что очередная пурга, написанная автором для повышения количества статей. О BPEL вообще ничего нет. В чём вообще уникальность BPEL? Чем плохи традиционные старые методы бизнес-моделирования (IDEF разные, UML)? Как решаются в рамках BPEL проблема объектно-ориентированного маппинга? Max, Вск 27 Май 2007 19:45:59: Споры о GoTo ведуться давно. И однобоко представлять, что изгнание этого механизма из ЯП это неоспоримое благо. Можно привести множество аргументов за GoTo. Вывод: не GoTo, а догматизация или демонизация его есть вред. Кроме того, спорна и сама концепция Дейкстра с его структурным программированием. Ведь там в угоду простоте выплескивают вместе с "водой" и "ребенка" - душу программирования - работу с именами, в частности вычислимыми.
Далее. Если уж говорить о вреде произвольного перехода, то операции циклирования не менее вредны. Ведь они изначально ориентированы на "замкнутость в актуальностях", т.е. на абсолютную централизацию - когда и сама операция циклирования и "тело цикла" выполняются на одном узле. Сегодня же догматизировать это - значит закрывать глаза на распределенность. Интересно, что в этом отношении сделано в Oracle BPEL? Какие модели применяются? Насколько данный продукт сохраняет инвестиции в него вложенные? Беренцев Антон, Чтв 10 Май 2007 10:31:53: Хороша в качестве введения. Легко и доступно читается. Хотелось бы больше конкретики по Oracle BPEL. Комментарии заморожены.
 | |
|
| Уникальный продукт, не имеющий аналогов, . Застывает через несколько часов. | © 2004–2009 Проект CITCITY.ru |
