Engenharia Software modelo tradicional x agil x hibrido

Prévia do material em texto

Uma análise comparativa do ágil e tradicional
Produção de processos de desenvolvimento de software
Objetivo
Investigar boas opções para integração de um modelo de desenvolvimento ágil e tradicional, definindo um processo híbrido no qual aproveita-se o melhor das duas abordagens.
O que é o Processo Tradicional
A metodologia Tradicional de Software é construído baseado em uma sequência de fases, sedo que cada uma delas depende da conclusão da outra para ser iniciada, com exceção da primeira
Cascata
Requisitos
Projeto
Desenvolvimento
Testes
Implantação
Suporte/Manutenção
Incremental
Requisitos
Projeto
Desenvolvimento
Testes
Implantação
Suporte/Manutenção
Requisitos
Projeto
Desenvolvimento
Testes
Implantação
Suporte/Manutenção
Requisitos
Projeto
Desenvolvimento
Testes
Implantação
Suporte/Manutenção
Incremento 1
Incremento 2
Incremento 3
Espiral
Metodologia Ágil
• Indivíduos e interação entre eles mais que processos e ferramentas;
• Software em funcionamento mais que documentação abrangente;
• Colaboração com o cliente mais que negociação de contratos;
•Responder a mudanças mais que seguir um plano.
Scrum
É uma estrutura de processo ágil para o desenvolvimento de software em que se concentra em práticas de gerenciamento. 
Scrum
Três Pilares do Scrum
Modelo Tradicional X Modelo Ágil
 Desenvolvimento de processos de software com base no paradigma tradicional é recomendado para projetos arriscados e em larga escala.
 Processos ágeis são mais adequados para projetos de pequeno e baixo risco.
 Em geral, projetos grandes e críticos podem ser negativamente afetado pela falta de rigor e previsibilidade do paradigma ágil, enquanto projetos pequenos e de baixo risco podem ser comprometida com a falta de simplicidade e flexibilidade da paradigma tradicional.
Problema
Modelo Híbrido
Para reduzir os impactos de mudanças significativas entre o modelo tradicional e o modelo ágil, foram desenvolvidas algumas propostas para híbrido (processos que incorporam o principio de ágil e o tradicional.
 Software as quais necessitavam ter controles mais tradicionais, até mesmo de forma a controlar os trabalhos e esforços despendidos, bem como ciclos rápidos de desenvolvimento gerando entregas de valor ao cliente utilizando-se o método Scrum.
RUP – Processo Unificado Rational
13
Modelo de ciclo de vida híbrido proposto
 A elaboração da arquitetura é feita em estágios iniciais do ciclo de vida.
 As evoluções do produto são divididas em iterações de tempo fixo (Sprints) 
 O processo híbrido é caixa de tempo para períodos de tempo fixos e cíclicos.
 Os subprocessos: Conceito inicial, Requisitos Gestão e arquitetura devem ser realizadas estritamente em OR em estrita conformidade com os princípios tradicionais e devem adotar princípios de capacidade, verificação e validação.
 Os subprocessos: Design, Code, Test & O controle de qualidade, transição e backlog pode levar mais vantagens da dinâmica inerente aos princípios ágeis, utilizando a dinâmica Sprint scrums.
14
Subprocesso regido por abordagens tradicionais e ágeis
 Arquitetura: deve ser realizado cedo no ciclo de vida para permitir a execução das tarefas de análise e projeto detalhado, adotando os paradigmas tradicionais.
Requisitos: ocorrem atividades de especificação e validação durante todo o ciclo de vida, com foco nas primeiras iterações do projeto, para priorizar os requisitos que impactam o desenvolvimento da arquitetura.
  Backlog de gerenciamento: o gerenciamento de backlog também é executado ao longo do ciclo de vida. Este subprocesso consome as informações geradas pelos Requisitos, Subprocessos de arquitetura e testes. O Backlog Management é a interface entre as tarefas agéis de desenvolvimento da Arquitetura em contrapartida com os requisitos que seguem o modelo tradicional de desenvolvimento.
17
Conclusão da pesquisa.
TEXTO APRESENTANDO OS RESULTADOS
 
19
Gráfico do desvio relativo do Esforço do Projeto do Grupo de Controle
Gráfico do desvio relativo do Esforço do Projeto Híbrido
Dois Layouts de Conteúdo com Tabela
Primeiro marcador aqui
Segundo marcador aqui
Terceiro marcador aqui
Grupo 1
Grupo 2
Classe 1
82
95
Classe 2
76
88
Classe 3
84
90
Título e Layout de Conteúdo com SmartArt
Título da Etapa 1
Descrição da tarefa
Descrição da tarefa
Descrição da tarefa
Descrição da tarefa
Título da Etapa 2
Descrição da tarefa
Descrição da tarefa
Descrição da tarefa
Título da Etapa 3
Descrição da tarefa
Descrição da tarefa
Título da Etapa 4
Descrição da tarefa
Descrição da tarefa