a quantidade de mensagens enviadas pelo objeto da classe C2 é 2 (dois).

o envio de msg02 implica invocação de uma operação definida na classe C1.

o envio de msg03 resulta na execução iterativa de uma operação definida na classe C3.

os objetos apresentados no diagrama já existem antes do início da interação.

há o envio em paralelo de, pelo menos, duas mensagens.

incremental.

iterativo.

centrado em arquitetura.

modelo prescritivo.

guiado por testes de aceitação.

há um erro de sintaxe, pois não foi especificado o sentido da navegação entre Y e X.

a quantidade de interfaces que Y implementa é 1 (um).

Y é subclasse de W.

objetos da classe T podem utilizar serviços oferecidos por objetos da classe Y.

objetos da classe Z criam objetos da classe Y.

eliminar a volatilidade dos requisitos que foram levantados para o produto de software.

postergar a definição do escopo inicial do sistema para etapas posteriores do desenvolvimento.

realizar a Implantação da Função de Qualidade (IFQ), que corresponde a maximizar a qualidade do processo de software utilizado no desenvolvimento do produto de software já implantado.

remover as dependências entre os requisitos do sistema e as regras de negócio.

usar o modelo de casos de uso para especificar os requisitos funcionais do produto de software.

I e II.

III e IV.

I, II e III.

I, III e IV.

II, III e IV.

empresa com maior gargalo e a empresa com menor qualidade são, respectivamente, a empresa M e a empresa N.

empresa com menor capacidade de mudança e a empresa com maior qualidade são, respectivamente, a empresa L e a empresa K.

empresa com maior capacidade de mudança e a empresa com menor gargalo são, respectivamente, a empresa N e a empresa M.

ordem das empresas a partir do maior valor de desempenho final, considerando o uso de pontos de função como medida do IP é L, K, N e M.

ordem das empresas a partir do menor valor de desempenho final, considerando o uso de linhas de código como medida do IP é N, L, M e K.

o sistema da equipe A apresentou um índice de produtividade maior, pois a maior quantidade de erros, por mês, estaria ligada diretamente a mais linhas de código produzidas.

o sistema da equipe B apresentou um grau de confiabilidade melhor do que o sistema da equipe A.

o sistema da equipe B teve, necessariamente, um custo maior do que o sistema da equipe A.

a probabilidade de falha em próxima execução de um teste do sistema da equipe B, considerando-se que foram realizados 33 testes/dia, foi maior que 70%.

os pontos de função ajustados de cada sistema podem ser deduzidos em função dos erros por tempo.

projetar testes que tratem da especificação de procedimentos externos ao computador, tais como: captação das informações, identificação das partes interessadas e distribuição das saídas.

projetar o processo de teste criando casos de teste, rotinas de teste e, eventualmente, desenvolvendo programas que fazem o teste de forma automática.

analisar e definir testes através da manipulação de ferramentas de processos usadas especialmente para obtenção de requisitos de teste de software, tais como: CMMI, BPM e ISO 9001:2000.

produzir testes e o manual de especificação do uso do sistema que é utilizado para ensinar o usuário a manipular o produto final do software.

testar as unidade de software na fase de operação e manutenção do sistema e utilizar os resultados como métricas para eventuais ajustes em projetos anteriores.

as duas afirmações são verdadeiras e a segunda justifica a primeira.

as duas afirmações são verdadeiras e a segunda não justifica a primeira.

a primeira afirmação é verdadeira e a segunda é falsa.

a primeira afirmação é falsa e a segunda é verdadeira.

as duas afirmações são falsas.

descrever os requisitos funcionais, os não funcionais e as regras do negócio do sistema através de um modelo de caso de uso.

organizar a arquitetura do sistema de software de acordo com cinco visões (views), que são: requisitos, análise, projeto, testes e implantação.

planejar em detalhes, na fase de iniciação, cada iteração das demais fases do desenvolvimento do sistema, o que envolve alocar recursos para cada uma dessas iterações.

verificar, de forma contínua, a qualidade do software em desenvolvimento, desde a fase de iniciação até a fase de transição.

tratar os requisitos mais arriscados mais tarde no desenvolvimento do projeto de modo a evitar a volatilidade dos mesmos.