Modularidade de software Rodrigo Bonifácio
Qual o significado do termo modularidade?
Modularidade é uma propriedade essencial para a construção e evolução (de forma bem sucedida) de software
Modularidade é uma propriedade essencial para a construção e evolução (de forma bem sucedida) de produtos pertencentes a qualquer indústria
Modularidade é uma propriedade essencial para a construção e evolução (de forma bem sucedida) de qualquer sistema complexo
Três anos de atraso no lançamento do Windows Vista foram atribuídos a decisões erradas resultantes da falta de modularidade no projeto 1. 1 Analysing the evolution of large scale software... (LaMantia et al.)
Desenho modular (David Parnas) desenvolvimento em paralelo facilidade em compreender os módulos de forma isolada possibilidade de manter os módulos de forma independente
Desenho modular (David Parnas) desenvolvimento em paralelo facilidade em compreender os módulos de forma isolada possibilidade de manter os módulos de forma independente É uma preocupação mais relacionada com a distribuição de tarefas do que com uma perspectiva tecnológica.
Qual o significado do termo módulo?
Qual o valor da modularidade?
Pesquisadores de diferentes áreas (em particular das áreas de business) têm investigado esses aspectos em domínios diversos (interações sociais, evolução biológica, automotivo, hardware, software,... ).
Baldwin and Clark discutem o impacto de um desenho modular em termos como um fator determinante para o sucesso de um produto da organização das equipes de trabalho envolvidas da quantificação e valorização
Baldwin and Clark discutem o impacto de um desenho modular em termos como um fator determinante para o sucesso de um produto da organização das equipes de trabalho envolvidas da quantificação e valorização O valor do produto está diretamente relacionado às opções de design que podem ser customizadas no produto.
Baldwin and Clark discutem o impacto de um desenho modular em termos como um fator determinante para o sucesso de um produto da organização das equipes de trabalho envolvidas da quantificação e valorização O valor do produto está diretamente relacionado às opções de design que podem ser customizadas no produto. A teoria envolve design structure matrixes e um conjunto de operações sugeridas para melhorar a modularidade de um produto.
Objetivo O objetivo da disciplina é conduzir uma discussão sobre modularidade, modularidade de software e técnicas que podem favorecer a modularidade de software.
... mais especificamente obter uma melhor compreensão sobre modularidade, através da leitura de livros e artigos relacionados ao tema.
... mais especificamente obter uma melhor compreensão sobre modularidade, através da leitura de livros e artigos relacionados ao tema. estudar as técnicas que foram recentemente propostas para lidar com a modularidade de software e refletir se essas técnicas observam a noção de modularidade como task assignment.
... mais especificamente obter uma melhor compreensão sobre modularidade, através da leitura de livros e artigos relacionados ao tema. estudar as técnicas que foram recentemente propostas para lidar com a modularidade de software e refletir se essas técnicas observam a noção de modularidade como task assignment. planejar e conduzir uma avaliação empírica (estudo de caso) com o intuito de modularizar as características de um software existente utilizando algumas técnicas recentes de modularização.
Ementa O programa da disciplina est organizado, em três módulos que envolvem diferentes tópicos de estudo.
Módulo 1 Definições sobre modularidade (aplicáveis a software e outras indústrias); o retorno de investimento relacionado a um design modular; como medir e acompanhar a modularidade de um produto; como gerenciar na era da modularidade.
Módulo 2 Técnicas recentes para a modularização de software e que foram motivadas pela síndrome da tirania da decomposição dominante e pela necessidade de customização em massa de produtos de software (Pohl, Böckle, & Linden, 2005).
Módulo 3 Métodos empíricos aplicados na engenharia de software em particular estudos de caso, e estilos de escrita de artigos técnicos para a área de Ciência da Computação
Avaliação P1 envolvimento do aluno P2 implementação dos estudos de caso P3 avaliação aplicada ao término do semestre
Avaliação P1 envolvimento do aluno P2 implementação dos estudos de caso P3 avaliação aplicada ao término do semestre A nota final será computada como: (P1 3) + (P2 4) + (P3 3) 10 (1)
Plano inicial de aulas Data Conteúdo 22/08 leitura dos capítulos 2 e 3 de (Baldwin & Clark, 1999) 29/08 leitura dos capítulos 4 e 5 de (Baldwin & Clark, 1999) 05/09 apresentação dos artigos (D. L. Parnas, 1972; D. Parnas, 1976; D. L. Parnas, 1979) 12/09 apresentação dos artigos (Kersten & Murphy, 2005; Murphy, Kersten, Robillard, & Čubranić, 2005) 19/09 leitura do artigo (Tarr, Ossher, Harrison, & Sutton, 1999) 26/09 apresentação dos artigos (Kiczales et al., 2001; Aracic, Gasiunas, Mezini, & Ostermann, 2006) 03/10 apresentação dos artigos (Batory, Sarvela, & Rauschmayer, 2003; Apel, Kastner, & Lengauer, 2009) 10/10 leitura do artigo (Schaefer, Bettini, Damiani, & Tanzarella, 2010) outubro novembro dezembro condução do estudo de caso condução do estudo de caso prova + escrita de artigos
Modularidade de software Rodrigo Bonifácio