Первая десятка самых распространенных вопросов о продукте WebSphere Business Modeler

Опции документа Опции документа, требующие включения JavaScript, не отображаются Обсудить Выскажите мнение об этой странице Помогите нам улучшить содержание

Уровень сложности: простой

Марк Фасбиндер, ИТ-консультант, IBM

24.04.2009

IBM WebSphere Business Modeler (далее – Modeler) – это мощный инструмент для создания моделей процессов.

Введение

IBM WebSphere Business Modeler (далее – Modeler) – это мощный инструмент для создания моделей процессов. Он может применяться для документирования и имитационного моделирования бизнес-процессов и анализа бизнес-процессов на предмет их совершенствования. Вы можете экспортировать модели бизнес-процессов в WebSphere Process Server и в другие среды исполнения IBM.

Как и любой специалист, работавший с продуктом Modeler на протяжении длительного времени, я регулярно получаю по электронной почте вопросы об определенных аспектах этого продукта. Со временем я обратил внимание на то, что многие из этих вопросов повторяются. В этой статье я отвечаю на десять самых распространенных из полученных мной вопросов. Если вы плохо знакомы с Modeler, то эта статья даст ответ на некоторые вопросы, которые могут возникнуть на начальном этапе работы с этим продуктом. Если вы имеет определенный опыт работы с Modeler, то сможете проверить свои знания, попытавшись самостоятельно ответить на эти вопросы.

В начало

Вопрос 10: Как моделировать процесс с несколькими входами и выходами?

Не все процессы начинаются из одной точки. В зависимости от бизнес-логики процесс может начинаться в различных точках. Другие процессы могут иметь несколько каналов, способных инициировать запуск того или иного вызвать процесса. Имитационное моделирование подобного процесса требует нескольких дополнительных шагов, в которых нет необходимости в случае простого линейного процесса. На рис. 1 показан пример процесса с двумя входами - один вход для запросов в виде бумажных документов и другой вход для Web-запросов.

В данном случае, если запрос поступает в виде бумажной формы, то сотрудник с ролью «Получатель» должен ввести данные из этой формы в систему. Если запрос поступает из Интернета, аналогичную работу выполняет автоматическая программа. Затем запрос переходит к следующему шагу, который выполняется компонентом с ролью «Обработчик», после чего процесс завершается. Человеческие ресурсы доступны только в дневное время и только в будние дни.

Если вы пытаетесь смоделировать этот процесс с 10 маркерами для каждого входа, то вам может показаться, что моделирование осуществляется правильно. Тем не менее, статистика покажет результаты только для 10 экземпляров процесса, а не для 20, как вы ожидали. Вы также увидите сообщение об ошибке, указывающей, что моделирование завершилось, но не все задачи выполнены успешно. В чем дело?

Каждый процесса имеет входную логику, которую вы сможете увидеть, если находитесь в промежуточном режиме (intermediate mode) или в более старшем режиме. Входная логика определяет, каким образом запускается данный процесс. По умолчанию, если процесс имеет несколько входов, к этим входам применяется операция AND (И). Чтобы данный процесс моделировался корректно, вам необходимо изменить эту операцию на OR (ИЛИ). Для этого выполните следующие шаги:

1. Переключитесь в промежуточный (intermediate) или расширенный (advanced) режим.
2. На закладке Attributes нажмите на закладку Input Logic, как показано на рис. 2. Текущее значение критерия (Criterion) - Input AND Input:2
   
   Рисунок 2. Настройка входной логики
   
   
   
3. Чтобы изменить AND на OR, каждый вход должен иметь собственный элемент в списке. Нажмите на кнопку Add. К входной логике будет добавлена вторая строка с именем Input Criterion:2.
4. Уберите флажок в контрольном окошке Input:2 строки Input Criterion, затем поставьте флажок в контрольном окошке Input:2 в строке Input Criterion:2. Входная логика примет вид, показанный на рис. 3. Это говорит о том, что процесс может быть запущен с критерием входа Input Criterion ИЛИ с критерием входа Input Criterion:2.
   
   Рисунок 3. Обновленная входная логика
   
   
   
