Na programação orientada a objeto,

Com relação aos requisitos de software, considere:

I. funcionais são somente requisitos de usuário.

II. funcionais e não-funcionais podem ser requisitos de usuário.

III. funcionais e não-funcionais podem ser requisitos de sistema.

Está correto o que se afirma APENAS em

No UP, os casos de uso mais importantes são capturados e delimitam o domínio do sistema durante a fase de

NÃO se trata de uma técnica para testar software o teste de

Considerando o conjunto de tarefas que se relacionam em um módulo e o espectro de medidas da força funcional relativa dos módulos (coesão), a respectiva sequência, da pior para a melhor, é:

De acordo com o Processo Unificado (UP), o gerente do projeto já está em condição de planejar as atividades e estimar os recursos necessários para completar o projeto no final da fase de

O processo de teste repetido continuamente até que o cliente e o projetista concordem que a versão liberada seja uma implementação aceitável dos requisitos do sistema desenvolvido sob encomenda de um único cliente é chamado teste de aceitação ou teste

Uma boa função de transformação de chaves tem como requisito essencial a distribuição das chaves tão unifor- memente quanto possível dentro do intervalo dos valores dos índices. Exceto esta exigência, a distribuição não é vinculada a nenhum padrão particular, sendo desejável, inclusive, que pareça totalmente aleatória. Tal propriedade deu a este método uma conotação não-científica (o significado é pulverizar o argumento e espalhá-lo desordenadamente) com o nome de

São técnicas e abordagens utilizadas na obtenção dos requisitos:

Um relacionamento entre classes que usa como notação um diamante preenchido associando, por exemplo, as classes Janela e Moldura, representa