SlideShare une entreprise Scribd logo
1  sur  26
Processo de Software
• Aluno : Robson Cavalcante
• Professora: Carla Ilane M. Bezerra
Um estudo de mapeamento
sistemático no processo de
desenvolvimento de software de
código aberto
Silvia T. Acunã
John W. Castro
Oscar Diestes
Natalia Juristo
Índice
• O que seria um estudo de mapeamento sistemático?
• Por que este mapeamento sobre processo de desenvolvimento de software de código aberto(OSS) ?
• Objetivo do estudo.
• Busca e seleção dos trabalhos para SMS.
• Trabalhos candidatos e Primários
• Resultados da busca
• Trabalhos Primários
• Como foi realizado o estudo das atividades?
• Resultados da Análise dos trabalhos primários.
• Conceito de Exploração, Requisitos de Software, Projeto, Manutenção eValidação.
• Conclusão
• Trabalho relacionado
• Trabalho relacionado consiste
• Busca e seleção dos trabalhos primários
• Resultados
• Comparação entre os trabalhos
• Referências
O que seria um estudo de mapeamento
sistemático(SMS)?
• Mapeamento sistemático é uma metodologia para investigar a literatura em
um campo de interesse particular para o fim de determinar a natureza, o
alcance e o número de estudos primários publicados.
Por que este mapeamento sobre processo de
desenvolvimento de software de código
aberto(OSS) ?
• Não existe um processo internacionalmente aceito pela comunidade.
• Processos são importantes para coordenar as atividades de
desenvolvimento de software, pessoas e tecnologia.
Objetivo do estudo
• Quais atividades os processo de desenvolvimento de Software de código
aberto possuem em comum com o processo de desenvolvimento de
software tradicional.
Busca e seleção dos trabalhos para SMS
Para realizar a busca dos trabalhos foram buscados trabalhos contendo as
seguintes palavras-chaves :
Código aberto e Modelo de Processo de Software, Código aberto e Processo
de Desenvolvimento de Software, Código aberto e Processo de
Desenvolvimento, Livre e Modelo de Processo de Software, livre e Processo de
Desenvolvimento de Software, Livre e Processo de Desenvolvimento.
Trabalhos candidatos e Primários
Para eleger trabalhos candidatos foi necessário a análise de dois
pesquisadores de engenharia de software especializados.
Para eleger trabalhos primários foi realiazado outra filtragem dos trabalhos
agora com as palavras-chaves em seus temas.
Resultados da busca
Trabalhos Primários
Como foi realizado o estudo das atividades?
• Estabelecido um grupo de atividades baseadas no IEEE International
Standard 1074 : 2006
• Conceito Exploração, Requisitos de Software, Projeto, Manutenção e
Validação.
• Análise apenas dos resultados esperados.
• Comparação com o processo utilizado pela comunidade OSS.
Resultados da Análise dos trabalhos primários
Conceito de Exploração
Requisitos de Software
Projeto
Manutenção
Validação
Conclusão
• Conceito Exploração
Identificar ideias ou necessidades; Formular potenciais abordagens e Refinar e
finalizar a ideia ou necessidade.
• Requisitos de Software
Elicitação de Requisitos e Especificação de Requisito.
• Projeto
Realizar projeto Arquitetônico.
• Manutenção
Reportar Problema do Método de Implemento, realizar revisões.
• Avaliação
Executar testes.
Conclusão
• Como apenas as atividades de Manutenção possuem todas as atividades
relacionadas ao processo OSS , se tem que os esforços da comunidade OSS
se concentram principalmente na manutenção de software e avaliação
(realizar revisões e Executar testes).
Trabalho relacionado
• [JohnW. Castro1, SilviaT. Acuna1, Oscar Dieste2] Diferencias entre las
Actividades de Mantenimiento en los Procesos de DesarrolloTradicional y
Open Source.
Trabalho relacionado consiste
• Um SMS para identificar as diferenças das atividades de manutenção do
processo tradicionais e de código aberto.
Busca e seleção dos trabalhos primários
• Foi realizada nas mesmas bases de dados do primeiro artigo, os trabalhos
foram identificados com a mesma técnica do estudo do primeiro artigo, A
mudança está na forma de eleger os trabalhos primários.
• São eleitos 22 trabalhos primários onde são analisados os nomes das
atividades novamente em comparação com a norma IEEE 1074: 2006,
• comparação foi realizada levando em consideração não o nome, mas sim o
objetivo da atividade.
Resultados
• Foi constatado que as atividades de manutenção do processo tradicional são bem distintas,
onde na comunidade OSS a manutenção pode ser definida como Reinvenção, onde
artefatosWeb (Pautas de discursões e e-mail) são fundamentais nessa reinvenção.
• É importante lembrar que atividades semelhantes são encontradas em relação a norma
IEEE 1074, porém a comunidade OSS desenvolve essas atividades de maneira diferente,
podendo sofrer pequenas alterações onde desenvolvedores podem contribuir com ideias e
códigos fonte para correção de algum problema relatado e qualquer um do projeto pode
pedir a atualização do sistema.
Comparativo entre os trabalhos
Em comparação com o artigo principal, este artigo dispara argumentos que vem dá um
pequeno alerta sobre a semelhança entres as atividades dos processos de desenvolvimento
tradicional e OSS , é concluído que as atividades de manutenção não são tão semelhantes aos
processos tradicionais de desenvolvimento, onde as atividades de manutenção possui um
caráter de reinvenção, pois as atividades do processo tradicional relacionadas a manutenção
não oferecem tudo que é necessário, de acordo com o primeiro artigo, todos as atividades de
manutenção são relativamente semelhantes, ou seja, se a atividade de manutenção possui
diferença, logo outras atividades que foram dadas como semelhantes podem também estar
sendo erroneamente relacionadas aos dois processos.O que direciona os estudos para
esclarecer essas possíveis diferenças e assim propor um modelo de processo eficaz e correto
para os processos de desenvolvimento de software de código aberto.
Referências
• Artigos
1. [SilviaT. Acuña, JohnW. Castro, Oscar Diestes, Natalia Juristo]A Systematic
Mapping Study on the Open Source Software Development Process
2. [JohnW. Castro1, SilviaT. Acuna1, Oscar Dieste2] Diferencias entre las
Actividades de Mantenimiento en los Procesos de DesarrolloTradicional y
Open Source.
Perguntas?

