Inspeções e walkthroughs podem ser usadas para revisar artefatos. Uma walkthrough requer mais tempo de preparação dos revisores do que uma inspeção, também exige que seja feito o acompanhamento das soluções dos problemas identificados e a coleta de métricas associadas à revisão.

Em uma inspeção, os participantes têm papéis definidos. O moderador conduz reuniões e os inspetores devem, durante as reuniões, descrever os problemas identificados e soluções para os mesmos.

Um teste de unidade pode ser projetado usando-se uma estratégia caixa branca. Nesse caso, há um foco nos mecanismos internos da unidade sendo testada. A realização de testes caixa branca pode ser apoiada por métricas de cobertura.

A cobertura de linhas de código informa o percentual de linhas de código executadas. Essa métrica é calculada instrumentando-se manualmente o código, pois não há ferramentas que possibilitem o seu cálculo.

I, II e IV.

I e V.

II, III e V.

III e IV.

A garantia da qualidade visa assegurar a adequação de um artefato ao uso e que seja alta a probabilidade de um artefato ter a qualidade requerida. Também visa prover confiança que um produto atende aos requisitos.

O controle de qualidade avalia, identifica e corrige defeitos. Os testes, mas não as revisões, são atividades de controle da qualidade. O controle da qualidade é parte da garantia da qualidade.

Os testes são realizados em várias fases de um desenvolvimento. Testes de unidade são de baixo nível, testes de sistema são executados após os de integração, testes beta empregam apenas desenvolvedores.

Entre os artefatos produzidos por um processo de teste, têmse os casos de teste. Um caso de teste é uma situação real de uso, pois não pode ser sintetizado a partir de parâmetros predefinidos.

Um modelo de análise é menos abstrato que um de projeto e as classes em um modelo de análise não podem ser conceituais. As classes na análise podem modelar objetos persistentes, mas não transientes.

Uma importante responsabilidade da análise é definir a arquitetura do sistema, dividindo-o em subsistemas. Um subsistema expõe serviços via interfaces, que devem ser especificadas na análise.

Uma classe descreve objetos com as mesmas responsabilidades, relacionamentos, operações, atributos e semântica. As instâncias de uma classe têm, portanto, os mesmos valores para os seus atributos.

Um modelo de análise pode realizar casos de uso. A realização de um caso de uso descreve interações entre objetos. Na UML, essas realizações podem ser documentadas via diagramas de colaboração.

o padrão de projeto Template method.

o padrão de projeto Singleton.

o padrão de projeto Adapter.

o padrão de projeto State.

o padrão de projeto Composite.

o padrão de projeto Builder.

o padrão de projeto Abstract factory.

o padrão de projeto Proxy.

O Facade pode ser usado quando se deseja prover uma interface simples para um subsistema complexo; existem muitas dependências entre clientes e as classes que implementam uma abstração.

Pode-se usar o Decorator quando um sistema deve ser configurado com uma entre várias famílias de produtos; uma família de produtos relacionados foi projetada para ser usada em conjunto.

O Adapter pode ser usado quando objetos se comunicam de forma definida, mas complexa; as interdependências entre os objetos são difíceis de entender; o reúso está sendo dificultado, pois um objeto se comunica com vários outros.

Pode-se usar o Builder quando o comportamento de um objeto muda em tempo de execução e depende do seu estado; as operações têm múltiplos enunciados condicionais que dependem do estado do objeto.

Nas hierarquias, cada classe derivada herda de mais de uma classe base.

Cada interface é implementada por mais de uma classe.

Uma instância da Classe4 pode ter uma referência para uma instância da classe ProdutoA1.

ProdutoA1 e ProdutoB1 têm uma mesma superclasse.

As classes ProdutoB1 e ProdutoB2 são generalizações da classe ProdutoB.

Se a Classe1 é abstrata, as Classe2 e Classe3 têm que ser abstratas.

No diagrama, as setas sólidas representam dependências e as setas pontilhadas representam associações.

A Classe5 implementa a Interface1 e a Classe6 implementa a Interface2.