Tags:
create new tag
, view all tags

Reuso Estratégico com Linhas de Produtos de Software

Professor: Paulo Borba

Monitores: Carlos Pontual, Fernanda d'Amorim, Leopoldo Teixeira, Márcio Ribeiro, Rodrigo Bonifácio

Nome oficial: Tópicos Avançados em Engenharia de Software (graduação), Tópicos Avançados em Engenharia de Software 2 (pós-graduação)

Lista de email: if722-l, assine já!

Cronograma

  • 4/8 (10hs, na sala B-001): Apresentação da disciplina

  • 6/8: Definir equipe e estudo de caso a ser utilizado na disciplina
    • enviar email com nomes dos membros da equipe e estudo de caso escolhido (ver opções no final da página)

  • 11/8 (10hs, na sala B-001): Discutir conceitos básicos de linhas de produtos de software
    • estudar os slides
    • estudar Capítulos 1 e 2 do livro Software Product Line Engineering: Foundations, Principles, and Techniques, de Klaus Pohl, Günter Böckle, and Frank van der Linden
    • estudar On the Design and Development of Program Families, de David Parnas, IEEE Transactions on Software Engineering, 2(1), pp. 1-9, March 1976.
    • estudar Structured Programming, de Edsger W. Dijkstra. EWD 268, August 1969.

  • 13/8 (8hs, na sala B-001): Discutir mecanismos para implementação de variações
    • estudar os slides
    • estudar, instalar e testar o pré-processador Antenna, para suporte a compilação condicional
    • estudar e testar o suporte de Java (Properties) a manipulação de arquivos de propriedade (texto ou XML)
    • estudar padrões de AOM
    • estudar e testar o suporte de Java (Generics) a polimorfismo paramétrico

  • 20/8: Usar no seu estudo de caso cada um dos mecanismos para implementação de variações apresentados nas aulas anteriores
    • escolher conjunto mínimo de variações para que, sempre que possível, a mesma variação seja implementada com diferentes mecanismos, gerando diferentes versões do sistema

  • 25/8: Usar no seu estudo de caso cada um dos mecanismos para implementação de variações apresentados nas aulas anteriores

  • 27/8: Usar no seu estudo de caso cada um dos mecanismos para implementação de variações apresentados nas aulas anteriores

  • 1/9: Usar no seu estudo de caso cada um dos mecanismos para implementação de variações apresentados nas aulas anteriores

  • 3/9 (8hs, no laboratório Grad 4): Apresentar resultados seguindo o template
    • antes estudar em detalhe e seguir as dicas de apresentação do Simon Peyton Jones
    • planejar a sua apresentação para 20 minutos
    • disponibilizar resultados na página do projeto, antes da aula
    • ao disponibilizar na página, organizar os projetos em pastas com base nas técnicas. Por exemplo, vocês podem criar as pastas aop, mixins, generics etc. Cada pasta iria conter as implementações das variações na referida técnica. Se houver um projeto com mais de uma técnica (Exemplo, um projeto implementa uma variação com diversas técnicas em pacotes diferentes), criar o nome da pasta deste projeto com os nomes das técnicas.
    • Exemplo: implementação da variação X
      • aop (1 projeto somente com a técnica AOP)
      • mixins (1 projeto somente com a técnica Mixins)
      • dp-ep-osgi (1 projeto com 3 técnicas: Design Patterns, Extension Points e OSGi. Neste caso, cada implementação de uma determinada técnica deve estar em pacotes diferentes das outras)

  • 10/9 (8hs, na sala B-001): Discutir modelos (de feature, configuração, etc.) para linhas de produtos de software
    • estudar em detalhe Refactoring product lines, de Vander Alves, Rohit Gheyi, Tiago Massoni, Uirá Kulesza, Paulo Borba, e Carlos Lucena. In Proceedings of the 5th ACM International Conference on Generative Programming and Component Engineering (GPCE'06). ACM Press, Oct 2006.
    • estudar os slides

  • 15/9 (10hs, na sala B-001): Discutir práticas e processos para desenvolvimento de linhas de produtos de software

  • 17/9 (8hs, no laboratório Grad4): Discutir ferramenta para extração, reestruturação e evolução de linhas de produtos de software
    • estudar os slides
    • para utilizar a ferramenta, seguir roteiro de instalação do FLiP

  • 22/9 (10hs, no laboratório Grad4): Discutir identificação de código duplicado através do uso de ferramentas
    • seguir roteiro de instalação da ferramenta de detecção de códigos duplicados
    • estudar em detalhe os slides

  • 24/9: Implementar (extrair, reestruturar, eliminar duplicação de código) linha de produto
    • analisar a documentação e código do estudo de caso escolhido e
      • identificar features existentes e possíveis features
      • desenhar o modelo de features
      • para cada feature, identificar pontos de variação e variações associadas
      • identificar se há interação entre features
      • para cada ponto de variação e variações associadas, identificar mecanismos de variação utilizados e avaliar se eles são os mais adequados (segundo os modelos de decisão apresentados); se para um determinado ponto nenhum mecanismo é usado ainda, avaliar qual seria o mais adequado
      • coletar métricas de pontos de variação, variações associadas, e mecanismos usados (de forma adequada e inadequada)
    • usar a ferramenta Captain Feature para desenhar o modelo de features
    • usar a ferramenta de detecção de clones de código
      • mostrar o gráfico de clones de código, gerado pela ferramenta
      • mostrar exemplos de clones encontrados
      • detalhar os parâmetros usados para configuração da ferramenta, quantidade de clones encontrados, associações entre variações e clones
    • extrair linha de produto a partir do seu estudo de caso
      • para extrair o código, usar a ferramenta FLiP, e estendê-la com novos refactorings necessários para a extração
    • adicionar variações a pontos de variação existentes
    • adicionar novos pontos de variação, e variações associadas
    • reestruturar estudo de caso para usar mecanismos de variação mais adequados
    • contrastar resultados obtidos com resultados (modelos, tabelas, métricas, etc.) da primeira e segunda partes do projeto
    • registrar, passo-a-passo, extrações aplicadas (de forma manual ou com o FLiP), dificuldades e problemas encontrados, tempo necessário para cada extração, totalizações de tempo, extrações e outras métricas da primeira parte do projeto
    • colocar resultados de todas as partes do projeto no item Projetos realizados mais abaixo

  • 29/9: Implementar linha de produto

  • 1/10: Implementar linha de produto

  • 6/10: Implementar linha de produto

  • 8/10 (8hs, na sala B-001): Apresentar resultados da atividade anterior seguindo os templates
    • planejar a sua apresentação para 20 minutos
    • disponibilizar resultados na página do projeto, antes da aula
    • os templates estão organizados da seguinte maneira:
      • lps-modelo-parte2.ppt: apresentação;
      • detalhamento_refactorings.doc: representa o detalhamento de refactorings que foram necessários pra criar/alterar pontos de variação e suas variações. Por exemplo, "ao criar um novo ponto de variação e suas respectivas variações, a classe X e seus métodos m, n e k precisaram ser refatorados pra receber a interface tal etc."
      • detalhamento_features.xls: representa o resultado geral do projeto. Nele, deverá haver o desenho do feature model e o detalhamento das features (pontos de variação, variações, qual mecanismo foi utilizado como sugestão de algum modelo de decisão, o mecanismo utilizado para modularizar a feature, o mecanismo utilizado na decisão das variações etc). Adicionalmente, neste template deverão ser colocados os valores das métricas. Exemplos: (a) quantidade de vezes que compilação condicional foi utilizada; (b) quantidade de vezes que polimorfismo de subtipo foi utilizado junto com if-else (pra decidir, por exemplo, qual subclasse instanciar); (c) quantidade de vezes que arquivos de propriedade foram usados sem utilizar if-else (exemplo, o arquivo possui uma propriedade que aponta pra uma classe, LOOK_AND_FEEL = com.sun.java.swing.plaf.windows.WindowsLookAndFeel. Assim pode-se utilizar reflection e o if-else não é necessário); (d) quantidade de features opcionais, alternativas e OR; (e) quantidade de variações cujo binding time é dinâmico.

  • 13/10 (10hs, na sala B-001): Discutir mecanismos para especificação de variações em requisitos
    • estudar os slides
    • estudar as abordagens de variação de requisitos
      • PLUSS (artigos publicados em SPLC05 e CACM06)
      • Scenario Variability as Crosscutting (enviar e-mail solicitando artigo)
      • ver exemplos da smart home product line

  • 15/10 (8hs, no laboratório Grad3): Discutir como refatorar linhas especificações em LPS
    • estudar a especificação nao estruturada do SmartHome
    • Identificar os pontos comuns e variáveis da especificação
    • extrair variações para tornar as especificações reusáveis
    • definir o mecanismo de composição (parametrização, extensões de cenários, etc.)
    • definir modelos de configuração

  • 20/10(10hs, no laboratório Grad4): Refatorar especificações de produtos em LPS
    • refatorar a especificação da Primeira Parte do projeto usando as abordagens sugeridas (PLUSS e Crosscutting)
      • Identificar os pontos comuns e variáveis da especificação
      • extrair variações para tornar as especificações reusáveis
      • definir o mecanismo de composição (parametrização, extensões de cenários, etc.)
      • definir modelos de configuração

  • 22/10(8hs, no laboratório Grad4): Refatorar especificações de produtos em LPS
    • refatorar a especificação da Segunda Parte do projeto usando as abordagens sugeridas (PLUSS e Crosscutting)
      • Identificar os pontos comuns e variáveis da especificação
      • extrair variações para tornar as especificações reusáveis
      • definir o mecanismo de composição (parametrização, extensões de cenários, etc.)
      • definir modelos de configuração

  • 29/10(08hs, no laboratório Grad4): Evoluir especificações das linhas de produtos
    • Evoluir especificões da LPS de acordo com o primeiro cenário de evolução
      • Identificar o impacto das alterações sugeridas
      • atualizar especificações, modelos de feature e modelos de configuração

  • 3/11(10hs, no laboratório Grad4): Evoluir especificações das linhas de produtos
    • Evoluir especificões da LPS de acordo com o segundo cenário de evolução
      • Identificar o impacto das alterações sugeridas
      • atualizar especificações, modelos de feature e modelos de configuração

  • 5/11 (8hs, no laboratório Grad 4): Aula de reposição de atividades
    • alunos que faltaram uma das atividades de variações em requisitos podem usar esse horário como reposição
    • verificar o que precisa ser feito no detalhamento da aula que foi perdida
    • enviar email para Rodrigo (rba2@cinNOSPAM.ufpe.br) caso tenham dúvidas na atividade
    • os resultados devem ser enviados até o término da aula (10:00)
    • apenas uma atividade de reposição será considerada. alunos que perderam mais de uma atividade devem entrar em contato com Rodrigo (rba2@cinNOSPAM.ufpe.br).

  • 10/11 (10hs, na sala B-001): Apresentação dos resultados

  • 12/11: Fazer exame escrito

Projeto

  • Do estudo de caso escolhido, deve-se analisar 3 a 4 KSLOC. O mesmo estudo de caso pode ser analisado por mais de uma equipe, desde que as equipes analisem partes diferentes do código.

Avaliação

  • Participação efetiva nas aulas, questionando, comentando, criticando e pensando em como adaptar e aplicar as idéias vistas

  • Projetos e apresentações, em dupla para a parte relativa a implementação, e individual para a parte relativa a especificação

  • Exame escrito

  • A nota da primeira unidade corresponde à nota do exame escrito; a nota da segunda unidade é definida pela participação em sala e pelas notas dos projetos e apresentações.

-- RodrigoBonifacio - 03 Nov 2008 -- RodrigoBonifacio - 29 Oct 2008 -- RodrigoBonifacio - 21 Oct 2008 -- RodrigoBonifacio - 19 Oct 2008 -- MarcioRibeiro - 01 Oct 2008 -- FernandaDamorim - 30 Sep 2008 -- MarcioRibeiro - 22 Sep 2008 -- MarcioRibeiro - 19 Sep 2008 -- LeopoldoTeixeira - 16 Sep 2008 -- PauloBorba - 10 Sep 2008 -- MarcioRibeiro - 08 Sep 2008 -- FernandaDamorim - 02 Sep 2008 -- LeopoldoTeixeira - 02 Sep 2008 -- MarcioRibeiro - 02 Sep 2008 -- CarlosEduardoPontual - 27 Aug 2008 -- MarcioRibeiro - 27 Aug 2008 -- PauloBorba - 20 Aug 2008 -- PauloBorba - 18 Aug 2008 -- PauloBorba - 12 Aug 2008 -- PauloBorba - 06 Aug 2008 -- PauloBorba - 05 Aug 2008 -- PauloBorba - 04 Aug 2008

Topic revision: r50 - 2008-11-03 - RodrigoBonifacio
 
This site is powered by the TWiki collaboration platformCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback

mersin escort bayan adana escort bayan izmit escort ankara escort bursa escort