GARANTIA DA QUALIDADE REVISÕES - …profcelso.orgfree.com/Arquivos_Aulas/06-Qualidade_Soft/AULAS/05... · O principal problema de confiabilidade é seu percentual, definida para

ADS/REDES/ENGENHARIA Prof.CelsoCandido

QUALIDADE DE SOFTWARE

1

GARANTIA DA QUALIDADE

REVISÕES


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.



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.



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.



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.



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.



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.



8

GARANTIA ESTATÍSTICA DA QUALIDADE


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.



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;



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 !”



12

MEDIDAS E MODELOS DE CONFIABILIDADE DE SOFTWARE



13

VISÃO GERAL


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.



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.



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.



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...



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.



19

MODELO 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.



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.



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.



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.



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]



25

FIM

Documents

GARANTIA DA QUALIDADE REVISÕES - …profcelso.orgfree.com/Arquivos_Aulas/06-Qualidade_Soft/AULAS/05... · O principal problema de confiabilidade é seu percentual, definida para