Seja o seguinte programa Python:

a = [1, 4, 8]
b = [-1, 6, 2]
c = a*2+b*0
print(c)

O que será exibido no console quando esse programa for executado?

A Figura a seguir exibe uma árvore binária.

Suponha que uma função percorra essa árvore em ordem simétrica e exiba os valores de seus nós no console.

Qual será o sexto valor a ser exibido por essa função?

A Figura a seguir exibe um modelo conceitual de dados por meio de um diagrama de classes UML.

Admita que as instâncias dessas classes sejam representadas por conjuntos não vazios e cujos nomes sejam iguais aos nomes das classes que representam. Nessas condições, qual equação é sempre verdadeira?

A engenharia de requisitos pode ser dividida em gerenciamento de requisitos e desenvolvimento de requisitos, e este, por sua vez, pode ser subdividido em elicitação, análise, especificação e validação. Cada um desses quatro componentes do desenvolvimento de requisitos possui um conjunto de boas práticas.

Uma das boas práticas associadas à validação de requisitos é

Um banco de investimento extrai informações do Ipeadata e as envia para seus principais clientes corporativos. Os dados devem ser enviados, preferencialmente, no formato XML, porém, caso não seja possível, podem ser enviados no formato JSON. Se ainda assim não for possível enviá-los, o formato de texto deve ser utilizado.

As classes inicialmente criadas para solucionar esse problema são as seguintes:

package persistencia;

public class JSON {
public boolean open() {
// implementação irrelevante
return true;
}
public void close() {
// implementação irrelevante
}
public void write() {
// implementação irrelevante
}
public void read() {
// implementação irrelevante
}
}
package persistencia;
public class PlainText {
public boolean open() {
// implementação irrelevante
return true;
}
public void close() {
// implementação irrelevante
}
public void write() {
// implementação irrelevante
}
public void read() {
// implementação irrelevante
}
}
package persistencia;
public class XML {
public boolean open() {
// implementação irrelevante
return true;
}
public void close() {
// implementação irrelevante
}
public void write() {
// implementação irrelevante
}
public void read() {
// implementação irrelevante
}
}

package cliente;
import persistencia.*;
import java.io.IOException;

public class Cliente {
String nome;
String cpf;
String e_mail;

public void exporta(String dados) throws IOException{
XML x=new XML();
if( !x.open() ) {
JSON j=new JSON();
if( !j.open() ) {
PlainText t=new PlainText();
if( !t.open() )
throw new IOException();
else {
// código para escrita
}
}
else {
// código para escrita
}
}
else {
// código para escrita
}
}
}

Qual princípio SOLID é violado no design da solução apresentada?

Um antigo sistema usado pelo Ipea para produzir gráficos socioeconômicos dos estados e municípios brasileiros é composto pelas seguintes classes:

Esse design original atendia bem às necessidades de geração de gráficos. Com o passar do tempo, entretanto, surgiram novas demandas sobre dados dos municípios, o que obrigou os desenvolvedores a inserir novas operações na classe Municipio. Essas mudanças produziram as seguintes alterações no design original:

Essas alterações trariam alguns efeitos colaterais, pois, como o acesso aos dados de um município é feito por meio de operações definidas na classe Estado, quanto mais solicitações sobre os municípios houver, maior será o número de operações inseridas na classe Estado, com o único intuito de prover dados sobre os municípios localizados nesses estados. Sendo assim, os desenvolvedores do Ipea refatoraram o código existente e produziram o seguinte design:

A partir de então, as solicitações de dados sobre os municípios para a geração de gráficos passaram a ser feitas diretamente aos objetos da classe Municipio, sem a intermediação da classe Estado. Que refatoração foi aplicada?

Uma empresa aérea regional instalou um serviço de despacho de bagagens nos principais aeroportos brasileiros. Esse serviço funcionará da seguinte maneira:

• o passageiro entregará o seu bilhete a um atendente;
• o atendente procurará por um computador disponível para buscar os dados do bilhete no sistema e iniciará o despacho;
• o atendente solicitará ao passageiro que ponha uma bagagem sobre a balança;
• a balança digital pesará a bagagem e transmitirá os dados da pesagem para o sistema;
• o sistema emitirá uma etiqueta, que será presa à bagagem pelo atendente;
• o processo de pesagem será repetido até que não haja mais bagagens a serem despachadas;
• nenhum recibo será entregue ao passageiro.

Qual diagrama de casos de uso retrata adequadamente o cenário descrito?

Um fabricante de aeronaves produz modelos turboélices e turbofans. Para auxiliar os pilotos das aeronaves que fabrica, a empresa desenvolveu um software para checklist de decolagem. A classe principal desse software é exibida a seguir.

public abstract class Checklist {

public void check( ) {
step01();
step02();
step03();
step04();
}

void step01( ) {
// código irrelevante para a questão
}
void step02( ) {
// código irrelevante para a questão
}
void step03( ) {
// código irrelevante para a questão
}
abstract void step04( );
}

O checklist é composto de quatro etapas. As três primeiras, step01, step02 e step03, são comuns aos modelos turboélices e turbofans, mas a quarta etapa depende do tipo de propulsor.

Para criar um design flexível que dê suporte a outros modelos sem alterações no código existente, a equipe de desenvolvimento definiu um método abstrato para o quarto passo. Ele deverá ser implementado pelas subclasses de Checklist que implementem o quarto passo de acordo com o propulsor usado. Por exemplo, a classe Turboelice seria implementada da seguinte maneira:

public class Turboelice extends Checklist {

void step04( ) {
// código irrelevante para a questão
}
}

Desse modo, o checklist para turboélices seria executado de acordo com o trecho de código a seguir:

Checklist c = new Turboelice();
c.check( );

Qual padrão de projeto foi empregado nesse design?

Uma equipe de desenvolvedores do Ipea está desenvolvendo um novo projeto seguindo as práticas do Scrum. Durante uma sprint, o Product Owner foi informado de que uma nova portaria editada pelo Ministério do Planejamento e Orçamento tornará a sprint em curso sem valor para a nova aplicação.

Nessas condições, será adotado o seguinte procedimento:

O Decreto no 7.579, de 11 de outubro de 2011, dispõe sobre o Sistema de Administração dos Recursos de Tecnologia da Informação (SISP), tendo em vista organizar a operação, o controle, a supervisão e a coordenação dos recursos de tecnologia da informação da administração direta, autárquica e fundacional do Poder Executivo Federal.

Uma das finalidades desse sistema é