Please enable JavaScript.
Coggle requires JavaScript to display documents.
Case Life Cicle (Case types (CASE (é uma instância específica de uma…
Case Life Cicle
-
STEP
Quando um case avança um STEP, PEGA automaticamente atualiza o status do case para o valor definido para aquele STEP
-
Usuários veem as instruções no worklist, quando eles abrem um CASE
STAGE
Quando o usuário completa as tarefas do primeiro STAGE, automaticamente ele muda para o segundo STAGE
Os cases normalmente migram entre os STAGES de forma sequencial, mas podem seguir fluxos alternativos, em um outro PATH
-
-
Técnica de modelagem que permite que usuários de negócio vejam e interajam com o CASE ao mesmo tempo que pensam nele
Para os STAGES procure usar nomes ou frases curtas de no máximo duas palavras, que descrevam de forma objetiva o propósito para o usuário de negócio
-
-
PEGA
-
-
-
Ao escolher uma de várias extensões PEGA, você poupa tempo e esforço no desenvolvimento de aplicações
Tem aplicações sob medida para áreas como Marketing , Vendas, prestação de serviços, ou uma gama de variedades para industria, financeiro, ou governamentais, além de médica e seguros.
-
É uma plataforma de desenvolvimento de baixa ou nenhuma codificação, orientada a modelo de negócios, onde o usuário do negócio trabalha junto com o desenvolvedor para configurar aplicações usando configurações visuais
Partes interessadas tanto de TI quanto de negócios podem utilizar ferramentas visuais compartilhadas para a captura de requisitos, DIRECT CAPTURE OF OBJECTIVES (DCO), de forma sincronizada
Para cada requisito de negócio, você pode modelar um WorkFlow em PEGA, que define os diversos processos de negócio necessários para se alcançar um objetivo
Permite a automação de vários processos, adicionando rotas dinâmicas, orquestrando mudança de dados para diversos sistemas de armazenamento.
-
-
-
-
-
-
-
Routing Work
Approval Type
Single Approver
Você pode designar aprovações simples ( single approval use case) para uma Work list de um usuário específico ou work queue ( Fila de Trabalho)
Cascading Approval, reporting structure
Se baseia numa estrutura de reports que requer aprovação de um diretor, um gerente, ou maior
Cascading Approval, authorit matrix
É mais flexivel que o reporting strucuture, possibilitando designar outras entidades de fora do organograma de reporting
-
-
Routing Options
Current User, se o current user tem que concluir a tarefa específica
specifc user, se um usuário específico irá concluir aquela tarefa específica
work queue, para um grupo específico, onde uma pessoa do grupo pode completar a tarefa
Operator record
Em PEGA, usuários são associados com o operador de gravação (operator records), que contem informações úteis para designação (ROUTING)
-
-
-
É comum num processo que vários operadores sejam responsáveis por realizar tarefas diversas, e que o conjunto dessas tarefas cumpridas realizem o trabalho
Designar as tarefas de forma cuidadosa e correta assegura que grupos ou pessoas específicas executem determinadas tarefas, aumentando a eficiência do negócio.
-
-
Optional Actions
Conditional Execution
Você pode definir condições que controlam quando um PROCESSES ou um STAGE executa num CASE, e pode ser um campo, comparador ou valor
Pro default, processos iniciam e executam apenas quando uma condição se faz presente
Por padrão, STAGEs nunca pulam se uma condição não for configurada para tal
Você pode criar mais de uma condição para cada STAGE ou PROCESSES, e pode junta-las usando operadores lógicos tal como AND e OR
se os PROCESSES podem ocorrer em qualquer ordem, eles podem ser configurados em PARALELO
PARALEL PROCESSES permitem que o CASE avance em vários caminhos simultâneos ao mesmo tempo em um STAGE
-
-
Quando o CASE é processado, as tarefas (ASSIGMENTES) em paralelo podem ocorrer simultâneamente, aumentando a eficiência no processamento do CASE
DECISION POINTS
-
Usa-se estruturas de decisão para modelar decisões automáticas, através de uma ou mais condições, ou da regra de negócio.
OPTIONAL PROCESSES
Pode carregar um processo opicional para atualizar informações em multiplos STEPS, podendo ou não retornar ao caminho primário de um CASE
-
Você pode definir ações opicionais que os usuários podem realizar enquanto o CASE está em qualquer STAGE ou STEP do CASE LIFE CICLE
-
-
Pode ser adicionada em qualquer parte do CASE LIFE CICLE, ou num STAGE específico
-
Case Hierarchy
Rules
DEF-Instruções para criar, processar e resolver casos definidos pelo desenvolvedor ao modelar um case type
-
-
Rule Type
-
-
Modelo usado pelo SA para criar uma nova regra. Você primeiro seleciona o Rule Type e com isso determina as propriedades que serão necessárias para implementar o comportamento do caso associado
-
-
DevStudio - Caso preciso de regras mais especídifcas ou de modificações mais a fundo, deve ser feita através do DEVStudio
-
Ao descrever o comportamento de um CASE com regras modulares, focado em tarefas, você pode combinar e returilizar regras conforme necessário
-
Rulesetes
SA coletam regras individuais como instâncias de uma ruleset, chamada rolesets versaio
-
-
Para empacotar regras da distribuição, como parte da aplicação, você ou( grup0
Rulseset - Identifica, grava e gerencia, um conjunto de regras que definem a aplicação na maior parte de set ciclo
-
-
Herança
Pattern inheritance
-
-
-
A camada de divisão contém todas as classes de dados, trabalho e integração da divisão
A camada de unidade contém todas as classes de dados, trabalho e integração da unidade
-
directed inheritance
-
Para reutilizar regras padrão da plataforma PEGA, e regras de outras aplicações, fora da classe herárquica de negócio.
Modularidade
Benefícios
Versionamento
System Archtects criam versões de numa nova rule, sempre que o comportamento de um CASE precisa mudar
Delegação
SA delegam regras aos usuários de negócio para atualizar o comportamento do CASE conforme a condiçlão de negócio muda
-
Quando você cria uma
Se você precisa de controle mais detalhados na cria~]ap de regras,
-
-
Data Storage in Memory
-
Para resolver um CASE, em PEGA os dados são capturados, manipulados e apresentados através do processo de negócio
Enquanto se processa um CASE, os dados são armazenados na memória para serem utilizados por um ou mais usuários
-
-
Durante o processamento de um CASE, cada PAGE mantem na memória uma estrutura conhecida como CLIPBOARD
-
Consiste de todas as PAGES utilizadas para rastrear os elementos de dados que representam o CASE e e a Sessão
-
PyWorkPage
-
-
Quando você cria um CASE filho, o CLIPBOARD contém PAGE PyWorkCover, que contém dados do CASE pai
-
Cada PAGE num CLIPBOARD é uma instância de uma classe específica, que inclui o PyWorkPage
-
-
SLA
Você pode configurar SLA para STEPS, PROCESSES, STAGES, ou CASES
START
O momento em que o SLA se inicia, o momento Zero
GOAL
Define quanto o Assigment irá demorar, tipicamente mensurado para quando cada STEP, ASSIGMENT, ou CASE se inicia
DEADLINE
-
è medido a partir de quando o CASE, STEP ou ASSIGMENT se inicia
-
-
Em PEGA, tarefas urgentes indicam prioridade
a funcionalidade GET NEXT WORK atribui alta urgencia a tarefas prioritárias em detrimento de tarefas menos prioritárias, de forma a tentar garantir que todas sejam cumpridas dentro do prazo
-
-
-
-
-
-
-