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:

Acerca da classificação, do controle e da reposição dos materiais no estoque, é correto afirmar que:

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:

Representa um crédito especial:

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?

Quando da amortização da dívida pública, indique quantas variações serão registradas no Sistema Patrimonial.

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: