Sobre estimativas de esforço em Engenharia de Software, analise as afirmativas a seguir:

I. A análise de pontos de função consiste em converter os requisitos funcionais em valores numéricos que, depois de ajustados à capacidade da empresa desenvolvedora, representarão o esforço necessário para desenvolver o sistema.

II. A análise de pontos de caso de uso é baseada na análise de pontos de função e envolve o cálculo da quantidade e da complexidade dos atores e dos casos de uso, bem como dos fatores técnicos e ambientais relativos ao desenvolvimento do sistema.

III. As técnicas de análise de pontos de função e análise de pontos de caso de uso são, a princípio, independentes da linguagem de programação e da tecnologia empregadas no desenvolvimento do sistema que está sendo medido.

IV. Uma diferença entre as técnicas de análise de pontos de função e de análise de pontos de caso de uso é que a primeira utiliza o número de linhas de código (SLOC, ou source lines of code), enquanto a segunda não.

É CORRETO o que se afirma em

Na Engenharia de Requisitos, os requisitos de software são frequentemente classificados em duas categorias. A primeira abarca as declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. A segunda, engloba as restrições aos serviços ou funções oferecidos pelo sistema, incluindo restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas. Essas categorias são consideradas, respectivamente, requisitos

A figura a seguir mostra um diagrama de classes da UML com a adição de círculos numerados próximos a quatro linhas que representam quatro tipos diferentes de relacionamento entre classes:

Fonte: arquivo da banca.

Segundo a sintaxe da UML, os tipos de relacionamentos ilustrados na imagem, indicados pelos números 1, 2, 3 e 4, nessa ordem, são:

Em uma pasta local do seu computador, suponha que você inicializou um repositório Git novo, ramo master, e criou um arquivo README.md com o seguinte conteúdo, adicionou-o à área de preparo e fez o commit logo em seguida:

# Meu repositório

Este é o meu repositório

Depois, você criou um novo ramo chamado copy, mudou para esse ramo, adicionou a linha seguinte ao final do arquivo README.md e fez o commit das alterações:

Entre em contato via nome.sobrenome@ufes.br.

Em seguida, você mudou para o ramo master, adicionou a linha seguinte ao final do arquivo README.md e também fez o commit das alterações:

Veja meus repositórios em http://github.com/nomesobrenome.

Neste ponto, você pode pedir ao Git para realizar uma mesclagem básica das alterações, de modo que o conteúdo de README.md no diretório de trabalho passe a ser o seguinte:

# Meu repositório

Este é o meu repositório.

<<<<<<< HEAD

Veja meus repositórios em http://github.com/nomesobrenome.

=======

Entre em contato via nome.sobrenome@ufes.br.

>>>>>>> copy

O comando que deve ser utilizado para que o Git realize a mesclagem básica ilustrada no cenário descrito acima é:

Considere o seguinte trecho de código Java referente a uma classe controladora para uso com o framework Spring MVC, que define um método para listar alguns objetos e outro para remover um objeto da listagem:

Os métodos lista e remove enviam o usuário para páginas diferentes após as respectivas execuções desses métodos. Por meio de um redirecionamento, por parte do servidor ou por parte do cliente, é possível fazer com que uma chamada ao método remove termine mostrando a mesma lista de objetos que o método lista, porém, sem ter que repetir o código que obtém os objetos nos dois métodos.

O valor que o método remove deve retornar, para fazer um redirecionamento por parte do servidor, de modo que, após a execução do método remove, o método lista seja chamado internamente pelo Spring MVC, sem a necessidade de uma segunda requisição por parte do cliente é:

Considere as seguintes classes Java, definidas em arquivos chamados, respectivamente, Funcionario.java, Gerente.java e TesteFuncionario.java:

Considerando o código das 3 classes apresentadas acima, analise as afirmativas a seguir:

I. O código compila sem erros e sua execução imprime na tela 3 números de ponto flutuante na mesma linha.

II. A substituição do modificador de acesso protected por private na definição do atributo salario da classe Funcionario causa erro de compilação ao tentar se recompilar todo o código.

III. A anotação @Override na classe Gerente indica que o método darAumento está sendo sobrescrito. Removê-la causa erro de compilação ao tentar se recompilar todo o código.

IV. Os valores do atributo salario associados aos objetos com nome “Fulano” e “Ciclano” aumentam em 10% e o associado ao objeto com nome “Beltrana” aumenta em 15% em relação aos valores inicializados na construção dos respectivos objetos, se se desconsiderarem imprecisões em valores de ponto flutuante.

É CORRETO o que se afirma em

Considere o seguinte código Java, escrito em um arquivo chamado TesteObjetos.java:

Sobre o código acima, é INCORRETO afirmar que

Podemos afirmar que a tecnologia VPN (Virtual Private Network) é uma alternativa popular aos caros enlaces dedicados à conectividade entre unidades remotas de uma empresa. Sobre a tecnologia VPN, é INCORRETO afirmar que

A conversação por voz em tempo real pela Internet é muitas vezes referida como Telefonia Internet (Internet Telephony), uma vez que, do ponto de vista do usuário, é semelhante ao tradicional serviço telefônico comutado por circuitos. Esse serviço também é comumente chamado de Voz sobre IP (VoIP). Sobre a tecnologia VoIP, é CORRETO afirmar que

A figura a seguir mostra uma coleta de dados realizada em uma conexão FTP entre cliente e servidor.

A respeito dessa coleta, é CORRETO afirmar que a quantidade de conexões TCP iniciadas e encerradas é, respectivamente,