5. Строго говоря, для имитационного моделирования процесса стартовый узел (start node) не является необходимостью. Если вы все же решите использовать стартовые узлы, то вам потребуется по одному стартовому узлу для каждого входа в вашем процессе.

   Убедитесь в том, что вы находитесь в промежуточном или в расширенном режиме, затем нажмите на стартовый узел.

6. На закладке Attributes выберите, какой вход соответствует вашему стартовому узлу, как показано на рис. 4.
7. Повторите эту операцию для всех стартовых узлов в данном процессе.
   
   Рисунок 4. Настройка стартового узла
   
   
   

Если ваш процесс имеет несколько выходов, но в текущий момент времени используется только один из них, у вас возникает похожая проблема. По умолчанию к двум критериям выхода применяется операция И. Чтобы моделирование осуществлялось корректно, необходимо выполнить следующие шаги:

1. На закладке Output Logic убедитесь в том, что для каждой строки выбран один критерий выхода, что обусловит применение операции ИЛИ.
2. Для каждого конечного узла свяжите этот узел с соответствующими критериями выхода. В отличие от стартовых узлов конечные узлы необходимы.

Теперь вы сможете моделировать свой процесс с несколькими входами и выходами.

В начало

Вопрос 9: Откуда берутся дополнительные входы и выходы при моделировании?

Вам когда-либо приходилось создавать модель, в которой вдруг появлялись дополнительные входы и выходы на шлюзовых конструкциях, таких как «решение» (decision) и «объединение» (merge)? На рис. 5 показан пример с дополнительными входами для двух ветвей и двумя дополнительными выходами. В более крупных моделях с множеством маршрутов изобилие дополнительных входов и выходов занимает много места и может вызвать проблемы при моделировании и экспорте модели.

Чаще всего причиной этой проблемы является определенное сочетание бизнес-элементов и работа в базовом режиме (basic mode). Пытаясь упростить вашу работу, базовый режим иногда автоматически осуществляет определенные манипуляции, чего не происходит в других режимах. Иногда это оказывается полезным, однако в данном случае базовый режим делает совсем не то, что вам нужно. Рассмотрим следующий пример:

1. Имеются три задачи, подлежащие объединению. Убедитесь в том, что вы находитесь в базовом режиме. Соедините первую задачу с элементом объединения, затем добавьте бизнес-элемент к новому соединению, как показано на рис. 6.
   
   Рисунок 6. Моделирование в базовом режиме
   
   
   
2. Соедините задание Task:2 с элементом объединения.
3. Средний порт элемента объединения теперь имеет дополнительный вход, как показано на рис. 7.
   
   Рисунок 7. Соединение добавлено
   
   
   

Почему это произошло? Базовый режим сделал предположение, которое работает не в нашу пользу.

• После того, как вы добавили бизнес-элемент RequestData к связи между задачей Task и элементом объединения, каждый из входов элемента объединения оказался настроен на ожидание входа RequestData.
• Когда вы соединили задачу Task:2 с элементом объединения, в этой линии не было никаких данных.
• Базовой режим решил за вас, что вам нужен новый вход в элементе объединения.

Если вы добавите бизнес-элемент RequestData к новой линии, которую вы только что добавили, то появится всплывающее меню, предлагающее вам выбрать источник для выхода (Source) и цель для входа (Target), как показано на рис. 8. С помощью этого меню вы сможете выбрать, какой из входов должен использовать с данным элементом объединения: текущий выход без ассоциированного с ним бизнес-элемента или существующий выход с бизнес-элементом RequestData. Как правило, вам необходим второй вариант. Однако по умолчанию будет использоваться вход без ассоциированного с ним бизнес-элемента.

Использование промежуточного режима

Когда вы используете промежуточный или более старший режим, Modeler ведет себя несколько иначе. Modeler не делает предположений относительно ваших намерений, а предоставляет вам более широкие возможности для прямого управления. Давайте посмотрим, как это работает.

