Привет, ребята, я недавно начал свое путешествие с PEGA и хотел поделиться своим пониманием с сообществом разработчиков ❤
P.S- Этот пост представляет собой лишь базовое представление о PEGA и ее функциях. Если вы тот, кто только начал свое путешествие с PEGA, или вам интересно начать изучать PEGA, это как раз для вас.
Итак, как следует из названия, давайте начнем ваше путешествие с PEGA. Те, кто не знает, что СТРАНИЦА есть. Вот краткое введение:
PEGA – это инструмент BPM (Управление бизнес-процессами) или веб-приложение, разработанное на Java, которое помогает автоматизировать множество процессов, избегая использования жесткого кодирования. Благодаря технологиям PEGA, которые принесли это и облегчили жизнь разработчику.
Можно использовать PEGA как в облачной среде, так и на своем локальном компьютере. Но облачный вариант имеет смысл, так как лучше оставить вещи в одном месте и легко поймать их в каком-нибудь другом месте.
Забавный факт: PEGA по-испански означает “Работа” 😀
P.S – Вам не обязательно быть профессионалом в Java 😯 , чтобы понять PEGA Если у вас есть какие-то основы, то все в порядке. Кстати, я видел людей, которые даже не знают Java, преуспевают в PEGA.
PEGA поставляется со встроенным сервером, который называется PRPC (PegaRULES Process Commander) содержит множество правил. Помни!! Все, что вы создаете или используете, называется Правилом в PEGA. Допустим, поток, действие потока, активность, свойство и т. Д.,
Я объясню некоторые из важных правил PEGA для вашего базового понимания. СТРАНИЦА подобна океану..! 😰 Невозможно дать вам даже базовое понимание всего за один пост. Поэтому я разделяю их на несколько постов. Проверяйте их каждую неделю.
Если вы заинтересованы в углубленном изучении PEGA, не возражайте проверить PDN для официальной академии PEGA, документации и сообщества. Это единственный лучший ресурс, который вы можете найти в Интернете.
Во-первых, давайте посмотрим, как выглядит PEGA Designer Studio .
Целевая страница представляет собой Case designer studio , которая содержит Admin, Dev, App studios, предназначенные для целей разработки и тестирования.
В этом посте я расскажу о Process категория. Некоторые важные вещи, которые вы должны знать, это:
- Поток
- Действие потока
- Ведение дел
- Правило соответствия
- Правило SLA
- Проверка правила
- Рабочие группы
Давайте рассмотрим их в деталях-
1. Правило потока:
Самое важное, что нужно знать о PEGA, – это правило потока . Это очень важно иметь, так как в каждом бизнесе есть несколько задач, которые должны быть выполнены в конкретном случае.
Правило потока помогает в достижении последовательности событий с использованием форм и соединителей. Существует два типа потока. A. Поток сита B. Технологический процесс
Различия Только один человек может работать с Screenflow , в то время как Process flow может быть направлен многим людям. Поскольку многие бизнес-процессы включают маршрутизацию и вовлечение нескольких человек, в основном используется поток процессов.
2. Правило действия потока:
Итак, мы знаем, что каждый бизнес-процесс следует определенному потоку. Правила действия потока будут вызываться внутри потока. Правило действия потока содержит все точки конфигурации, которые описывают, как пользователь взаимодействует с назначением с помощью рабочих форм.
Существуют множественные назначения и формы решений наряду с соединителями и используются для сопоставления объектов на основе бизнес-требований. Вот как обычно выглядит поток.
Кроме того, помните, что Правило раздела вызывается внутри правила действия потока и я буду больше говорить о Правиле раздела в Категория пользовательского интерфейса PEGA.
3. Ведение дел:
case , представляющий собой бизнес-процесс, состоит из множества этапов, процессов, задач. Корпус в целом продолжает меняться на протяжении всего своего жизненного цикла из-за внутренних и внешних событий.
Обычно мы разрабатываем различные типы кейсов в зависимости от бизнес-требований. Эти Типы обращений снова делятся на различные Этапы которые снова разделены на процессы, тем самым этапы. Процесс – это не что иное, как Поток . Шаги называются назначением, представляющим задачу, которая должна быть выполнена; она может быть ручной или автоматической. PEGA помогает вам настроить множество автоматизированных задач для выполнения на основе принятых решений. Мы можем сказать, что “Case – это экземпляр типа Case”.
Вот как выглядит вкладка Управление обращениями:
P.S – Управление обращениями – это огромная тема, в которой вы можете узнать о дочернем обращении, параллельном процессе, действиях по всему этапу и по всему делу и т.д., Обратитесь к PDN за более подробным объяснением по этим вопросам. Это очень важная тема, которую вы должны знать. Если возможно, я постараюсь сделать об этом будущие посты. 😉
4. Правило соответствия:
Иногда нам необходимо информировать клиентов, сотрудников, пользователей приложений о статусе обращения или какой-либо информации по почте, текстовому сообщению, факсу и т.д., Вот тут-то и появляется |/Правило соответствия . PegaRULES Process Commander предоставляет разработчикам приложений средства для создания нескольких типов корреспонденции с использованием стандартных, готовых правил и шаблонов. Вы также можете создавать свои собственные индивидуальные правила и шаблоны.
Это простые в использовании шаблоны, которые уже доступны, что также помогает сэкономить время разработки. Если правил OOTB недостаточно, то идеально настроить свои собственные правила.
P.S – OOTB – это готовые функции, предоставляемые PEGA по умолчанию, которые можно использовать соответствующим образом.
5. Правило SLA:
SLA означает Соглашение об уровне обслуживания . Как мы все знаем в бизнесе, своевременное завершение работы является наиболее важным, и правило SLA заботится об этом. Для каждой задачи, которая должна быть выполнена, существует Цель . Если он не завершен в указанное конкретное время, SLA отправляет предупреждение о невозможности завершения в заданное время, увеличивая его уровень срочности . Аналогично, если он достигает Крайний срок то же самое происходит с увеличением срочности. Если задача не выполнена даже после истечения крайнего срока, то она достигает состояния Пройденный крайний срок , в котором уровень срочности становится высоким, и повторяющиеся предупреждения будут генерироваться до тех пор, пока задача не будет завершена. Все это можно настроить с помощью правила SLA. Кроме того, можно настроить SLA уровня назначения и уровня обращения.
6. Проверка правила:
Как следует из названия, это делается для проверки данных. Когда пользователь вводит данные в форму, данные должны быть проверены. Таким образом, Validate rule помогает в этом, избегая этой ошибки при вводе данных. Когда поле в форме не проходит проверку, правила проверки останавливают отправку формы, добавляя сообщение об ошибке, указывающее на ошибку пользователя. Мы можем добавить проверку к любому свойству . Все очень просто.
7. Рабочие группы:
рабочая группа – это лицо, организация или бизнес, которые каким-либо образом связаны с ходом или статусом рабочего объекта. Это правило, в котором можно перечислить людей, заинтересованных в жизненном цикле дела. Мы можем добавить рабочие группы в правило, чтобы привязать их к конкретному случаю. В каждом бизнес-процессе участвуют разные люди, скажем, клиент и розничный торговец. Итак, вот они рабочие группы , которые должны быть уведомлены о статусе на протяжении всего его жизненного цикла от начала до конца. Это происходит с Функциями уведомления OOTB PEGA.
. . .
Итак, вы находитесь в конце Технической категории 😎 , Я только что дал простое определение того, что представляют собой эти вещи PEGA. Чтобы узнать, как их настроить и использовать, ознакомьтесь с PDN для получения более подробной информации об этих разделах.
Увидимся с вами, ребята, в моем следующем посте ✌
СЛЕДУЮЩИЙ ПОСТ: Кто не любит данные.! Вот что я собираюсь рассказать об обработке данных в PEGA в моем следующем посте. Оставайтесь с нами..! 🙂
Оригинал: “https://dev.to/mahithchigurupati/start-your-journey-with-pega-5053”