atividade 3 Metodologia para Desenvolvimento de Software

Prévia do material em texto

CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS
Curso Engenharia de Software
Disciplina: Metodologia para Desenvolvimento de Software
Atividade 03
Atividade referente às aulas 5 e 6
Enviar no Portfólio 3
	Aluno:
	Joao Vitor Sironi
	
	
	Polo:
	Igrejinha
	
	
Nota máxima da Atividade: 2.5
PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DAS AULAS 5 E 6 NO PORTIFÓLIO 3. CADA CONJUNTO DE ATIVIDADE VALE 2,5 PONTOS
1. Cite e explique ao menos dois dos VALORES do Manifesto Ágil. (0,75 ponto)
2. Indiv i duo e inte ração mais que proce s s os e fe rra me ntas : es te va lor ped e para q ue se ja 
Indivíduo e interação mais que processos e ferramentas: este valor pede para que seja valorizado o lado humano. O Software é um trabalho que deve ser feito em equipe, e para alcançar o objetivo, a equipe deve ser bem organizada e saber se comunicar, para que saibam resolver questões, como por exemplo, para discutir como será implementado um módulo do sistema.
Software funcionando mais do que documentação abrangente: Nos primórdios da Software funcionando mais do que documentação abrangente: Nos primórdios da Engenharia de Software, os projetos não eram documentados e as empresas ficavam reféns de seus próprios programadores, pois a perda de um deles poderia causar um prejuízo incalculável, e para resolver isso a documentação passou a ser massivamente empregada, e muitos projetos tiveram documentações enormes, ou grande parte da documentação era desperdiçada, seja por erros ou porque não atendia os clientes ou porque requer um tempo alto. A documentação tinha que ser mais seletiva, refletindo quais documentos serão uteis para nosso projeto e o que será desperdício de tempo.
2. Cite e explique ao menos dois dos doze PRINCÍPIOS do Manifesto Ágil. (0,5 ponto)
3. Noss a maio r prio ri da de é s atis faze r ao clie nte com e n t re gas contí nua e adia nta da de 
Nossa maior prioridade é satisfazer ao cliente com entregas contínua e adiantada de software com valor agregado: satisfazer os desejos do cliente de forma rápida com a entrega de um software que ajuda o cliente gerar valor. 
Mudança nos requisitos são bem vindas, mesmo tardiamente no desenvolvimento. Os processos ágeis tiram vantagem das mudanças, visando a vantagem competitiva do cliente: esse princípio indicar oposição a uma das principais características do desenvolvimento de software tradicional: o engessamento das mudanças, através de uma coleta profunda dos requisitos, processos burocráticos para solicitação de mudança de requisitos, assinatura de compromissos de longo prazo durante o desenvolvimento, quanto mais tarde ocorrerem as mudanças, mais alto será o custo de manutenção 
3. Em relação a Programação Extrema (XP), cite e explique ao menos dois valores e dois princípios. (0,5 ponto)
Valores 
Comunicação: Os desenvolvedores e clientes tem que se entender mutuamente, para que a confiança da equipe seja sempre elevada, além de ter uma boa comunicação tornar a difusão do conhecimento e a procura de soluções mais fácil entre toda equipe. 
Simplicidade: nesse valor prega-se desenvolver somente o que é necessário no momento, manter o mais simples possível evitando excesso de classes, excesso de complexidade. 
Princípios 
Humanidade: a produção do software depende dos desenvolvedores, é importante levar em conta que suas necessidades individuais devem ser respeitadas e balanceadas com os interesses do negócio e as necessidades da equipe. 
Economia: deve-se ter conhecimento das necessidades de negócio e definir as prioridades que agregue um máximo de valor no menor intervalo de tempo. Ter flexibilidade para reagir às mudanças com rapidez e acompanhando as revisões nas prioridades de negócio. 
4. Cite e explique os processos do XP. (0,75 ponto)
5. Fas e de e xploração : e xpos ição das necess idades dos c lie ntes aos des e nvo lvedor es q ue 
Fase de exploração: exposição das necessidades dos clientes aos desenvolvedores que participarão do projeto. Discutir as tecnologias que serão ou poderão ser usadas para desenvolver o software. Após os desenvolvedores terem entendido sobre o problema os clientes descreverão suas necessidades, e então será discutida as necessidades de mudança e algumas dúvidas sobre pontos não entendidos a respeito desses requisitos. Após essa etapa os clientes escreveram seus requisitos em um cartão chamado de user story, que é a base dos requisitos nessa metodologia. Após essa etapa os desenvolvedores avaliarão o volume de trabalho exigido para programar uma user story, outras técnicas também podem ser usadas nesta etapa do trabalho, como por exemplo o Planning poker. Será anotada as definições no cartão junto com a prioridade especificada pelo cliente. 
Release: após serem definidas as user story os programadores separam essa história em conjuntos com valor de mercado para entrar em produção juntas, e serão divididos em conjuntos menores que serão desenvolvidas em uma iteração. O software executável será entregue com as histórias definidas nesse período de tempo, cada release é composta por uma ou mais interações, tornando mais fácil a medição do progresso de software e para que o cliente tenha um software pronto o mais rápido possível.
6. duo e inte ração mais que proce s s os e fe rra me ntas : es te va lor ped e para q ue se ja 
Bom Estudo!