Analise o código PHP exibido a seguir.

<?php declare(strict_types=1);
function fun(int $a, int $b) : int {
if ($b == 0) {return $a;}
else {return fun($b, $a % $b);}
}
----------;
?>

Nesse contexto, considere o quadro a seguir, que mostra os possíveis efeitos na execução do código acima quando o trecho pontilhado é substituído por cada um dos trechos substitutos.

Os efeitos estão corretamente descritos nos casos:

Analise o código PHP a seguir.

<?php
$ligacao = new mysqli("localhost","ms","392","BD");
$sql = "SELECT c1, c2 FROM TABELA ORDER BY c2";
if ($retorno = $ligacao!$ \bullet !$query($sql)) {
while ($linha = $retorno!$ \bullet !$fetch_row()) {
printf ("%s (%s)\n", $linha[0], $linha[1]);
}
$retorno!$ \bullet !$free_result();
}
$ligacao!$ \bullet !$close();
?>

Dado que o símbolo !$ \bullet !$ não faz parte do código PHP e deve ser substituído, o substituto para a sintaxe correta desse código é:

Tabela TURFE

Considere um banco de dados relacional que contém uma única tabela, TURFE, cuja estrutura é exibida com sua instância a seguir

Para cada páreo, ou corrida, são armazenados os nomes dos cavalos participantes e os respectivos tempos. A classificação de cada cavalo numa corrida segue a ordem crescente de tempo. Não há empates.

Com relação à tabela TURFE, descrita anteriormente, analise o comando SQL a seguir.

select distinct cavalo
from TURFE t1
where not exists
(select * from TURFE t2, TURFE t3
where t2.cavalo = t1.cavalo
and t3.pareo = t2.pareo
and t3.tempo > t2.tempo)

A execução do comando acima produz, somente, todos os cavalos que, em suas corridas:

A analista Ester implementou um teste automatizado de nome ETest para o software TJApp. O ETest avalia se TJApp é capaz de executar seu fluxo de execução principal de forma completa, em um ambiente muito semelhante ao do usuário final.

Portanto, o ETest implementado por Ester é do tipo:

O analista de sistemas Pedro desenvolveu o webservice RService aplicando o estilo de arquitetura REST (Representational State Transfer). As aplicações clientes que utilizam o RService são desenvolvidas de forma desacoplada e dissociada de RService e manipulam os recursos de RService através de representações transferidas em mensagens autodescritivas.

Para habilitar a independência no desenvolvimento de aplicações clientes com o uso de representações em mensagens autodescritivas, Pedro aplicou em RService o princípio REST:

O analista de sistemas Bravo desenvolveu o webservice TJService para o TJDFT sem mecanismos de controle de segurança. A comunicação de TJService ocorre conforme especificações do protocolo SOAP (Simple Object Access Protocol). A fim de proteger a troca de mensagens de TJService, Bravo foi orientado pelo TJDFT a implementar o suporte à autenticação baseada em token.

Os mecanismos de proteção de mensagens SOAP baseados em token que Bravo deve implementar são definidos na especificação Web Services:

A equipe de analista de sistemas Alfa aplica o DevSecOps ativamente em seu processo de desenvolvimento de software.

Todos os membros da equipe Alfa são incentivados a se preocuparem com a segurança do software de forma proativa desde o início do processo de desenvolvimento, aplicando diretamente a prática DevSecOps:

Uma equipe de analista de sistemas está desenvolvendo o software ProgramaTJ aplicando a metodologia Lean. A equipe decidiu implementar apenas as funcionalidades formalmente requisitadas pelo cliente, evitando adicionar qualquer funcionalidade extra à ProgramaTJ por conta própria.

Essa decisão da equipe remete, de forma direta, ao princípio da metodologia Lean para o desenvolvimento de software de:

O analista Mateus configurou um pipeline CI/CD para o projeto TJApp no GitLab. O repositório de TJApp denomina-se TJAppRepo. Mateus precisou controlar o comportamento do pipeline de TJApp condicionando o início de sua execução aos eventos de push de tags para o TJAppRepo.

Para aplicar essa condição ao pipeline de TJApp, Mateus precisou modificar o arquivo .gitlab-ci.yml na raiz de TJAppRepo, adicionando uma regra na seção:

Em User Interface (UI), Formulário é um grupo de controles de entrada relacionados que permite que os usuários forneçam dados ou configurem opções. O Input está entre os componentes de entrada de dados mais utilizados e pode fazer uso de Placeholders.

O uso de Placeholders pode proporcionar mais clareza no design pois eles: