APLICATIVO PARA CÁLCULO DE MÉTRICA DE SOFTWARE EM CÓDIGO-FONTE PL/SQL

Tamanho: px

Começar a partir da página:

Download "APLICATIVO PARA CÁLCULO DE MÉTRICA DE SOFTWARE EM CÓDIGO-FONTE PL/SQL"

Gustavo Vilalobos Casado
8 Há anos
Visualizações:

1 APLICATIVO PARA CÁLCULO DE MÉTRICA DE SOFTWARE EM CÓDIGO-FONTE PL/SQL Karine Trevisani Cunha Alexander Roberto Valdameri - Orientador

2 Roteiro Introdução Objetivos Motivação Fundamentação Teórica Desenvolvimento Especificação (requisitos e diagramas) Implementação (trechos importantes) Operacionalidade Conclusão Extensões Relevância Pessoal

(requisitos e diagramas) Implementação (trechos

3 Introdução Métrica de software Complexidade Ciclomática (CC) proposta por McCabe Códigos escritos em PL/SQL

4 Objetivos Calcular a métrica da CC em códigos PL/SQL Identificar as quebras de fluxo do código Gerar o resultado, acompanhado de um parecer

5 Motivação Necessidade da empresa Mensuração de sistemas legado Avaliação da complexidade Possibilidade de melhoria Diminuição dos custos de manutenção Somente códigos Delphi e Java

6 Métricas de Software Não se pode controlar o que não se pode medir. (De Marco, 1989) Classificação Processo Produto Crescente preocupação das empresas em mensurar sistemas. As métricas vem se aprimorando. Hoje são amplamente utilizadas. A métrica deste trabalho é de produto

preocupação das empresas em mensurar sistemas.

7 Teste de Software Testar para obter qualidade Antes, durante e depois Ocorrência de erros por várias causas A atividade deve ter especial atenção Tipos de teste mais conhecido Caixa Preta Caixa Branca Teste do caminho básico Funcional, simula ação do usuário Estrutural, realizado com base nos códigos gerados

Tipos de teste mais conhecido Caixa Preta Caixa Branca Teste do caminho

8 Manutenibilidade Processo de modificação após entrega Atributo de qualidade da ISO/IEC Pode corresponder a 70% do custo do sistema Um dos aspectos para o calculo: complexidade Ciência do Software e Complexidade Ciclomática

a 70% do custo do sistema Um dos aspectos para o calculo:

9 Ciência do Software Métrica de Halstead Calculada após a geração do código Formado basicamente de operadores e operandos n1 n2 N1 N2 número de operadores distintos número de operandos distintos número total de ocorrências de operadores número total de ocorrências de operandos São gerados valores como o comprimento global do programa, o nível do programa, o nível da linguagem, entre outros.

número total de ocorrências de operadores número total de ocorrências de operandos São gerados

10 Complexidade Ciclomática Mede testabilidade e manutenibilidade Proposta por McCabe na década de 70 Mostra o quanto um programa é complexo Resulta um único número O resultado pode ser comparado, independente da linguagem Costuma ser representado por um grafo com uma entrada e uma saída, mostrando o fluxo de ações

número O resultado pode ser comparado, independente da linguagem Costuma ser

11 Complexidade Ciclomática Testabilidade: número mínimo de casos de teste necessários para testar todos os caminhos independentes Manutenibilidade: observar a classificação a seguir: CC maior que 50 Avaliação do Risco programa simples, sem muito risco. programa mais complexo, risco moderado. programa de risco elevado programa incompreensível, risco muito alto Quanto menor a CC, menor esforço pra manter o sistema Se CC muito grande, quebrar código em vários módulos

programa simples, sem muito risco. programa mais complexo, risco moderado.

12 Notação de Fluxo Representação gráfica de um módulo de software Cada estrutura lógica tem sua própria representação

13 Complexidade Ciclomática Fórmula: CC = E N + p» E = número de arestas» N = número de nós» p = número de entradas e saídas Como só existe uma entrada e uma saída, p é sempre igual a 2 Graficamente, é também o nº. de regiões

14 PL/SQL Extensão procedural da linguagem SQL Apresenta basicamente a seguinte estrutura: DECLARE -- Bloco de declaração (opcional) BEGIN -- Programa propriamente dito EXCEPTION -- Bloco de exceções (opcional) END Dois tipos de construções condicionais: IF e LOOP

BEGIN -- Programa propriamente dito EXCEPTION -- Bloco de

15 Estruturas Condicionais Caracterizam uma quebra no fluxo de dados IF v_nome = MARCELO THEN v_cargo := GERENTE ; v_depto := 7; v_salario := sal * 0.20; END IF; IF v_data_conclu > v_data_prev THEN v_flag := Atrasada ; ELSE v_flag := Adiantada ; END IF; IF v_comeco > 100 THEN v_comeco := 2 * v_comeco; ELSIF v_comeco >= 50 THEN v_comeco := 0.5 * v_comeco; ELSE v_comeco := 0.1 * v_comeco; END IF; DECLARE v_nro_ordem item.nro_ordem%type := 100; v_contador NUMBER(2):= 1; BEGIN LOOP INSERT INTO item(nro_ordem, seq) VALUES (v_nro_ordem, v_contador); v_contador := v_contador + 1; EXIT WHEN v_contador > 50; END LOOP; END; DECLARE v_nro_ordem item.nro_ordem%type := 100; BEGIN FOR i IN LOOP INSERT INTO (nro_ordem, seq) VALUES (v_nro_ordem, v_contador); END LOOP; END; DECLARE v_nro_ordem item.nro_ordem%type := 100; v_contador NUMBER(2):= 0; BEGIN WHILE v_contador < 10 LOOP INSERT INTO (nro_ordem, seq) VALUES (v_nro_ordem, v_contador); v_contador := v_contador + 1; END LOOP; END;

5 * v_comeco; ELSE v_comeco := 0.1 * v_comeco; END IF; DECLARE v_nro_ordem item.

16 Exemplo

17 Resolução CC = E - N + 2 E = 9 N = 7 CC = 4 Usando a outra maneira, apenas gráfica, o resultado é o mesmo, são 4 regiões distintas

resultado é o mesmo, são 4 regiões distintas 1 2

18 Trabalhos Correlatos Possamai (2000) - Métricas para Pascal Seibt (2001) - Métricas OO Gonçalves (2003) - Métricas e testes para Delphi

19 Requisitos Importação de arquivos PL/SQL (RF) Reconhecer quebras de fluxo de dados (RF) Apresentar resultado com um parecer (RF) Gravar resultado em arquivos externos (RF) Ser desenvolvido em Java (RNF) Usar a métrica conforme McCabe (RNF)

parecer (RF) Gravar resultado em arquivos externos (RF) Ser

20 Especificação Inicialmente especificado para operação em modo console Versão final da especificação visando operação em modo gráfico Foram utilizados os conceitos dos diagramas da UML Foram criados os diagramas de caso de uso e de classes para o aplicativo. Especificado através da ferramenta Enterprise Architect

conceitos dos diagramas da UML Foram criados os diagramas de caso de uso e de

21 Caso de Uso Contempla os requisitos de importação de arquivos e reconhecimento de quebras Contempla o requisito de apresentar o resultado com parecer Contempla o requisito de gravar o resultado em arquivos externos

22 Diagrama de Classes

23 Desenvolvimento Criada uma versão console e outra gráfica Ambas implementadas em Java Versão console - ferramenta Eclipse Versão gráfica - ferramenta Net Beans

24 String Tokenizer Codificação

25 Cálculo da CC Codificação

26 Versão Console Geração do Resultado Rotina de Ajuda

27 Operacionalidade Tela principal Arquivo escolhido Escolha de arquivos Botão de cálculo Botão Sobre...

28 Operacionalidade Tela de Resultados Nova análise Classificação Salvar em arquivo Área de resultados

29 Conclusões Cenário real da empresa Diferente dos outros trabalhos Será continuada a versão console e adequada à empresa. Com isso o QA poderá ter estatísticas sobre os sistemas implantados e novos desenvolvimentos Objetivos alcançados. Por não usar estruturas gráficas como os demais, não foi preciso BNF e nem fazer o cálculo por arestas e nós

30 Extensões Sugestões para trabalhos futuros e aperfeiçoamentos: Sub-rotinas críticas; Outras métricas; Leitura do banco de dados; Base de dados dos resultados; Linguagem PL para outros bancos; Outras linguagens procedurais.

31 Relevância Pessoal Consolidação dos conceitos de desenvolvimento de projetos; Notoriedade conseguida dentro da empresa; Aprendizado da linguagem Java; Mais uma etapa vencida.

Documentos relacionados

FERRAMENTA DE APOIO A REESTRUTURAÇÃO DE CÓDIGO FONTE EM LINGUAGEM PL/SQL BASEADO EM PADRÕES DE LEGIBILIDADE

FERRAMENTA DE APOIO A REESTRUTURAÇÃO DE CÓDIGO FONTE EM LINGUAGEM PL/SQL BASEADO EM PADRÕES DE LEGIBILIDADE Formando: Dyckson Dyorgio Dolla Orientador: Prof. Everaldo Artur Grahl Julho / 2001 ROTEIRO DA