1. Отмените предыдущие шаги до тех пор, пока процесс снова не примет вид, как на рис. 6.
2. Переключитесь в промежуточный (intermediate) или в расширенный (advanced) режим. В этих режимах на диаграмме будет показаны входы и выходы.
3. Создайте соединение между задачей Task:2 и серединой второго входа элемента объединения (обведен красным кругом на рис. 9). После создания этого соединение с ним будет ассоциирован бизнес-элемент RequestData, а к элементу объединения не будет добавлено каких-либо дополнительных входов.
   
   Рисунок 9. Моделирование в промежуточном режиме
   
   
   
4. Создайте соединение между задачей Task:3 и нижним входом. На этот раз соединитесь с нижней частью входа, которая обведена синим овалом на рис. 9. Соединение создано без ассоциированного с ним бизнес-элемента, а также создан дополнительный вход.
5. На рис. 10 показан вид процесса после добавления к нему соединений.
   
   Рисунок 10. Вид процесса с добавленными соединениями
   
   
   

Таким образом, при использовании промежуточного или расширенного режима вы сможете управлять поведением Modeler, не разрешая ему делать предположения о ваших намерениях. Дополнительные входы будут созданы только в том случае, если вы этого захотите.

В начало

Вопрос 8: Как Modeler осуществляет импорт и экспорт в/из XML?

Как правило, при первоначальной настройке проекта моделирования потребность разработчика состоит в том, чтобы заполнить каталог информацией, которая, возможно, уже существует в его организации, а не вводить все эту информацию вручную. На помощью приходит одна из опций входного меню под названием WebSphere Business Modeler XML. Как работает эта опция? Имеются ли какие-либо ограничения? С чего начать?

Оказывается, в состав Modeler входят несколько типовых XML-файлов, помогающих вам приступить к этой работе. Эти файлы находятся в каталоге: [Modeler install directory]\samples\xml. В этом каталоге вы увидите два файла: types.xsd и wbimodeler.xsd. XSD-файл представляет собой т.н. «Определение XML-схемы» (XML Schema Definition).

Эти схемы специфицируют порядок форматирования соответствующего файла. Однако если вы не являетесь экспертом по XML, то просмотр XSD-файла может привести вас в определенное замешательство.

Вместо того, разбираться с XML-схемой, существует более простой способ для понимания того, как Modeler работает с XML. Это обычный экспорт. Предположим, вы хотите импортировать информацию о ролях, имеющихся в вашей организации. Начните с определения роли:

1. Создайте роль под названием Data Processing (Обработка данных). Добавьте любые необходимые вам атрибуты, например, стоимость и доступность.
2. Сохраните эту новую роль.
3. В дереве проекта нажмите правой кнопкой мыши на эту роль и в появившемся меню выберите пункт Export.
4. Нажмите на кнопку Next.
5. Выберите каталог, в который вы хотите экспортировать данный файл. Подтвердите, что выбрана только роль Data Processing, затем нажмите на кнопку Finish.
6. В результате будет создан XML-файл с тем же именем как, у вашего проекта моделирования (см. Листинг 1).

<?xml version="1.0" encoding="UTF-8"?>
<wbim:model xmlns:wbim="http://www.ibm.com/wbim/bomSchema1.0" schemaVersion="6.1.2">
  <wbim:catalogs>
    <wbim:resourceCatalogs>
      <wbim:catalog id="Rsrcs" name="Resources"/>
    </wbim:resourceCatalogs>
    <wbim:businessServiceCatalogs/>
    <wbim:businessServiceObjectCatalogs/>
  </wbim:catalogs>
  <wbim:resourceModel>
    <wbim:roles>
      <wbim:role name="Rsrcs##Data Processing">
        <wbim:costPerTimeUnit timeUnit="PT1H">
          <wbim:costValue currency="USD">18.0</wbim:costValue>
        </wbim:costPerTimeUnit>
      </wbim:role>
    </wbim:roles>
  </wbim:resourceModel>
</wbim:model>
            

