View
82
Download
3
Category
Preview:
Citation preview
Qualidade de SoftwareProf.ª M.ª Elaine Cecília Gatto
Aula 02
Contextualização
•A qualidade é relativa. O que pode serqualidade para uma pessoa pode ser falta dequalidade para outra. (G. Weinberg)
Contextualização
Instrumentos
Precisão Cúbito
Contextualização
Contextualização
Contextualização
Contextualização
Contextualização
Contextualização
eficiência
produtividadeconcorrência
disputa
melhoria
Contextualização
Contextualização
Produtos artesanais
Produção Manual
Qualidade Individual de
cada peça
Contextualização
ContextualizaçãoRecursos Humanos
Leis Trabalhistas
Saúde Mental e
Emocional
Contextualização
• Década de 20:
• Controle estatístico da produção
• Controle de processos de fabricação
• Qualidade do Produto final
• Década de 40:
• Órgãos reguladores de qualidade
• ABNT, ISO, ASQC
Contextualização
• Japão (dec. 40)
•Método de Taguchi
•Metodologia 5S
•Diagrama de Espinha de Peixe
Contextualização
complexidadeTamanho das Especificações
Software
• Construção de software
• Ferramentas para construir software
• Processo de produção de software
•Qualidade do produto final construído
Dificuldades na Construção de Software
•Alteração de Requisitos
•Algoritmos existentes (reuso)
• Criatividade
• Comportamento inesperado mesmo sendobem projetado
• Trabalho intelectual das pessoas (capacidadetécnica)
Soluções
•Metodologias
• Ferramentas automatizadas
•Menor carga de trabalho para o ser humano
•Qualidade
Qualidade
É bom?
Funciona?Qual
comprar?Critérios
Qualidade
O que é necessário para
construir?Características
Finalidade
Informações
Requisitos
Especificações
O que garante a qualidade?
Qualidade
•A qualidade é conformidade aos requisitos.(Crosby, 1992)
• É necessário um ponto de referência parajulgar um produto
Qualidade Requisitos
Qualidade
• Como efetuar o julgamento do produto?
•Documentar e analisar todo o processo
• Transmitir resultados
Qualidade Requisitos
Grau (ou intensidade) de Qualidade • Lâmpada de 60W
• Margens de precisão
• 59,9W é melhor do que60,1W?
• 60,1W é mais brilhanteque 59,9W?
• Como saber quanto alâmpada de fatoconsome de W?
Grau (ou intensidade) de Qualidade
1. Definir aconformidade doprojeto
2. Observar oproduto
3. Papel dediferentes clientesno projeto
Qualidade
Características Observadas
–
Características Especificadas
Quanto mais longe da especificação, pior será o produto final!
Grau (ou intensidade) de Qualidade
• Erros medições que não podem sercontroladas
•Desempenho falhas no hardware queafetam a execução do software
Qualidade Observado –
Especificado + Erro
Grau (ou intensidade) de Qualidade
•Os requisitos foram feitos por alguém, logo aqualidade depende das escolhas que alguémefetuou. (Weinberg, 1994)
• Consenso sobre tarefas: como devem serexecutadas, implementadas, quais são as maisimportantes, etc.
OBJETIVO DA QUALIDADE
• Satisfazer o cliente
• Visão de quem projeta X visão de quem compra
• RESULTADO DA DINÂMICA
• Orçamento
• Qual objetivo se pretende alcançar com esteproduto?
• Como assegurar que os objetivos planejados noinicio do projeto serão cumpridos?
Erros de Software – Qualidade
• Erros podem ser relativos e não atrapalhar naexecução do software. Exemplos:
•Games com bugs de cenários
• Sistemas que apresentam erros em apenas1 ou 2 % dos clientes.
• Sistemas em conformidade, erros quaseinexistentes, mas difíceis de usar
Erros de Software – Qualidade
• Custos
• Existência de erros
• Detecção de erros
• Remoção de erros
• Quanto custará oprojeto e qual lucroobteremos?
• Prejuízo causado pelafalta de qualidade
• Custos para garantir umnível de funcionamentodo software
DEFEITO
• É uma imperfeição de um produto
• Faz parte do produto
• Em software:
• É algo que está implementado em código demaneira incorreta
• Um programa defeituoso é um programa quenão funciona como deve
• A execução do programa é interrompida
FALHA
• É o resultado provocado por um defeito oucondição inesperada.
• Exemplo:
•Divisão por zero.
•Quando ocorre uma falha?
• É um código defeituoso?
Soluções
•Depuração de programa
• Reproduzir o defeito
•Onde está o código defeituoso que gerou afalha?
• Técnicas e ferramentas para descoberta ecorreção de código defeituoso
Aspectos Importantes da Qualidade
• Testes de software não garantem a ausênciade erros
•Dificuldade para verificar e validar softwares
•Dificuldade em manter os requisitosconsistentes
• Requisitos impactam no resultado final
Impacto de Erros/Falhas
•O software está embutido em sistemas detodas as naturezas: de transportes, médicos,de telecomunicações, militares, de processosindustriais, de produtos de escritório, ...(PRESSMAN, 2002)
SWEBOK
• IEEE
• Software Enginneering Body of Knowledge
• Corpo de conhecimento de Engenharia deSoftware
• 11 áreas
SWEBOK
• Requisitos
• Gerencia de engenharia
• Projeto
• Métodos e ferramentasde Engenharia
• Construção
• Processo de engenharia
• Testes
• Qualidade
• Manutenção
• Gerência deconfiguração
SWEBOK
Recommended