Aula 2: Práticas de Engenharia de Software

PERGUNTA 1. O que é a prática da Engenharia de Software?

RESPOSTA A prática é uma coleção de conceitos, princípios, métodos e ferramentas que
um engenheiro de
sw faz uso diariamente, apresentando detalhes técnicos e gerenciais de c
omo fazer (o que vai precisar para seguir o caminho, ou seja, é o que se faz d
iariamente a medida que o sw evolui de uma idéia para a realidade).
PERGUNTA 2. Quais conceitos dos princípios centrais que guiam a prática da Eng. Sw
?
RESPOSTA Para realizar a prática tem-se os seguintes princípios:
1. Razão por que tudo existe; (isso adiciona valore real ao sistema?)
2. KISS – Keep It Simple, Stupid! – mantenha a coisa simples! (exige muito raciocínio
e trabalho em várias iterações)
3. Mantenha a visão; (integridade conceitual e visão arquiteral única do software)
4. O que você produz outros vão consumir; (especifique, projete e implemente sabend
o que alguem precisa entender o que você está fazendo!)
5. Esteja aberto para o futuro; (pergunte-se “e se” e se prepare para todas as resp
ostas,
mas não leve isso ao extremo!)
6. Planeje com antecendência o reuso; (pode ser mais caro entre 25% a 200%)
7. Pense! (é o mais esquecido e com o raciocínio antes tem-se maior chance de melho
res resultados )
PERGUNTA 3. Defina e explique as práticas de Comunicação e de Planejamento, bem como
suas filosofias?
RESPOSTA A atividade de comunicação coleta os requisitos para posterior análise
. Essa é uma atividade desafiadora e deve-se conhecer os seguintes princípios de com
unicação com o cliente:
1. Escute; (esclareça tudo!)
2. Prepare-se antes de comunicar; (gaste tempo em entender o problema antes tud
o!)
3. Alguém deve facilitar atividade; (toda reunião deve ter um facilitador/lider par
a guiar
conversa direção dprodutiva, mediar conflitos e seguir os outros princípios aqui!)
4. Comunicação face a face é melhor; (funciona melhor se outra representação é usada desen
o provisõrio foco da discussão)
5. Faça anotações e documente as decisões; (deve-se ter um registrador para anotar tudo
!)
6. Busque colaboração; (combinar conhecimento coletivo da equipe = + confiança)
7. Conserve-se enfocado, modularize sua discussão; (facilitador adiciona um tópico
após
outro ter sido já discutido! Muitas pessoas é complicado!)
8. Se algo não está claro, desenhe uma figura; (alternativa para entender o problem
a)
9. A) quando não concorda com algo, prossiga b)se não pode concordar com algo, pros
siga,
c) se uma característica ou função n~]ao está clara, prossiga. (discutir leva tempo,
prosseguir as vezes é o melhor modo de conseguir agilidade!
10. Negociação não é um concurso ou um jogo, funciona melhor quando ambas as partes ganh
am! (o eng. de sw precisa negociar funçõs, scaracteristicas, prioridades, datas. A n
egociação exige compromisso de todas as partes!)

PERGUNTA A comunicação define metas que devem ser alcançadas por meio de uma plano. Es
se planejamento inclui práticas gerenciais e técnicas que permite a definição de um rote
iro a ser seguido. Há muitas filosofias de planejamento diferentes
Minimalista: alegam que modificaçãoes frequentes obscurecem/confumdem a
necessidade de um plano detalhado;
Tradicionalistas: alegam que o plano fornecem um roteiro efetivo, e quanto mais
detalhes, menos chances da equipe ficar “perdida”
• Agilistas: alegam que um rápido “jogo de planejamento” pode ser necessário, porém
ro vai emergir a medida que o trabalho real no software tiver início
Ou seja, independente do rigor com que planejamento é conduzido, os princípios a seg
uir sempre se aplicam:
RESPOSTA 1. Entenda o escopo do projeto; (escopo fornece um destino a equipe – us
e um roteiro!)
2. Envolva o cliente na atividade de planejamento; (negocie com cliente priorid
ades e
restrições!)
3. Reconheça que o planejamento é iterativo; (ajustar o plano para acomodar
modificações!)
4. Estime com base no que é sabido; (intençaõ é fornecer indicação de esforço, custo e
duração de tarefas – se informação for vaga, estimativas serão igualmente não
confiáveis)
5. Considere riscos a medida que define o plano; (se riscos têm grande impacto e
alta
probabilidade, faça plano contigência e ajuste o projeto caso ocorra)
6. Seja realista; (pessoas não trabalham 100% de cada dia – há ruídos na comunicação
humana e erros, consderar isso no projeto!)
7. Ajuste a granularidade à medida que você define o plano; (em geral ela muda de f
ina
para grossa a medida que o tempo se afasta da data atual – atividades futuras pode
m
mudar)
8. Defina como pretende garantir a qualidade; (definir como será garantida a qual
idade –
revisoes formais devem estar no cronograma, programacao em pares no plano!)
9. Descreva como pretende acomodar modificações; (definir politica: um cilente pode
solicitar uma modificacao a qualquer momento? A equipe é obrigada a implementá-la?
Como é avaliado o impacto dessa modificação?)
10. Acompanhe o plano com frequencia e faça ajustes quando necessário (projetos de
software se atrasam um dia de cada vez, procure desacordos diariamente e ajuste-
os!)
PERGUNTA 4. No contexto de gerenciamento de projetos, o que significa a abordag
em 5W2H ?
RESPOSTA Boehm 1996, sugere uma abordagem com foco nos objetivos do p
rojeto, marcos, cronogramas, responsabilidades, abordagens gerenciais e técn
icas, e recursos necessários para definição do projeto e do plano de projeto. (Why
, What, When, Who, Where, How e How Much)
PERGUNTA 5. Em relação a prática de modelagem de software, qual a diferença entre model
ar um software e um edifício? Explique.
RESPOSTA Modelos nos fornecem melhor entendimento da entidade real a ser construíd
a (se for físico, pode ter minuatura, mas software não é assim!). Na computação ele precis
a representa a informação que software transforma, arquitetura, funções, características
desejáveis pelos usuários e o comportamento do sistema
PERGUNTA 6. Quais os objetivos da prática de modelagem nos seus dois níveis de abst
ração?
RESPOSTA Há 2 níveis de abstração para representação da modelagem:
• Nível de usuário: modelo de análise (domínio de informação, funcional e
comportamental)
• Nível técnico. modelo de projeto (caracteriza a arquitetura, interface usuário, detal
hes de componentes)
PERGUNTA 7. Quais são e explique os dois nível de abstração da prática da modelagem de so
ftware?
RESPOSTA O modelo de análise de domínio consiste na representação dos objetos
de dados a serem persistidos no sistema. O modelo de projeto são todos os
demais objetos de dados, controle e interfaces do sistema, os quais consti
tuem a arquitetura e todos os elementos relacionados.
PERGUNTA 8. Na prática da modelagem, qual a diferença entre modelagem da análise e mo
delagem de projeto?
RESPOSTA A modelagem de análise enfoca 3 atributos principais: a informação a ser proc
essada, a função a ser desempenhada e o comportamento a ser exibido. Todos os métodos
estão arelacionados aos seguintes princípios operacionais:
1. O domínio da informação de um problema precisa ser representado e entendido; (abra
nge
dados que entram e saem do sistema e são persistidos!)
2. As funções a serem desenvolvidas pelo software devem ser definidas; (seja em alt
o ou baixo nível de detalhes!)
3. O comportamento do sw (e eventos externos) precisa ser representado; (seja p
or usuário, sistemas externos ou sensores)
4. Modelos que mostram informação, função, comportamento devem ser particionados em ca
madas com seus detalhes; (dividir para conquistar/particionamento estratégia chave
na modelagem da análise)
5. A tarefa de análise deve ir da informação essencial até os detalhes de implementação;
(descreva a essência do problema e depois (projeto) como ela será implementada!)
A modelagem de projeto é criada para fornecer várias visões do sistema (diversos níveis
de detalhes). Existem diversos métodos para derivar elementos do projeto de sw:
• Orientados a dados: a estrutura de dados define a arquitetura e componentes res
ultantes
• Orientados por padrões: usa domínio do problema (modelo análise) para desenvolver
estilos arquiteturais
• Orientados a objetos: usam objetos do domínio do problema para criar estruturas d
e
dados e métodos
Os seguintes princípios de projeto podem são aplicado por todos os métodos apresentado
s:
1. O projeto deve estar relacionado ao modelo de análise; (!)
2. Sempre considere a arquitetura do sistema a ser construído; (!)
3. O projeto de dados é tão importante quanto ao projeto de funções de processamento; (
!)
4. As interfaces (internas e externas) precisam ser projetadas com cuidado;
5. Projeto de interface deve estar sintonizado com o usuário final (deve ser fácil)
; (!)
6. Projeto em nível de componente deve ser funcionalmente independente (medida d
e
objetividade de um componentes de sw!)
7. Os componentes devem ser fracamente acoplados uns aos outros e ao ambiente e
xterno;
(!)
8. Representações de projeto (modelos) devem ser facilmente compreensíveis; (!)
7
9. O projeto deve ser desenvolvido iterativamente. A cada iteração o projetista dev
e lutar por maior simplicidade; (!) Seguindo esses princípíos, os engenheiros criam
projetos que exibem fatores de qualidade e externos (observados pelo usuário ex. v
elocidade, confiabilidade, correção, usabilidade, etc) e internos (perspectiva técnica
).

PERGUNTA 9. Quais são os princípios fundamentais da modelagem de construção? Explique c

ada um deles.
PERGUNTA 10. Na prática de implantação, considerando a entrega de um incremento de s
oftware, quais são as ações fundamentais realizadas?
RESPOSTA A atividade de implantação engloba três ações: entrega, suporte e feedback C
omo os modelos são evolutivos (incrementos), ela ocorre várias vezes. Cada c
iclo fornece a entrega de incremento, suporte aos usuários finais e feed
back a equipe para modificações nos seguintes incremento.
Aula 4: Introdução ao Desenvolvimento Ágil

PERGUNTA 11. Defina o conceito de metodologia ágil de desenvolvimento de software.

RESPOSTA Métodos ágeis (AM) são uma coleção de metodologias baseada na prática p
ra modelagem efetiva de sistemas baseados em software. É uma filosofia o
nde muitas metodologias se encaixam
• Filosofia: encoraja satisfação do cliente e a entrega incremental do software (SW)
logo de início, equipes de projeto pequenas, altamente motivadas, métodos informais,
produtos de trabalho da ES mínimos simplicidade global de desenvolvimento;
• As diretrizes enfatizam a entrega em contraposição a análise e projeto (essas ativid
ades não são desencorajadas) e a comunicação ativa e contínua entre desenvolvedo
res e clientes
PERGUNTA 12. Quais as principais diferenças entre as metodologias tradicion
ais de desenvolvimento de software e as metodologias ágeis?
RESPOSTAS os objetivos são diferentes, embora ambas busquem produzir um s
oftware de qualidade. AM enfatizam a entrega rápida de pequenos incremento
s funcionando, documentação mínima,
colaboração expressiva do usuário, ciclos de vida curtos de desenvolvimento, equipes a
ltamente pequenas e qualificadas, características que muitas vezes não se a
plicam as metodologias tradicionais, que possuem uma abordagem mais sistemática
e disciplinada.
PERGUNTA 13. Em que tipo de ambiente uma metodologia ágil ou tradicional é mais adeq
uada?
RESPOSTA Ambiente ideal para o desenvolvimento ágil:
• Baixa criticidade
• Desenvolvedores senior
• Mudanças freqüente de requisitos
• Pequeno número de desenvolvedores
• Cultura que tem sucesso no caos.
Ambiente ideal para o desenvolvimento direcionado ao planejamento:
• Alta criticidade
• Desenvolvedores Junior
• Baixa mudança nos requisitos
• Grande número de desenvolvedores
• Cultura que procura a ordem.
PERGUNTA 14. Em quais contextos uma de pessoas, projeto, cronograma, custos e ri
scos uma metodologia ágil tem maior chance de ser apliciada com sucesso e qualidad
e. Explique.
RESPOSTA Pessoas com alta qualidade técnica e facilidade de comunicação e auto organiz
ação. Geralmente equipes pequenas (<20 pessoas). Projetos devem ser pequenos,
com necessidade de entregas rápidas e cronograma curtos. Além disso, o p
rojeto a aplicação não deve ter risco alto de desenvolvimento e e produção para o
cliente.
PERGUNTA 15. Quais as principais críticas aos modelos tradicionais de desenvolvime
nto de software?
Segundo Alistair Cockburn, os modelos prescritivos de processo (MPP) têm u
ma deficiência importante: “eles esquecem as fragilidades das pessoas que controem
SW de computador”. “Ex.: Alguns escrevem bem e outros não, pessoas são diferentes”. Modelo
s de processo podem tratar essas fraquezas com disciplina ou tolerância, e
 os MPP geralmente escolhem a disciplina, tornando-se modelos frágeis.

PERGUNTA 16. Explique em quais contextos (pessoas, projetos, cronogramas, cust

os, riscos) uma metodologia ágil tem maior chance de ser aplicada com sucesso e q
ualidade.
RESPOSTA Equipes de poucas pessoas (<20) altamente qualificadas no aspecto técni
co e com facilidade de comunicação face-a-face, onde os projetos de risco e
tamanhos menores são mais indicados, inclusive com cronogramas curtos para
entrega do software, os quais não devem representar grandes riscos para o n
egócio do cliente.
PERGUNTA 17. Defina o conceito de agilidade e cite ao menos quatro princípios, d
efinidos pela Aliança Ágil, para alcançar a agilidade.
RESPOSTA Segundo Ivar Jacobson o principal guia para a agilidade é o ac
olhimento as modificações, e também engloba a filosofia e diretrizes já apresen
tadas, ou seja, encoraja comunicação mais fácil, enfatiza entrega rápida e adota o c
liente como parte do desenvolvimento: Princípios:
1. Maior prioridade é satisfazer o cliente;
2. Modificações de requisitos são bem vindas;
3. Entregas frequentes de SW funcionando (2 semanas até 2 meses)
4. Trabalho conjunto de pessoal de negócio e desenvolvedores;
5. Construção do projeto em torno de indivíduos motivados;
6. Conversa face a face; (método eficiente para levar informação para a equipe)
7. SW funcionando é a principal medida do progresso;
8. Ritmo constante de desenvolvimento (patrocinador, desenvolvedor e usuário);
9. Atenção contínua a excelência técnica;
10. Simplicidade – maximizar a quantidade de trabalho não efetuado é essencial;
11. Equipes auto-organizadas (fazem surgir melhores arquiteturas, requisitos e p
rojeto;)
12. Reflexão da equipe sobre como ser mais efetiva em intervalos regulares;
18. Qualquer processo de desenvolvimento ágil deve atender a três suposições em relação ao
rojeto de software. Quais são elas?
RESPOSTA 1. É difícil prever antecipamente prioridades requisitos que persistir e q
uais serão modificados;
2. Para muitos tipos de SW, o projeto e construção são intercalados, devem
ser feitos conjuntamente, de modo que o projeto seja comprovado;
3. Análise, projeto, construção e testes não são tão previsíveis (do ponto de
ta do planejamento) como gostaríamos.
A chave de um processo ágil esta na sua adaptabilidade incremental (modificações ráp
idas do projeto e condições técnicas):
• Por meio do feedback do cliente: geração de protótipos executáveis ou parte do sistema
operacional
• Entrega em curtos períodos de tempo: a adaptação acerte o passo com as modificações (imp
esivibilidade)
Isso permite o cliente a avaliar o incremento, fornecer feedback, infl
uenciando as adaptações necessárias.
PERGUNTA 19. Quais as características desejáveis para os membros de uma equipe ágil?
RESPOSTA • Experiência;
• Competência: talento inato, capacidade técnica, conhecimento do processo global;
• Boa comunicação/colaboração
• Boa qualidade técnica
• Capacidade de tomada de decisão
• Habilidade de resolver problemas vagos
• Respeito e confiança mútua
PERGUNTA 20. Quais as características que uma equipe ágil deve possuir?
RESPOSTA • Reagir rapidamente para acomodar as modificações.
• Enfatizar a entrega rápida do SW, por meio de incrementos e dar menos
importância a produtos de trabalho intermediários (nem sempre uma boa prática).
• Adotar o cliente como parte do desenvolvimento;
• Auto-organização;
• Reconhecer que o planejamento num mundo incerto tem seus limites e princi
palmente um plano deve ser flexível.
• O projeto deve ter tarefas adaptáveis e somente produtos de trabalho essenciais;
A agilidade ode ser aplicada a qualquer processo de SW, mas e em qualquer projet
o? Não)
Aula 6: Visão Genérica de Modelos Ágeis de Processo
PERGUNTA 21. Qual a abordagem geral dos modelos de desenvolvimento ágil? Explique
essas atividades.
RESPOSTA Esses modelos tentam minimizar o risco pelo desenvolvimento do software
em curtos períodos, chamados de iteração, os quais gastam tipicamente menos de
uma semana a até quatro. Cada iteração é como um projeto de software em miniatura,
e inclui todas as tarefas necessárias para implantar o mini-incremento da
nova funcionalidade: planejamento, análise de requisitos, projeto, codificação, t
este e documentação.
Enquanto em um processo convencional, cada iteração não está necessariamente f
ocada em adicionar um novo conjunto significativo de funcionalidades, um projet
o de software ágil busca a capacidade de implantar uma nova versão do software ao
fim de cada iteração, etapa a qual a equipe responsável reavalia as prioridades
do projeto.
PERGUNTA 22. Todos os modelos ágeis satisfazem, em maior ou menor grau, o Manifest
o Ágil de 2001. Quais as características que todos eles compartilham?
RESPOSTA • Indivíduos e interações em vez de processos e ferramentas;
• SW funcionando em vez de documentação abrangente;
• Colaboração do cliente em vez de negociação de contratos;
• Resposta as modificações em vez de seguir um plano.
Embora apresentem diferenças entre suas práticas, eles compartilham inúmeras
características em comum, incluindo o desenvolvimento iterativo, e um foco
na comunicação interativa e na redução do esforço empregado em artefatos intermediári
s
PERGUNTA 23. Muito modelos prescritivos/convencionais e ágeis compartilham a
ênfase no desenvolvimento iterativo e incremental. Qual a diferença dessa abordag
em quando aplicada aos modelos ágeis?
RESPOSTA Na maioria compartilham a ênfase do desenvolvimento iterativo e in
cremental para a construção de versões implantadas do software em curtos períodos de tem
po. A diferença é que nos métodos ágeis os períodos de tempo são medidos em semanas
ao invés de meses, e a realização é efetuada de modo altamente colaborativo