На данном Листинге показано, как должен выглядеть XML-файл. Вы можете использовать его в качестве шаблона для других ролей, которые вам нужно добавить к своей модели. Для тестирования этой функции выполните следующие шаги:

1. Откройте XML-файл в текстовом редакторе.
2. Измените имя роли с Data Processing на Quality Control.
3. Измените значение параметра costValue с 18.0 на 22.5.
4. Сохраните указанные изменения.
5. В Modeler нажмите правой кнопкой мыши на имени своего проекта моделирования и выберите пункт Import.
6. Выберите пункт WebSphere Business Modeler XML, затем нажмите Next.
7. Найдите свой исходный каталог, затем выберите из списка свой файл. Убедитесь в том, что ваш проект выбран в качестве цели (target), после чего нажмите Finish.
8. В папке Resources вы должны увидеть роль с именем Quality Control, стоимость для которой составляет 22,5 USD в час.

Версия Modeler V6.1.2 также поддерживает импорт из электронных таблиц. Вам следует учитывать эту возможность при необходимости ввода существующих данных в свой проект моделирования.

В начало

Вопрос 7: Как вывести модель на печать вместе с подпроцессами и расширенными циклами?

Во многих случаях бизнес-процессы допускают декомпозицию на подпроцессы. Modeler осуществляет вызов этих локальных процессов и позволяет вам осуществить их дальнейшую детализацию для задания нужных подробностей. Локальный процесс может содержать другой локальный процесс и так далее, вплоть до любого числа уровней. Аналогичным образом Modeler позволяет детализировать циклы. На рис. 11 показан пример процесса, разложенного на три локальных процесса.

Достаточно часто возникает необходимость в создании печатной копии процесса. Хотя идеальный вариант состоит в использовании продукта WebSphere Business Modeler Publishing Server для избавления от распечаток на бумаге, иногда возникают ситуации, когда вам необходима документальная копия. Если вы распечатаете показанный на рис. 11 процесс, то получите только высокоуровневое представление. Конечно, вы можете детализировать каждый локальный процесс и дополнительно распечатать эти детализации, но в этом случае вы потеряете высокоуровневое представление. Можно ли создать распечатку, одновременно показывающую высокоуровневое представление и подробности каждого локального процесса?

Можно – с помощью мгновенного снимка экрана моделирования. Выполните следующие шаги:

1. Нажмите правой кнопкой мыши на имени своего процесса в дереве проекта и выберите пункт Simulate. Откроется диаграмма имитационного моделирования.
2. Нажмите правой кнопкой мыши на свободном месте диаграммы моделирования и выберите пункт Expand All. Все уровни процесса раскроются и продемонстрируют внутренние детали (см. рис. 12).
3. Нажмите правой кнопкой мыши на свободном месте диаграммы моделирования и выберите Print.
   
   Рисунок 12. Фрагмент экрана расширенного процесса
   
   
   

Описанная уловка, доступная в представлении имитационного моделирования, позволяет увидеть все задачи процесса (при условии, что анимация активирована). Как оказалось, этот прием также полезен в том случае, когда вы хотите распечатать свой процесс с демонстрацией всех действий, выполняемых в контейнерах.

Примечание. Версия Modeler V6.2 способна самостоятельно раскрывать имеющиеся циклы и локальные процессы, что избавляет вас от необходимости использовать эту уловку.

В начало

Вопрос 6: Как добавить несколько задач в один прием?

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

Ответ достаточно прост: воспользуйтесь клавишей Shift.

1. Нажмите на пиктограмму задачи на палитре. Перемещайте курсор мыши над диаграммой процесса. Курсор преобразуется в указатель add icon (добавить пиктограмму).
2. Нажмите и удерживайте клавишу Shift.
3. Нажмите курсором мыши для помещения задачи в диаграмму процесса. Задача добавлена.
4. Переместите курсор мыши и нажмите им в каком-либо другом месте диаграммы. Добавлена следующая задача.

Вы сможете добавлять в модель другие задачи до тех пор, пока будете удерживать клавишу Shift в нажатом состоянии. Закончив процесс добавления, отпустите клавишу Shift. Курсор мыши пример обычный вид.

