Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
Garya"Не хочу отслеживать событие, влияющее на состояние счета, а хочу отслеживать только состояние счета". Парадокс, не находите? Не нахожу. Отслеживать события, влияющие на состояния счета поставлена финасовая/бухгалтерская система. И дублировать ее функции в BPMS я совершенно не вижу смысла. GaryaMS DTS - это тоже "инструмент интеграции". Попробуйте в нем реализовать обращение к WEB-сервису. Попытайтесь в нем реализовать бизнес-логику, которая осталась за пределами интегрируемых им участков работы. Вы слепой ? Глухой ? Или какие проблемы ? Я не отнимаю у BPMS бизнес-логику и не собираюсь ее реализовывать "докучи" с интеграцией. Я предлагаю решать отдельно "интеграцию" отдельно бизнес-логику. И получить при этом выигрыш. GaryaКогда Вы интегрируете приложение1 с приложением2 напрямую Я не предлагаю интегрировать напрямую. GaryaНе всегда ведь стоит задача передать N записей из источника в приемник. Нужно еще по дороге принять 5 управляющих решений с участием человека. BizTalk интегрирует С ЧЕЛОВЕКАМИ, а не просто передает информацию из приложения1 в приложение2. Какие доказательства нужны и доказательства чего? Тоже, что и на 2 пункта выше - я не отнимаю у BPMS бизнес-логику. Решения - принимайте и передавайте куда и как угодно, в соответствии с этой самой логикой. А доказательства нужны - необходимости обработки в BPMS информации, которая ни на бизнес-логику, ни на управленческие решения влияния не оказывает GaryaИ чтобы доказать (уж очень Вы это слово любите :) ), приведу пару примеров: ... 2. BPMS как сервер интеграции установлен на границе взаимодействия центрального офиса и нескольких филиалов, обеспечивает передачу информации в обе стороны с попаданием из всех источников во все приемники со всеми необходимыми преобразованиями форматов. А весь основной бизнес крутится, не будучи "нарисованным" в Orcestration. А теперь объясните тупому - что Вы только-что доказали ? Что можно сделать межфилиальный обмен на BizTalk ? Особо как-то никто и не ставит под сомнение, что можно. И что дальше вытекает из этого доказательства ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 16:43 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примус GaryaЕсли Вы намерены реализовать процессное управление, то Вы должны именно в BPMS нарисовать полную схему бизнес-процесса, не упустив никаких шевелений "за пределами". И управлять этой схемой, периодически ее модифицируя. Иначе все, что оказалось "за пределами" окажется также за пределами цикла Шухарта-Деминга.Означает-ли данное утверждение, что при отображении похождения платежа я должен отобразить так-же банк(банки) лежащие между мной и клиентом ? Отобразить лежащие между мной и банком телефонную станцию, кбальное хозяйство ГТС, интернет-провайдеров с их оборудованием ? А так-же потенциально задействованные авиацию, автотранспорт и пеших курьеров ? Где граница декомпозиции ?Она находится на границе возможностей взаимодействия с компьютером. Если во всей фирме всего один компьютер на 10000 человек, то, разумеется, нет никакого смысла фигачить бизнес-процессы в компьютер и с его помощью пытаться чем-то управлять. Слишком малая зона охвата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 16:46 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
процведь формулы пишутся на каком-то языкеМоя дочка в 5 лет научилась писать на русском языке слово "мама". Однозначно - программистка... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 16:54 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
Garya процК вашему сведению: всю недостающую функциональность, все преобразования в BPMS надо программировать, по другому просто не бывает.Что такое "программировать"? Когда Вы в Excel вводите формулу "=2*2", то Вы "программируете"? Когда это делает кухарка, не знающая ни одного языка программирования, то она тоже нечаянно "программирует"? Настольная книга домохозяйки: XML and SOAP Programming for BizTalk Servers от MS Press Ресурсы для домохозяек, на которых подробно расписано как BizTalk "сам" лезет через ODBC в базы, через COM общается с другими приложениями и т.п. Поваренная книга Руководство по организации самого процесса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 17:04 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
"Разговор тупого с глухим" серия ХХХ в тупые можете меня записать, если Вам так будет удобнее... ) Garya ...починяю примус- какой "видовой признак" переводит процесс из "локального" в "Enterprise" ?Решение им главной цели бизнеса. При такой трактовке, если прибегнуть к принципам Деминга, за рамки бизнес-процесса выпадет даже получение прибыли. По Демингу собственно получение прибыли не может служить главной целью (точнее - не рекомендовано к использованию). GaryaЭто Вы границу провели дрогнувшей рукой... :) Я провел совершенно четкую границу - в модель должна включаться информация, которая влияет на выполнение данного БП. У вас я не вижу никакого критерия вообще. GaryaНу, должен - не должен, решается в каждом конкретном случае исходя из готовности работать по той или иной схеме. ... По этой причине BizTalk чаще всего применяется примерно как MS DTS, не более того. Если нет готовности - нет предмета для обсуждения. BPMS просто не появляется. А я видел попытки построить внутренний документооборот на PCAnyWhere (ПО для удаленного управления компьютером, если вдруг Вы не в курсе). Не все, что делается - делается осмысленно. Garya Информация не может быть значимой и одновременно находиться за пределами бизнеса , согласны? Если понимать, что бизнес представлен бизнес-процессами, то становится понятно, что значимая информация не может находиться за их пределами. Я кладу перед Вами (главбухом, директором и т.д.) конкретную платежку конкретного клиента. Какое Вы в состоянии принять управленческое решение на основании только этои платежки ? "А не уволить ли этого м...ка, чего лезет с какими-то бумажками ?", вряд-ли больше... Для принятие решения Вам нужна дополнительная информация: состояние счета, условия договора и пр. Все эту работу проделывает за Вас бухгалтерская система. Результат, доступный для обработки моделью - остаток счета, перерасход лимита или что там выбрано в качестве события - берется из этой (или другой эксплуатируемой на предприятии) системы и вот этот результат и должен попасть в работающую бизнес-модель. GaryaЕсли BPMS может обращаться к СУБД, то почему она не может использовать ее механизмы? Потому что будет делать это опять-же на свой манер - обрабатывая каждую еденицу информации по отдельности, механизмы обработки информации как массива в BPMS отсуствуют (и правильно - они там и не нужны). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 17:17 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примусЯ не отнимаю у BPMS бизнес-логику и не собираюсь ее реализовывать "докучи" с интеграцией. Я предлагаю решать отдельно "интеграцию" отдельно бизнес-логику. И получить при этом выигрыш."Отдельно бизнес-логика" - силами программиста? :) Сомнительный выигрыш... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 17:47 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
Garya ...починяю примусЯ не отнимаю у BPMS бизнес-логику и не собираюсь ее реализовывать "докучи" с интеграцией. Я предлагаю решать отдельно "интеграцию" отдельно бизнес-логику. И получить при этом выигрыш."Отдельно бизнес-логика" - силами программиста? :) Сомнительный выигрыш... Наверное - это уже предел моего понимания... Где, в каком месте я заявил, что собираюсь писать собственную BPMS ? Я упорно и настойчиво долблю всем одно и тоже (который уже день ?) - пусть BPMS занимается своими делами (построением бизнес-модели и ее интрепретацией), а задачи интеграции (обмена данными, передачи данных) вынесам в отдельную задачу. Попутно облегчив жизнь буквально всем участникам процесса... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 17:52 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примуспусть BPMS занимается своими делами (построением бизнес-модели и ее интрепретацией), а задачи интеграции (обмена данными, передачи данных) вынесам в отдельную задачу. Попутно облегчив жизнь буквально всем участникам процесса...Вообще-то, в BizTalk все так и сделано. Каналы для обмена инфорацией в одном месте, бизнес-логика - в другом. Не понимаю, зачем их разбивать на отдельные задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 17:55 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
2 АБ, WJ, Garya... Кажется, я понял главную причину нашего взаимонепонимания. Мои уважаемые оппоненты упускают из виду один очень существенный факт: - если мы ведем речь о процессноориентированном управлении как методе непрерывно совершенствования бизнеса (противопоставляя его в этом реинженирингу) у нас никогда не возникнет необходимость работать с полной схемой сложного бизнес-процесса. Такая схема целиком, в силу своей громоздкости и обилия параметров, не может является объектом каждого конкретного усовершенствования (анализа, предшествующего усовершенствованию). Возьму на себя смелость утверждать, что такие схемы - с подробной детализацией "всего, что шевелится" - при спользовании BMPS просто не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 18:01 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
GaryaВообще-то, в BizTalk все так и сделано. Каналы для обмена инфорацией в одном месте, бизнес-логика - в другом. Не понимаю, зачем их разбивать на отдельные задачи. Потому, что задачи интеграции не ограничиваются скольугодносложной "игрой" с отдельно взятым "элементом информации" - платежом, заявкой, почтовым сообщением. Эффективная работа по интеграции приложений потребует операций именно над массивами данных. Вы не забыли - изначальной темой была таки интеграция а не процессное управление ? Под решением задачи интеграции я понимаю определение, в конечном итоге, инструмента, позволяющего создавать удовлетворяющую требованиям бизнеса (мы ведь таки на него работаем) информационную систему как совокупность взаимодействующих приложений, в противовес ранее доминировавшему подходу ориентированному на создание монолитных информационных систем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 18:17 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
Устал я... Пойду... Всех с наступающим праздником. Особенно, женщин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 18:34 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примус- что в постановке задачи изменилось от навешенного ярлыка "узкая локальная задача" ? - какой "видовой признак" переводит процесс из "локального" в "Enterprise" ?Задача является локальной тогда, когда результаты ее решения не влияют на состояние внешних по отношению к ней показателей. В Вашем примере поступление денег от клиента не может не влиять на состояние внешних показателей, т.к. если ни один клиент денег не перечислит, то вы перекроете все краны и свернете деятельность. ...починяю примус- если я расширил модель процесса "до масштаба предприятия", включив туда поток платежных документов, поток информации от технологического оборудования(объем потребляемых услуг) и обмен данными с клиентским отделом (в части исправления внутренних ошибок) - что выиграла модель если на оказание услуги по прежнему влияет только событие изменения остатка на лицевом счете клиента ?Идея одного-единого бизнес-процесса - это самоубийство. Реальнее иметь несколько бизнес-процессов, которые могут использовать общие ресурсы, в том числе, обращаясь друг к другу как к подпроцессам. Т.е. организация питания сотрудников тоже может быть представлена в виде бизнес-процесса, реальным результатом которого является повышение работоспособности и удовлетворенности персонала, что повлечет за собой уменьшение текучки, повышение скорости работы и т.д., что позволит более качественно обслуживать клиентов... это не точка. Но сам по себе процесс кормления - это подпроцесс, из которого можно получить некие показатели. ...починяю примус - Никто из Вас (кажется) не отрицает, что моделирования бизнес-процессов предприятия есть длительный итерационный процесс; Что предприятию делать с интеграционными проблемами, пока бизнес-аналитики будут строить и отлаживать свои модели ? Ждать ? Да, ждать. Сколько? Зависит от объемов. А что, что-то бывает сразу? ...починяю примус - Вы предлагаете, фактически, включать в модель БП всю сколько-нибудь значимую информацию, независимо от того, обрабатывается она моделью БП или нет. При таком подходе неизбежно возникновение следующей коллизии - любое измененние в технологическом процессе (например, замена устаревшего оборудования) затрагивающее проходящую через модель информацию, независимо от ее влияния на модель должно будет выполнятся с участием бизнес-аналитика. Я уже не спрашиваю - что скажут технологи... Но скажите,где взять таких терпеливых бизнес-аналитиков ?Не предлагаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 19:54 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
WJЗадача является локальной тогда, когда результаты ее решения не влияют на состояние внешних по отношению к ней показателей. В Вашем примере поступление денег от клиента не может не влиять на состояние внешних показателей Ну так и анализируйте в бизнес-логике этот показатель, непосредственно влияющий на выполнение бизнес-процесса. Зачем Вы тащите в бизнес-логику данные, которые будут обработаны финансовой частью КИС, дублируя таким образом ее функции ? Чего Вы хотите этим дублированием добиться ? WJ Идея одного-единого бизнес-процесса - это самоубийство В каком месте я предлагаю "один-кдинственный бизнес процесс" ? <убит бред по поводу кормления сотрудников, автор, по видимому, не обедал...> WJ Да, ждать. Сколько? Зависит от объемов. А что, что-то бывает сразу? Ну и объясните мне глубинный смысл такого решения, когда, грубо говоря "технология" ждет бизнес-аналитика ? ...починяю примус - Вы предлагаете, фактически, включать в модель БП всю сколько-нибудь значимую информацию ... WJНе предлагаю. Только что (в первом пункте) вы утверждали обратное - раз информация на что-то влияет, она должна быть в БП. Других критериев озвучено не было. Предлагаемый Вами метод реализации процессного управления приведет к тому, что все процессы на предприятии замкнутся на бизнес-аналитика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2006, 22:03 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
Garya, мне кажется , я понимаю, о чем говорит примус. И в чем-то готова с ним согласиться. Biztalk - это скорее инструмент интеграции БП , а необходимо управление. На самом деле элемент управления в BizTalk разработан очнеь слабо. Если только не считать управлением перетекания из пустого в порожнее (т.е. из одной системы в другую). Мы сейчас разрабатываем собственным механизм упарвления БП, именно потому что пока не видим в BizTalk того, что необходимо для организации БП бизнес-аналитиками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2006, 16:58 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
А что из себя представляет механизм управления БП? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2006, 17:10 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
MainframeНа самом деле элемент управления в BizTalk разработан очнеь слабо. У Вас не возникло чуства какого-то... недоумения что-ли, при "первом знакомстве" с BizTalk ? У меня, правда, никакого другого знакомства пока и нет - только "первое". Т.е. знакомство с примерами, как предлагают его использовать. Ощущение некоего несовпадения в представлениях о методах управления - собственных и предлагаемых на примере BizTalk. Не столько управление вырисовывается, сколько, утрированно, этакая помесь курьера с надзирателем, притащившего очередную "бумажку" и требующего ответ на предыдущую... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2006, 19:07 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примус MainframeНа самом деле элемент управления в BizTalk разработан очнеь слабо. У Вас не возникло чуства какого-то... недоумения что-ли, при "первом знакомстве" с BizTalk ? У меня, правда, никакого другого знакомства пока и нет - только "первое". Т.е. знакомство с примерами, как предлагают его использовать. Ощущение некоего несовпадения в представлениях о методах управления - собственных и предлагаемых на примере BizTalk. Не столько управление вырисовывается, сколько, утрированно, этакая помесь курьера с надзирателем, притащившего очередную "бумажку" и требующего ответ на предыдущую... Если честно, то да. Именно такое впечатление сложилось. Хотя я и не отрицаю необходимости и такого функционала, особенно, когда имеются в наличии системы, методы которых можно вызвать по http, с обработкой в методе типа Get или методов веб-служб. iscrafm А что из себя представляет механизм управления БП? Что хотелось бы от системы управления БП, если говорить просто. Чтобы бизнес-аналитик определял не только движение между системами (скорее перемещение некоторого маркера, который может скрывать как документ, так и работу или то и другое), но и внутренюю обработку сообщений. Насколько это возможно не силами программиста (хотелось бы как можно большей степени). Но идея интеграции БП мне кажется все же привлекательной. Реализация ее в BizTalk пока не столь привлекательна. Но все так быстро изменяется, что махнуть рукой на эти системы уже нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 03:24 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примусНу так и анализируйте в бизнес-логике этот показатель, непосредственно влияющий на выполнение бизнес-процесса. Зачем Вы тащите в бизнес-логику данные, которые будут обработаны финансовой частью КИС, дублируя таким образом ее функции ? Чего Вы хотите этим дублированием добиться ?Возможности легким движением мышки затащить эти данные (или их подмножество, или совокупность этих данных с какими-то другими данными) куда-нибудь еще. Возможно, не сейчас, возможно, в будущем. Если Вы намерены использовать преимущества таких систем, связанные с их потрясающей гибкостью, то должны тащить максимум информации через них. Если не намерены, то, конечно, можете и не тащить. Опять же, речь может идти не просто о данных, а о возможности получить реакцию на событие, которое в данный момент не обрабатывается. Исходя из того, что оно не обрабатывается, Вы фигачите информацию напрямую к ее потребителю минуя "посредника", который в данной ситуации кажется лишним. Но завтра может самую малость что-то измениться. Или даже не измениться, а руководство для себы сделает "открытие", что данную информацию нужно отслеживать более оперативно, нежели ее обрабатывает бухгалтерия - для каких-нибудь совсем других целей - и вам придется либо таки ее "протащить" через интеграционный сервер, либо реализовывать более жесткую интеграцию за пределами интеграционного сервера. Собственно, в этом всё отличие - в гибкости решения. Если производительность важнее гибкости, то вполне допустимо ею пожертвовать в пользу производительности. Однако, не в том случае, когда интеграционный сервер задействован не просто и не только как интеграционный сервер, а как инструмент реализации процессного управления. В этом случае уже приходится жертвовать производительностью ради гибкости. Надеюсь, теперь мы пришли к консенсусу... :) ...починяю примусНу и объясните мне глубинный смысл такого решения, когда, грубо говоря "технология" ждет бизнес-аналитика ?Кардинальное изменение схемы ведения бизнеса - то есть, реинжиниринг, не может пройти безболезненно, потому как "хирургия" по определению болезненна, вопрос только в том, до какой степени эту болезненность можно уменьшить. Кардинальное изменение схемы бизнес-процессов в любом случае заставит кого-нибудь ждать - бизнес-аналитиков, IT-специалистов, консультантов, внедренцев или кого-то еще, кто непосредственно пытается эти изменения реализовать. Когда изменения бизнес-процессов производятся "на ходу" - небольшие, безболезненные, но постоянные ("терапия" бизнеса), то ждать никого не приходится. В BPMS они делаются очень быстро и легко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 10:29 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
GaryaКогда изменения бизнес-процессов производятся "на ходу" - небольшие, безболезненные, но постоянные ("терапия" бизнеса), то ждать никого не приходится. В BPMS они делаются очень быстро и легко. В BPMS вообще ничего не делается. Потому что, если суть этих изменений выходит за рамки обмена сообщениями , то BPMS остается в стороне. Странно, столько споров, но никто не привел хотя-бы простенький пример задачи, реализованной в BPMS системе. Одни теории, мечты и высосанные из пальца "случаи из жизни" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 10:39 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
...починяю примусНу так и анализируйте в бизнес-логике этот показатель, непосредственно влияющий на выполнение бизнес-процесса. Зачем Вы тащите в бизнес-логику данные, которые будут обработаны финансовой частью КИС, дублируя таким образом ее функции ? Чего Вы хотите этим дублированием добиться ?Я попробую привести пример из моей практики. Завод, куча платежей и обязательств. Выписки из банка привозит кассир и отдает бухгалтеру, ведущему 2-ой журнал. Бухгалтер разносит платежи, а в это время манагер, зеленея от надежды, ждет, поступил ли интересующий его платеж. Мы изменили порядок, сначала дав манагеру просмотреть выписки, найти нужные платежи. Небольшое вроде изменение, а облегчение принесло значительное. Так же и с BPMS. Можно сначала разнести платежи, а потом передать информацию "в процесс", а можно взять информацию для процесса и передать ее дальше сразу в нескольких направлениях - разносить платежи, перекрывать краны и т.д. ...починяю примусВ каком месте я предлагаю "один-кдинственный бизнес процесс" ?Вы спросили мое мнение по поводу включения всего что движется в один БП. Отвечаю, что я не считаю, что все надо включать в один-единственный бизнес-процесс. Но включить все это в общую модель, состоящую из разных бизнес-процессов было бы оптимальным. Хотя на данном этапе, когда процессное управление еще является у нас в стране не общепринятым способом управления, а лишь эксперементом для неслабонервных (к сожалению), это может показаться утопией. ...починяю примусНу и объясните мне глубинный смысл такого решения, когда, грубо говоря "технология" ждет бизнес-аналитика ?Почему бизнес-аналитика? Помнится, АБ где-то писал, что сначала бизнес-аналитик воспроизводит схему процесса, без интеграции как таковой. После чего постепенно стандартные интерфейсы заменяются написанными программерами композитными приложениями, в которых и реализуется интеграция. Поэтому ждать надо не бизнес-аналитика, а программера. Остается вопрос: сколько ждать? Это зависит от того, какими средствами обладает программер для разработки композитных приложений. Если это средства визуального программирования (так называемые RAD), то ждать недолго. Если писать все с нуля и самим, то, наверное, понадобится запастись терпением. ...починяю примус - Вы предлагаете, фактически, включать в модель БП всю сколько-нибудь значимую информацию... WJНе предлагаю.Только что (в первом пункте) вы утверждали обратное - раз информация на что-то влияет, она должна быть в БП. Других критериев озвучено не было.Да, тут я что-то с вопросом недопоняла. В общую бизнес-модель - да, в один бизнес-процесс - нет. ...починяю примусПредлагаемый Вами метод реализации процессного управления приведет к тому, что все процессы на предприятии замкнутся на бизнес-аналитика.Это логичнее, чем замыкать их на кодера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 10:59 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
GaryaНадеюсь, теперь мы пришли к консенсусу... :) ... Кардинальное изменение схемы ведения бизнеса - то есть, реинжиниринг, не может пройти безболезненно, потому как "хирургия" по определению болезненна А когда это мы сползли в реинжениринг ? Что-то мне помнится, мы процессное управление противопоставляем реинженирингу... Скажите, Вы реально что-нибудь серьезное эксплуатировали ? Пусть не 24х7х365, но хотя-бы систему с жестко регламентированным SLA и maintanance window ? Я сомневаюсь, что приходилось. Не делали-бы тогда заявлений вроде Garya Возможности легким движением мышки затащить эти данные ... Если Вы намерены использовать преимущества таких систем, связанные с их потрясающей гибкостью, то должны тащить максимум информации через них. Один раз у Вас, возможно, получилось-бы затащить. Не больше. Или вот это Garya руководство для себы сделает "открытие", что данную информацию нужно отслеживать более оперативно, нежели ее обрабатывает бухгалтерия У Вас, извините. какие-то букварно-умозрительные представления о задачах управления. Если спроецировать Ваши воззрения на производство, получим следующее: "Что-бы эффективно управлять произаодством надо бегать от станка к станку и хвататься за каждую операцию". Иногда так и делается - на уровне не выше начальника участка. Уже начальник цеха использует несколько другие методы управления. Вы ставите жесткую зависимость между понятиями "выполнить событие/действие" и "получить информацию/управлять событием". А это принципиально неверно. Извините, но никакого консенсуса не наблюдается даже на горизонте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 10:59 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
На 14-й странице дискуссия окончательно ушла от заданной темы и превратилась в вялое переругивание. Уважаемый примус, не хотите открыть новый топик, сформулировав Ваше видение задач или проблем "с чистого листа"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 11:10 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
2 WJ Вы делаете туже ошибку что и Garya, утверждая "что-бы о чем-то знать надо это делать самому". WJВы спросили мое мнение по поводу включения всего что движется в один БП. Отвечаю, что я не считаю, что все надо включать в один-единственный бизнес-процесс. Но включить все это в общую модель, состоящую из разных бизнес-процессов было бы оптимальным. Бессмысленным это будет, а не оптимальным - модель бизнес-процесса предназначена для анализа. Никакой осмысленный анализ на модели описывающей бизнес-процесс целиком (не важно в виде одного процесса или совокупности подпроцессов) не возможен принципиально. WJЕсли писать все с нуля и самим, то, наверное, понадобится запастись терпением. Да не в писАнии дело, а в ваших с Garya утопических представлениях. Что Вы придете куда-то со своей BPMS и там, ради ее внедрения, все поломают и перекроят, даже не спросив у Вас - зачем это делается. В реальности BPMS будет надстраиваться над "технологией" собирая информацию для отображения/мониторинга в реальном времени состояния бизнес-процессов идущих в системе. А что-бы получить такую информацию совсем не обязательно перекладывать функции корпоративной ИС на BPMS. WJ ...починяю примусПредлагаемый Вами метод реализации процессного управления приведет к тому, что все процессы на предприятии замкнутся на бизнес-аналитика.Это логичнее, чем замыкать их на кодера. Предложите способ обрабатывать информацию без кодера - и мы уйдем от этой зависимости. Зависимость от кодера вызвана объективной необходимостью кодировать обработку информации, зависимость от бизнес-аналитика обусловлена Вашим субъективным желанием "протащить" все через BPMS, в чем нет абсолютно никакой необходимости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 11:17 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
АБНа 14-й странице дискуссия окончательно ушла от заданной темы и превратилась в вялое переругивание. Уважаемый примус, не хотите открыть новый топик, сформулировав Ваше видение задач или проблем "с чистого листа"? Попробую... В течении часа-двух... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 11:18 |
|
||
|
Есть ли будущее у систем интеграции ?
|
|||
|---|---|---|---|
|
#18+
MainframeЧто хотелось бы от системы управления БП, если говорить просто. Чтобы бизнес-аналитик определял не только движение между системами (скорее перемещение некоторого маркера, который может скрывать как документ, так и работу или то и другое), но и внутренюю обработку сообщений. Насколько это возможно не силами программиста (хотелось бы как можно большей степени).Я понимаю, что есть такое желание. Вся история развития информационных технологий идет именно по этому пути. То есть, по пути получения возможности решения множества вопросов, связанных с IT, НЕ кланом узких технических специалистов, а непосредственно потребителями, которым решение этих вопросов необходимо. Именно эта идея сделала столь популярным относительно "легкий" язык программирования Бейсик, именно эта идея сделала популярынми электронные таблицы. И совершенно ясно, что любые новые достижения на этом пути будут иметь ошеломительный успех. Разумеется, BizTalk не предоставляет решения этой задачи "раз и навсегда". Услиги IT-специалиста все равно требуются. Но уже в существенно меньшей степени. Имеется четкое разграничение сфер ответственности между IT-специалистом и тем, для кого используемое решение нужно. Это просто шаг в данном направлении. Не слишком большой (допускаю, что электронные таблицы были существенно более крупным шагом), но и не такой маленький, чтобы его не замечать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 11:55 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33588890&tid=1528191]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
91ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 270ms |
| total: | 478ms |

| 0 / 0 |
