Dev Studio
Robustos e de qualidade empresarial, os aplicativos Pega Platform™ dependem da cooperação entre dois grupos-chave de desenvolvedores de aplicativos. Especialistas em domínios (Domain experts) – analistas de negócios, citizen developers e desenvolvedores de front-end – oferecem perspectivas valiosas sobre os processos e as necessidades dos usuários. Especialistas em implementação (Implementation experts) – System Architects, desenvolvedores full-stack, administradores de bancos de dados e administradores de segurança – oferecem a expertise necessária para tratar de casos de uso crítico que exijam configurações complexas.
No App Studio, os especialistas em domínios podem acessar recursos cruciais de desenvolvimento de aplicativos (design de casos, gestão de dados e experiência do usuário) e aplicar o conhecimento para melhorar os resultados do desenvolvimento. Para dar suporte à configuração de regras avançadas em aplicativos, a Pega Platform oferece aos especialistas em implementação um segundo ambiente de desenvolvimento, o Dev Studio. No Dev Studio, os especialistas em implementação acessam diretamente formulários de regra de acesso para lidar com exigências de configuração complexas ou menos comuns. Além disso, o Dev Studio oferece recursos para configurar permissões de segurança e controle de acesso, gerenciar regras para promover o reaproveitamento e lidar com as limitações de desempenho de um aplicativo. Ao oferecer dois ambientes de desenvolvimento, a Pega Platform apoia cada grupo de desenvolvedores de aplicativos com um ambiente feito sob medida para qualquer nível de habilidade e otimizado para as tarefas realizadas.
Na imagem a seguir, clique nos ícones + para examinar algumas das opções disponíveis para acordos de nível de serviço (SLAs) no Dev Studio, além da configuração básica de meta e prazo disponível no App Studio:
- Comportamento da inicialização: No Dev Studio, customize a urgência inicial para um SLA e atrase o início dos contadores de tempo da meta e do prazo, caso a atribuição seja retida antes de ser enviada para uma lista de trabalho (work list) ou fila de trabalho (work queue).
- Duração variável do intervalo: No Dev Studio, aplique durações de intervalo programáticas, ao invés de explícitas, para ajustar o comportamento do SLA de cada caso.
- Ajuste de urgência e intervalo de meta: As opções de intervalo de meta de SLA são configuráveis no App Studio.
- Contagem de dias úteis: No Dev Studio, exclua os dias não úteis ao calcular os intervalos de SLA para excluir feriados e fins de semana.
- Ações adicionais de escalação: No Dev Studio, configure as opções adicionais de escalação além das notificações, tais como reatribuição de uma tarefa ou resolução de um caso.
Verifique seu conhecimento com a seguinte interação:
Desenvolvimento conjunto de soluções
Os analistas de negócios e os citizen developers compreendem as necessidades de negócios. Os arquitetos de sistema entendem os recursos da Pega Platform. Para auxiliar estes dois grupos a trabalharem juntos, a Pega Platform permite uma abordagem de desenvolvimento conjunto para adotar as forças de cada grupo. Essa abordagem de desenvolvimento conjunto capacita os analistas de negócios e citizen developers como membros principais de uma equipe de desenvolvimento, otimizando seus conhecimentos para criar melhores processos de negócios. Trabalhando juntos, os especialistas em domínios e em implementação podem criar soluções melhores mais rapidamente.
Associe os números à imagem a seguir para ver como um business analyst e um system architect podem colaborar no design de uma experiência de usuário positiva ao informar um endereço de entrega em um pedido:
- Business Analyst: Um analista de negócios cria as visualizações no App Studio para coletar o endereço de entrega e de faturamento de um pedido. Os usuários devem inserir o endereço de entrega manualmente, mesmo que o endereço seja o mesmo do endereço de faturamento.
- System Architect: O arquiteto de sistema adiciona funcionalidades para copiar automaticamente o endereço de faturamento para o endereço de entrega quando solicitado pelo usuário. Além disso, o arquiteto de sistema cria casos de teste para garantir que o recurso funcione conforme o desejado e identifique erros de regressão em futuras versões do aplicativo.
- Usuário: Durante a finalização da compra, o usuário clica na caixa de seleção na visualização preenchida para enviar o pedido ao seu endereço de faturamento.
Promover reaproveitamento em toda a organização
No App Studio, os desenvolvedores configuram regras como processos, visualizações, correspondências e níveis de serviço para um único tipo de caso. No Dev Studio, os desenvolvedores acessam todas as camadas de um aplicativo e podem ampliar o escopo da regra de um único tipo de caso para um aplicativo, divisão ou mesmo toda a organização a fim de criar bibliotecas de regras padronizadas e reutilizáveis. Os citizen developers e os analistas de negócios podem utilizar essas regras testadas e comprovadas para reduzir o tempo de desenvolvimento de futuras versões.
Associe os números à imagem a seguir para examinar como um arquiteto de sistema pode ampliar o escopo de um processo de aprovação para melhorar a qualidade do aplicativo e reduzir o tempo de chegada ao mercado, permitindo ao citizen developer reaproveitar o processo em outro aplicativo:
- Desenvolvimento do processo de aprovação: Utilizando o App Studio, um analista de negócio desenvolve um processo de aprovação para solicitações de indenização de seguro como parte de um aplicativo de gestão de políticas para seguro de propriedade.
- Ampliação do processo: Como o processo de aprovação é consistente com vários tipos de produtos de seguros para consumidores, um arquiteto de sistema amplia o escopo do processo para toda a divisão de consumidores utilizando o Dev Studio.
- Reutilização de processo: Utilizando o App Studio, os analistas de negócios reutilizam o processo de aprovação nos aplicativos de gestão de políticas para seguro automotivo e de viagem, reduzindo de tempo de lançamento no mercado e melhorando a qualidade do aplicativo
Alterne entre estúdios conforme necessário
Os desenvolvedores de aplicativos podem alternar entre o App Studio e o Dev Studio quando necessário para configurar o comportamento da regra. O canto superior esquerdo de cada estúdio contém um menu que exibe todos os estúdios disponíveis para o usuário. Para acessar outro estúdio, selecione o nome do estúdio na lista.
Além disso, pelo App Studio, é possível abrir regras específicas no Dev Studio. Por exemplo, após configurar uma meta e um prazo no App Studio, é possível abrir o registro de SLA associado no Dev Studio.
Diferenças de nomenclatura dos estúdios
No Dev Studio, os desenvolvedores podem acessar as regras criadas no App Studio pelos citizen developers, analistas de negócios e desenvolvedores de front-end, embora essas regras em geral tenham nomes diferentes. A tabela a seguir ilustra alguns elementos comuns do App Studio e os diferentes nomes usados para esses elementos no Dev Studio.
| App Studio | Dev Studio |
|---|---|
| Field | Propriedade (Property) |
| Meta e prazo (Goal and deadline) | Acordo de nível de serviço (Service Level Agreement, SLA) |
| Usuário | Operador (Operator) |
| Equipe (Team) | Work Group (Grupo de Trabalho) |
Nota: Por exemplo, no App Studio, adiciona-se fields a visualizações e modelos de dados. O sistema cria um(a) property correspondente que pode ser modificado(a) no Dev Studio. Para obter mais informações, consulte Estendendo um modelo de dados para um caso. Para aprender mais sobre as diferenças de terminologia entre os dois estúdios, consulte Diferenças na nomeação entre App Studio e 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?