В начало

Вопрос 5: Как осуществить экспорт в продукт Rational Software Architect?

После завершения создания бизнес-модели вы сможете отыскать кандидата на роль сервиса многократного использования, который вам необходимо создать. Rational® Software Architect (далее – Software Architect) – это инструмент IBM® для моделирования на языке UML2, который используется на этапе проектирования. Этот инструмент на основе модели UML2 генерирует скелет кода, который затем может быть превращен в полноценный код и протестирован в среде Rational Application Developer. Элементы бизнес-модели преобразуются в элементы UML-модели. Например, бизнес-процесс преобразуется в элемент «business use case». Роль преобразуется в элемент «business actor» или в элемент «business worker» с соответствующим интерфейсом. Бизнес-элемент преобразуется в элемент «business entity» и т.д. Итак, вопрос: в меню Export отсутствуют какие-либо опции для продукта Rational Software Architect – каким же образом осуществляется экспорт в Rational Software Architect?

На самом деле, это вопрос с подвохом – в данном случае экспорт совершенно не нужен! Продукт Software Architect осуществляет непосредственное чтение из рабочего пространства продукта Modeler. Достаточно указать продукту Software Architect на соответствующее рабочее пространство Modeler, после чего элементы бизнес-модели могут быть перемещены в UML2-модель методом простого перетаскивания (drag and drop). Таким образом, в экспорте не необходимости.

Примечание. Если продукт Software Architect установлен на другом компьютере, вы можете сохранить свой проект Modeler в каком либо репозитарии для управления исходным кодом, например, в Rational Clear Case, а затем обратиться к этому проекту из Rational Software Architect.

В начало

Вопрос 4: Как прикрепить файлы документации?

Одно из преимуществ бизнес-модели по сравнению с блок-схемой состоит в том, что помимо визуального представления бизнес-модель содержит и метаданные. В некоторых случаях существует и другая документация, которую было бы небесполезно использовать вместе с моделью. Итак, вопрос: как прикрепить существующий файл к модели?

Для добавления вложенного файла вы можете воспользоваться закладкой Specification в представлении процесса (см. рис. 13). Нажимая Add, Вы сможете добавить к своей модели одно или более вложений. После этого соответствующий файл (файлы) будет подключен к модели и даже может быть просмотрен – после того, как эта модель будет опубликована на сервере WebSphere Business Modeler Publishing Server. Добавление вложений осуществляется на уровне процесса; вы не сможете прикреплять файлы к другим конструкциям, таким как роли и бизнес-элементы.

В начало

Вопрос 3: Как импортировать WSDL-файл таким образом, что все работало правильно при последующем экспорте в WebSphere Integration Developer?

С помощью меню Import вы можете импортировать WSDL-файл (файл на языке Web Services Definition Language) в Modeler. Если вы используете решение WebSphere Service Registry and Repository, то вы также можете импортировать сервис (посредством поиска бизнес-сервиса). В любом случае каталог бизнес-сервисов заполняется импортированными сервисами, с соответствующими XSD-файлами в каталоге объектов бизнес-сервисов. Если вы хотите использовать бизнес-сервис, то не забывайте, что на некоторых уровнях поддерживается перемещение объектов в бизнес-модель по методу drag and drop. Как правильно выполнить эту операцию, чтобы после экспорта модели в Integration Developer все работало надлежащим образом?

Ответ состоит в следующем. В данном случае, drag and drop – это operation, применяемая к бизнес-сервису, а не к самому WSDL-файлу. Выполните следующие шаги:

1. В проекте Modeler нажмите правой кнопкой мыши на имени своего проекта моделирования и выберите пункт Import.
2. Выберите вариант Business services and service objects (.wsdl, .xsd), а затем нажмите Next.
3. Нажмите Browse и найдите каталог, в котором расположен файл .wsdl. Раскрыв этот каталог, увидите список всех файлов .wsdl и.xsd , которые в нем содержатся. Поставьте флажки в контрольных окошках тех файлов, которые вы хотите импортировать, затем нажмите Finish.
4. Файлы будут импортированы в ваш проект моделирования.

