O analista José está implementando um frontend web utilizando React. Em determinada tela do frontend, José precisa que o componente A seja renderizado pelo navegador em um nó do Document Object Model (DOM) que se encontra fora da hierarquia normal de renderização. Sabendo que o React oferece uma função que cumpre o propósito de orientar a renderização de componentes em partes inesperadas do DOM, José optou por utilizar essa função.

Para orientar a renderização do componente A no nó desejado, o analista José utilizou a seguinte função do React:

Considere o código em Java a seguir.

package com.mpu.questao;

public sealed class MPU {}
final class MPF extends MPU {}
sealed class MPM extends MPU {}
final class MPDFT extends MPU {}
non-sealed class MPT extends MPU {}

O código acima possui um erro, pois a classe:

Considere o código HTML a seguir.

<div id="composicao" posicao="0">
  <p posicao="1"> MPF </p><br/>
  <p posicao="2"> MPT </p><br/>
  <p posicao="3"> MPM </p><br/>
  <p posicao="4"> MPDFT </p><br/>
</div>

E o respectivo código CSS:

div {
  display: flex;
  flex-direction: row-reverse;
}
p[posicao]::after {
  content: "|";
}
#composicao p::before {
  content: attr(posicao);
}

Após renderizar o código acima, um navegador web padrão exibe a linha:

A analista Ana está implementando um sistema seguindo os princípios SOLID. No módulo A do sistema, Ana aplicou o princípio SOLID que estabelece o seguinte: se uma propriedade q(x) for demonstrável para todos os objetos x do tipo T, então ela também deve ser demonstrável para todos os objetos y do tipo S, onde S é um subtipo de T.

O princípio aplicado por Ana no módulo A está diretamente relacionado à seguinte letra do acrônimo SOLID:

O analista Carlos gerencia o GitLab do MPU. Carlos adicionou o job microservico_A ao pipeline do projeto A, inserindo no arquivo .gitlab-ci.yml do projeto o seguinte conteúdo:

microservico_A:
  trigger:
    include:
      - remote: 'https://gitlab.mpu/grupoA/projetoC/-/raw/main/.gitlab-ci.yml'
      - project: 'grupoA/projetoB'
        ref: 'main'
        file: 'microservico_b.yml'

Considere que os arquivos referenciados são válidos e acessíveis. Com essa configuração, ao ser executado, o job microservico_A irá disparar, ao todo:

Observe o diagrama abaixo modelado em UML 2.5.1.

Semanticamente, o diagrama indica que:

A ORG_A é uma organização que anualmente conduz um processo seletivo interno para cargos de gerência. Concorrem aos cargos aqueles funcionários que cumprem um rol de requisitos definido em norma interna. A ORG_A já possui um software para gestão de funcionários e deseja estendê-lo com uma inovação para apoiar os processos seletivos.

O representante do cliente explicou que os funcionários que cumprem os requisitos para um cargo devem ser automaticamente selecionados pelo sistema, e seus nomes devem ser exibidos em tela em ordem crescente de data de admissão, um dado relevante para os usuários e para o processo de seleção. Deve ser disponibilizada a opção para que os usuários do sistema possam alterar a ordenação dos nomes dos funcionários, arrastando e soltando na posição desejada. O sistema deve salvar a nova ordenação após a solicitação do usuário. A alteração da ordenação pode ser refeita a qualquer tempo, mas o sistema deve armazenar o histórico das listas anteriores. As listas de funcionários podem ser impressas em tela. Opcionalmente, as listas podem ser exportadas para os formatos PDF, JSON e XML para interoperabilidade com outros sistemas da ORG_A.

Considerando a solicitação do cliente à luz da engenharia de requisitos, para a inovação solicitada identificam-se: