o teste de operação é a fase onde é testada a ergonomia da interface de uso do software.

o teste da caixa preta (teste funcional), baseia-se em analisar os arquivos de log do sistema procurando por mensagens de funcionamento inconsistente.

um teste bem sucedido é um teste que não encontra nenhum erro no software.

o teste da caixa branca (teste estrutural), baseia-se em testar as estruturas do código fonte, como comandos condicionais e de repetição.

um caso de teste é uma categoria de possíveis resultados na execução de testes.

um indicador é parte de uma métrica.

custo, funcionalidade e número de erros são métricas indiretas.

a métrica de pontos de função só pode ser calculada com o código terminado.

linhas de código, esforço e memória são métricas diretas.

métricas de produtividade indicam o quanto o software atende aos requisitos.

o modelo em espiral é o mais simples e o mais antigo.

o modelo em cascata é o menos flexível e mais simples.

a fase de especificação de requisitos pode estar ausente do modelo.

a fase de implementação é sempre a última do modelo.

o modelo em cascata é o mais recente e complexo.

I, II, III e IV.

I, II e III, apenas.

II e III, apenas.

II, III e IV, apenas.

I e II, apenas.

trunk e tag.

branch e build.

build e branch.

branch e tag.

trunk e branch.

o diagrama de sequência pode ser usado para descrever como alguns objetos de um caso de uso colaboram em algum comportamento ao longo do tempo.

é comum no diagrama de caso de uso, a utilização de atores para representar entidades do mundo real e suas respectivas ações.

o diagrama de classes define as classes de que o sistema necessita e é a base para a construção dos diagramas de sequência e comunicação.

visão geral e atividades, casos de uso e de sequência são diagramas que descrevem uma visão dinâmica de um sistema.

o diagrama de sequência é tido como o menos funcional entre os diagramas da UML, em função de sua não integração com os sistemas de gerência.

funcionabilidade, confiabilidade e usabilidade.

eficiência, manutenibilidade e portabilidade.

funcionabilidade, usabilidade e manutenibilidade.

confiabilidade, eficiência e manutenibilidade.

confiabilidade, eficiência e portabilidade.

No XP, os testes são escritos antes da atividade de desenvolvimento e todas as funcionalidades só possuem valor se forem testadas e obtiverem unanimidade de aprovação.

O SCRUM tem como características a divisão do processo em pequenos ciclos de desenvolvimento chamados Sprint, o monitoramento do progresso do processo através de reuniões diárias com toda a equipe e, reuniões com os Stakeholders no fim de cada ciclo de desenvolvimento.

No XP, não há indicação de que é necessário criar documentação no código porém, os documentos tradicionais são reduzidos aos aspectos mais relevantes, visando obter no final do processo, apenas artefatos de grande importância para o projeto.

SCRUM não especifica a programação em pares ou desenvolvimento orientado a testes, porém especifica a forma de gerenciamento dos requisitos ou características solicitadas.

Enquanto o XP é mais receptivo a mudanças durante a iteração, no SCRUM as solicitações do cliente devem aguardar o término da iteração em andamento.

Designer de Cápsula.

Revisor de Arquitetura.

Implementador.

Designer de Interface de Usuário.

Designer de Teste.

excetuando-se a Implantação, a disciplina Requisitos relaciona-se com as demais disciplinas ora como fornecedora, ora como consumidora de artefatos.

na Modelagem de Negócios, os padrões fazem parte do modo como é definida a arquitetura do negócio, refletindo soluções comuns para problemas comuns e ajudando a manter o estilo de arquitetura em toda a organização.

Análise e Design é uma disciplina que tem entre suas finalidades adaptar o design para que corresponda ao ambiente de implementação, projetando-o para fins de desempenho.

a disciplina Implantação descreve as atividades que garantem que o produto de software será disponibilizado a seus usuários finais.

a meta das atividades da disciplina Ambiente é oferecer à organização o ambiente de desenvolvimento de software (processos e ferramentas) que dará suporte à equipe de desenvolvimento.