DIMENSÕES DE PESQUISA EM ENGENHARIA DE SOFTWARE - PDF
Download "DIMENSÕES DE PESQUISA EM ENGENHARIA DE SOFTWARE"
Marco Júlio César Pedroso Teves
1 ESPECIAL Engenharia de Software DIMENSÕES DE PESQUISA EM ENGENHARIA DE SOFTWARE por Paulo Borba DECISÕES IMPORTANTES A SEREM TOMADAS NOS PROJETOS E NA CARREIRA DE UM PESQUISADOR EM ENGENHARIA DE SOFTWARE. 30 / 64
2 AO LONGO DA CARREIRA, um pesquisador toma decisões que são determinantes para o sucesso dos seus projetos e resultados de pesquisa. Entender as dimensões envolvidas nessas decisões e as escolhas disponíveis é importante para avaliar as consequências e refletir sobre aonde se quer chegar como pesquisador. Com o objetivo de ajudar jovens pesquisadores a terem maior consciência no direcionamento da sua carreira, discutimos neste artigo algumas dessas dimensões no contexto da Engenharia de Software. Uma das mais discutidas dimensões é a aplicabilidade esperada dos resultados gerados pela pesquisa. Apesar de existir forte tendência pela busca de maior aplicabilidade, é justificável e necessário investir também em pesquisa com aplicação indireta, desde que haja preocupação em estabelecer os fundamentos da área. Esse é o caso, por exemplo, de teorias lógicas que definem a base matemática de processos e ferramentas de refatoração; pode ser também o caso das teorias sociais de equipes de desenvolvimento de software, apesar de que essas podem também ter aplicação mais direta. O maior risco na escolha do posicionamento nessa dimensão é perder o foco na contribuição científica ao tentar maximizar a aplicabilidade. Pode-se acabar resolvendo problemas concretos de desenvolvimento em empresas, mas sem gerar conhecimento científico novo. Consequentemente, não há evidência dos benefícios da solução proposta, nem comparação adequada com soluções alternativas. Similarmente, o foco em tópicos da moda como cidades inteligentes e computação em nuvem, para citar dois mais recentes, pode ser arriscado. A falha em identificar claramente os problemas centrais de Engenharia de Softwa- 31 / 64
3 O maior risco na escolha do posicionamento nessa dimensão é perder o foco na contribuição científica ao tentar maximizar a aplicabilidade. re envolvidos pelas fortes camadas de marketing e aplicações inovadoras associadas a esses tópicos pode levar a resultados de pesquisa não originais ou com contribuição limitada. Pior, pode nem gerar benefícios socioeconômico industriais. Outro risco importante nessa dimensão é se deixar enganar por aplicações utópicas da pesquisa, seja pelo foco em problemas mal definidos ou que não existem na prática, seja por soluções que são baseadas em assunções inválidas sobre a realidade de equipes de desenvolvimento de software. Por exemplo, um método de escalonamento de tarefas de desenvolvimento que assume a execução sequencial de tarefas não vai ser usado por equipes, nem por quem desenvolve um sistema sozinho, já que nesse caso a preocupação com gerenciamento é menor. Além da aplicabilidade dos resultados, outra dimensão importante é a natureza do processo de pesquisa adotado. O ideal é que o pesquisador seja capaz de adotar métodos de pesquisa adequados para o problema a ser considerado, o que pode envolver a combinação de métodos empíricos (com forte uso de estatística e projeto de estudos e experimentos), analíticos (com sólida base de lógica e matemática) e computacionais (com simulação e prototipação). O maior risco aqui é o pesquisador se limitar a usar apenas um pequeno subconjunto dos métodos existentes, o que limita também os tipos de problemas a serem atacados, estudos a serem realizados e perguntas a serem respondidas. Pior, essa escolha pode também inviabilizar a solução efetiva dos problemas 32 / 64
4 O pesquisador deve procurar se alinhar com os padrões e critérios de qualidade, elegância e publicação da sua comunidade internacional de pesquisa. e a obtenção de respostas sob diferentes perspectivas, levando a resultados superficiais. Por exemplo, um pesquisador que basicamente usa surveys como método de pesquisa corre o risco de ter uma carreira baseada em publicações que respondem a perguntas de pesquisa sobre assuntos desconexos, com perspectivas restritas e sem efetivamente progredir com a solução de problemas da área. Escolhas sobre outros fatores que definem o processo de pesquisa são menos importantes. Por exemplo, tanto o foco em melhorias pontuais em ferramentas e técnicas de desenvolvimento de software quanto o foco em maiores desafios ou processos e ambientes de desenvolvimento podem levar a resultados relevantes sem maiores riscos. No primeiro foco, esperamse evidências fortes de vantagens e desvantagens em relação a soluções existentes. No segundo, esperam-se soluções mais originais e não incrementais. De qualquer forma, é necessário cuidado para não acarretar soluções mínimas, no primeiro caso, nem soluções não usáveis, no segundo caso. Outra dimensão a ser considerada é a visibilidade e o impacto dos resultados de pesquisa. Para maximizar esses aspectos, o pesquisador deve procurar se alinhar com os padrões e critérios de qualidade, elegância e publicação da sua comunidade internacional de pesquisa. Infelizmente, na prática, às vezes é necessário se preocupar também com as regras locais de avaliação e promoção de pesquisadores, que podem adotar critérios não alinhados com a visibilidade. Por exemplo, a avaliação local 33 / 64
5 ESPECIAL Engenharia de Software pode ser quantitativa e baseada apenas em artigos, enquanto a comunidade internacional pode valorizar também resultados como ferramentas e benchmarks de qualidade. Enfim, buscar a excelência internacional pode se tornar um objetivo mais difícil do que deveria. Por fim, várias outras dimensões estão menos relacionadas a riscos, e normalmente as opções podem ser combinadas em um dado projeto: foco em qualidade ou produtividade de software; foco em aspectos técnicos ou humanos da Engenharia de Software; pesquisa que tenta prevenir ou remediar problemas; resultados que ajudam desenvolvedores ou pesquisadores. O importante é estar consciente das escolhas feitas em cada dimensão e refletir sobre as possíveis consequências. PAULO BORBA Professor Titular de Desenvolvimento de Software do Centro de Informática da UFPE, onde lidera o Grupo de Produtividade de Software. Seus principais interesses de pesquisa são nos seguintes temas e na integração entre eles: modularidade de software, linhas de produtos de software e refatoração. Paulo é Doutor em Computação pela Universidade de Oxford, e Mestre e Bacharel em Computação pela UFPE. 34 / 64
Qual o papel do PMO (Project Management Office) nas Estruturas Organizacionais
Paper Qual o papel do PMO (Project Management Office) nas Estruturas Organizacionais Abstract James Baldwin escritor norte americano (1924 1987) já dizia Nem tudo que se enfrenta pode ser modificado. Mas
Trabalho de Introdução à Gestão da Informação
Trabalho de Introdução à Gestão da Informação Professor Jorge Tadeu de Ramos Neves Texto: Investigação e análise do processo de gestão da informação na área de melhoria contínua de uma empresa siderúrgica
Requisitos Funcionais e seus níveis de granularidade Guilherme Siqueira Simões 21/02/2017 1 ORIENTAÇÕES INICIAIS Dê preferência ao uso de uma conexão de banda larga Feche qualquer outro programa que possa
Lista dos produtos e serviços em torno dos quais uma proposta de valor é construída.
O Mapa de Valor O Mapa de Valor descreve os aspectos de uma proposta de valor específica em seu modelo de negócio, de forma mais estruturada e detalhada. Ele divide sua proposta de valor em, analgésicos
Escola Politécnica da Universidade de Pernambuco POLI/UPE Programa de Pós-graduação em Engenharia Civil PEC Metodologia do Ensino e Pesquisa Tecnológica - MEPT Diário de Bordo Como instrumento pedagógico
Projeto de Desenvolvimento de Software Modelos de Processo Prescritivos Msc. Eliezio Soares eliezio.soares@ifrn.edu.br http://docente.ifrn.edu.br/elieziosoares Avisos Atividade Avaliativa: 30/06/2015 Composição
ALINHAMENTO ESTRATÉGICO AOS NEGÓCIOS PARA UMA PEQUENA EMPRESA DE SOFTWARE.
ALINHAMENTO ESTRATÉGICO AOS NEGÓCIOS PARA UMA PEQUENA EMPRESA DE SOFTWARE. Autora: Érika Suzuki Orientadora: Aline França de Abreu Coorientador/Responsável: Roberto Pacheco Banca: Fernando Gauthier João
UNESP O PROCESSO DE ADOÇÃO OU DE CONSTRUÇÃO DE NOVOS CONHECIMENTOS. Antonio Lázaro Sant Ana (Prof. Unesp Ilha Solteira)
UNESP UNIVERSIDADE ESTADUAL PAULISTA JÚLIO DE MESQUITA FILHO CÂMPUS DE ILHA SOLTEIRA Disciplina Comunicação e Extensão Rural Curso de Graduação em Agronomia e Zootecnia O PROCESSO DE ADOÇÃO OU DE CONSTRUÇÃO
TS02. Teste de Software INTRODUÇÃO AO PROCESSO DE TESTE DE SOFTWARE. COTI Informática Escola de Nerds
TS02 Teste de Software INTRODUÇÃO AO PROCESSO DE TESTE DE SOFTWARE COTI Informática Escola de Nerds 1. ENTENDENDO O PROCESSO DE TESTE. 1. ENTENDENDO O PROCESSO DE TESTE. Adequação de perfil profissional
Guia para informatização de clínicas
Guia para informatização de clínicas Índice Introdução...3 O que é e qual a importância...4 Preparação...7 Saas: software como serviço...14 Funcionalidades do software ideal...17 Conclusão...24 2 Introdução
Quais os problemas da Meritocracia hoje em dia?
O que é Meritocracia? A meritocracia pode ser entendida como uma forma de recompensa baseada no mérito da pessoa e nos resultados trazidos por ela a empresa. Atualmente os funcionários de uma empresa são
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 5 Técnicas de Especificação SUMÁRIO INTRODUÇÃO... 3 TÉCNICAS PARA PROJETO DE CASOS