Considere o relacionamento entre uma classe Funcionario e uma outra Dependente. Sabe-se, ainda, que objetos que representam os dependentes de um funcionário são criados apenas quando o funcionário é incluído no sistema, e que a remoção do funcionário implica a remoção de todos os seus dependentes. Este relacionamento pode ser precisamente capturado por:

Sobre o levantamento e a análise dos requisitos, assinale a alternativa correta.

Os testes caixa preta:

Considere um objeto (instância) de uma classe A com um método que possui um parâmetro, cujo tipo é uma classe B. Assumindo que esta é a única forma de relacionamento entre A e B, pode-se afirmar que este relacionamento é uma:

Uma aplicação de folha de pagamento inclui somente funcionários horistas e mensalistas. Ambos possuem o mesmo conjunto de atributos e métodos, diferindo apenas no método que efetua o cálculo do pagamento. Neste cenário, as boas práticas de modelagem recomendam que:

Para que uma parte de uma aplicação seja devidamente modelada como um subsistema, é essencial que:

Quais dos seguintes padrões, usados em aplicações Web, definem um conjunto de regras para projetar formatos de texto que lhe permitam estruturar seus dados?

Sobre a realização de testes, pode-se afirmar que:

A estratégia de desenvolvimento de software topdown:

Quando comparada a métodos tradicionais de desenvolvimento, a orientação a objetos sugere um novo estilo de decomposição/modularização, baseado em:

Sobre o conceito de pacote em linguagens de modelagem como a UML, e sobre a organização de um modelo em pacotes, pode-se afirmar que:

Um dos importantes modelos de ciclo de vida de software é considerado um meta-modelo, uma vez que pode ser especializado para vários outros modelos. Um desenvolvimento baseado neste modelo é iterativo, e cada ciclo inclui: uma etapa de definição de objetivos e alternativas; outra de avaliação de alternativas e identificação e resolução de riscos; uma terceira etapa de validação e verificação e, finalmente, a do planejamento da etapa seguinte. Trata-se do modelo:

O Modelo Cascata de ciclo de vida de software, como proposto originalmente:

O Capability Matutity Model da SEI: