Objetos de dados
Para processar casos, os aplicativos da Pega Platform™ utilizam objetos de dados (data objects) para coletar dados de casos relacionados. Um objeto de dados é um modelo para descrever uma entidade, como uma pessoa ou um item, agrupando um conjunto de campos relacionados.
Por exemplo, um aplicativo pode conter um objeto de dados Conta que pode ser utilizado em dois tipos de caso: um que permite ao cliente transferir fundos entre contas bancárias e outro que permite que o cliente altere o endereço associado à conta. O objeto de dados Account (Conta) inclui campos que descrevem uma conta, como Account Number (Número da conta), Current Balance (Saldo atual), e Next Statement Date (Data do próximo extrato). Fazer referência ao objeto de dados Conta evita a necessidade de definir campos relacionados à conta para cada tipo de caso.
É possível utilizar um objeto de dados quantas vezes forem necessárias em seu aplicativo. No exemplo anterior, o tipo de caso Transferir fundos pode utilizar o objeto de dados Conta para modelar as contas de origem e destino para a transferência.
A coleção de tipos de caso e objetos de dados em seu aplicativo define de forma integrada o modelo de dados do seu aplicativo.
Dica: Ao projetar um modelo de dados, use objetos de dados para organizar os dados de negócios necessários para processar o caso. Como prática recomendada, o tipo de caso deve incluir apenas metadados do caso, campos de descrição e as operações do caso, como a data de criação e a pessoa ou pessoas atribuídas a qualquer tarefa aberta. A maioria dos metadados de caso é coletada automaticamente pela Pega Platform, utilizando propriedades do sistema herdadas pelo tipo de caso. É possível definir campos de metadados adicionais conforme necessário.
Estrutura
Dentro de cada objeto de dados, um tipo de dados (data type) representa a implementação técnica do objeto de dados, como os nomes e tipos de campos utilizados para capturar e apresentar as informações sobre a entidade. De forma coletiva, os diferentes campos representam um único tipo de objeto e definem a estrutura do objeto de dados. Ao criar um objeto de dados, a Pega Platform cria automaticamente o tipo de dados correspondente.
Nota: No Dev Studio, os desenvolvedores trabalham diretamente com o tipo de dado associado, não com o objeto de dados. Como consequência, é possível encontrar os termos “objeto de dados” e “tipo de dados” utilizados alternadamente nos projetos e na documentação.
Por exemplo, um aplicativo de RH inclui um tipo de caso para gerenciar requisições de trabalho e processar candidatos a vagas em aberto. Para processar um novo candidato, o RH deve coletar informações básicas sobre ele. Para coletar informações sobre um candidato a uma requisição de emprego aberta, um desenvolvedor pode criar um objeto de dados Candidato com um tipo de dado correspondente que inclua campos como Nome, Sobrenome, E-mail e Telefone.
Além de agrupar elementos de dados, os objetos de dados podem agrupar visualizações e outras regras relacionadas ao objeto de dados. Por exemplo, o objeto de dados Candidato pode incluir um cálculo para combinar um determinado nome e sobrenome em um nome completo do candidato, como John Smith.
É possível estender a estrutura de um objeto de dados fazendo referência a outros objetos de dados. Quando um objeto de dados faz referência a um segundo objeto de dados, os campos no segundo tipo de dado se tornam parte do tipo de dado do objeto de dados de referência. Dependendo da necessidade, os objetos de dados referenciados podem ser utilizados uma ou várias vezes.
Por exemplo, o objeto de dados Candidato também precisa incluir campos de informações como endereço de correspondência e histórico de trabalho. O endereço e o histórico de trabalho podem ser configurados como objetos de dados referenciados pelo objeto de dados Candidato. O objeto de dados Endereço estende o objeto de dados Candidato com campos como Nome da rua, Cidade e Código postal, enquanto o objeto de dados Histórico de trabalho adiciona campos como Data de início, Data de término, Cargo e Empregador. O objeto de dados Endereço é utilizado uma vez para capturar um único endereço, enquanto o objeto de dados Histórico de trabalho pode ser utilizado mais de uma vez para criar uma lista de empregadores anteriores do candidato.
Na imagem abaixo, clique nos ícones + para saber mais sobre a relação entre um objeto de dados e o tipo de dado correspondente.
Herança
É possível criar objetos de dados para reutilizar ativos de um objeto de dados existente por meio de herança (inheritance). Por exemplo, Pessoa é um objeto de dados genérico ou um objeto de dados pai, enquanto Cliente e Representante da central de atendimento (atendente) são objetos de dados mais especializados. Para denotar o relacionamento entre objetos de dados pai e filho, use o padrão Pai-Filho, por exemplo, Pessoa-Cliente e Pessoa-Atendente. Todos os três objetos de dados têm campos comuns, incluindo Nome, Telefone e E-mail. Ao criar os campos comuns no objeto de dados Pessoa, é possível reutilizar os campos nos objetos de dados Cliente e Representantes da central de atendimento. Os campos Número de identificação fiscal e Número de associação se aplicam apenas a clientes, portanto, você os define no objeto de dados Cliente. Como o Employee ID (campo ID) do funcionário é aplicável apenas aos funcionários, você define o campo no objeto de dados Representante da central de atendimento.
Fornecimento
É possível obter objetos de dados localmente de um sistema de registro da Pega Platform ou obter objetos de dados de um sistema de registro externo, como um banco de dados de RH ou inventário que sua empresa já utiliza. De forma alternativa, os objetos de dados podem obter dados que você ou um participante do caso insere ou altera durante o processamento do aplicativo que não estejam associados a nenhum sistema de registro.
Ao determinar como obter um objeto de dados, considere as perguntas na imagem abaixo. As perguntas pressupõem que você é novo na Pega Platform e que criou um aplicativo do zero.
Na imagem abaixo, clique nos ícones + para saber mais sobre um exemplo de cada opção de origem dos objetos de dados.
Melhores práticas
Sempre que possível, use objetos de dados padrão e comumente utilizados que são fornecidos pela Pega Platform, como Endereço-Postal e Endereço-E-mail. Também é possível adicionar objetos de dados relevantes ao seu aplicativo.
Se um objeto de dados atender às suas necessidades apenas parcialmente, é possível estender esse objeto de dados. Por exemplo, se você desejar criar o objeto de dados Funcionário, é possível estender o objeto de dados Pessoa para criar o objeto de dados Pessoa-Funcionário.
Caso ainda não exista um objeto de dados adequado, crie um novo. Por exemplo, se desejar adicionar o objeto de dados Códigos de aeroportos, mas não for possível utilizar ou estender um objeto de dados existente, crie um novo na Pega Platform.
Dica: Se adicionar um novo objeto de dados ao fluxo de trabalho do caso no App Studio, a Pega Platform cria o objeto de dados na forma de um objeto rascunho (draft). Um objeto de dados de rascunho não faz referência a um tipo de dados. Objetos de rascunho permitem que a empresa identifique como e quando os dados são utilizados no ciclo de vida do caso. Isso pode influenciar o design do tipo de dados. É possível adicionar um tipo de dados a um objeto de dados de rascunho utilizando a página Objetos de dados e integrações.
Verifique seu conhecimento com a seguinte interação:
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Quer nos ajudar a melhorar esse conteúdo?