atividade 4 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 04
Atividade referente às aulas 7 e 8
Enviar no Portfólio 4
	Aluno:
	João Vitor Sironi
	
	
	Polo:
	Igrejinha
	
	
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 das empresas. O RUP, além de ser um processo, é tratado pela Rational Corporation como um produto. Ele é associado a diversos produtos da companhia, como o Rational Method Composer e o Rational Rose UML. Porém, o RUP pode ser usado sem o emprego dessas ferramentas. A base do processo no RUP é o iterativo/incremental, como é visto nos Métodos Ágeis.
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 de organização.
Requisitos: Agrupa as atividades relacionadas á coleta de requisitos junto ao stakeholders do sistema.
Análise e Design: Tem como objetivo transformar os requisitos em um design de operação do sistema descrevendo várias visões da arquitetura.
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: Iterações, Fases e Ciclos de Desenvolvimento
Iterações: É a menor unidade de tempo em que o ciclo de vida é desenvolvido. Envolve atividades em algumas disciplinas, tem um tempo curto e predefinido (normalmente, de uma a duas semanas). Kruchten (2003) elenca as características para que uma iteração seja considerada exitosa: 
Uma interação deve ter um critério de avaliação claro;
Uma iteração tem uma capacidade planejada demonstrável.
Uma iteração é concluída dentro de um marco
menor, onde o resultado dessa iteração é avaliado de acordo com o objetivo de sucesso dessa interação. 
Durante a interação, os artefatos são atualizados.
Durante as iterações, o sistema é integrado e testado como um todo.
Em cada iteração é executado um ciclo completo de
desenvolvimento, que terminará com uma parte do produto a
ser desenvolvido, que progredirá iteração após iteração.
Fases: A unidade intermediária do ciclo de vida do RUP são as fases, que “é um período de tempo entre dois importantes marcos de progresso do processo em que um conjunto bem definido de objetivos é alcançado, artefatos são concluídos e decisões são tomadas em relação à passagem para a fase seguinte: (Booch, Rumbaugh, Jacobson; 2012, p.489).
O RUP estrutura o projeto em 4 fases, que são:
Concepção (Inception): Nessa fase é estabelecida a visão para o sistema e o escopo do projeto é delimitado, através dos casos de negócio, requisitos de alto nível (ou seja, não possuem detalhes) e o plano de projeto inicial (artefato que descreve os critérios de sucesso, a avaliação de riscos, a estimativa dos recursos necessários e um plano para as iterações).
Elaboração (Elaboration): Nessa fase, o problema do sistema é compreendido, a maioria dos requisitos são determinados e é criada a arquitetura do sistema que será desenvolvido. No final, é decidido se o projeto é viável para ser desenvolvido.
Construção (Construction): Nessa etapa, o sistema é construído e testado em uma série de iterações. Para isso, o restante dos requisitos é entendido e os critérios de aceitação são especificados. Ao final, é decidido se o software está pronto para entrar em funcionamento.
Transição (Transition): É feita a entrega do sistema aos usuários. Nessa etapa, podem ser ministrados treinamentos e workshops para a apresentação do sistema e a resolução de dúvidas com os clientes e usuários.
Clicos de Desenvolivmento: É o período de tempo 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. Na metodologia RUP, um software evolui para a sua próxima
geração através de uma iteração completa nas quatro fases.
4. O que é SCRUM? (0,25 ponto)
Scrum é um framework ágil que tem como objetivo auxiliar no gerenciamento de projetos. Foi criado em 1993, por Jeff Sutherland, John Scummiotales e Jeff McKenna, através da experiência durante um projeto real na Easel Corporation, que se transformou em um case da indústria de software.
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 (por exemplo: um analista de sistemas, um representante do cliente, etc.). É a pessoa que gerencia os requisitos do projeto (através do Product Backlog, que veremos mais tarde), gerencia o orçamento e aceita ou rejeita o que foi desenvolvido. Por essas atribuições, o dono do produto deve ser uma pessoa com total autonomia para tomar decisões, bem como estar sempre disponível para o restante da equipe, a fim de que sejam solucionadas dúvidas em relação ao sistema .
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 (são problemas que surgem no decorrer do trabalho, que impedem o progresso do trabalho) e promove mudanças na organização. Deve ser uma pessoa que entenda muito bem de Scrum e seja experiente em
relações humanas.
Time de 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)
Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
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 é a Sprint Retrospective, 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.O ciclo prossegue até que todos os itens do Product Backlog tenham sido desenvolvidos ou até quando seja entendida que a meta do produto foi alcançada.
Bom Estudo!