QUALIDADE DE SOFTWARE - Aula_02

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

*
Aula 01
*
QUALIDADE DE SOFTWARE
GESTÃO DA TECNOLOGIA DA INFORMAÇÃO - EAD
PROF REGINAFELICIO
Rio de Janeiro 02 de Agosto de 2011
FATORES E MÉTRICAS DE QUALIDADE
Aula 01 / *
AULA 1
* AULA 02 
Aula 02 / *
OBJETIVOS DA AULA
Apresentar:
visão geral dos fatores que afetam a qualidade
Conceitos e Atividades de garantia da qualidade de software (SQA). 
A Revisão de software como prevenção na descoberta de defeitos. 
A Revisão técnica formal (FTR) como meio para melhorar qualidade de software. 
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
POR QUE MEDIR QUALIDADE?
Objetivo: determinar valor de uma grandeza. 
 Compara uma grandeza com um padrão.
 Obtém uma indicação de qualidade.
O processo e software precisam ser medidos
Fatores que afetam a qualidade
 Aspectos mensuráveis (grupos de fatores)
Tempo / Custo / Produtividade / Conformidade com padrões
 Aspectos não mensuráveis diretamente
Usabilidade / manutenibilidade
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
MEDIDAS SÃO NECESSÁRIAS?
Estimar e controlar tempo e custo
Analisar desempenho e resultados (desenvolvimento / manutenção)
 visão do desenvolvedor e usuário
Permitir padronização
Estimar a produtividade da equipe
Estimar recursos adequados
Aplicar ações corretivas e preventivas, diante de riscos eminentes.
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
FATORES DE QUALIDADE
Afetam a qualidade do software
Considerar no software
 características operacionais
 manutenibilidade de mudanças
 adaptabilidade a novos ambientes
Categorias
 Revisão do produto
 Operação do produto
 Transição do produto
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CATEGORIA REVISÃO
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CATEGORIA OPERAÇÃO
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CATEGORIA: TRANSIÇÃO
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
COMO USAR MÉTRICAS?
Pressman
 Dificuldade: medidas diretas nas métricas propostas por McCall
 subjetividade na medição.
McCall
 escala padrão (0 a 10), estabelecendo métrica para cada fator que afeta a qualidade
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
INFLUENCIAM QUALIDADE
Ausência de:
modelo corporativo de qualidade.
procedimentos de testes automatizados.
profissionais capacitados em qualidade.
Deficiência no planejamento e aplicação dos testes.
Qualidade é aplicada tardiamente no processo.
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
BENEFÍCIOS DA QUALIDADE
Ciclo de desenvolvimento de SW confiável.
Garante ações corretivas no ciclo de desenvolvimento.
Evita a ingerência do projeto de software.
Amplia chances de sucesso do proj. de SW
Amplia a produtividade do desenvolvimento.
Evita a propagação de erros.
Automação de testes reduz custos do projeto.
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
GARANTIA DE QUALIDADE
A garantia da qualidade de software (Software Quality Assurance – SQA) 
 Aplicada em todo o processo de engenharia de software.
Avaliações, Auditorias, revisões
Define 
Padrões, Procedimentos, Acompanhamento de erros e Documentação necessária
Realimenta a equipe com conclusões do projeto
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
ATIVIDADES - SQA
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
REVISÕES DE SOFTWARE
Métodos de validação de qualidade – uso pela equipe técnica.
Processo
Produto
Filtram erros e inconsistências no processo de desenvolvimento.
Objetivos
Apontar melhorias ao produto ou parte dele
Tornar o trabalho técnico mais administrável.
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
TIPOS DE REVISÕES
Inspeções de projeto ou programa
 Detectar erros nos requisitos, projeto ou código
Revisões de progresso
Informações p/ gestão do progresso geral do projeto
Revisão do processo, produto (custos), planejamento e prazos
Revisões de qualidade
Análise técnica do produto ou documentação
Detectar inconsistências entre:
 especificação e projeto
Código ou documentação
Assegurar se padrões de qualidade foram seguidos?
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CUSTOS DA QUALIDADE
 Custos Operacionais de implementação de atividades de qualidade no processo.
4 categorias
 1 Prevenção (defeitos) – 5 a 15 %
 2 Avaliação - 20 a 25%
 3 Custos de Falha interna – 65 a 70%
 4 Custos de Falha externa – 65 a 70% 
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CUSTOS DE PREVENÇÃO 
Função: prevenção de defeitos
Atividades
 Planejamento da qualidade
 Revisões técnicas formais	
 Equipamento de teste
Treinamento
Controláveis 
Investimento
Voltar
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CUSTOS DE AVALIAÇÃO 
Função: remover do processo, produtos com defeitos.
Atividades
 Inspeção (intra e inter) processos
 Manutenção equipamento
 Teste
Incontroláveis
Perdas e prejuízos
Voltar
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CUSTO DA FALHA INTERNA
Função: remover defeitos ANTES da entrega ao cliente
Atividades
 Trabalhos a refazer
 Análise do modo como a falha ocorreu
Incontroláveis
Perdas e prejuízos
Voltar
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
CUSTO DA FALHA EXTERNA
Função: remover defeitos APÓS entrega ao cliente
Atividades
 solução de queixas
 devolução e substituição de produtos
 manutenção da linha de suporte
Incontroláveis
Perdas e prejuízo
Voltar
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
REVISÃO SW - CONCLUSÃO
Custo de identificação e reparo do erro/defeito
Cresce a medida em que o tempo passa.
 Aumenta a insatisfação (interna e externa)
Dica: investir e Prevenção
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
REVISÕES TÉCNICAS FORMAIS
Principal atividade de um SQA
Objetivos
 Descobrir erros de função, lógica ou implementação do SW; 
 Verificar se SW atende aos requisitos; 
 Garantir que o SW está de acordo com padrões pré-definidos; 
 Obter um SW desenvolvido de forma uniforme; 
 Tornar os projetos mais administráveis
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
RTF - ETAPAS
1. Reunião da Revisão
2. Comunicação e manutenção de registros de revisão
3. Diretrizes de revisão
4. Lista de Conferência de revisão.
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
LISTA DE CONFERÊNCIA DE REVISÃO
Planejamento
Os recursos estão adequados e disponíveis?
Análise de Requisitos
 Os requisitos tem consistência com os prazos, recursos e orçamento?
Projeto de Software
 Os módulos são independentes?
Programação
 O projeto foi adequadamente codificado na LP?
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
ATIVIDADES PROPOSTAS
É possível avaliar a qualidade do software se o cliente ficar mudando de idéia sobre o que ele espera que o sw faça?
Um programa pode estar correto e ainda assim não exibir boa qualidade?
Aula 02 / *
AULA 1
* AULA 02 
Aula 02 / *
PRÓXIMA AULA
Na próxima aula veremos como a garantia estatística de qualidade de software possibilita uma análise mais quantitativa a respeito da qualidade. Veremos que para o software, a garantia estatística de qualidade implica em alguns passos importantes. 
*