Contenu connexe

En vedette

Tipos de revisão bibliográfica
Tipos de revisão bibliográficaTipos de revisão bibliográfica
Tipos de revisão bibliográfica
Ricardo Alexandre
 
Aula 3 revisão de literatura e metodologia
Aula 3 revisão de literatura e metodologiaAula 3 revisão de literatura e metodologia
Aula 3 revisão de literatura e metodologia
bioalvarenga
 
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPBTCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
Rilva Lopes de Sousa Muñoz
 
Como colocar as referências segundo a abnt
Como colocar as referências segundo a abntComo colocar as referências segundo a abnt
Como colocar as referências segundo a abnt
itqturma201
 

En vedette (16)

Introdução à Revisão Sistemática da Literatura
Introdução à Revisão Sistemática da LiteraturaIntrodução à Revisão Sistemática da Literatura
Introdução à Revisão Sistemática da Literatura
 
Mapping Study
Mapping StudyMapping Study
Mapping Study
 
Mapping Study
Mapping Study�Mapping Study�
Mapping Study
 
Revisão Sistemática
Revisão SistemáticaRevisão Sistemática
Revisão Sistemática
 
Ensino de Computação na Educação Básica no Brasil: Um Mapeamento Sistemático
Ensino de Computação na Educação Básica no Brasil: Um Mapeamento SistemáticoEnsino de Computação na Educação Básica no Brasil: Um Mapeamento Sistemático
Ensino de Computação na Educação Básica no Brasil: Um Mapeamento Sistemático
 
Artigo Um Mapeamento Sistemático sobre Padrões de Software para Reengenharia ...
Artigo Um Mapeamento Sistemático sobre Padrões de Software para Reengenharia ...Artigo Um Mapeamento Sistemático sobre Padrões de Software para Reengenharia ...
Artigo Um Mapeamento Sistemático sobre Padrões de Software para Reengenharia ...
 
