Upload
vukhanh
View
219
Download
0
Embed Size (px)
Citation preview
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWARE
1
GARANTIA DA QUALIDADE
REVISÕES
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
2
O objetivo de uma revisão é definir os procedimentos para os passosque serão seguidos nas reuniões de revisão, como:
Preparação; Condução da reunião; Grau de comprometimento dos participantes; Qualidade dos resultados.
A IEEE Std. 1028 – 1998 é a principal regulamentação para Revisões deSoftware e pode ser baixado no endereço: http://bit.ly/ieee_1028,versão original no formato pdf em inglês.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
3
Com IEEE 1028 temos os cinco tipos de revisão de software emconjunto com os procedimento necessários para a execução de cada.Este documento não aborta assuntos como:
Os seis modelos de revisões que são mais abordados:
Quando uma revisão seria necessária? Como escolher o tipo de revisão a ser usado?
Revisão a nível Gerencial; Revisões Técnicas; As Inspeções; Apresentação ou Walkthroughs; Revisões Informal; Revisão Individual.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
4
Revisões Gerenciais – É conduzida pelo gerente de um projeto. Seuobjetivo principal é avaliar os problemas técnicos e gerenciais,analisando seu progresso em relação aos planos de desenvolvimentodo projeto, podendo ser adotadas como controle de projeto, revisõesrealizadas por período semanais, quinzenais oumensais.
Revisões Técnicas – Principal tipo de revisões, sendo as formalidadesaqui definidas como essenciais para a eficácia de remoção de defeitos.
Nesse grupo possuímos outros dois tipos de revisões técnicas quesão por razões de custo ou por inadequação de material, cabendoao gerente do projeto decidir qual usar.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
5
Revisões por Inspeções – Concentra‐se na análise de aspectosselecionados, um de cada vez.
Seu uso é obrigatório para a geração de uma lista de defeitos compadrões de classificação.
Esse tipo de revisão costuma remover entre 60% a 90% dosdefeitos, sendo muito mais eficazes que testes.
São bastante aplicados na revisão dos detalhamentos de desenho edo código no fluxo de Implementação.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
6
Revisões de Apresentação ou Walkthrough – O autor do projetoapresenta o material em uma ordem lógica sem se preocupar com oslimites de tempos do projeto, em grupo de pares, que checam omaterial à medida que ele vai sendo apresentado.
Neste procedimento poderão ser simulados os passos a passos nodesenvolvimento do projeto.
Este tipo de revisão não necessita de muita preparação prévia, epoderá ser feita com maior número de participantes possíveis.
Essas revisões apresentam uma eficácia média na detecção dedefeitos e podem ser usadas em pontos do projeto onde sãorequeridas apresentações ao cliente.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
7
Revisões Informais – Realizada pelos autores do projeto, geralmentecom apenas um grupo de pares. Não possui formalidades requeridas pelas revisões técnicas.
Este tipo de revisão poderá ser realizada em conjunto com osdesenvolvimento de:
o Requisitos;o Análise;o Desenho;o Preparação dos Testes.
Revisões Individuais – Realizada pelos autores do projeto, seguindoformalmente os roteiros pertinentes, eventualmente com a ajuda depares.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWARE
8
GARANTIA ESTATÍSTICA DA QUALIDADE
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREGARANTIA ESTATÍSTICA DA QUALIDADE
9
É de responsabilidade de todos os participantes envolvidos nodesenvolvimento de software.
Conseguimos alcançar a qualidade: Pela análise; Pelo projeto; Pela codificação; Pelo testes dos componentes.
A garantia estatística de qualidade de software apoia‐se naquantidade da frequência em que se ocorre erros e inconsistências nossoftwares rastreados ao longo de um período específico de tempo.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREGARANTIA ESTATÍSTICA DA QUALIDADE
10
Passos para o Controle de Qualidade de Software (Software QualityAssurance ‐ SQA) de estatística:
Rastrear o defeito até sua causa subjacente;
Considerar que 20% do código têm 80% dos defeitos;
Corrigir os problemas que causaram os defeitos.
Pressman (2004), destaca alguns dos passos necessários para serrealizado um SQA Estatística e se criar um processo adaptativo deengenharia de software no qual são feitas modificações paraaprimorar os elementos do processo que promovem erro:
Coletar e categorizar os defeitos de software encontrados;
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREGARANTIA ESTATÍSTICA DA QUALIDADE
11
A aplicação da SQA Estatística pode ser resumidos em:
“ Gaste seu tempo focalizando as coisas que realmenteimportam, mas primeiro esteja certo de que você
compreendeu o que realmente importa !”
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWARE
12
MEDIDAS E MODELOS DE CONFIABILIDADE DE SOFTWARE
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWARE
13
VISÃO GERAL
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
14
CASO ACONTECIDO COM O NAVIO DE GUERRA USS YORKTOWN
Membro da tripulaçãodigitou o valor “0”, zero, emum campo causando umerro de “divisão por zero”desligando os motores.
A matemática nos diz“nunca dividirás por zero”.
O navio americano ficou àderiva por 2h 45min.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
15
CASO ACONTECIDO COM O ARIANE 5 FLIGHT 501
Lançado em 04/06/1996, o código‐fonte doAriane 5 é uma reutilização do Ariane 4.
A falha ocorreu durante a execução de umaconversão um número em ponto flutuanterepresentado com 64 bits foi convertidopara um inteiro com sinal de 16 bits.
O custo da falha atingiu valores superioresa US$300 milhões, dados de 1996.
O número era demasiado grande para serrepresentado com 16 bits e isso causouuma falha, explodindo 40s após decolagem.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
16
NASA PERDE A SONDA PARA MARTE “MARS POLAR ORBITER”
Em 1999, o satélite foi destruídodevido a uma confusão no uso dosistema de medida, a equipe daTerra fez uso do Sistema Imperial(Inglês) para calcular osparâmetros de inserção dodispositivo na atmosfera Marcianaenquanto este realizava cálculosno Sistema Métrico.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
17
PRECISAMOS TOMAR CUIDADO COM A COMPRA DE NOVO CARRO
Com um sistema de controlebaseado em rádio transmissão enavegação possui mais de20.000.000 milhões de linhas decódigo para serem interpretadas...
Mercedes Bens modelo S550.
Considerado um ótimo veículo,devido aos rígidos critérios defabricação alemã.
Tomará que não aconteça um erro...
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
18
Já foi apresentada que uma definição para a Engenharia de Confiabilidade de Software, seria o
estudo quantitativo (quantidades) do comportamento de um software com respeito à confiabilidade dos
requisitos dos usuários.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWARE
19
MODELO DE CONFIABILIDADE
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
20
Um modelo de confiabilidade de software especifica a forma geral dadependência do processo de falhas sobre os fatores que a afetam: Introdução de defeitos; Remoção de defeitos; Ambiente de operação.
Todos os modelos de confiabilidade de software são de naturezaprobabilística que tentam especificar a probabilidade de falhas nosoftware.
Podendo expressar: Número médio de falhas observadas num ponto no tempo; Número médio de falhas num intervalo de tempo; A intensidade de falhas num ponto no tempo.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
21
Para um bom modelo de confiabilidade precisamos:
Obter boa predição para o comportamento futuro; Ter forma funcional simples; Amplamente aplicável; Baseado em suposições concretas.
Suponhamos um software que tenha como confiabilidade de 98%, por8 horas corridas de processamento. Significa dizer que:
O software for executado em torno de 100 vezes; Com um tempo de 8 horas de execução; Provavelmente funcionará corretamente 98 das 100 vezes.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
22
O principal problema de confiabilidade é seu percentual, definida paracada processo na engenharia de software sendo muito relativo, poisdependerá da complexidade e importância do processo para o sucessodo sistema.
Como exemplo poderíamos citar a monitoração de uma Caldeira: Seu sistema de aquecimento em uma siderúrgica precisa de um
percentual de confiabilidade muito próximo a 100 %;
Esse processo precisa trabalhar de forma ativa por 24 horas, 7 diaspor semana, pois caso ocorra o desligamento da caldeira, o custo dereaquecimento será extremamente alto.
Portanto, alguns processos automatizados precisam necessariamente de percentuais de confiabilidade altos e outros nem sempre.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREMEDIDAS E MODELOS DE CONFIABILIDADE
23
Alguns fatores que podem ser responsáveis pela presença de falhas nossoftwares decorrentes de falhas de hardware sem devem a desgastefísico e não a defeitos, como: Temperatura; Corrosão; Choque térmico.Devemos considerar a questão da disponibilidade de software comouma probabilidade de que um programa esteja operando de acordocom os requisitos em determinado ponto do tempo.
Quando temos uma medida de disponibilidade alta para um software a razão torna‐se inversamente proporcional à capacidade de
manutenção do software.
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
24
AULAS DE APOIO
Estarão disponibilizadas nos descritos a baixo para downloads osarquivos nos formatos: PowerPoints ou Word das aulas. Algunsestarão disponíveis para impressão, outros, somente para leitura,mas não para edição. Em alguns casos em que se fizer necessário aimpressão, o professor estará liberando para um melhordesenvolvimento dos trabalhos a ser solicitados.
www.aulasprof.6te.net ou www.profcelso.orgfree.com/
Contato: [email protected]
ADS/REDES/ENGENHARIA Prof.CelsoCandido
QUALIDADE DE SOFTWAREREVISÃO – VISÃO GERAL
25
FIM