Noções básicas de um modelo de dados
Nota: Em versões que não sejam em inglês, alguns elementos interativos desta missão podem apresentar comportamento inesperado. Eles não impactam os objetivos de aprendizagem ou a conclusão da missão.
Um modelo de dados é a representação visual de todos os elementos de dados de uma organização e as conexões entre eles.
Um modelo de dados bem projetado oferece vários benefícios ao seu aplicativo, incluindo:
- Reutilização eficiente.
- Fácil manutenção.
- Maior adaptabilidade e escalabilidade.
O design do modelo de dados é tão importante quanto o redesenho do processo para um aplicativo Pega Platform™ bem-sucedido. Durante os estágios de design e desenvolvimento do seu projeto, você, como Business Architect da Pega, trabalhará com os stakeholders da equipe de negócios e com os system architects da Pega para desenvolver o modelo de dados do seu aplicativo.
Neste tópico, você explorará as considerações fundamentais para o projeto e a construção do modelo de dados do seu aplicativo.
O modelo de dados
Todos os aplicativos exigem os dados certos no momento certo para operar com eficácia. O principal objetivo do modelo de dados é definir os dados que seu aplicativo requisita para alcançar o resultado de negócios.
Como Business Architect da Pega, você trabalhará com três variações do modelo de dados no decorrer de um projeto. As três variações do modelo de dados são o Modelo de dados conceituais, o Modelo de dados lógicos e o Modelo de dados físicos.
O Modelo de dados conceituais
Para o BA da Pega, a documentação do Modelo de dados conceituais de um aplicativo começa com a compreensão das entidades e dos atributos de dados que o negócio usa para processar o trabalho, bem como a relação entre esses elementos de dados.
O diagrama a seguir representa um Modelo de dados conceituais para livros armazenados em um depósito. A ilustração mostra as entidades básicas, os atributos e os relacionamentos entre os elementos-chave do modelo de estoque do depósito de livros. Neste exemplo, Warehouse (Depósito) é a entidade, enquanto Name (Nome), City (Cidade) e Capacity (Capacidade) são os atributos. Além disso, o Warehouse tem um relacionamento direto com as entidades Address (Endereço) e Inventory (Estoque):
Considere o Modelo de dados conceituais como um documento vivo. Use o Modelo de dados conceituais quando se reunir com os stakeholders do negócio sobre seu projeto para o processo de negócios, pois ele ajuda os stakeholders do negócio a visualizar as entidades de dados que você identificou. Essa visualização facilita a identificação de lacunas no processo ou nos dados.
Ao construir o Modelo de dados conceituais, não é necessário modelar cada dado necessário para alcançar o resultado de negócios, mas o tempo gasto no design de dados no início do projeto pode economizar tempo mais tarde se você descobrir que os requisitos de dados da empresa não são totalmente compreendidos.
Em geral, o Modelo de dados conceituais ajuda a reduzir o risco de retrabalho devido a mal-entendidos nos estágios iniciais do projeto. É claro que, à medida que o projeto avança e a equipe obtém insights adicionais, o Módulo de dados conceituais pode mudar. Ainda assim, esse Modelo de dados conceituais é um ponto de partida sólido para as discussões sobre o desenvolvimento do aplicativo.
O Modelo de dados lógicos
O Modelo de dados lógicos é o Modelo de dados conceituais traduzido e refinado para a Pega Platform.
No centro da imagem a seguir, deslize a linha vertical para ver um exemplo de como o Modelo de dados conceituais se traduz no Modelo de dados lógicos usando o cenário do Depósito como exemplo:
O Modelo de dados lógicos converte as entidades de dados e os atributos do Modelo de dados conceituais em objetos de dados e campos, respectivamente.
Na Pega, os fields (campos) são componentes reutilizáveis da interface do usuário que consistem em um nome e um tipo de campo. O tipo de campo determina o formato dos dados que podem ser inseridos no campo. Cada campo armazena um valor exclusivo associado a um caso.
Nota: Para obter os materiais de treinamento relevantes, consulte Fields (Campos) e Field Types (tipos de campo).
Um objeto de dados (data object) é uma estrutura para descrever uma entidade por meio do agrupamento de um conjunto de campos relacionados. Os objetos de dados são reutilizáveis em todos os tipos de casos de um aplicativo.
Nota: Para obter os materiais de treinamento relevantes, consulte Entendendo os objetos de dados.
Na imagem a seguir, clique nos ícones + para saber mais sobre como objetos de dados e campos se combinam para definir o Modelo de dados lógicos do aplicativo:
Como Business Architect da Pega, você trabalhará com system architects para criar o Modelo de dados lógicos de um aplicativo. Você configurará os elementos primários do modelo de dados, incluindo os objetos de dados, os campos e os relacionamentos no App Studio, enquanto os system architects configurarão os requisitos mais avançados no Dev Studio.
O Modelo de dados físicos
O Modelo de dados físicos reflete os dados conforme são armazenados e acessados no aplicativo.
O foco do Modelo de dados físicos são as configurações de integração necessárias para acessar os dados da organização, incluindo o armazenamento local com o banco de dados da Pega e quaisquer sistemas de registro externos usados pela organização.
No App Studio, os detalhes do Modelo de dados físicos são visíveis na página inicial Objetos de dados e integrações (Data objects and Integrations) do Integration Designer. A página de destino Data objects and Integrations (Objetos de dados e integrações) fornece um único local no App Studio para acessar objetos de dados, visualizações de dados, dependências de objetos de dados e sistemas de registro em um aplicativo. A página de destino Objetos de dados e integrações (Data objects and integrations) também fornece informações sobre como as entidades que definem o Modelo de dados físicos estão conectadas.
Na imagem a seguir, clique nos ícones + para saber mais sobre as informações exibidas na página de destino Objetos de dados e integrações:
Você, como um Business Architect (BA) da Pega, precisará ter uma compreensão básica do sistema de registros que uma organização usa. Os lead system architects e senior system architects são os principais responsáveis pelo design e pela configuração do Modelo de dados físicos, pois a maior parte do trabalho é feita no Dev Studio.
Verifique seu conhecimento com a seguinte interação:
This Topic is available in the following Modules:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Quer nos ajudar a melhorar esse conteúdo?