Mapa Sistemico
Mapa SistemicoMapa Sistemico
Mapa Sistemico
 
Revisão Sistemática da Literatura (SLR)
Revisão Sistemática da Literatura (SLR)Revisão Sistemática da Literatura (SLR)
Revisão Sistemática da Literatura (SLR)
 
Revisão sistemática
Revisão sistemáticaRevisão sistemática
Revisão sistemática
 
Revisão Sistemática da Literatura
Revisão Sistemática da LiteraturaRevisão Sistemática da Literatura
Revisão Sistemática da Literatura
 
Tipos de revisão bibliográfica
Tipos de revisão bibliográficaTipos de revisão bibliográfica
Tipos de revisão bibliográfica
 
Pesquisa Um Mapeamento Sistemático sobre Padrões de Software para Reengenhari...
Pesquisa Um Mapeamento Sistemático sobre Padrões de Software para Reengenhari...Pesquisa Um Mapeamento Sistemático sobre Padrões de Software para Reengenhari...
Pesquisa Um Mapeamento Sistemático sobre Padrões de Software para Reengenhari...
 
Aula 3 revisão de literatura e metodologia
Aula 3 revisão de literatura e metodologiaAula 3 revisão de literatura e metodologia
Aula 3 revisão de literatura e metodologia
 
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPBTCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
TCC: Introdução, Revisão da Literatura e Objetivos - Profa. Rilva Muñoz - UFPB
 
Introdução à Revisão Sistemática
Introdução à Revisão SistemáticaIntrodução à Revisão Sistemática
Introdução à Revisão Sistemática
 
Como colocar as referências segundo a abnt
Como colocar as referências segundo a abntComo colocar as referências segundo a abnt
Como colocar as referências segundo a abnt
 

Similaire à Um estudo de mapeamento sistemático sobre o processo de desenvolvimento de software aberto

dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
Lucas Lemos
 
Linhas de Processos de Software - Minicurso - SBQS 2011
Linhas de Processos de Software - Minicurso - SBQS 2011Linhas de Processos de Software - Minicurso - SBQS 2011
Linhas de Processos de Software - Minicurso - SBQS 2011
Uirá Kulesza
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
Roni Reis
 

Similaire à Um estudo de mapeamento sistemático sobre o processo de desenvolvimento de software aberto (20)

Aula 1 introducao
Aula 1   introducaoAula 1   introducao
Aula 1 introducao
 
Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01
 
Processo e Processo de Software
Processo e Processo de SoftwareProcesso e Processo de Software
Processo e Processo de Software
 
dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
dBest - Um Framework para Avaliação de Desempenho de Banco de Dados - SBBD 2011
 
REFATORAÇÃO DE CÓDIGO LEGADO: DETALHAMENTO DE UMA ESTRUTURA DE MANUTENIBILIDADE
REFATORAÇÃO DE CÓDIGO LEGADO: DETALHAMENTO DE UMA ESTRUTURA DE MANUTENIBILIDADEREFATORAÇÃO DE CÓDIGO LEGADO: DETALHAMENTO DE UMA ESTRUTURA DE MANUTENIBILIDADE
REFATORAÇÃO DE CÓDIGO LEGADO: DETALHAMENTO DE UMA ESTRUTURA DE MANUTENIBILIDADE
 
IHC - Abordagem geral, processos ou metodologia
IHC - Abordagem geral, processos ou metodologiaIHC - Abordagem geral, processos ou metodologia
IHC - Abordagem geral, processos ou metodologia
 
ISO 15504
ISO 15504ISO 15504
ISO 15504
 
Um Estudo sobre Gerenciamento de Variabilidade em Linhas de Processo de Software
Um Estudo sobre Gerenciamento de Variabilidade em Linhas de Processo de SoftwareUm Estudo sobre Gerenciamento de Variabilidade em Linhas de Processo de Software
Um Estudo sobre Gerenciamento de Variabilidade em Linhas de Processo de Software
 
Aula Gestão de Projetos
Aula Gestão de ProjetosAula Gestão de Projetos
Aula Gestão de Projetos
 
347842.ppt
347842.ppt347842.ppt
347842.ppt
 
