O analista Kléber gerencia os pipelines do Gitlab CI/CD do TCE SP. No pipeline do projeto TCEMóvel, o job D precisa dos artefatos que foram gerados pelos jobs A e B. Para minimizar o tempo gasto com a transferência de artefatos, Kléber modificou a seção do .gitlab-ci.yml que define o job D, adicionando os nomes dos jobs A e B à subseção que especifica de quais jobs devem ser obtidos artefatos.

Na definição do job D, Kléber modificou a subseção:

A analista Lúcia projetou a aplicação TCEPaulista utilizando a abordagem Domain-Driven Design (DDD). Foi definido que cada bounded context de TCEPaulista fosse implementado por uma equipe distinta. Lúcia constatou que o bounded context Patrimonial dependia do bounded context Financeiro e viceversa. A dependência mútua exigiu que as equipes dos contexts Patrimonial e Financeiro interagissem entre si, a fim de alinhar as necessidades de um context em relação ao outro.

De acordo com o DDD, o relacionamento entre os bounded contexts Patrimonial e Financeiro é do tipo:

Roberta está desenvolvendo um determinado serviço na rede. Foi exigida a adoção de JMS na camada de transporte, e ela recebeu um arquivo WSDL para instruí-la acerca da utilização do serviço.

Roberta logo notou que se tratava de um serviço do tipo:

Mensagerias, como o RabbitMQ, são um importante recurso para a comunicação assíncrona entre Microsserviços. Elas utilizam os domínios Point-to-Point e Publish-Subscribe, com o depósito de mensagens em uma fila para que os consumidores as tratem no momento correto.

Acerca do uso de mensagerias com microsserviços, é correto afirmar que:

Pedro criou uma cesta de compras virtual, onde é apresentado o valor total por item, considerando a quantidade, e o valor da compra, com a soma dos valores dos itens. Em seu sistema, ele criou as classes Produto, ItemCesta e Cesta, cada uma com os dados relacionados às tabelas do banco, o método que calcula o valor total do item na classe ItemCesta, e o cálculo do valor da compra é efetuado na classe Cesta.

A estratégia adotada por Pedro segue o padrão:

Marcos está efetuando a manutenção de um sistema e notou que em diversos pontos são efetuadas chamadas HTTP para diferentes servidores, utilizando configurações específicas. Ele resolveu refatorar o código, criando uma classe que oferece métodos para cada elemento da configuração, os quais podem ser combinados para gerar um conector personalizado para cada servidor acessado.

Adotando essa abordagem, Marcos aumentou o reuso de processos intermediários na construção de objetos complexos, de acordo com o padrão:

O analista Marcos desenvolveu um novo frontend para a aplicação TCEDigital, a fim de modernizar a experiência do usuário. O backend da TCEDigital é exposto por meio de uma Application Programming Interface (API) web. O novo frontend desenvolvido por Marcos utiliza a API web do backend já existente e não exige a desativação do frontend antigo, com ambos coexistindo ao mesmo tempo.

À luz da arquitetura hexagonal, Marcos adicionou à TCEDigital um(a):

A analista Jéssica administra o Gitlab do TCE SP. Jéssica atribuiu ao projeto TCEMóvel a estratégia de merge na qual, após feito o merge, o hash do último commit do branch de destino torna-se idêntico ao hash do último commit do branch de origem. A estratégia escolhida por Jéssica visa preservar a quantidade e a linearidade do histórico de commits, exigindo, porém, que o branch de origem esteja atualizado em relação ao destino para a efetuação do merge.

Jéssica atribuiu para o TCEMóvel a estratégia de merge:

O analista Pedro está desenvolvendo o aplicativo TCEMóvel em React Native. Para implementar a interação do TCEMóvel com o web service WSTest, Pedro utilizou uma Application Programming Interface (API) embutida no React Native, especializada na transferência de recursos mediante Promises. Para implementar a interação com o web service WSTest, Pedro utilizou a API:

O analista Jacó implementou a aplicação TCERestAPI utilizando Java com Spring Boot. A TCERestAPI é apta para o deploy em servidores de aplicação Java preexistentes, mas também suporta a execução standalone do Spring Boot.

Para viabilizar ambas as formas de execução da TCERestAPI, Jacó precisou modificar a classe principal da aplicação, fazendo com que ela estendesse diretamente determinada classe do Spring Boot.

Jacó fez com que a classe principal da TCERestAPI estendesse a classe do Spring Boot: