diagrama de classes.

diagrama de componentes.

diagrama de objetos.

diagrama de implantação.

diagrama de estados.

Deve ser utilizada apenas quando os usuários podem participar ativamente do projeto.

Apenas a fase final produz uma entrega que não é um documento.

O número de iterações não é previsível.

O protótipo ajuda no entendimento dos requisitos do sistema.

Os incrementos de um software são entregues ao cliente de uma só vez.

Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.

A abordagem iterativa possibilita desenvolver um sistema de software de forma incremental, permitindo ao desenvolvedor tirar vantagem daquilo que foi aprendido durante a fase inicial de desenvolvimento de uma versão do sistema. O aprendizado ocorre simultaneamente tanto para o desenvolvedor, quanto para o usuário do sistema.

Permite que sejam desenvolvidas versões cada vez mais completas do software.

DTO.

Business Object.

DAO.

Application Service.

MVC.

process backlog.

scrum master.

product owner.

backlog.

sprint.

Um caso de uso de sistema é uma interação com o software, enquanto um caso de uso de negócio examina como a aplicação responde ao cliente ou a um evento.

No trabalho com casos de uso, o foco deve ser no diagrama e não no conteúdo textual dos casos de uso. Assim como no diagrama de fluxo de dados usado nos métodos estruturados, o diagrama de casos de uso por si só permite uma visão ampla dos limites do sistema.

A técnica de descrever as funcionalidades do sistema e de criar os casos de uso possuem o mesmo propósito e características, pois ambas descrevem requisitos.

Versões bem detalhadas dos casos de uso devem ser elaboradas sempre no início do projeto e não apenas antes do desenvolvimento desses casos de uso.

Representam uma visão interna do sistema e possui grande correlação com as classes internas do sistema.

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.