Questões de Ciência da Computação do ano 2007

No modelo iterativo, as fases de desenvolvimento são divididas em iterações. Esse modelo de desenvolvimento não pode ser adotado em processos de desenvolvimento ágeis como o extreme programming (XP).

No modelo em cascata, os primeiros passos são a especificação e a análise dos requisitos. O modelo assume que, uma vez definidos, os requisitos não serão modificados ou que as modificações serão poucas.

Em um processo de desenvolvimento, pode-se adotar prototipação descartável ou evolucionária. A primeira é útil quando se tem uma compreensão razoável sobre o sistema e a segunda quando se conhece pouco sobre os requisitos.

A disciplina de requisitos tem como principais objetivos: identificar tecnologias usadas na implementação, investigar as conseqüências dessas tecnologias e definir uma arquitetura para o software.

Requisitos podem ser funcionais ou não-funcionais. Os funcionais descrevem os serviços que os usuários esperam. Os não-funcionais podem definir restrições sob as quais o sistema deve operar.

Métricas de qualidade de software podem focar apenas no produto ou projeto. A densidade de defeitos mede a quantidade de defeitos em relação ao tamanho do software e foca apenas na qualidade do projeto.

Uma estratégia de teste pode ser bottom-up, top-down ou híbrida. A estratégia bottom-up minimiza a necessidade de drivers, enquanto a estratégia top-down minimiza a necessidade de stubs.

Na programação defensiva, o programador assume que falhas e inconsistências não podem estar presentes. Por isso, o programador não inclui código para verificar o estado do sistema após modificações ao estado.

A hierarquia entre Classe2, Classe3 e Classe5 é uma herança simples.

Os códigos na Classe1 podem invocar quaisquer métodos na Classe5.

Se consultar() é não-abstrato na Classe6 e na Classe7, estas podem ser instanciadas.

Entre as Classe4, Classe6 e Classe7, tem-se herança múltipla.