ao Ciclo de Vida de Sistema Tradicional e à Prototipagem.

ao Modelo Espiral e ao Modelo em Cascata.

ao Modelo V e ao Modelo de Entrega por Estágios.

aos Modelos Prescritivos e aos Modelos Ágeis.

ao Modelo Orientado a Cronograma e ao Modelo Orientado a Teste.

Interação.

Caso de Uso.

Fluxo de Dados.

Colaboração.

Componentes.

Não há problemas em entregar softwares com erros conhecidos aos usuários finais, mas que contêm a maioria das funções que os usuários desejam com alta qualidade, mesmo que esses softwares sejam embarcados para aplicações em tempo real ou integrados com o hardware.

A qualidade tem, efetivamente, um custo que pode ser discutido em termos de prevenção, avaliação e falha.

A aplicação de métodos de engenharia de software e testes são suficientes para atingir a qualidade de software.

As técnicas de revisão de software são aplicadas apenas após a programação do modulo ou incremento de software, para descobrir erros cometidos na programação.

Testes de unidade e de integração são suficientes para garantir a qualidade de software, pois garantem o perfeito funcionamento dos componentes de software e sua adequada integração na arquitetura do software.

I, II, III e IV.

I e IV, apenas.

III e IV, apenas.

II e III, apenas.

I, II e IV, apenas.

É adequado para aplicações bem compreendidas, com saídas previsíveis desde a análise e projeto e que não apresentem incertezas substanciais em seus requisitos.

Na primeira iteração, desenvolve-se uma parte do software, que deve ser utilizado e avaliado. Em seguida, incorpora-se o que se aprendeu na iteração anterior e se repete o ciclo. No final, assim que o cliente testou a parte do software que é apenas uma prova conceito, o código é intencionalmente abandonado, pois o produto final será entregue em seu lugar.

Os desenvolvedores precisam integrar todas as versões de artefatos do sistema e verificá-las no final de uma iteração. Além disso, cada iteração deve produzir uma versão executável do software.

O desenvolvimento iterativo consiste em uma série de iterações com duração máxima de um mês e com, no máximo, seis iterações a cada três meses.

Os desenvolvedores realizam as fases do processo de desenvolvimento de software em uma sequência linear rígida, onde cada etapa deve ser concluída antes que a seguinte comece.

de caminho básico - caixa-de-vidro

alfa - beta

caixa branca - caixa preta

de ciclo - de usabilidade

unitário - de interface

Singleton e Observer.

Facade e Adapter.

Composite e Adapter.

Singleton e Command.

Facade e Observer.

Diagrama de Especificação de Processos (DEP).

DFD nível 1.

Diagrama de Atividades.

Diagrama Entidade-Relacionamento (DER).

Diagrama de Contexto.

permite avaliar o desempenho geral da equipe de desenvolvimento de software.

não permite que sejam realizados testes, visando verificar o funcionamento do sistema final, ainda que sejam testes parciais.

é inteiramente descartado, não sendo aproveitada nenhuma parte do código de software no sistema final entregue ao cliente .

não possibilita avaliar a qualidade do software produzido.

pode auxiliar na validação de requisitos do sistema, bem como propiciar a inserção de novos requisitos ainda não identificados.

o número de posições de memória ocupadas.

o tempo de treinamento do sistema.

a taxa de ocorrência de falhas.

o número de usuários simultâneos.

o número de comandos de desvio incondicional.