1 
WAMPS 2011 - VII Workshop 
Anual do MPS 
Como Escrever um Relato de 
Experiência 
Gleison Santos 
gleison.santos@unirio...
2 
Pesquisa x Ciência 
q Objetivos de Pesquisa 
– Fazer uma contribuição para a Ciência 
– Responder a uma pergunta 
» de...
3 
Um bom artigo de pesquisa 
Um bom artigo de pesquisa deve responder a um número de 
questões: 
q O que, precisamente, ...
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Como_escrever_relato_experiencia
Próximos SlideShares
Carregando em…5
×

Como_escrever_relato_experiencia

289 visualizações

Publicada em

Como_escrever_relato_experiencia

Publicada em: Ciências
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
289
No SlideShare
0
A partir de incorporações
0
Número de incorporações
5
Ações
Compartilhamentos
0
Downloads
3
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Como_escrever_relato_experiencia

  1. 1. 1 WAMPS 2011 - VII Workshop Anual do MPS Como Escrever um Relato de Experiência Gleison Santos gleison.santos@uniriotec.br 2 Agenda q Introdução q Estrutura do Texto de um Relato q Preparação do Texto q Ética e Plágio q Processo de Revisão de um Artigo q Apresentação de um Artigo Nota: caso copiem o conteúdo de algum slide, por favor, mantenham a referência à fonte original ou a esta apresentação (o que for pertinente). Obrigado. Engenharia de Software e Qualidade de Software Software faz parte do nosso dia a dia. q O principal objetivo da engenharia de software é, sem dúvida, melhorar a qualidade do software. (ROCHA et al., 2001) q De forma geral, pesquisadores da Engenharia de Software procuram melhores formas de desenvolver e avaliar software. q Pesquisadores da Engenharia de Software são motivados por problemas práticos. q Objetivos chave da pesquisa geralmente são qualidade, custo e oportunidade dos produtos de software. (SHAW, 2002) 3 Engenharia de Software e Qualidade de Software Software faz parte do nosso dia a dia. q Há uma relação entre a qualidade dos produtos de software e a qualidade dos processos de software utilizados para construí-los [Fuggeta, 2000]. q A implantação de um Programa de Qualidade começa pela definição e implantação de um processo de software. Necessidades do Negócio Qualidade do produto Qualidade do processo 4 Processos, métodos, técnicas… e pessoas... q Como melhorar a codificação? (o que é uma boa codificação?) q Como melhorar o teste de software? (o que é um bom teste?) q Como fazer boas modelagens? (o que é uma boa modelagem?) q O que leva alguém a usar um processo / método / técnica? q Quais os problemas que afetam a indústria de software? q Qual o retorno de investimento da Qualidade de Software? q Que fatores culturais afetam o desenvolvimento de software? q Que fatores afetam a melhoria de processos de software? q O que as pessoas esperam de resultados da adoção de uma técnica / método / processo? q Quais os benefícios da adoção de uma técnica / método / processo? q ... 5 Em Otimização A gerência quantitativa) Gerenciado B Quantitativamente Gerência de Decisões Desenvolvimento para Reutilização Gerência de Riscos Desenvolvimento de Requisitos Projeto e Construção do Produto Integração do Produto Verificação / Validação Largamente Definido Avaliação e Melhoria do Processo Organizacional Definição do Processo Organizacional Gerência de Reutilização / Gerência de Recursos Humanos / Gerência de Projetos (evolução) Parcialmente Medição / Gerência de Configuração / Aquisição / Garantia da Qualidade / Gerência de Portfólio de Projetos C D E F G Gerência de Requisitos Gerência de Projetos (sem processos adicionais) (inclui controle estatístico e Gerenciado Parcialmente Gerenciado Definido Definido Gerência de Projetos (evolução) (inclui controle estatístico e gerência quantitativa) ~ CMMI 5 ~ CMMI 4 ~ CMMI 3 ~ CMMI 2 Níveis de Maturidade MPS.BR
  2. 2. 2 Pesquisa x Ciência q Objetivos de Pesquisa – Fazer uma contribuição para a Ciência – Responder a uma pergunta » de interesse para a comunidade científica » ainda não respondida anteriormente » de relevância para o interesse social – A parte mais difícil é encontrar o problema q Objetivo da Ciência: resolver problemas – Qual o problema que você está resolvendo? – Comece de um desafio prático – Extraia daí um problema teórico – Certifique-se que o problema é » relevante » não-resolvido » resolvível 7 Fonte: Santoro, F., Notas de Aula – Apresentação do Metodologia da Pesquisa Científica 2010.2, Programa de Pós-Graduação em Informática - UNIRIO Pesquisa q Tipos de Pesquisa – Nem toda pesquisa é feita da mesma forma – Os métodos de pesquisa são bem diversos dependendo do campo de conhecimento q Mestre: Título de qualificação técnico-científica – domina as técnicas de investigação – produziu um resultado novo (ou relevante) – comunicou seus resultados de forma efetiva q Mestre X Doutor – tempo de investigação – profundidade da pesquisa – qualidade da formação 8 Fonte: Santoro, F., Notas de Aula – Apresentação do Metodologia da Pesquisa Científica 2010.2, Programa de Pós-Graduação em Informática - UNIRIO Divagações… q Uma tese de doutorado não é uma dissertação de mestrado que não é uma monografia de pós-graduação que não é um projeto de final de curso de graduação. – O inverso também se aplica. q Um trabalho para uma empresa não é um trabalho de pesquisa. – Gostaríamos que todo trabalho de pesquisa fosse aplicado a empresas. Nem sempre isso é possível por N fatores. – Infelizmente... q No entanto, Relatos de Experiências são úteis para demonstrar como a teoria de Engenharia de Software ‘se comporta’ em um ambiente real. – Aprendemos com os erros e acertos nossos e de outros! – Quanto mais rica e mais diferente a experiência, maiores são as chances de publicação. O que dá para publicar? q Projeto Final de Graduação q Projeto Final de Pós-graduação q Dissertação de Mestrado q Tese de Doutorado q Experiências em Empresas e de Empresas q Cuidado com o foco, com a forma de descrição e na descrição das reais contribuições do trabalho 10 O que dá para publicar? q O que posso publicar? – A audiência do evento é importante para determinar o que é relevante em cada contexto q Onde publicar? – A chamada de trabalhos é importante para entender o tipo de trabalho que se espera dos autores q Por que devo publicar? – Troca de experiências – Aprendizado em Engenharia de Software vem muitas vezes do uso das técnicas e observações do estado da prática 11 Relatos de Experiência q Devem contar uma história informativa e como ela se reflete em situações mais gerais q Não entre em detalhes irrelevantes sobre o experimento Fonte: Santoro, F., Notas de Aula – Apresentação do Metodologia da Pesquisa Científica 2010.2, Chamada de Trabalhos do SBQS q Relatos de Experiência: Artigos de alta qualidade descrevendo e analisando a aplicação de processos, métodos ou ferramentas de qualidade de software, contextualizando a experiência e mostrando os resultados obtidos e lições aprendidas, em uma experiência prática com contribuição para a indústria de software. q Trabalhos técnicos: artigos de alta qualidade descrevendo resultados inéditos sobre de pesquisa na área de qualidade de software com contribuição acadêmica. 12 Programa de Pós-Graduação em Informática – UNIRIO.
  3. 3. 3 Um bom artigo de pesquisa Um bom artigo de pesquisa deve responder a um número de questões: q O que, precisamente, você alega ser a sua contribuição? – Que questões você respondeu? – Por que o leitor deveria se importar? – De que questões maiores (larger questions) ele trata? q Qual é o seu novo resultado? – Qual novo conhecimento você gerou que o leitor pode utilizar em outra situação? – Em que trabalho anterior (seu ou de outros) você se baseou? Em que você provê uma alternativa superior? – Como o seu resultado é diferente ou melhor que este trabalho anterior? – Qual, precisamente e em detalhes, é o seu novo resultado? q Por que o leitor deve acreditar no seu resultado? – Que padrão deve ser utilizado para avaliar sua afirmação? – Que evidência concreta mostra que o seu resultado satisfaz sua afirmação? Fonte: SHAW, M., Writing Good Software Engineering Research Papers – Minitutorial, ICSE 21030 3. Estrutura do Texto q A estrutura de um artigo científicio segue um padrão pré-determinado – Em geral, não há uma regra, mas a estrutura abaixo segue o senso comum em uso – Não há muitas possibilidades de inovar nesta organização. q Estrutura Básica: – Introdução – Sessões Pertinentes – Conclusão – Referências 14 Estrutura do Texto q Itens comuns na estrutura do texto: – Título – Autores – Abstract / Resumo – Introdução – Revisão da Literatura – Trabalhos Similares – Proposta / Descrição da Experiência – Lições Aprendidas – Conclusões / Considerações Finais – Agradecimentos – Referências Bibliográficas – Anexos e Apêndices 15 Título q O título deve ser curto e indicativo do trabalho que será apresentado q Escolha um título que valorize o trabalho, mas cuidado para não ser arrogante ou presunçoso q Evite o uso de perguntas e termos em inglês – Vale para o texto como um todo – Ninguém garante que as perguntas vão ser respondidas (e, em geral, você não irá respondê-las. Acredite…) Implantação do Nível F do MR-MPS Combinando Características do Processo 16 Unificado com Práticas SCRUM Autores q Deve-se listar os envolvidos com o trabalho – Em geral, a ordem dos autores indica o esforço para a elaboração do artigo e/ou o envolvimento no trabalho relatado – Quando se descreve um relato de experiência em uma empresa é comum incluir as pessoas chave da empresa como autores mesmo quando elas não participam da escrita do texto » Isso não é uma regra, no entanto q Para cada autor, deve-se indicar a filiação – Pode haver múltipla filiação – Deve-se indicar o e-mail de contato dos autores 17 Tatiane Silva1, Rogério Magela1, Gleison Santos2, Natália Chaves Lessa Schots3, Ana Regina Rocha3 1Athenas Engenharia de Software – Av. Rio Branco, 12, 14º andar, Centro

×