Arquitetura técnica

Arquitetura técnica refere-se ao design do aplicativo em si. Uma das principais vantagens de desenvolver com a Pega Platform™ é a capacidade de projetar seu aplicativo e reutilizar componentes cruciais entre múltiplas Microjourneys^™ e canais, até mesmo outros aplicativos. Com essa flexibilidade, quando chega a hora de fazer alguma alteração, você altera apenas uma vez. É vantajoso aproveitar recursos da Pega Platform no design técnico do seu aplicativo.

O design técnico começa na fase Preparação (Prepare) e é refinado durante a fase Construção (Build). O arquiteto-chefe de sistemas (lead business architect, LSA) orienta a atividade de design técnico para garantir que o aplicativo que você criar faça o melhor uso dos recursos prontos para uso e da reutilização.O LSA foca em estabelecer um design de alto nível e implementar os componentes fundamentais para a solução.   

Os componentes fundamentais incluem criar a definição inicial dos tipos de caso, personas e objetos de dados para qualquer Microjornada priorizada no release.

O LSA trabalha com o proprietário do produto (product owner), o arquiteto de negócios (business architect), o designer de experiência do usuário (user experience designer) e arquitetos técnicos (technical architects) do cliente para concordar em um design de alto nível que atenda às metas de negócios atuais e futuras e esteja alinhado à infraestrutura técnica existente do cliente. 

Na atividade de design do aplicativo, o LSA garante melhores práticas nestas áreas:      

• Estrutura do aplicativo 
• Modelo de dados
• Design de caso
• Acesso do usuário e segurança 
• Integração
• Implantação e DevOps
• Gerando relatório
• Experiência do usuário/interface do usuário

O LSA também é responsável pela qualidade técnica do aplicativo. Uma prática recomendada do Pega Express^™ é automatizar testes unitários e de cenários para garantir a qualidade do release e definir fluxos do DevOps para otimizar a integração das alterações no seu aplicativo. O LSA é responsável por garantir que a estrutura do aplicativo seja organizada para suportar testes automatizados. Para obter mais informações sobre testes, consulte o tópico da Pega Academy Abordagens de testes cruciais.   

Antes de criar o aplicativo (consulte nosso curso Arquiteto de Sistemas Sênior para obter mais informações), o LSA trabalha com o proprietário do produto e arquitetos de negócios para compreender o alcance do aplicativo dentro da organização. Com base nessas informações, o LSA garante que o aplicativo seja projetado para suportar metas de negócios imediatas e também de longo prazo.

Os insights da empresa são essenciais porque a Pega Platform permite organizar seu aplicativo utilizando as mesmas dimensões da empresa. Você pode reutilizar políticas e procedimentos comuns enquanto acomoda as diferenças entre produtos, regiões, canais e segmentos de clientes.

Essa flexibilidade é obtida organizando aplicativos em camadas, um sobre o outro. Isso resulta em um Situational Layer Cake, composto por quatro níveis:

• Organização
• Framework
• Divisão
• Implementação 

Para ter outra perspectiva sobre a importância do Situational Layer Cake, consulte essa Conversa com parceiro em destaque na Pega Community.  

Na imagem a seguir, clique nos ícones de + para saber mais sobre cada uma das quatro camadas do Situational Layer Cake.

Um varejista de roupas consiste em duas marcas de lojas. Uma marca foca no mercado de vestuário de luxo, enquanto a outra opera uma rede de lojas de baixo valor. Cada marca deve gerenciar os itens devolvidos. O varejista pode desenvolver um aplicativo generalizado que gerencie devoluções de roupas na camada Framework. Desse modo, cada marca pode criar uma camada Implementação (Implementation) para customizar o processo de devolução. Cada aplicativo customizado contém ativos específicos da marca, como estilos e políticas.

As decisões de design técnico tomadas na fase Preparação (Prepare) podem refletir a estrutura de um aplicativo nas seguintes camadas:

Começando no topo e descendo pelas camadas:

