Облачный поток операций

Процесс совместного создания и развертывания приложений правил в Operational Decision Manager on Cloud.

В этом примере рассмотрен облачный поток операций. Вымышленная компания по прокату автомобилей использует Operational Decision Manager on Cloud для реализации решений относительно сдачи автомобилей в аренду на основе стратегий и тарифов. Несколько сотрудников совместно разрабатывают бизнес-правила, создают и тестируют службу принятия решений, а также развертывают приложения правил в средах выполнения.

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

На диаграмме показан поток операций для разработки службы принятия решений.

Настройка ролей пользователей

В следующей таблице Джон выполняет роль ИТ-администратора в компании по прокату автомобилей. Он отвечает за администрирование учетных записей пользователей в портале Operational Decision Manager on Cloud. Поскольку он первым получил доступ к порталу, ему присвоена роль администратора облака. Он должен пригласить других пользователей в портал и присвоить им роли, позволяющие им использовать облачные компоненты.

Табл. 1. Участники коллектива и роли пользователей
Член коллектива Должность Роль пользователя Доступ к компонентам и средам
Джон ИТ-администратор Администратор облака (admin)
Администратор прав доступа
Портал Operational Decision Manager on Cloud и консоль Decision Center, учетные записи пользователей, группы и роли
Ким Разработчик приложений Разработчик правил Rule Designer и Decision Center, выполняет развертывание в средах разработки и тестирования
Гэри Рыночный стратег Бизнес-пользователь Бизнес-консоль Decision Center, выполняет развертывание в среде разработки
Фрэнк Аналитик Руководитель выпуска Бизнес-консоль Decision Center и Enterprise Console (считается устаревшей), включая функции администрирования, выполняет развертывание во всех средах
Арджун Специалист по ИТ-задачам Интегратор Бизнес-консоль Decision Center, выполняет развертывание в средах разработки и тестирования, а также выполняет тестирование производительности службы принятия решений

Совместная работа над службой принятия решений

Как разработчик правил, Ким использует Rule Designer для создания службы принятия решений, ее развертывания в среде выполнения и публикации в Decision Center. Она знает Java™ и понимает объектную модель компании. Вместе с архитекторами программного обеспечения она разрабатывает первую версию службы принятия решений. Это означает, что она определяет словарь и записывает бизнес-правила, моделирующие бизнес-логику проката автомобилей.

На следующей диаграмме показаны задачи, выполняемые Ким. Сначала она создает службу принятия решений и связанные артефакты в Rule Designer. В ходе работы над службой принятия решений она выполняет ее тестирование путем развертывания в Rule Execution Server в среде разработки. Готовая начальная версия службы принятия решений публикуется в Decision Center.

Диаграмма, на которой показана работа разработчика правил в среде разработки Rule Designer и Decision Center.

Фрэнк, как руководитель выпуска, использует платформу управления решениями в бизнес-консоли Decision Center. Он создает выпуск для службы принятия решений, а также настраивает операции изменения и проверки в выпуске. После того как коллектив завершит операции проверки, и правила будут готовы для тестирования, Фрэнк развертывает готовый в Rule Execution Server в среде разработки.

На следующей диаграмме бизнес-пользователь Гэри обновляет службу принятия решений в Decision Center, а Фрэнк развертывает службу принятия решений из Decision Center в Rule Execution Server.

Диаграмма, на которой показан бизнес-пользователь и администратор выпуска, работающие в Decision Center для уточнения и повторного развертывания службы принятия решений.

Так как Гэри работает в отделе маркетинга, он хочет проверить политики ценообразования, заданные в правилах. Гэри просматривает и изменяет правила в бизнес-консоли Decision Center. Гэри работает в ветви операций, которая отслеживает вносимые в правила изменения.

Кроме настройки учетных записей пользователей в облачном портале, Джон выполняет роль администратора прав доступа в бизнес-консоли Decision Center. Он настраивает параметры защиты и доступа пользователей на вкладке администрирования. Он обеспечивает назначение правильных групп пользователей для Гэри и других пользователей, которым требуется доступ к выпуску и ветвям операций службы принятия решений.

Тестирование и продвижение службы принятия решений

Руководитель выпуска Фрэнк обладает доступом ко всем трем облачным средам. Он может выполнять тестирование на всех этапах жизненного цикла разработки службы принятия решений. На следующей диаграмме после завершения разработки Фрэнк развертывает службу принятия решений в среде тестирования.

На диаграмме показан администратора выпуска, который развертывает службу принятия решений в среде тестирования.

Фрэнк тесно сотрудничает с Арджуном, которому присвоена роль интегратора. Для того чтобы проверить правильность работы службы принятия решений, Арджун работает в бизнес-консоли Decision Center во всех трех облачных средах. Он отслеживает и оценивает функцию службы принятия решений, вызываемую из приложения клиента.

Для оценки производительности службы принятия решений в среде тестирования Фрэнк просит Арджуна провести тесты с использованием стандартных процедур проверки программного обеспечения. Арджун добавляет код в веб-приложение для проката автомобилей, позволяющий вызывать новую службу принятия решений. На следующей диаграмме веб-приложение проката автомобилей выполняется на сервере приложений компании и вызывает службу принятия решений из среды тестирования Operational Decision Manager on Cloud.

Диаграмма, на которой интегратор проверяет службу принятия решений в среде тестирования.

На финальном этапе жизненного цикла службы принятия решений, после завершения разработки и получения Фрэнком удовлетворительных результатов тестов производительности в среде тестирования, Фрэнк переносит службу принятия решений в Rule Execution Server в рабочей среде. Руководитель выпуска - это единственная роль пользователя с правами доступа для развертывания службы принятия решений в рабочей среде.

На следующей диаграмме показан перенос службы принятия решений в рабочую среду. Когда клиенты обращаются к веб-приложению, оно вызывает службу принятия решений.

На диаграмме показан администратора выпуска, который перемещает службу принятия решений в рабочую среду.

Гэри сообщает своим коллегам из отдела маркетинга, что новая рекламная ценовая кампания может быть реализована в следующем квартале, так как он с помощью Operational Decision Manager on Cloud может быстро внести изменения в правила ценообразования в службе принятия решений.