Your SlideShare is downloading. ×
0
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Seminário de Andamento - Mestrado PPGCC/PUCRS
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Seminário de Andamento - Mestrado PPGCC/PUCRS

679

Published on

Seminário de Andamento - Mestrado PPGCC/PUCRS - Estevão Ricardo Hess - Agosto de 2011

Seminário de Andamento - Mestrado PPGCC/PUCRS - Estevão Ricardo Hess - Agosto de 2011

Published in: Education, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
679
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • PROCESSO DE GLOBALOZAÇÃO AFETA TAMBÉM A INDÚSTRIA DO SOFTWAREDDS - VANTAGENS: REDUÇÃO DE CUSTO E PROXIMIDADE COM O CLIENTEDDS - DESAFIOS: DIFERENCAS CULTURAIS, LEGISLAÇÃO, FUSO HORÁRIOFTS – VANTAGEM: TIME TO MARKETFTS –DESAFIO: COMINICAÇÃO/COORDENAÇÃO - DURANTE HANDOFF FOCO DA PESQUISA É FTS
  • TAWEEL – - PROCESSO COLABORATIVO - TAREFAS DIVIDIDAS E ALOCADAS A PRIORI - SISTEMA MATEMÁTICO - CADA OPERAÇÃO EM UM SITE DISTINTO
  • PROCESSO DESENVOLVIDO PARA FACILITAR O HANDO –OFF- FORMAS PARA FACILITAR ENTENDIMENTO DO TRABALHO ENTRE AS EQUIPES DISTRIBUÍDAS (TDD)
  • SISTEMA SIMPLES, POIS NA APRESENTAÇAÕ DO PEP ESSE PONTO FOI LEVANTADO, E A LITERATURA NOS MOSTRA ISSOÉ PRA AVALIAR O PROCESSO E NÃO A CAPACIDADE DOS DESENVOLVEDORES
  • Um mostra a importanciaOutro mostra o processo
  • Transcript

    • 1. FTSProc - Um Processo para Minimizar as Dificuldades de Projetos que Adotam a Estratégia Follow-the-Sun<br />Aluno<br />Estevão Ricardo Hess<br />Orientador<br />Prof. Dr. Jorge Luis Nicolas Audy<br />Apoio<br /> Dell Computadores do Brasil<br />Seminário de AndamentoAgosto de 2011<br />
    • 2. Introdução<br />Processo de globalização;<br />Projetos desenvolvidos em ambientes geograficamente distribuídos (DDS).<br />Durante a implementação do DDS, surgem diversos desafios;<br />Diferença de fuso horário é um fator relevante [HOL06, HER01, TRE06];<br />Surge a estratégia follow-the-sunpara utilizar esta diferença como uma vantagem [CAR09, HOL06, LIN07, SET07, SOL10, KNO07, TRE06]. <br />Porém, o uso da estratégia FTS apresenta alguns desafios, principalmente durante as transferências de trabalho (hand-off) [SET07, SOL10, CAR09];<br />FTS: Os principais desafios apontados pela literatura estão relacionados as dificuldades de coordenação e comunicação, principalmente durante a transferência de trabalho [SET07, SOL10, CAR09].<br />Neste sentido, esta pesquisa estará focada nesta transferência de trabalho em projetos que utilizam a estratégia FTS em ambiente de DDS.<br />2<br />
    • 3. Objetivos<br />Questão de Pesquisa<br />Como transferir trabalho durante a fase de desenvolvimento do ciclo de vida de software em um ambiente de DDS utilizando estratégia FTS?<br />Objetivo Geral<br />Propor um processo de transferência de trabalho (hand-off) para a fase de desenvolvimento do ciclo de vida, para projetos que utilizam a estratégia FTS.<br />Objetivos Específicos<br />Complementar os estudos da base teórica;<br />Identificar características da transferência de trabalho na fase de desenvolvimento do ciclo de vida;<br />Propor um processo preliminar de transferência de trabalho durante a fase de desenvolvimento do ciclo de vida;<br />Desenvolver uma ferramenta de apoio ao processo de transferência de trabalho;<br />Escrever artigos científicos decorrentes da pesquisa.<br />3<br />
    • 4. Trabalhos Relacionados<br />Taweel e Brereton - 2002<br />Experimento para avaliar a viabilidade de um processo de transferência trabalho para ambientes distribuídos em diferentes fusos horários;<br />3 Fases Principais<br />Setup / Execução / Finalização<br />Baseado no envio de e-mails entre as equipes com o status atual do projeto;<br />Principalmente interlocks<br />Os resultados demonstram a viabilidade deste tipo de processo.<br />Dennyet al. - 2008<br />Conceito de CompositePersonae;<br />Equipes distribuídas equivalentes – capacidade;<br />Transição baseia-se nas reuniões de Stand-up;<br />Ao final do dia<br />desenvolvedores devem adicionar os seus resultados no repositório de código<br />preencher um formulário automatizado, chamado de ferramenta de hand-off<br />i. Quais tarefas foram realizadas desde a última reunião?<br />ii. O que está planejando realizar até a próxima reunião?<br />iii. Existe algum problema impedindo você de realizar seu objetivo?<br />Próxima equipe continua o trabalho baseado nas informações fornecidas pelo site anterior.<br />
    • 5. Trabalhos Relacionados<br />Dennyet al. - 2009<br />Processo de transferência de conhecimento;<br />Utilizado no conceito de fábrica de conhecimento;<br />Utilização de Test-drivendevelopment(TDD) para facilitar o conhecimento;<br />Casos de teste são escritos de forma a validar se todos os requisitos estão implementados da forma correta;<br />Os casos de teste tornam-se um registro documentado da compreensão do requisito e da solução encontrada para atender o mesmo.<br />
    • 6. Situação Atual da Pesquisa<br />Desenho da pesquisa<br />6<br />
    • 7. Processo Preliminar Proposto: FTSProc<br />Objetivo: suavizar desafios de coordenação e comunicação durante a transferência de trabalho na fase de desenvolvimento.<br />Ao iniciar um dia de trabalho, uma equipe deve ter a percepção do trabalho que deve ser desenvolvido;<br />Evita-se a necessidade de comunicação síncrona entre equipes distribuídas. <br />Características:<br />Processo deve ser “Leve” – [DEN09, TAW02];<br />Não deve causar overhead em um dia típico de trabalho de uma equipe [DEN09].<br />
    • 8. Processo Proposto: FTSProc<br />Processo inicia neste ponto.<br />Processo repete-se até ter todos os requisitos atendidos<br />
    • 9. Definição dos Requisitos<br />Documentação contendo os requisitos do sistema a ser desenvolvido. <br />É importante que os requisitos sejam definidos da forma mais especifica possível [GUP09];<br />Preferencialmente utilizando o conceito de UserStories[HAU06], as quais dividem os mesmos em pequenas funcionalidades para diminuir a complexidade das tarefas [FAD00][DEN08];<br />Este passo torna-se importante, pois conforme [TAW02], é crucial que toda a equipe de desenvolvimento tenha o total entendimento do trabalho que deve ser realizado.<br />
    • 10. Análise/Design<br />Estão relacionados diretamente com a maneira como as funcionalidades serão implementadas;<br />Diagramas necessários para o entendimento do sistema;<br />Definição de classes, incluindo os métodos necessários; <br />Baseado nos critérios de aceitação oriundos da fase anterior, os testes unitários devem ser criados, para fazer uso da técnica de Test-drivendevelopment(TDD), [DEN09][GUP09]. <br />O TDD está relacionado ao fato de manter um registro documentado da compreensão do requisito e da solução encontrada para atender o mesmo [DEN09][GUP09]. <br />Utilização do FTSProc inicia neste ponto.<br />
    • 11. 1- Início do Dia de Trabalho<br />Este estado marca o início de um dia de trabalho de uma equipe;<br />Carrega-se a versão mais recente do código-fonte;<br />Gera-se um relatório com os testes que já estão e os que ainda não estão aceito. Ou seja, se o teste unitário está “passando”, significa que aquele critério de aceitação já está coberto, e não é necessário trabalhar no mesmo;<br />Gera-se um relatório com todas as informações disponibilizadas pela equipe que trabalhou no shift anterior; <br />Este relatório está baseado em reuniões de stand-up, oriundas da metodologia Scrum [DEN08, GUP09].<br />
    • 12. 2 – Reunião Planejamento – Brainstorm<br />Após análise das informações que o site anterior disponibilizou, a equipe que inicia o seu dia de trabalho deve reunir-se e fazer a distribuição das tarefas (planejamento diário) [FAD00];<br />Esta distribuição deve levar em consideração, o formulário utilizado, assim como o resultado dos testes unitários fornecidos pelo site anterior [DEN08][FAD00][DEN09];<br />Neste ponto, todos os desenvolvedores que estão iniciando um shift, sabem o ponto onde a equipe anterior parou e como o trabalho deve ser continuado.<br />
    • 13. 3 - Implementação<br />Esta etapa apenas marca a implementação dos requisitos, seguindo as definições acordadas durante o brainstorm;<br />Nesta etapa, a equipe foca no desenvolvimento das funcionalidades;<br />É a etapa mais longa do processo, pois é onde o desenvolvimento do projeto é realizado.<br />
    • 14. 4 – Check-in<br />Após finalizar a implementação;<br />Cada membro da equipe deve realizar o check-in do trabalho realizado durante o dia.<br />
    • 15. 5 – Formulário de hand-off<br />Chegando ao final do dia, cada membro da equipe deve reservar um tempo para preencher o formulário de hand-off<br />Informações necessárias para o próximo site<br />Este formulário está baseado no formato de reuniões stand-up, oriundas do Scrum[TAW02, DEN08, GUP09, FAD00]<br />O que foi realizado durante este período de trabalho?<br />O que deve ser continuado no próximo período de trabalho?<br />Existe algo bloqueando a equipe?<br />Quais os testes unitários foram cobertos durante este shift?<br />Esta etapa marca o final de um dia de trabalho. <br />Novos critérios de aceitação estão cobertos<br />O código fonte mais recente está no repositório e a documentação necessária para o próximo time está disponível. <br /><ul><li>Próximo site inicia o processo (dia de trabalho)</li></li></ul><li>Funcionalidade implementada<br />Estas cinco etapas são repetidas até que todos os critérios de aceitação estão cobertos;<br />Todos os testes criados durante a fase de projeto estão cobertos; <br />Após cobrir todos os critérios de aceitação encerra-se a fase de desenvolvimento e temos a funcionalidade implementada [FAD00][GUP09]. <br />
    • 16. Ferramenta de Apoio<br /><ul><li>Criação de uma ferramenta;
    • 17. Realiza todo o controle necessário para a execução do FTSProc;
    • 18. Definição dos seguintes papéis;
    • 19. Administrador;
    • 20. Gerente Global;
    • 21. Gerente de Projeto;
    • 22. Desenvolvedor.</li></li></ul><li>Experimento <br />O experimento terá como principal objetivo comparar o uso do processo proposto (FTSProc) em relação a projetos que não utilizam tal processo;<br />Encontrar pontos de melhorias no processo, para propor uma versão final;<br />Desenvolvimento de um software simples;<br />Alunos do PPGCC – em laboratório.<br />
    • 23. Experimento <br /><ul><li>Sujeitos do experimento
    • 24. Previsto a utilização de três equipes representado diferentes sites;
    • 25. Entretanto, de forma alternativa, pode ainda ser realizado com no mínimo duas.</li></li></ul><li>Artigos Aceitos para Publicação<br />Researching into Follow-the-Sun Software Development: Challenges and Opportunities<br />Local de publicação: Global Software Engineering (ICGSE '11). IEEE ComputerSociety, Finlândia;<br />Nesse artigo é descrito a necessidade da criação de um processo de transferência de trabalho para projetos que utilizam a estratégia FTS.<br />Follow-the-Sun: Um Processo para Minimizar as Dificuldades de Projetos que Adotam esta Estratégia<br />Local de publicação: V Workshop de Desenvolvimento Distribuído de Software <br />CBSoft – WDDS 2011, São Paulo;<br />Nesse artigo é apresentado o processo preliminar proposto para a transferência de trabalho para projetos que utilizam a estratégia FTS.<br />
    • 26. Próximas Atividades<br />21<br />
    • 27. Considerações Finais<br />Este trabalho propõe uma proposta de um processo para transferência de trabalho para projetos que utilizam a estratégia FTS;<br />Os objetivos do processo proposto estão focados na diminuição dos desafios impostos pelo uso desta estratégia;<br />Para avaliar o processo proposto, será realizado um experimento, o qual encontra-se em fase final de planejamento;<br />Conforme o planejamento inicial, este trabalho poderia estar mais avançado, entretanto, devido à troca do tema de pesquisa entre o trabalho de Introdução à Pesquisa I e II, foi necessário refazer parte do estudo da base teórica principalmente na temática da estratégia FTS;<br />22<br />
    • 28. Perguntas<br />?<br />23<br />

    ×