PERGUNTA 24. A filosofia e conceitos de agilidade podem ser aplicados a

qualquer processo de software? Justifique sua resposta.
RESPOSTA Sim, embora o modelo deixe de ser o tradicional, pode-se alterar ações e
tarefas no sentido de dar mais agilidade ao processo de desenvolvimento.

PERGUNTA 25. Os métodos ágeis podem ser aplicados em qualquer projeto de software? J
ustifique sua resposta.
RESPOSTA Não. As características do tipo de projeto de projeto, equipe, risc
os, cronograma e orçamento devem ser avaliados para aplicação ou não de um método ágil d
 desenvolvimento.
PERGUNTA 26. Cite os pontos fortes e fracos das metodologias ágeis.
RESPOSTA • Fracos: Métodos ágeis também enfatizam trabalho no software como uma medi
da primária de progresso. Combinado com a comunicação face-a-face, produzem pou
ca documentação em relação a outros métodos, sendo este um de seus pontos negativos. També
critica-se o desenvolvimento ágil como codificação cowboy1
. Também exige maior participação do cliente, o que as vezes não é possível.
• Fortes: a entrega é mais rápida, ou seja, o cliente vê o software funcion
ando antes. Além disso, erros devido a coleta de requisitos são corrigidos de manei
ra bem mais rápida.
PERGUNTA 27. Cite ao menos cinco metodologias ágeis existentes atualmente.
RESPPOSTA SCRUM, FDDM, Cristal, XP e Agile Process Unified.
PERGUNTA 28. O que é a WebE e uma WebApp?
RESPSOTA A WebE “aplica princípios científicos sólidos, de engenharia e de ges
tão, abordagens disciplinadas e sistemáticas, para o bem sucedido desenvolvimento
, implantação e manutenção de sistemas e aplicações de alta qualidade baseados na
eb”. Por sua vez, o termo WebApp
significa aplicações que são baseadas Web, ou simplesmente Aplicações Web.
PERGUNTA 29. Quais as diferenças entre a ES tradicional e a WebE?
A WebE não é um clone perfeito da Engenharia de Software, mas, toma muitos
conceitos e princípios fudamentais dela. É adaptada para suprir as necess
idades das características específicas de WebApps, enfatizando atividades técni
cas e de gestão com uma abordagem disciplinada.
PERGUNTA 30. Diferencie uma aplicação convencional de uma aplicação baseada na
Web apresentando os principais atributos de uma WebApp?
RESPOSTA • Concentração em redes: Internet, Intranet, Extranet
• Concorrência: Número de acessos simultâneos
• Carga imprevisível: Mudança da ordem de magnitude de acesso
• Desempenho: Acesso lento pode estimula mudar ação
• Disponibilidade: Tempo e fuso horário
• Voltada a dados: Hipermídia para apresentar informação
A codificação cowboy, também chamada de balbúrdia, é a ausência de método de definição: os
da equipe fazem o que eles sentem que é correto.
• Sensível ao conteúdo: Determina a qualidade de uma WebApp
• Evolução continuada: As WebApps evoluem continuamente!
• Imediatismo
• Segurança
• Estética
PERGUNTA 31. Cite ao menos quatro categorias distintas de WebApps.
• Informacional: conteúdo de leitura de navegação (links)
• Para baixar: baixar informação
• Adaptável: usuário adapta conteúdo as necessidade específicas
• Interação: salas de bate-papo, quadros de aviso
• Entrada de usuário: entradas baseadas em formulários
• Orientada a transação: usuário faz solicitações
• Orientada a serviço: aplicação fornece serviços ao usuário
• Portal: aplicação orienta o usuário para aplicação/serviços fora do domínio do portal
• De acesso a banco de dados: usuário consulta grandes bases de dados e extrai info
rmação
• Data Warehouse: coleção

