REfacTool - Uma ferramenta de refactoring para disciplinar anotações em linhas de produto de software (Apresentação)
•Transferir como PPTX, PDF•
0 gostou•236 visualizações
O documento discute o desenvolvimento da ferramenta REfacTool para realizar refatorações em códigos de linhas de produto de software através de expressões regulares. O objetivo é disciplinar anotações introduzidas pelo pré-processador C para melhorar a qualidade e manutenção do código. A ferramenta foi avaliada em benchmark com casos de teste e comparada com outra ferramenta existente.
Mais conteúdo relacionado
Semelhante a REfacTool - Uma ferramenta de refactoring para disciplinar anotações em linhas de produto de software (Apresentação)
Semelhante a REfacTool - Uma ferramenta de refactoring para disciplinar anotações em linhas de produto de software (Apresentação) (20)
REfacTool - Uma ferramenta de refactoring para disciplinar anotações em linhas de produto de software (Apresentação)
- 1. CIn.ufpe.br REfacTool Ferramenta de refactoring para disciplinar anotações em Linhas de Produto de Software Aluno: Antonio Alves Correia Orientador: Leopoldo Motta Teixeira
- 2. CIn.ufpe.br Agenda • Contextualização • Motivação • Objetivos • Fundamentação Teórica • Projeto • Avaliação • Conclusão
- 4. CIn.ufpe.br Contextualização • No mercado de tecnologia atual empresas devem ser capazes de produzir softwares com features variadas, levando em consideração as necessidades dos clientes e sem superfaturar o preço de seus produtos. • Uma nova abordagem de reuso de software tem ganhado atenção tanto pela indústria quanto pela academia, Linhas de Produtos de Software ou LPS.
- 5. CIn.ufpe.br Contextualização • Grandes organizações e mesmo projetos menores e open source têm usado a abordagem de sistemas configuráveis em suas linhas de produto para o desenvolvimento de softwares complexos. • Com a utilização do CPP para lidar com portabilidade e variabilidade (SPENCER,1992) surgem alguns problemas, como a introdução de anotações não disciplinadas (ou incompletas) no código, o que é criticado por alguns estudos por dificultar manutenção, entendimento e assim prejudicar a qualidade do código.
- 7. CIn.ufpe.br Motivação • Catálogo de refactorings para disciplinar anotações – Aumentar a qualidade do código – Ajuda na manutenção e desenvolvimento no geral • Não se tem conhecimento de ferramentas de refatoração automática para disciplinar anotações em LPS.
- 9. CIn.ufpe.br Objetivos • Implementar uma ferramenta de refactoring para disciplinar anotações em linhas de produto de software. • Benchmark com casos de testes • Comparar com ferramenta existente em projeto real.
- 11. CIn.ufpe.br Linhas de Produto de Software • Sistemas configuráveis – Sistemas voltados ao desenvolvimento para composição por configurações ou features. Como em Apel et al. (2013) Features são uma noção fundamental na engenharia de software moderna, definidas como unidades incrementais de funcionalidade. • Variabilidade – Variabilidade é a habilidade de derivar diferentes produtos de um conjunto comum de artefatos (APEL et al., 2013, Chapter 3)
- 12. CIn.ufpe.br Pré-processador C • O Pré-Processador C ou CPP, é um pré-processador usado em quase todos os projetos C e C++. Disponibiliza facilidades como inclusão de arquivos com diretivas #include, geralmente para reuso de arquivos .h ou headers, macros e compilação condicional (KERNIGHAN; RITCHIE, 1988).
- 13. CIn.ufpe.br Anotações • Não disciplinadas x Disciplinadas Fonte: MEDEIROS, F. et al. A Catalogue of Refactorings to Remove Incomplete Annotations.
- 14. CIn.ufpe.br Catálogo de refatorações • Refactoring 1 – else if wrappers Fonte: MEDEIROS, F. et al. A Catalogue of Refactorings to Remove Incomplete Annotations.
- 15. CIn.ufpe.br Catálogo de refatorações • Refactoring 3 – case wrappers Fonte: MEDEIROS, F. et al. A Catalogue of Refactorings to Remove Incomplete Annotations.
- 16. CIn.ufpe.br Expressões Regulares Uma Expressão Regular (ER) define um padrão de busca ou substituição de strings. É um meio preciso de se fazer buscas em textos. Exemplo de utilização em Python
- 18. CIn.ufpe.br REfacTool • Regular Expressions-based Refactoring Tool
- 23. CIn.ufpe.br REfacTool (.*)if ((.*?)){(.*?)}(n+t*?)#ifdef (.*?)(n+t*?)else if(.*?){(.*?)}(n+t*?)#endif(.*)
- 26. CIn.ufpe.br Benchmark • Benchmark com 26 casos de testes elaborados manualmente com base em arquivos coletados na web.
- 27. CIn.ufpe.br Benchmark – Transformação do refactoring 3 realizada pela REfacTool.
- 28. CIn.ufpe.br Benchmark – Transformação do refactoring 3 realizada pela REfacTool.
- 29. CIn.ufpe.br Benchmark Tabela com comparação entre REfacTool (R) e log real (L).
- 30. CIn.ufpe.br Benchmarck • Diferença encontrada para o caso 3
- 31. CIn.ufpe.br Comparação REfacTool x Colligens
- 33. CIn.ufpe.br Conclusão • Principais contribuições – Benchmark utilizando os casos de testes disponibilizados; – Definição de ERs para identificar e, posteriormente, transformar código, com base nos refactorings do catálogo Medeiros et al. (2014); – REfacTool, com interface gráfica e por linha de código.
- 34. CIn.ufpe.br Conclusão • Trabalhos futuros – Avaliação sistemática da ferramenta, comparando precisão, acurácia, e desempenho com a ferramenta Colligens, aplicando a ferramenta em mais projetos reais; – Aperfeiçoar a implementação da ERs, para reconhecer mais parâmetros, assim melhorando a precisão da ferramenta; – Acoplar ferramenta para indentar código depois de transformado; – Desenvolver padrões para identificar diretivas aninhadas; – Destacar a linha do código de uma ocorrência de refactoring.
Notas do Editor
- Inicio a apresentação pela agenda. A seguir apresento a contextualização, a motivação e os objetivos deste trabalho. Partindo para fundamentação teórica, explicando melhor os conceitos para entendimento da proposta. Depois falarei sobre o projeto em si, seu desenvolvimento, uso e uma avaliação preliminar realizada. No final serão apresentadas as contribuições e falarei sobre trabalhos futuros.
- Inicio a apresentação pela agenda. A seguir apresento a contextualização, a motivação e os objetivos deste trabalho. Partindo para fundamentação teórica, explicando melhor os conceitos para entendimento da proposta. Depois falarei sobre o projeto em si, seu desenvolvimento, uso e uma avaliação preliminar realizada. No final serão apresentadas as contribuições e falarei sobre trabalhos futuros.
- No mercado de tecnologia atual empresas devem ser capazes de produzir softwares com features variadas, levando em consideração as necessidades dos clientes e sem superfaturar o preço de seus produtos. Com esse desafio cada vez mais empresas investem em políticas de reuso de código para evitar retrabalho e consequentemente o repasse desse custo para os preços finais. Uma nova abordagem de reuso de software tem ganhado atenção tanto pela indústria quanto pela academia, Linhas de Produtos de Software ou LPS.
- Grandes organizações e mesmo projetos menores e open source têm usado a abordagem de sistemas configuráveis em suas linhas de produto para o desenvolvimento de softwares complexos. Muitos desses softwares utillizam a linguagem C e suas diretivas de pré-processamento (com o uso do CPP ou Pré-Processador C). Com a utilização do CPP para lidar com portabilidade e variabilidade (SPENCER,1992) surgem alguns problemas, como a introdução de anotações não disciplinadas (ou incompletas) no código, o que é criticado por alguns estudos por dificultar manutenção, entendimento e assim prejudicar a qualidade do código
- Anotações disciplinadas são alinhadas com a estrutura do código fonte, envolvem blocos sintáticos completos.
- A maioria dos formalismos utiliza pelo menos três operações para construir ERs. A primeira é a alternância, uma barra vertical ’|’ separa alternativas como em (if|else|endif). A segunda é a concatenação, representada por ’ab’, onde ’a’ e ’b’ são também expressões regulares. Por fim, a operação de quantificação (ou repetição), quantificadores representam a quantidade de vezes que um caractere ou grupo pode ocorrer, por exemplo, a ER (ab*c), representa as cadeias “ac”, “abc”, “abbc”, ou seja, o quantificador ’*’ indica que o ’b’ pode ocorrer zero ou mais vezes.