Logo Passei Direto
Buscar

_Engenharia de software

Respostas a questões sobre modelos de processo de software e agilidade: combinações iterativo/incremental, trade-offs qualidade vs velocidade, distinção entre Processo Unificado e UML, valores do Manifesto Ágil, iteratividade, mudança de requisitos e comunicação remota.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Prévia do material em texto

4.6. É possível combinar modelos de processo? Em caso positivo, dê um exemplo.
Sim, como combinar os modelos interativo e incremental, sendo que ao modo que vc
vai cirando versos executaveis por meio de pequenas mudanças.
4.8. Quais são as vantagens e desvantagens de desenvolver software cuja qualidade
é “boa o suficiente”? Ou seja, o que acontece quando enfatizamos a velocidade de
desenvolvimento em detrimento da qualidade do produto?
Podemos ter uma manutenção mais frequente ou ou produto que não atenda
exatamente as espectativas do cliente.
4.11. Processo Unificado e UML são a mesma coisa? Justifique sua resposta.
Não, o Processo Unificado tem o objetivo de prescrever o refinamento sucessivo de
uma arquitetura executavel, enquanto UML é um método de elaboração do projeto da
arquiterura.
5.1. Releia o “Manifesto for Agile Software Development” no início deste capítulo.
Você consegue exemplificar uma situação em que um ou mais dos quatro “valores”
poderiam levar a equipe a ter problemas?
Uma situação na qual pode-se ter problemas é na questão de responder
amudanças, pois pode acontecer de estar muito avançado no desenvolvimento e ter que
voltar muitas etapas para poder agregar algo novo.
5.2. Descreva agilidade (para projetos de software) com suas próprias palavras.
São métodos que facilitam a comunicaçao, interação e desenvolvimento de
software, que dessa forma também aumenta a velocidade com que se desenvolva projetos.
5.3. Por que um processo iterativo facilita o gerenciamento de mudanças? Todos os
processos ágeis discutidos neste capítulo são iterativos? É possível concluir um
projeto com apenas uma iteração e ainda assim permanecer ágil? Justifique suas
respostas.
Pois no processo interativo o projeto, mesmo que nao completo, poderá ser
executado assim podendo vizualizar as mudanças necessárias.
Sim, pois esse é um dos pilares da metodologia agil.
Sim, pois com apenas uma interação o programa já se encaixa nos critérios.
5.7. Por que os requisitos mudam tanto? Afinal de contas, as pessoas não sabem o
que elas querem?
Eles mudam muito porque ao decorrer do processo as pessoas podem entender
melhor como realmente querem o software, ou até uma maneira mais facil de como
realmente resolver o problema que eles precisavam resolver. Ou até apenas perceber que
eles precisam de uma nova função do sistema.
5.8. A maior parte dos modelos de processos ágeis recomenda comunicação face a
face. Mesmo assim, hoje em dia os membros de uma equipe de software e seus
clientes po- dem estar geograficamente separados uns dos outros. Você acredita que
isso implique que a separação geográfica seja algo a ser evitado? Você é capaz de
imaginar maneiras de superar esse problema?
Acho que não precisa ser evitada, hoje em dia com a internet e a possibildade de
chamadas de video isso não é um problema pois podemos exemplificar e conversar por
meio das chamadas.

Mais conteúdos dessa disciplina