На рис. 14 показан пример импортированного сервиса. В этом примере папка ABCBankServices представляет собой WSDL-файл. Папка ABCBank – это WSDL-порт, а checkCompanyCredit и checkCompanyHealth – это операции. CompanyInfo – это внешний XSD-файл, на который ссылается данный WSDL-файл.

В этом примере вы можете перетащить в свой процесс одну из операций (checkCompanyCredit или checkCompanyHealth) для представления вызываемого бизнес-сервиса. Когда этот процесс будет экспортироваться в Integration Developer, соответствующие WSDL-файл и XSD-файл будут экспортированы вместе с ним. Бизнес-сервис превратится в BPEL-вызов. На SCA-диаграмме ссылка на этот вызов передается в импорт посредством связывания Web-сервисов.

Примечание. Поддерживаются не все типы WSDL-файлов, однако со многими из них данный процесс работает вполне успешно.

В начало

Вопрос 2: Как увидеть очередь работ перед задачей?

Нормальное поведение при имитационном моделировании с активированной анимацией выглядит следующим образом:

• Метка достигает какой-либо задачи.
• Число экземпляров активной задачи увеличивается (число в рамке над этой задачей в ходе моделирования).
• Когда задача завершена, указанное число уменьшается, поскольку данная метка переходит к следующему шагу.

Проблема заключается в следующем. Если ваши ресурсы ограничены, то некоторые из активных экземпляров продолжают работать, а некоторые ждут освобождения ресурсов. Итак, вопрос: как настроить модель таким образом, чтобы можно было увидеть очередь работ, ожидающих освобождения ресурсов?

На рис. 15 показан пример простого процесса с двумя шагами. Оба шага используют разные роли; объем ресурсов для каждой роли равен двум (задан в пуле ресурсов). Число в рамке над шагом Step 1 показывает, что в данный момент существует три активных экземпляра. При этом один из них ждет освобождения ресурса. Не существует какого-либо способа, чтобы увидеть, какие экземпляры являются активными, а какие находятся в состоянии ожидания.

Ответ состоит в использовании параметра «максимальное количество одновременных задач». С помощью этого параметра вы указываете механизму моделирования, сколько задач может одновременно находиться в активном состоянии. Все входящие маркеры будут поступать в очередь перед задачей. Для настройки этого параметра выполните следующие шаги:

1. В моментальной копии экрана моделирования нажмите на шаг Step 1.
2. На закладке General представления Attributes установите максимальное число одновременно выполняемых задач, равное 2. Значение по умолчанию 0 означает неограниченное число одновременных задач.
3. Повторите эту операцию для шага Step 2.
4. Сохраните свои изменения, затем запустите моделирование из панели управления имитационным моделированием.

На рис. 16 показан тот же процесс моделирования, но для обоих шагов максимальное число одновременных задач теперь равно двум. Два экземпляра на шаге Step 1 являются активными, а другие входящие маркеры должны ждать в очереди перед задачей. По мере роста очереди ее глубина отображается в графическом и в цифровом виде. Если в очереди находится более двадцати маркеров, она окрашивается в красный цвет для указания на большую задержку.

Варьируя максимальное количество одновременных задач, вы сможете визуально увидеть задержки в исполнении своих задач.

В начало

И, наконец, вопрос 1: Как запустить несколько экземпляров процесса в ходе имитационного моделирования?

На рис. 17 показан пример простого процесса. Если после создания модели вы решите осуществить имитационное моделирование своего процесса, то столкнетесь со следующей проблемой: как запустить несколько экземпляров своего процесса для имитационного моделирования? Если вы запустите моделирование из панели управления, то через ваш процесс будет перемещаться только один маркер. Этого недостаточно для выявления узких мест, событий процесса и другой важной информации для последующего анализа. Итак, вопрос: каким образом запустить несколько экземпляров процесса для имитационного моделирования?