• As camadas mais altas são as de Implementação (uma para cada loja), que ficam lado a lado acima da camada Framework. Cada camada de implementação é específica de cada loja e inclui as especializações Marca de luxo (Upscale Brand) e Devoluções (Returns).
• Abaixo das camadas Implementação está a camada Framework, que contém componentes técnicos comuns para o Processo de devolução (Return Process). A camada Framework fica acima da camada Organização.
• A camada Organização fica acima da camada Pega Platform e contém os ativos técnicos comuns de todas as áreas da empresa. Esses ficam bem abaixo no aplicativo em camadas, para que possam ser utilizados por qualquer processo ou loja que precisar reutilizá-los.
• Por fim, a camada Pega Platform reside na parte inferior, permitindo que todas as funcionalidades residuais sejam utilizadas pelas camadas acima.

Os aplicativos requerem dados de algum tipo obtidos dentro da empresa ou fora da organização.

• Fontes de dados dentro da organização – Identificam dados armazenados dentro de aplicativos da Pega Platform e outros sistemas legados dentro da organização.
• Dados externos à organização – Identificam dados armazenados em sistemas de software ou aplicativos de terceiros.

Você inicia seu modelo de dados ao determinar quais elementos de dados são armazenados dentro dos sistemas existentes. No total, você considera dados de três fontes: Pega, empresa e dados externos.

Ao considerar as decisões de design em relação a dados, tenha três aspectos em mente:

• O modelo de dados corporativos – Dados aplicáveis em nível corporativo e disponíveis para todos os aplicativos desenvolvidos ou configurados dentro da empresa
• O modelo de dados do aplicativo – Dados mantidos dentro do aplicativo
• O modelo de dados vigente – Dados que precisam de uma fonte de dados de referência ou de consulta

Uma empresa, a MyDebt, oferece soluções de dívidas a pessoas que estão com dificuldades financeiras.A MyDebt tem um aplicativo da Pega Platform chamado DebtSol que permite aos trabalhadores dos casos de atendimento de dívidas receber chamadas de indivíduos e ofereçam soluções de dívidas para resolver suas dificuldades atuais.  A solução é projetada para registrar detalhes sobre o indivíduo e sua situação financeira atual, por exemplo, dívidas, renda, gastos e bens, e utilizar regras de negócio para oferecer uma solução para resolver as dívidas.

O modelo de dados do aplicativo reutiliza um modelo de dados de nível corporativo para registrar os detalhes pessoais do indivíduo e identificou um modelo de dados específico para o aplicativo DebtSol.

Na imagem a seguir, clique nos ícones de + para ver o exemplo de modelo de dados.

A autenticação na Pega Platform garante que apenas usuários e sistemas com identidades verificadas possam acessar recursos como páginas da web, APIs e dados.

Exemplos de autenticação incluem:

• Logins de usuários
• Solicitações da plataforma a serviços externos
• Solicitações de serviços externos à plataforma

Considere e escolha um mecanismo e uma configuração de autenticação adequados para que os registros do operador considerem a hierarquia organizacional, grupos de trabalho e filas de trabalho.É possível utilizar recursos de autorização ou controle de acesso na Pega Platform para restringir ações de usuários. 

Revise os três modelos de autorização básicos antecipadamente com sua equipe para decidir qual é o aplicável para o seu projeto.

• Controle de acesso baseado em papel (RBAC)
• Controle de acesso baseado em atributo (ABAC)
• Controle de acesso baseado em cliente (CBAC)

Segurança

Também é importante revisar e determinar quais itens da lista de verificação de segurança são aplicáveis ao contexto do projeto durante a fase Preparação.

Preste atenção especial ao seguinte: 

• Esquema de autenticação
• Grupos/papéis de acesso
• Estrutura da organização
• Configuração de limite de tempo
• Auditoria
• Segurança de envios de arquivos   

Para qualquer item de dados de informações confidenciais ou pessoalmente identificáveis, aplique a segurança adequada para proteger a configuração e o acesso do usuário, como criptografia, ofuscamento ou acesso controlado.

Para obter mais informações sobre segurança de aplicativos, consulte o tópico da Academia Pega Lista de verificação de segurança.

A Pega Platform suporta uma série de padrões de integração e protocolos de comunicação, que permitem que você se concentre no gerenciamento dos requisitos de negócios em relação ao seu aplicativo e não em problemas de conectividade. Revise e valide que, para cada componente de integração, você possua detalhes adequados para configuração e entrega.  

Por exemplo, garanta que você possui visibilidade, entendimento e clareza em relação aos seguintes aspectos relacionados a cada componente de integração:

