Buscar

Metodologias para Desenvolvimento de Software - Portfólio 4

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
Curso Engenharia de Software 
Disciplina: Metodologia para Desenvolvimento de Software 
 
 
 
Atividade 04 
Atividade referente às aulas 7 e 8 
Enviar no Portfólio 4 
 
 
Nota máxima da Atividade: 2.5 
 
PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DAS AULAS 7 E 8 NO 
PORTIFÓLIO 4. CADA CONJUNTO DE ATIVIDADE VALE 2,5 PONTOS 
 
 
 
 
1. O que é o RUP? (0,25 ponto) 
A Rational Unified Process, também denominado de RUP ou apenas de UP, é um processo consolidado 
da Engenharia de Software, criado pela Rational Corporation. Ele oferece uma série de práticas de 
desenvolvimento de software, onde pode ser adaptado de acordo com a necessidade da empresa. 
 
2. Em relação ao RUP, cite e explique ao menos duas disciplinas. (0,5 ponto) 
Modelagem de Negócios: Se encarrega em entender a estrutura, dinâmica e problemas da organização. 
Requisitos: Agrupa as atividades relacionados a coleta de requisitos junto ais stakeholders do sistema. 
 
3. Cite e explique o ciclo de vida do RUP. (0,5 ponto) 
O ciclo de vida do RUP tem três divisões de tempo: 
• Interações: é a menor unidade de tempo em que o ciclo de vida é desenvolvido. Envolve atividades 
em algumas disciplinas, tem um tempo curto e predefinido. 
• Fases: a unidade intermediária. As fases são: 
o Concepção: estabelece-se a visão para o sistema e o escopo do projeto e delimitado; 
o Elaboração: a maioria dos requisitos são determinados e é criada a arquitetura do sistema 
que será desenvolvido; 
o Construção: o sistema é construído e testado em uma série de iterações; 
o Transição: entrega do sistema ais usuários; 
• Ciclos de desenvolvimento: É o período em que o projeto passa pelas quatro fases do ciclo de vida 
do RUP, e é encerrado com um software pronto, funcionando e disponibilizado aos clientes. 
 
4. O que é SCRUM? (0,25 ponto) 
Scrum é um framework ágil que tem como objetivo auxiliar no gerenciamento de projetos. 
 
5. Em relação aos papéis no Scrum, defina Dono do Produto, Scrum Master e Time de 
Desenvolvimento. (0,5 ponto) 
• Dono do produto: Exercida por somente uma pessoa, a função de dono do produto pode ser 
ocupada por alguém que tenha total conhecimento do produto a ser desenvolvido. É a pessoa que 
gerencia os requisitos do projeto, gerencia o orçamento e aceita ou rejeita o que foi desenvolvido. 
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
Curso Engenharia de Software 
Disciplina: Metodologia para Desenvolvimento de Software 
 
 
 
 
• Scrum Master: Ele é a pessoa responsável por manter a prática do Scrum para o restante da equipe, 
através da facilitação de reuniões, remoção de impedimentos e promove mudanças na organização. 
 
 
• Time do Desenvolvimento: É uma equipe multidisciplinar, composta de três a nove pessoas, 
responsável por desenvolver o produto. Para isso, a equipe é auto-organizada, ou seja, a própria 
equipe define a forma de organização para desenvolver os requisitos da melhor forma possível. Não 
há divisões de cargos para o time de desenvolvimento. 
 
6. Cite e explique o ciclo de vida do SCRUM. (0,5 ponto) 
O ciclo de vida do Scrum se estrutura em Sprints, que são iterações que podem durar de uma semana 
a um mês, dependendo da complexidade do projeto. 
• Sprint Planning: Após os primeiros requisitos serem definidos, iniciasse a parte do 
desenvolvimento em Sprints. No início de cada Sprint, é realizado o Sprint Planning, que é composto por 
duas partes: Na primeira parte, o Dono do Produto e a equipe de desenvolvimento fazem um acordo para 
definir que itens do Product Backlog serão desenvolvidos na Sprint e que meta será alcançada nesse 
Sprint. Depois dos requisitos terem sido definidos, a equipe se organiza como fará o trabalho de 
desenvolvimento da Sprint, definindo quais tarefas serão feitas. 
 
• Daily Scrum: No início de cada dia de trabalho dessa etapa, é realizada uma pequena 
reunião, chamada de Daily Scrum, onde todos os membros da equipe têm que responder a três perguntas: 
1. que fiz ontem que ajudou o Time de Desenvolvimento a atender a meta da Sprint? 2. O que eu farei 
hoje para ajudar o Time de Desenvolvimento a atender a meta da Sprint? 3. Eu vejo algum obstáculo que 
impeça a mim ou ao Time de Desenvolvimento no atendimento da meta da Sprint? Nessa reunião, onde 
todos os participantes ficam em pé, e dura 15 minutos, o progresso da Sprint é inspecionado e os 
contratempos identificados são reportados ao Scrum Master que possui a responsabilidade de removê-
los. 
• Sprint Review: Ao fim da Sprint, são realizadas duas reuniões. A primeira, denominada de 
Sprint Review, tem como intuito apresentar o que foi desenvolvido, ao Dono do Produto e aos 
interessados no sistema. São ouvidas opiniões sobre o aperfeiçoamento do produto, e o Dono do Produto 
aceita ou rejeita o que foi apresentado. Se a funcionalidade for rejeitada, o item volta ao Product 
Backlog. 
• Sprint Retrospective: é a segunda reunião que ocorre, onde a equipe avalia a si mesma, 
com o foco na melhoria do processo. São identificadas situações que deram certo e situações que devem 
ser melhoradas nas próximas Sprints. 
 
 
Bom Estudo!

Mais conteúdos dessa disciplina