PERGUNTA 32. Comente sobre os métodos, processos e ferramentas/metodologias

 da WebE, enfatizando a diferença com a Engenharia de Software tradicional.
O desenvolvimento Web incorpora modelos especializados e métodos da ES a
daptados às características já discutidas:
RESPSOTA Processos (WebE) adota frequentemente a filosofia ágil e é quase
sempre incremental com ciclos simples e rápidos
• Métodos (WebE): os mecanismos de análise, projeto e teste devem ser adaptados para
as características especiais das WebApps. Contemplam técnicas de gestão de pr
ojetos, gestão e configuração de software e de revisões
• Tecnologias e ferramentas (WebE): estão sempre em evolução contínua
PERGUNTA 33. Explique os três pontos essenciais do modelo de processo WebE, segund
o Pressman, 2006.
RESPOSTA O modelo de processo WebE está fixado em três pontos:
• Entrega incremental
• Alterações frequêntes
• Tempo curto de desenvolvimento.
Portanto, imediatismo e evolução contínua são atributos principais havendo um m
aior tempo para o desenvolvimento.
PERGUNTA 34. Explique como funciona o processo WebE de acordo com Pressman, 2006
.
RESPOSTA Comunicação com cliente
• Análise de negócio: define o contexto organizacional, as integrações (BD e s
istemas
legados) e os interessados
• Formulação do negócio: coleta e descrição de requisitos
Planejamento
• Definição de tarefas e cronograma (tempo em semanas) para o desenvolvimento de u
m incremento
Modelagem
Análise: estabele a base do projeto
• Análise de conteúdo
• Análise de interação
• Análise de fucionalidade
• Análise de configuração
Projeto: representa elementos chave WebApp
• Projeto de conteúdo
• Projeto estético
• Projeto arquitetural
• Projeto de interface
• Projeto de navegação
• Projeto de componentes
Construção
• Ferramentas e tecnologias WebE são aplicadas para construir a WebApp modelada
• Teste de todos elementos projetados
Implantação (entrega e avaliação)
• WebApp é configurada para seu ambiente operacional e entregue ao usuário final
• Feedback de avaliação para a equipe WebE
• Incremento é modificado se necessário no início do próximo ciclo incremental

