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:

Ministerio_WEB é uma aplicação Web desenvolvida em multicamadas que utiliza o padrão arquitetural REST, cujo backend tem por base uma Application Programming Interface (API) e cujo frontend foi desenvolvido em React.JS. Foi padronizado que todas as funcionalidades para pesquisa de dados devem entregar os resultados aos usuários por meio de componente estruturado em tabela. É relevante para os usuários que cada apresentação de tabela respeite o limite de 15 registros por tela. O backend, por sua vez, fornece serviços de entrega de conjuntos de dados que resultam de pesquisas com a opção de parametrização da quantidade de registros a serem disponibilizados ao utilizador do endpoint.

Considerando que Ministerio_WEB precisa ser medido funcional e não funcionalmente, optou-se pelo uso do SNAP (Software Non-Functional Assessment Process) para dimensionamento não funcional.

Pela perspectiva da medição não funcional utilizando o SNAP, as funcionalidades para pesquisa de dados utilizadas no Ministerio_WEB estão aderentes, respectivamente, à categoria:

Durante um processo de contagem de pontos de função de uma aplicação, as telas do sistema foram utilizadas como subsídios. As Figuras 1 e 2 apresentam as telas para cadastro de clientes.

Com base na Análise de Pontos de Função, o cadastro apresentado nas Figuras 1 e 2 deve ser contado como: