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 estratégia de tratamento de riscos compreende a prevenção contra riscos, a monitoração de riscos, além da gerência dos riscos e do plano de contingência

Uma das ferramentas, mais úteis encontradas atualmente para a programação orientada a objetos é a linguagem de programação C++.

O código abaixo ilustra uma classe de objetos no padrão ANSI ISO/C ++.

Haveria erro de compilação se a palavra "const" fosse retirada das instruções encontradas nas linhas de 30 a 33, já que a função "get()", em suas diversas implementações, foi declarada como uma função const.

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.

A UML define um modelo abrangente e único, porém com diferentes níveis de precisão, capaz de representar aspectos estruturais e de componamento identificados durante a análise e concepção de um software.

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 das vantagens e desvantagens da abordagem orientada a objetos na concepção de softwares de grande porte, julgue o item abaixo.

A manutenção de softwares desenvolvidos a partir de concepção orientada a objetos é mais difícil que a de softwares obtidos a partir das abordagens orientadas a funções e do tipo estruturadas (top-down). Essa dificuldade é primariamente justificada pelas características de dependência dos componentes de software obtidos pela abordagem orientada a objetos. As operações de correção, adaptação e aperfeiçoamento, mesmo sendo mais eficientes, são mais onerosas em software desenvolvidos a partir da abordagem orientada a objetos.

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.

A natureza do impacto, a sua abrangência e suas características temporais, tais como momento de ocorrência e duração, são três dos fatores que caracterizam as conseqüências ou impactos de ocorrência de um risco.

Encorajadas pela introdução da linguagem Simula, em 1967, várias linguagens de programação orientadas a objetos entraram em cena, oferecendo aos usuários diversos aspectos da filosofia da concepção por objetos, Entre as linguagens de programação por objetos, pode-se destacar a própria linguagem Simula, as linguagens Smalltalk C++ e Java. Acerca dessas linguagens, julgue o item que se segue.

Uma das principais contribuições da linguagem Java é que a execução de um programa é realizada de forma interpretada e portátil. Em Java, existe a noção de máquina virtual, que consiste basicamente em um programa de domínio público utilizado para interpretar os programas. A linguagem Java não possibilita as noções de generalidade nem de heranças simples ou múltiplas. Em Java, também não existe a noção de ponteiros, existente em C e C++, o que dificulta a implementação de funcionalidades, tais como a "coleta de lixo" (garbage collection), ou seja, objetos ou áreas de memória que não são mais acessíveis por nenhum outro objeto ativo do sistema.

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.

Apesar de ser especificada a partir dos conceitos da orientação a objetos, a UML pode ser usada para representação de modelos funcionais e de dados construídos segundo a concepção estruturada.

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.

O modelo COCOMO intermediário é uma extensão do modelo COCOMO básico que também considera um conjunto de fatores relativos à quantidade de funções a serem implementadas no software.

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

A compreensão de um sistema orientado a objetos é facilitada, especialmente se existe um mapeamento natural entre as classes de objetos e as entidades do mundo real modelado pela concepção.