Vários riscos devem ser considerados no planejamento de um software, a exemplo de riscos relativos ao tamanho do software, riscos de impactos nos negócios, riscos ligados às características do cliente, ao processo de desenvolvimento, ao ambiente de desenvolvimento, à tecnologia embutida no sistema, ao tamanho e à experiência da equipe de desenvolvimento etc. Por essa razão. uma das atividades de planejamento de software é a projeção de riscos. Acerca desse assunto, julgue o item seguinte.

Uma das tarefas da avaliação de riscos consiste em estabelecer uma escala que espelhe a probabilidade percebida de um risco.

O código a seguir apresenta um programa escrito na linguagem Java, versão 2. e explora os conceitos de tratamento de exceções dessa linguagem.

O operador "+", na linha 17, está definido para objetos do tipo "String", recebendo como argumento um objeto com tipo de uma das superclasses de "NullPointerException".

A metodologia de concepção orientada a objetos emprega entre outras ferramentas, o encapsulamento de informação e a reutilização de software. Acerca das principais características da metodologia de concepção orientada a objetos aplicada ao desenvolvimento de software, julgue o item seguinte.

A comunicação entre classes de objetos, ou objetos em fase de execução, é feita principalmente por meio do envio de primitivas encapsuladas, evitando-se assim, a troca de mensagens entre objetos, de forma a aumentar a segurança dos dados.

Uma técnica tradicional para realizar estimativas relativas a um projeto de software é o modelo COCOMO (constructive cost model), concebido por Barry Boehm. Acerca desse modelo, julgue o item que se segue.

No modelo COCOMO, primeiro estima-se a duração do projeto de software e, em seguida, a quantidade de pessoas para a equipe de desenvolvimento. Então, a partir desses dois valores, calcula-se o esforço em homens-hora relativo ao projeto.

Em um artigo de 1983, na revista Communications of the ACM .RJ Abbot, tratando da concepção de programas por meio de descrições informais em inglês, ou seja, uma linguagem natural, afirma que "um programa de computador capaz de tomar uma estratégia informal expressa em inglês e transformá-la automaticamente em um programa executável está ainda longe de ser realizado". Já R.S. Pressman, na conclusão de seu livro Software Engineering de 1997 coloca a construção de software embasada na compreensão da linguagem natural como uma tecnologia que se encontra apenas em estágio conceitual. Entretanto, pode-se demonstrar que existem correspondências entre elementos lexicais e sintáticos das linguagens naturais com estruturas de dados e fluxos de programas, podendo tais correspondências fundamentarem métodos de análise de software. Acerca dessas correspondências e das possibilidades de seu uso na construção de programas, julgue o item abaixo.

Descrições informais na especificação de um programa dificilmente permitem escolher as estruturas de controle a serem usadas nesse programa, sendo o tratamento dessas estruturas de controle um problema específico de análise de software.

A especificação e documentação de sistemas concebidos segundo a metodologia de orientação a objetos está experimentando uma padronização de facto, com a introdução da UML (unified modeling language), desenvolvida conjuntamente por Rumbaungh, Jacobson e Booch, três dos principais autores dessa metodologia. Acerca dos conceitos e das aplicações da UML, julgue o item que se segue.

Ferramentas de engenharia reversa atualmente disponíveis podem converter com relativo sucesso um código em uma linguagem orientada a objetos em um modelo UML.

Considere o seguinte programa, que implementa um método de ordenação, escrito em linguagem C/C++ padrão ANSI, uma das linguagens de programação mais utilizadas na atualidade:

Acerca desse programa e do método de ordenação utilizado, julgue o item seguinte.

Nesse programa, caso em alguma das passagens pela tabela nenhuma troca de posição dos valores seja feita, o programa termina, pois os valores já estarão em ordem crescente.

O IEEE define a engenharia de software, por um lado, como a aplicação de uma abordagem sistemática, disciplinada, quantificável do desenvolvimento, da operação e da manutenção do software, ou seja, a aplicação da engenharia ao software. Por outro lado, a definição do IEEE refere-se ao estudo das abordagens para a engenharia de software, inclusive no que se refere aos aspectos relativos à qualidade de software. Acerca da garantia da qualidade de software, julgue o item abaixo.

A confiabilidade de um software é definida como a probabilidade de operação sem falha de um programa de computador em um determinado ambiente durante um determinado período.

A introdução de técnicas e conceitos de orientação a objetos ampliou as facilidades de desenvolvimento presentes nas técnicas tradicionais de concepção estruturada. No entanto, muitos programas desenvolvidos em linguagens orientadas a objetos não aproveitam esse potencial da linguagem por terem sido concebidos sem a utilização adequada dos paradigmas da orientação a objetos. A respeito dos conceitos de orientação a objetos que devem ser utilizados durante a concepção e implementação de um programa orientado a objetos, julgue o item a seguir.

O polimorfismo consiste na associação de um único conjunto de operações a vários objetos diferentes.

Acerca das vantagens e desvantagens da abordagem orientada a objetos na concepção de softwares de grande porte, julgue o item abaixo.

A execução de um software orientado a objetos é caracterizada basicamente pela criação de objetos sob demanda, em vez de uma pré-alocação, realizada em etapas de compilação e ligamento. Isso faz que sistemas orientados a objetos, mais do que sistemas tradicionais, com exceção do ambiente Lisp, tenham tendência a criar muitos objetos, muitas vezes com interdependências complexas. O gerenciamento de memória é então uma das mais difíceis tarefas encontradas em um desenvolvimento orientado a objetos. Uma boa linguagem orientada a objetos deve prover mecanismos de gerenciamento automático de memória.