Ответ заключается в следующем. Чтобы запустить нескольких экземпляров процесса, кое-что должно поступить в первую задачу этого процесса. На рис. 15 показан подобный процесс, у которого вход в процесс поступает на шаг Step 1. Для создания этого входа выполните следующие шаги:

1. В редакторе процесса перемещайте курсор мыши к левой границе процесса до тех пор, пока курсор не изменится на пиктограмму «добавление соединения» (add a connection). Нажмите на левую кнопку мыши для запуска этого соединения, затем переместите курсор на шаг Step 1 и снова нажмите на левую кнопку мыши.
2. Будет создано соединение между границей процесса и шагом Step 1. По умолчанию, к соединению добавляется бизнес-элемент типа Text для указания на поток данных.
3. Вы также можете перетащить на новое соединение какой-либо другой бизнес-элемент для замены текстового элемента на что-либо более значимое.
4. Нажмите правой кнопкой мыши на процесс в дереве процессов и выберите Simulate. Для продолжения нажмите OK в окне Add Elements.
5. В представлении Attributes выберите закладку Inputs. Для выбора нажмите на Input, как показано на рис. 18.
   
   Рисунок 18. Атрибуты входа моделирования
   
   
   
6. Нажмите на кнопку Edit для задания общего количества маркеров. Каждый маркер представляет собой вход в процесс. Если входы процесса должны поступать в количестве, отличном от 1, нажмите Edit для задания количества маркеров в пакете. Пакет маркеров – это пакет работ, поступающих одновременно. В качестве опции, нажмите Edit для выбора единовременной стоимости маркера (если с каждым входом в ваш процесс можно ассоциировать какую-либо стоимость).
7. По умолчанию маркеры запускаются триггером по времени. Интервал времени между маркерами по умолчанию равен одной минуте. Вы можете использовать это значение или установить другое значение.
8. Если интервал времени между маркерами меняется по случайному закону, вы можете использовать временной триггер, работающий с заданным законом распределения.
9. Если интервал между маркерами меняется в соответствии со временем суток, вы можете использовать временной триггер, работающий по расписанию. Вы можете разделить сутки на интервалы, каждый из которых будет инициировать маркеры по собственным правилам.
10. Нажмите Save для сохранения обновлений.

Теперь, после запуска моделирования из панели управления будут функционировать несколько экземпляров процесса.

В начало

Каких результатов вы достигли?

На сколько из десяти самых распространенных вопросов по продукту Modeler вы смогли бы ответить самостоятельно?

0-3 – Неплохо для начала.

4-6 – Вы добились определенных успехов в работе с Modeler.

7-9 – Да вы просто эксперт!

10 – Блестяще!

Ресурсы

• Примите участие в обсуждении материала на форуме.
  
  
• Оригинал статьи: The top 10 questions you always wanted to ask about WebSphere Business Modeler (EN).
  
  
• Advanced simulation (EN) (developerWorks 2007): статья по имитационному моделированию с использованием данного продукта.
  
  
• WebSphere Business Modeler V6.1.2 Information Center (EN): полная документация по продукту.
  
  
• developerWorks BPM zone (EN): новейшие технические ресурсы по BPM-решениям IBM, включая материалы для загрузки, демонстрации, статьи, учебные пособия, мероприятия, Web-трансляции и многое другое.
  
  
• Business Process Management enabled by SOA (EN) (Управление бизнес-процессами на основе SOA): информация о продукте, включая функциональность и преимущества.

Об авторе

		Марк Фасбиндер, специалист по WebSphere® Business Modeler, отвечает на десять самых распространенных вопросов по данному продукту.

Выскажите мнение об этой странице

Пожалуйста, найдите минутку и заполните форму, чтобы повысить уровень сервиса. Помогла ли данная информация достичь Вашей цели? Да Нет Не знаю   Пожалуйста, напишите комментарий, чтобы мы могли улучшить данную страницу:   Насколько полезна эта информация? (1 = Бесполезна, 5 = Очень полезна) 1 2 3 4 5

Поделиться этой статьей: забобрить сохранить в memori