FERRAMENTA DE ANÁLISE DINÂMICA E MONITORAMENTO DE EXECUÇÃO

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Análise e Projeto de Sistemas III
Análise e Desenvolvimento de Sistemas
Engenharia de Software Qualidade de Software Uma abordagem conceitual André Luis Zanon São Carlos SP – UFSCAR 2010 Engenharia de Software – UFSCAR.
Ciclo de vida e organização do projeto
UML no CICLO de DESENVOLVIMENTO
Entrada e Saída Introdução.
UML Visões – Parte 2.
Scientific Linux O Sistema Linux muito parecido com RedHat e CentOS mas que é tão estável quanto.
Sistemas Operacionais de Rede Professor: João Paulo de Brito Gonçalves
UENP - FALM Análise e Projeto de Sistemas III
Projeto de Sistemas de Software
Um Processo Baseado em MDA para a Especialização de Mecanismos de Persistência Fabio Seixas Marques Seminário LES – 7 de abril de.
Linguagens de Modelagem para SMA
Cartões CRC (Class Responsibility Card)
1 MODELAGEM COM A UML (UNIFIED MODELING LANGUAGE) BREVE HISTÓRICO CARACTERÍSTICAS CONCEITOS DE PROGRAMAÇÃO ORIENTADA A OBJETOS MODELAGEM DE ANÁLISE E DE.
Modelo de Arquitetura Diagrama de Componentes
CAPÍTULO Sistemas de supervisão 2. Sistema SCADA
Virtualização..
Análise e Projeto de Sistemas
Análise e Projeto de Sistemas
GSCI - GSIG GSCI - GSIG Prof. Ricardo Villarroel Dávalos, Dr. Eng. Palhoça, Junho de 2005 Modelagem de Processos de Negócio.
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
TSDD Teste de segurança durante o desenvolvimento.
Metodologia Versão 2 FSRS.
FDD.
Modelagem para Web Aula de 11/04/2011.
Ferramenta de Gerenciamento
Programação I Caderno de Exercícios Nome.
Desenvolvimento para Dispositivos Móveis
SGI Apresentação Técnica.
Engenharia de Software e Sistemas de Informação e Gestão
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Adriano da Silva Castro
Tipologia da Informação “As organizações dependem de informações de naturezas diversas para alcançar seus objetivos” Adriana Beal Classificação quanto.
Projeto de Sistemas de Software
Análise e Projeto de Sistemas
Franklin Ramalho DSC – UFCG CIn - UFPE
Referências: Booch, G. et al. The Unified Modeling Language User Guide
Cristiano Soares Rafael di Lego Roberto Nemirovsky Thiago Nascimento
Métodos Quantitativos
Modelagem de Negócio no RUP
Validação de Diagrama de
Endeavour Apresentação da Ferramenta. Observações a respeito da escolha da ferramenta o foco do trabalho não são as ferramentas em si, mas sim a integração.
Modelando Sistemas em UML
Desenvolvimento de Software Dirigido a Modelos
Retaguarda – Curva ABC IdentificaçãoRET_012 Data Revisão25/10/2013.
UML e a Ferramenta Astah
Estruturado e Pró-ativo
Retaguarda – Curva ABC.
Java Disciplina: Programação II Professora: Mai-Ly Vanessa.
Modelo de Análise e Projeto
Diagramas de Caso de Uso
Engenharia de Software e Sistemas
Linguagem técnica de programação I Java
Engenharia de Sistemas Embarcados Aula 5: Um Conjunto Básico de Ferramentas.
Análise e Projeto de Sistemas
Gestão da Produção e Logística
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
FP.AC Apresentação da Release 4 Sistema de Rastreamento Veicular para Auxilio no Atendimento de Ocorrências Policiais
OCLE Object Constraint Language Environment Fábio Moura CIn-UFPE.
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
JBuilder Daniel Almeida, Dayene Mendes, Gustavo Ribeiro, Thiago Dias.
Fundamentos de Engenharia de SW Diagramas da UML Usados no Projeto de Software.
Projeto: G-TV (Gestor de TV por Assinatura) CSTADS Aluno: Fellipe Weldson de Oliveira Ferreira Gerente: Eriko Brito Projeto Supervisionado de Análise e.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
VIRTUALIZAÇÃO - INTRODUÇÃO Na área de TI; O que é sistema legado? É o termo utilizado em referência aos sistemas computacionais de uma organização que,
UNIVERSIDADE CATÓLICA DE PELOTAS CENTRO POLITÉCNICO CURSO DE CIÊNCIA DA COMPUTAÇÃO Redes de Computadores Ferramenta NTop (Network Traffic Probe) Explorador.
Wireshark Marcelo Wurdig - Marçal Pizzi UCPEL Centro Politécnico Ciência da Computação Redes II.
Transcrição da apresentação:

FERRAMENTA DE ANÁLISE DINÂMICA E MONITORAMENTO DE EXECUÇÃO JPROFILER FERRAMENTA DE ANÁLISE DINÂMICA E MONITORAMENTO DE EXECUÇÃO

Introdução Empresa alemã EJ-Technologies Alguns de seus clientes são IBM, Adobe, AT&T, Xérox, Oracle, Schlumberger, entre outros

Características Ferramenta de fácil utilização, instalação e configuração Não sobrecarrega o sistema Possui integração com várias IDEs e servidores de aplicação Suporte a plataformas 32 e 64 bits Excelente suporte ao Java Enterprise Edition. A exibição dos resultados é em tempo real Os gráficos são completos, permitindo agrupamentos por métodos, classes ou pacotes.

Memory Views

Heap Walker

CPU Views

Thread Views

Monitor Views

VM Telemetry Views

Processo da Máquina Virtual Java

Tela Inicial da JProfiler

Início da sessão

Árvore de rastros em ordem de execução

Conclusões A ferramenta JProfiler obteve um ótimo desempenho ao monitorar, em tempo de execução, ambas as aplicações, organizando os dados de processos e alocação de memória provenientes da JVM e mostrando-as ao usuário sob diversas formas (Gráficos, organogramas, mapas, etc).

Conclusões De acordo com a opção selecionada na ferramenta, ela cumpriu o seu papel ao montar gráficos e organogramas, apresentando a análise dos dados resultantes sob diversas formas de granularidade (Classes, métodos e pacotes).

Conclusões A ferramenta disponibiliza gráficos que acusam a presença de memory leaks e deadlocks no sistema alvo. Com isso, possíveis problemas quanto ao comportamento da aplicação são detectados, permitindo ao desenvolvedor planejar uma estratégia para correção do sistema.

Conclusões As saídas do sistema, i. e. os gráficos e os dados em metadados não colaboram para a recuperação de alguns itens de engenharia reversa, por não seguirem um padrão de mercado (por exemplo, Diagramas de sequência UML, padrão de codificação XMI, etc). Documentos que ajudariam nas diversas fases da reengenharia, como casos de uso e diagrama de classes não podem ser gerados a partir dos dados fornecidos.