início, planejamento, teste, validação, ajuste e produção.

modelagem, aprovação, requisitos, teste e produção.

iniciação, iteração, elaboração, construção e transição.

comunicação, planejamento, modelagem, construção e desenvolvimento.

comunicação, elaboração, transição e descarte.

A melhor e mais rápida técnica para levantamento de requisitos é a entrevista, pois nela se obtém tudo o que o usuário precisa.

O uso de questionários pode ser recomendado no caso de um número muito grande de usuários envolvidos, mas pode demandar muito tempo para elaboração, validação e teste do questionário.

Não se recomenda acompanhar o usuário em suas atividades para coletar requisitos, pois o envolvimento direto entre as equipes de coleta de requisitos e usuários pode corromper os objetivos do software.

Protótipos são complexos e tomam tempo para serem desenvolvidos, e, portanto, devem ser sempre evitados, a não ser que o cliente os exija

Workshops de casos de uso geralmente levam os usuários a querer colocar requisitos demais no projeto, reduzindo a agilidade e progresso do projeto.

Quanto maior e mais complexo o projeto de software, mais simples deve ser o modelo de processo a ser adotado.

O modelo de ciclo de vida do software serve para delimitar o alvo do software. Nessa visão, não são consideradas as atividades necessárias e o relacionamento entre elas.

A escolha do modelo do ciclo de vida não depende de características específicas do projeto, pois o melhor modelo é sempre o mais usado pela equipe do projeto.

No ciclo de vida em cascata, é possível realizar alternadamente e simultaneamente as atividades de desenvolvimento de software.

O desenvolvimento iterativo de software permite que as atividades sejam planejadas a partir dos riscos identificados e confirmadas por testes parciais do produto.

esclarecer os objetivos do software e o valor que ele traz aos usuários.

realizar o trabalho com enfoque naqueles que farão uso do software.

desconsiderar o software depois de implementado, pois este deve ser o resultado único de uma necessidade específica.

planejar o software nos mínimos detalhes, para que apresente os melhores resultados.

o modelo.

o controle.

a visão.

o coding.

a maturidade.

Padrões de projeto são aplicados no tratamento de códigos específicos de linguagem de programação orientada a objetos. Essa característica permite redução de custos, mas prejudica a qualidade de uma aplicação.

Padrões de projeto são tratados com o enfoque na melhoria da qualidade de um projeto de software. O seu uso racional aumenta a produtividade de determinado ponto de desenvolvimento e aumenta os custos em função da qualidade de uma aplicação.

Embora não sejam aplicados em técnicas de desenvolvimento de aplicações, padrões de projeto fornecem uma visão orientada a objetos para solução de problemas, com um baixo custo.

Padrões de projeto são aplicados ao desenvolvimento de aplicações e, de maneira geral, fornecem meios de se descrever soluções para problema. Essa característica permite redução do tempo gasto com o desenvolvimento e melhoria da qualidade da aplicação.

Padrões de projeto permitem redução do tempo gasto com um desenvolvedor e geralmente melhoram a qualidade de uma aplicação. Essa característica incentiva o reuso de software para resolver problemas, mas tem como desvantagem o aumento do custo de uma aplicação

uma herança.

um compartilhamento.

uma agregação.

uma generalização.

um método.

vertical.

diagonal.

transversal.

meridional.

horizontal.