PERGUNTA 35. A Engenharia de Software tradicional se aplica ao desenvolvimento d

e sistemas WEB? Justique e comente sua resposta.
RESPOSTA Sim, contudo diversas adaptações e mudanças devem ser realizadas par
a um desenvolvimento efetivo e de qualidade, os quais devem contemplar as cara
cterísticas de WebApps.
PERGUNTA 36. Cite algumas das melhores práticas da WebE?
RESPOSTA • Empregue tempo entendendo necessidades de negócio e objetivos do produt
o, mesmo se os detalhes são vagos;
• Descreva como os usuários irão interagir com a WebApp usando cenários;
• Desenvolva um plano de projeto, mesmo que seja abreviado;
• Empregue tempo modelando o que está querendo construir;
• Teste primeiro e implante depois, mesmo que a entrega atrase, não deix
a os primeiros usuários depurarem a aplicação.

PERGUNTA 37. Por que projetos de WebApps devem seguir uma abordagem disciplinada
?
RESPOSTA Não necessariamente. Isso depende muito do tipo e riscos relacion
ados a aplicação que será desenvolvida.
PERGUNTA 38. Os princípios, conceitos e métodos da Eng. de Software podem
ser aplicados ao desenvolvimento Web?
RESPOSTA Sim, porém são necessárias adaptações para contemplar os diferentes atributos dos
sistemas Web
PERGUNTA Qual o objetivo da Formulação e do Planejamento no contexto de Projetos We
bE?
RESPOSTA Formulação: garante que a WebApp seja realmente necessária. inicia co
ma identificação das necessidade do negócio, depois descreve os objetivos da
WebApp, define principais
características e funções e coleta de requisitos que levam ao modelo de anál
ise. Focaliza o quadro geral, das necessidades e objetivos do negócio e informação r
elacionada.
PERGUNTA Planejamento: estabelece o fluxo de trabalho a ser realizado no projeto
.
40. Explique e comente sobre os passos necessários para realizar coleta de requisi
tos na Formulação
de Projetos WebE.
RESPOSTA A coleta de requisitos para WebApp é baseada nos objetivos da coleta
global de requisitos da
engenharia de software, contudo estes precisam ser adaptados tornando-se:
• Identificar requisitos de conteúdo;
• Identificar requisitos funcionais;
• Definir cenários de interação para diferentes classes de usuários;
Já os passos consistem em:
1 ) Pedir aos interessados a definição de categorias de usuários e definições de cada uma;
2 ) Comunicar-se com usuários para definir requisitos básicos da WebApp;
3 ) Analisar informação coletada e conferi-las com interessados;
4 ) Definir casos de uso para cada classes de usuários (cenários de interação)