O desenho de aplicações para a Web tem um forte apelo visual e de conteúdo, por isso, questões de arquitetura e navegação não devem ser priorizadas, uma vez que não são visíveis ao usuário.

Os principais atributos de qualidade de um software para a Internet são usabilidade, funcionalidade, confiabilidade, eficiência e manutenibilidade.

Escalabilidade não é um elemento importante para ambiente Web, pois a integração entre sistemas é garantida pelos protocolos existentes.

Segurança de software na Web é importante apenas para instituições que realizam operações financeiras.

O modelo de criação de desenho de software para a Web é exclusivo do designer, por isso, os demais participantes apenas opinam no resultado final.

A proposta de interface pode ser apresentada apenas no final do processo, pois é um elemento de pouca importância no processo e consome tempo excessivo.

Existem poucos modelos de usabilidade que orientam na definição de um bom projeto de interface.

O desenho de interface deve partir de uma proposta preliminar e um protótipo, para primeiro ser avaliada pelo usuário, e então poder ser modificada e avaliada novamente.

Acessibilidade é um aspecto importante, mas de alto custo, e, portanto, deve ser suprimida de softwares que não sejam desenvolvidos para uso por grandes empresas.

Dado o atual potencial das ferramentas de desenho, a liberdade do designer não deve ser cerceada pelo usuário.

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.