ES4.ppt
ES4.pptES4.ppt
ES4.ppt
 
Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5Modelos de Processo de Software Parte 5
Modelos de Processo de Software Parte 5
 
Aula1 analise de sistemas remixado
Aula1 analise de sistemas remixadoAula1 analise de sistemas remixado
Aula1 analise de sistemas remixado
 
Linhas de Processos de Software - Minicurso - SBQS 2011
Linhas de Processos de Software - Minicurso - SBQS 2011Linhas de Processos de Software - Minicurso - SBQS 2011
Linhas de Processos de Software - Minicurso - SBQS 2011
 
Análise de requisitos
Análise de requisitosAnálise de requisitos
Análise de requisitos
 
Cesar.Edu Turma S2I
Cesar.Edu Turma S2ICesar.Edu Turma S2I
Cesar.Edu Turma S2I
 
Interação Humano Computador Capítulo 10 Avaliação - Wellington Pinto de Oliveira
Interação Humano Computador Capítulo 10 Avaliação - Wellington Pinto de OliveiraInteração Humano Computador Capítulo 10 Avaliação - Wellington Pinto de Oliveira
Interação Humano Computador Capítulo 10 Avaliação - Wellington Pinto de Oliveira
 
UM ESTUDO SOBRE GERENCIAMENTO DE VARIABLIDADES EM LINHAS DE PROCESSO DE SOFTWARE
UM ESTUDO SOBRE GERENCIAMENTO DE VARIABLIDADES EM LINHAS DE PROCESSO DE SOFTWAREUM ESTUDO SOBRE GERENCIAMENTO DE VARIABLIDADES EM LINHAS DE PROCESSO DE SOFTWARE
UM ESTUDO SOBRE GERENCIAMENTO DE VARIABLIDADES EM LINHAS DE PROCESSO DE SOFTWARE
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
 
1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdf1 - APS – Iniciação Desenvolvimento Requisitos.pdf
1 - APS – Iniciação Desenvolvimento Requisitos.pdf
 

