IV − III − II − V − I − VI.

V − VI − II − I − III − IV.

VI − V − III − II − IV − I.

III − IV − V − VI − I − II.

III − IV − VI − V − I − II.

não é objetivo final dos processos de verificação validar os requisitos de especificação que não reflitam os desejos ou necessidades dos clientes.

os testes podem mostrar a presença de erros e sua ausência.

o objetivo de todo teste é verificar se ele atende apenas aos requisitos funcionais.

verificação e validação não são a mesma coisa em relação a testes de sistema.

os testes podem demonstrar que um determinado software está livre de defeitos.

retângulos para representar as classes e uma seta vazia apontando para a superclasse para representar herança.

triângulos para representar associações e retângulos para as entidades.

elipses para representar os atributos e retângulos para as entidades.

retângulos para representar atributos e elipses para representar atributos.

setas para representar a direção e retângulos para representar as associações.

classes.

sequência.

estado.

objetos.

atividades.

herança e polimorfismo.

abstração e agregação.

encapsulamento e abstração.

polimorfismo e encapsulamento.

abstração e herança.

análise de recursos e software.

desenvolvimento incremental.

geração de relatórios de teste.

pesquisa e testes.

implementação e teste unitário.

deve ser utilizada para estimar a complexidade ciclomática dos programas de computador baseado em suas funções.

pode ser aplicada para medir o tamanho de um sistema antes de desenvolvê-lo, de forma que seu custo seja previsto mais adequadamente.

é aplicável antes mesmo dos requisitos funcionais do software serem definidos.

é baseada no número de linhas de código produzidas, sendo mais adequada para medir a produtividade da equipe de programadores.

permite a contagem de pontos de função somente para estimar o esforço de desenvolvimento de novos projetos.

as métricas de controle e de previsão podem fornecer dados importantes que norteiam o desenvolvimento do software, porém, não podem influenciar a tomada de decisão de gerenciamento.

as métricas de software podem ser métricas de controle ou métricas de previsão. Métricas de controle (conhecidas como métricas de produto) podem ser utilizadas para medir o tempo necessário para reparar um defeito ou a complexidade ciclomática de um módulo.

os atributos internos de software, como a complexidade ciclomática de um componente, podem ser medidos com o uso de ferramentas de software que analisam o código fonte do software.

todas as métricas de controle e de previsão podem ser usadas para medir de maneira apropriada o número de métodos ou funções que chamam outros métodos ou funções em um software.

a medição de software deve ser utilizada para coletar apenas dados qualitativos sobre o software e o processo de software. Estes dados devem ser usados para fazer inferências sobre a qualidade de produto e de processo.

I e III.

II e IV.

I e II.

III e IV.

I, II e III.

composite application.

web service collection.

enterprise application.

enterprise service application.

composite solution.