UM ESTUDO EXPERIMENTAL

Slides:



Advertisements
Apresentações semelhantes
Manutenção em software Conceitos básicos
Advertisements

Engenharia de Software Qualidade de Software Uma abordagem conceitual André Luis Zanon São Carlos SP – UFSCAR 2010 Engenharia de Software – UFSCAR.
Técnicas de Simulação e Simulação Aplicada
Projeto 1.
Análise e Projeto de Sistemas I
Engenharia da Informação
ENGENHARIA DA INFORMAÇÃO
Processo de Reengenharia Prático Pós- Graduação Pós- Graduação Karolyne Almeida Siqueira Michael Caldas da Silva.
Avaliação de Desempenho Planejamento de Experimentos 2 Aula 2 Marcos José Santana Regina Helena Carlucci Santana Universidade de São Paulo Instituto de.
ANÁLISE SWOT Análise Interna Análise Externa
- GQM – Goal/Question/Metric
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
Análise e Projeto de Sistemas
Arquitetura Usual Definição: Arquitetura que faz uso de apenas duas camadas que, formalizadas, podem ser citadas: View (Visualização): camada que contém.
Estudo comparativo de arquitecturas para aplicações empresariais
Adriano Castro Guilherme Morisson Maycon Braga Rodrigo Marangon
Prof. Jorge Luis Risco Becerra Auxiliares:Prof. Eduardo Lobo
Model-View-Controller (MVC) em Aplicações Web Eduardo Martins Guerra Desenvolvimento de Soluções WEB.
Engenharia de Software
UFRPE – Modelos de Qualidade Teresa Maciel
Técnicas de Construção de Programas Trabalho Final: Sistema de Votação para o Colegiado do Depto. de Informática Aplicada do Instituto de Informática.
Projetar Serviços Vítor Braga –
RUPinho Qualidade de Software
Avaliação do RUP como processo para desenvolvimento de software
Universidade Federal de Lavras - UFLA
O Fluxo de Implementação
Desenvolvimento de Sistemas Orientados a Aspectos
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Design Patterns / Acesso ao banco de dados (java.sql)
Análise e Projeto de Sistemas
Objetivos das Atividades de Implementação • Implementar as classes do modelo de projeto em termos de componentes (código fonte ou executável, etc.) •
PFC Projeto Final de Curso
Gerenciamento de Processos - PNQ
PLANEJAMENTO DO EXPERIMENTO
GESTÃO DE PROCESSOS Aula 8 – Modelagem dos Processos / Indicadores de Desempenho de Processos Prof. Cláudio Zeferino.
Arquitetura de Desenvolvimento Web MVC vs. Three Tiers
Implementação MVC Pedro Antonino.
Como trabalham os Químicos
Engenharia de Software
Padrão- MVC Model, View, Controller
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Padrões de Interação com o Usuário
Unidade 1 – Introdução a J2EE Prof.: Henrique Santos
Decisão #1 Decisão-chaveUtilização de C para desenvolvimento do MCTCore. DriversRNF: O código deve ser escrito na linguagem C. Descrição O sistema legado.
SISTEMA PROCESSUAL DIGITAL
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 5
ABC reuso Reengenharia Primeiras conclusões. ABC reuso Análise do Código Fonte Arquitetura em Camadas Fachada (SIAlocacaoPlus) Negócio (Cadastros) Persistência.
Padrão de desenvolvimento
Laboratório I Mateus Raeder. Mateus Raeder – março de 2010 Tipos de erro  No processo de desenvolvimento de um programa em Java podem ocorrer alguns.
Engenharia de Software
Gerenciamento de Qualidade
Programação para Internet
Engenharia de Software
Orientação a Objetos e Java Alexandre Mota  Centro de Informática, UFPE.
Projeto Supervisionado no Desenvolvimento de Aplicações Profissionais na Web Servidores.
Professora Michelle Luz
UCSal – Tecnologia em Análise e Desenvolvimento de Sistemas Programação para Aplicações WEB Profa. Semíramis Assis
Apresentação: Eduardo Jesus Coppola Gerenciamento eletrônico de PALESTRAS Kickoff do Projeto.
Gerenciamento de Escopo
Desenvolvimento WEB II Ajax – Utilização de Frameworks Javascript Professora: Kelly de Paula Cunha.
QUALIDADE DE SOFTWARE Prof. Carlos Augusto da Costa Carvalho.
Sistemas de Informação Contábil
FACULDADES UNIFICADAS DOCTUM FACULDADES UNIFICADAS DOCTUM UTILIZAÇÃO DE PADRÕES DE PROJETO EM UMA APLICAÇÃO WEB: ÊNFASE NO PADRÃO MODEL VIEW CONTROLLER,
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Aplicações em Três Camadas MVC – Model, View, Control.
Delegação  É uma maneira de tornar a composição tão poderosa para fins de reutilização como a herança. Na delegação, dois objetos são envolvidos no tratamento.
Aplicativos para Web MVC Prof. Odair Indena Jr.
Solução sistêmica para apoiar os processos de fiscalização da Arsesp Agosto/2015 IX Congresso Brasileiro de Regulação.
CMMI Capability Maturity Model Integration
Síntese do Negócio ONTOWEB. Ontoweb – Nova Geração de Ferramenta de Busca Possui comportamento inteligente que auxilia o usuário a organizar e compartilhar.
Transcrição da apresentação:

UM ESTUDO EXPERIMENTAL USO DE MVC UM ESTUDO EXPERIMENTAL Adriano da Silva Castro Guilherme Morisson Maycon Ferraz Braga Rodrigo Marangon

O que é MVC? O Model-view-controller (MVC) é um padrão de arquitetura de software. Separação entre os dados (Model) e o layout (View). Alterações feitas no layout não afetam a manipulação de dados. Separação das tarefas de acesso aos dados e lógica de negócio, lógica de apresentação e de interacção com o utilizador.

O Experimento Estudo caracterizado pelo maior controle do experimentador sobre: ambiente; participantes; objeto do estudo. O experimentador pode: alterar o valor de algumas variáveis de entrada; observar os efeitos dessa mudança sobre aquilo que lhe interessa estudar.

O Experimento Resultados são mais confiáveis; Minimização dos efeitos que os fatores externos exercem sobre o estudo; Etapas: definição, planejamento, operação, análise e empacotamento.

Definição (GQM) Meta (goal): verificar se o uso do padrão MVC é o melhor para ser utilizado em Sistemas Web. Questões (question): Há legibilidade no código? Como fica a agilidade no desenvolvimento? Qual é a incidência de erros no código? Métricas (metric): A comparação entre as classes implementadas apresenta algum padrão? Quanto tempo cada equipe gastou? Após a entrega de cada módulo, utilizar-se-á do contador de erros do compilador para medir a incidência dos mesmos.

Planejamento Seleção do contexto: desenvolvimento de sistema utilizando MVC e não utilizando; Seleção dos participantes: 10 estudantes bem nivelados em termos de experiência em programação Java para Web;  Seleção das variáveis: n - Número de trechos de códigos semelhantes entre as classes; t - Tempo gasto por cada equipe no desenvolvimento; e - Número de erros indicado pelo compilador no final do desenvolvimento.

Planejamento (Formulação de hipóteses) Hipóteses de Legibilidade:  Em ambos os casos não houve diferenças quanto à legibilidade do código; Um caso possui maior legibilidade. Hipóteses de Agilidade: Não houve diferenças quanto ao tempo gasto entre as duas equipes; Uma técnica permite a conclusão do projeto com menos tempo; Hipóteses de Incidência de Erros: Não houve diferença no número de erros após a conclusão do projeto. Uma das técnicas reflete um menor número de erros ao final do projeto.

Próximas etapas no próximo trabalho...