Um estudo de mapeamento sistemático sobre o processo de desenvolvimento de software aberto

  • 1. Processo de Software • Aluno : Robson Cavalcante • Professora: Carla Ilane M. Bezerra
  • 2. Um estudo de mapeamento sistemático no processo de desenvolvimento de software de código aberto Silvia T. Acunã John W. Castro Oscar Diestes Natalia Juristo
  • 3. Índice • O que seria um estudo de mapeamento sistemático? • Por que este mapeamento sobre processo de desenvolvimento de software de código aberto(OSS) ? • Objetivo do estudo. • Busca e seleção dos trabalhos para SMS. • Trabalhos candidatos e Primários • Resultados da busca • Trabalhos Primários • Como foi realizado o estudo das atividades? • Resultados da Análise dos trabalhos primários. • Conceito de Exploração, Requisitos de Software, Projeto, Manutenção eValidação. • Conclusão • Trabalho relacionado • Trabalho relacionado consiste • Busca e seleção dos trabalhos primários • Resultados • Comparação entre os trabalhos • Referências
  • 4. O que seria um estudo de mapeamento sistemático(SMS)? • Mapeamento sistemático é uma metodologia para investigar a literatura em um campo de interesse particular para o fim de determinar a natureza, o alcance e o número de estudos primários publicados.
  • 5. Por que este mapeamento sobre processo de desenvolvimento de software de código aberto(OSS) ? • Não existe um processo internacionalmente aceito pela comunidade. • Processos são importantes para coordenar as atividades de desenvolvimento de software, pessoas e tecnologia.
  • 6. Objetivo do estudo • Quais atividades os processo de desenvolvimento de Software de código aberto possuem em comum com o processo de desenvolvimento de software tradicional.
  • 7. Busca e seleção dos trabalhos para SMS Para realizar a busca dos trabalhos foram buscados trabalhos contendo as seguintes palavras-chaves : Código aberto e Modelo de Processo de Software, Código aberto e Processo de Desenvolvimento de Software, Código aberto e Processo de Desenvolvimento, Livre e Modelo de Processo de Software, livre e Processo de Desenvolvimento de Software, Livre e Processo de Desenvolvimento.
  • 8. Trabalhos candidatos e Primários Para eleger trabalhos candidatos foi necessário a análise de dois pesquisadores de engenharia de software especializados. Para eleger trabalhos primários foi realiazado outra filtragem dos trabalhos agora com as palavras-chaves em seus temas.
  • 11. Como foi realizado o estudo das atividades? • Estabelecido um grupo de atividades baseadas no IEEE International Standard 1074 : 2006 • Conceito Exploração, Requisitos de Software, Projeto, Manutenção e Validação. • Análise apenas dos resultados esperados. • Comparação com o processo utilizado pela comunidade OSS.
  • 12. Resultados da Análise dos trabalhos primários
  • 18. Conclusão • Conceito Exploração Identificar ideias ou necessidades; Formular potenciais abordagens e Refinar e finalizar a ideia ou necessidade. • Requisitos de Software Elicitação de Requisitos e Especificação de Requisito. • Projeto Realizar projeto Arquitetônico. • Manutenção Reportar Problema do Método de Implemento, realizar revisões. • Avaliação Executar testes.
  • 19. Conclusão • Como apenas as atividades de Manutenção possuem todas as atividades relacionadas ao processo OSS , se tem que os esforços da comunidade OSS se concentram principalmente na manutenção de software e avaliação (realizar revisões e Executar testes).
  • 20. Trabalho relacionado • [JohnW. Castro1, SilviaT. Acuna1, Oscar Dieste2] Diferencias entre las Actividades de Mantenimiento en los Procesos de DesarrolloTradicional y Open Source.
  • 21. Trabalho relacionado consiste • Um SMS para identificar as diferenças das atividades de manutenção do processo tradicionais e de código aberto.
  • 22. Busca e seleção dos trabalhos primários • Foi realizada nas mesmas bases de dados do primeiro artigo, os trabalhos foram identificados com a mesma técnica do estudo do primeiro artigo, A mudança está na forma de eleger os trabalhos primários. • São eleitos 22 trabalhos primários onde são analisados os nomes das atividades novamente em comparação com a norma IEEE 1074: 2006, • comparação foi realizada levando em consideração não o nome, mas sim o objetivo da atividade.
  • 23. Resultados • Foi constatado que as atividades de manutenção do processo tradicional são bem distintas, onde na comunidade OSS a manutenção pode ser definida como Reinvenção, onde artefatosWeb (Pautas de discursões e e-mail) são fundamentais nessa reinvenção. • É importante lembrar que atividades semelhantes são encontradas em relação a norma IEEE 1074, porém a comunidade OSS desenvolve essas atividades de maneira diferente, podendo sofrer pequenas alterações onde desenvolvedores podem contribuir com ideias e códigos fonte para correção de algum problema relatado e qualquer um do projeto pode pedir a atualização do sistema.
  • 24. Comparativo entre os trabalhos Em comparação com o artigo principal, este artigo dispara argumentos que vem dá um pequeno alerta sobre a semelhança entres as atividades dos processos de desenvolvimento tradicional e OSS , é concluído que as atividades de manutenção não são tão semelhantes aos processos tradicionais de desenvolvimento, onde as atividades de manutenção possui um caráter de reinvenção, pois as atividades do processo tradicional relacionadas a manutenção não oferecem tudo que é necessário, de acordo com o primeiro artigo, todos as atividades de manutenção são relativamente semelhantes, ou seja, se a atividade de manutenção possui diferença, logo outras atividades que foram dadas como semelhantes podem também estar sendo erroneamente relacionadas aos dois processos.O que direciona os estudos para esclarecer essas possíveis diferenças e assim propor um modelo de processo eficaz e correto para os processos de desenvolvimento de software de código aberto.
  • 25. Referências • Artigos 1. [SilviaT. Acuña, JohnW. Castro, Oscar Diestes, Natalia Juristo]A Systematic Mapping Study on the Open Source Software Development Process 2. [JohnW. Castro1, SilviaT. Acuna1, Oscar Dieste2] Diferencias entre las Actividades de Mantenimiento en los Procesos de DesarrolloTradicional y Open Source.