• URLs por ambiente
• Protocolos
• Autenticação
• Repositório em nuvem ou no local, ou de terceiros (gestão de conteúdo)
• SSL/TLS – versões
• Certificados
• Portas

A implantação do aplicativo é realizado ao longo do ciclo de vida do projeto para migrar o aplicativo entre os diferentes ambientes, desde o desenvolvimento até a pré-produção e a produção. O departamento de TI do cliente e a sua equipe técnica devem concordar em uma abordagem para gerenciar o trabalho dentro do ambiente de desenvolvimento e como melhor implantar o aplicativo. Inclua o DevOps desde o início do projeto.

O lead system architect (LSA) lidera as discussões sobre o DevOps durante a fase Preparação (Prepare) para garantir o cumprimento das melhores práticas do Pega Express, proporcionando qualidade técnica e velocidade de entrega.  Nessas discussões, o LSA estabelece a estrutura do aplicativo e as melhores práticas do DevOps para a equipe técnica do aplicativo da Pega.    

Utilizando a abordagem de entrega do Pega Express, adotar uma abordagem do DevOps para o desenvolvimento de aplicativos significa que os desenvolvedores utilizem a melhor prática de trabalhar em ramificações para configurar suas atualizações no aplicativo e definir fluxos de implantação para migrar o aplicativo de um ambiente para outro. Implantações completas devem ser configuradas desde o início.Isso significa que o aplicativo como um todo é migrado de um ambiente para outro, e não em pacotes incrementais. 

Aplicar essa melhor prática garante que o pacote de implantação contenha uma coleção cumulativa de todas as regras do aplicativo e os dados, porém, oferece flexibilidade, uma vez que implementa apenas o que foi alterado desde a última implantação.

Os fluxos do DevOps devem ser configurados com todas as verificações e os equilíbrios recomendados, incluindo:

• Lista de verificação de segurança
• Conformidade com proteções
• Execução de testes unitários e de cenários
• Garantir a qualidade do aplicativo conforme é migrado de um ambiente para outro   

Defina uma estratégia de relatório clara desde o princípio para garantir que o aplicativo da Pega Platform seja projetado para atender às necessidades de relatórios de gerenciamento e operacionais da empresa. Com frequência, as organizações exigem que os aplicativos da Pega Platform forneçam dados às suas soluções de armazenamento de dados empresariais existentes.

É uma melhor prática extrair dados da sua Pega Platform utilizando a ferramenta de extração de páginas, Business Intelligence Exchange (BIX). Identificar esse requisito antecipadamente afeta a configuração de objetos de dados no aplicativo da Pega Platform e a solução de interface utilizada para integrar com o armazém de dados. 

Veja os principais problemas de design que devem ser decididos antecipadamente ao lidar com extração de dados:

• Frequência da extração (por exemplo, diária ou semanal)
• Design de extração de transação (cada transação ou transação EOD cumulativa)
• Histórico de extração
• Todas as propriedades ou propriedades específicas
• Formato da extração (CSV, XML ou DB)

A arquitetura da IU faz parte do design técnico do aplicativo. 

A IU cobre o seguinte:

• Melhores práticas para adotar durante o projeto
• Práticas de trabalho para a equipe  

No início do projeto, o desenvolvedor de soluções de IU (UI solutions developer), trabalhando em colaboração com o proprietário do produto (product owner), arquiteto-chefe de negócios (lead business architect), arquiteto-chefe de sistemas (lead system architect) e testador (tester), lidera várias sessões para definir a arquitetura da IU.  Essas decisões iniciais garantem que a IU será fácil de manter, consistente no aplicativo inteiro e seguirá as melhores práticas de IU.  

As soluções de IU que o desenvolvedor considera:

• Sistemas de design
• Reutilização de skin (tais como branding e estilos)
• Requisitos não funcionais
• Arquitetura de autoatendimento na web
• Processos de governança

Começando com a Pega Platform versão 8.3, você tem uma maneira perfeita de acelerar a sua UI utilizando o Cosmos.  Para obter mais informações sobre como o Cosmos ajuda a criar uma experiência do usuário de alto nível, confira a TechTalk na Pega Community, Acelere seu fluxo de trabalho com o Cosmos UI. 

Na imagem a seguir, clique nos ícones de + para saber mais sobre IU.