A arquitetura de software de microsserviço permite que um sistema seja dividido em vários serviços menores, individuais e independentes, que são executados como processos autônomos e se comunicam entre si por meio de APIs. Cada microsserviço pode ser implementado em uma linguagem de programação diferente em uma plataforma diferente. Entre os tipos de microsserviços, um combina vagamente os serviços com a funcionalidade relacionada, enquanto que outro facilita a interação entre aplicativos não relacionados. Esses tipos de microsserviços são denominados, respectivamente, de:

O Desenvolvimento orientado por comportamento (BDD) refere-se a uma técnica de desenvolvimento ágil, que visa integrar regras de negócios com linguagem de programação, focando o comportamento do software. Tem como objetivo melhorar a colaboração entre desenvolvedores, analistas de negócios e stakeholders, para que todos possam ter uma compreensão clara das expectativas em relação ao software. Para aplicar o processo de BDD de forma eficiente, é necessário seguir uma ordem específica, que inclui quatro etapas distintas, caracterizadas a seguir.
I.É a fase em que o Product Owner explica a visão geral do negócio, na qual a equipe utiliza o processo de discussão do BDD para reunir exemplos de usuários e entender como a função fornecida é usada, identificando problemas e possíveis novas regras de negócios.
II.É a fase em que a equipe faz perguntas para determinar quais regras, critérios de aceitação ou novas histórias podem ser criadas, na qual o esclarecimento das ideias ocorre por meio do diálogo entre os participantes.
III.É a fase em que todas as questões discutidas são agrupadas, criando um documento que contém todas as notas reunidas, na qual a linguagem Gherkin é geralmente recomendada ao criar critérios de aceitação.
IV.É a fase em que após pesquisar e testar a história, a equipe de desenvolvimento apresenta ao Product Owner para validação, na qual a história validada é utilizada durante a revisão da produção do projeto, para garantir que o produto corresponda aos padrões estabelecidos. Para finalizar, após a instalação do aplicativo no ambiente de produção, ocorre o monitoramento da funcionalidade para coletar feedback do cliente sobre o sistema desenvolvido.
As etapas descritas são conhecidas, respectivamente, como:

Representational State Transfer (Rest) representa um estilo arquitetônico aplicado para fornecer padrões entre sistemas de computador na web, facilitando a comunicação entre eles. No estilo REST, a implementação do cliente e do servidor pode ser feita de forma independente, sem que cada um conheça o outro, significando que o código do lado do cliente pode ser alterado a qualquer momento, sem afetar a operação do servidor, e o contrário também é válido. Os clientes que lidam com a arquitetura REST geram requerimentos para reaver ou alterar recursos, já os servidores assumem o papel de responder tais demandas. Uma solicitação, geralmente, consiste em HTTP - que define o tipo de operação a realizar, header - permitindo ao cliente transmitir informações sobre o pedido, um caminho para um recurso e o corpo de mensagem opcional contendo dados. Nesse contexto, quanto ao verbo HTTP, é fundamental conhecer quatro entradas básicas. A primeira para recuperar um recurso específico (por id) ou uma coleção de recursos, a segunda, para criar um novo recurso, a terceira para atualizar um recurso específico (por id) e a quarta e última para remover um recurso específico por id.
Essas entradas básicas são conhecidas, respectivamente, como:

Prototipação é uma técnica que consiste em desenvolver o protótipo de algum produto, ou seja, uma forma de visualizar a ideia antes de ela ser entregue definitivamente ao mercado. Entre as categorias de protótipo, uma tem por objetivo investigar o que um produto pode oferecer ao usuário, descrevendo como a funcionalidade da qual o usuário pode se beneficiar, sem dar muita atenção ao como funcionaria. Outra categoria, tem por objetivo validar a experiência do usuário com a interface do produto, refinando o direcionamento das interações com o público alvo.
Essas duas categorias de protótipo são conhecidas respectivamente, como:

Em relação à versão anterior, na linguagem de programação Python 3.11, vários módulos foram melhorados. Nesse contexto, a sintaxe de um dos módulos retorna 2 elevado à potência de x e a de outro retorna a raiz cúbica de x.
As sintaxes especificadas para esses módulos são, respectivamente:

A programação estruturada estabelece uma disciplina no desenvolvimento de algoritmos, independentemente da sua complexidade e da linguagem na qual será codificado, que facilita a compreensão da solução através de um número restrito de mecanismos de codificação. Nesse sentido, observe as estruturas de controle em (a) e (b).

Na estrutura "enquanto.... fim_enquanto" em (a), o fluxo de execução das instruções permanece no loop de repetição, quando o teste da condição retorna um valor booleano BOL1, ao passo que a execução da estrutura termina, quando o teste da condição retorna outro valor booleano BOL2. Em contrapartida, na estrutura "repita ... fim_repita" em (b), o fluxo de execução das instruções permanece no loop de repetição, quando o teste da condição retorna um valor booleano BOL3, ao passo que a execução da estrutura se encerra quando o teste da condição retorna outro valor booleano BOL4.
FALSO, VERDADEIRO, FALSO e VERDADEIROOs valores booleanos ou lógicos BOL1, BOL2, BOL3 e BOL4 são, respectivamente:

No algoritmo da figura, são utilizados os conceitos de passagem de parâmetros por valor de NR01 para P1 e por referência de NR02 para P2.

Após a execução do algoritmo, serão impressos para as variáveis NR01, NR02 e XYZ, respectivamente, os seguintes valores:

O Diagrama Entidade Relacionamento (DER) é a representação gráfica e a principal ferramenta do Modelo conceitual MER. Nesse contexto, observe a figura que ilustra o uso do DER. 

No domínio representado pelo diagrama, com relação às entidades e relacionamentos, é válida a afirmativa indicada na opção:

Observe as figuras (a) e (b) que mostram, respectivamente, o resultado da execução e o código correspondente, em JavaScript.

Ao clicar no botão

exibido em (a), o código em (b) será executado, resultando na geração da seguinte sequência de números:

O teste de software constitui parte integrante do ciclo de vida de desenvolvimento de software, visando ter certeza sobre funcionalidade, desempenho e experiência do usuário, sendo uma parte importante e imprescindível, pois ajudam a garantir a qualidade do código. Entre os tipos de testes, enquanto um tem por objetivo validar os diferentes módulos juntos como um todo e identificar os bugs e problemas relacionados a eles, outro se concentra em testar partes/unidades individuais de um aplicativo de software no início do ciclo de vida, sendo que qualquer função, procedimento, método ou módulo pode ser uma unidade a ser submetida a esse tipo de teste para determinar sua correção e o comportamento esperado.
Os dois tipos de testes descritos são conhecidos, respectivamente, como testes: