Upload
maya-lamb
View
39
Download
0
Embed Size (px)
DESCRIPTION
Gerência de Qualidade em Tecnologia de Informação Qualidade de Produto de Sofware Prof. Mário Satochi Assano e-mail [email protected]. Qualidade de Software. Enfoque Juran. Qualidade = Fitness for Use. Atributos do produto e Características da Qualidade. - PowerPoint PPT Presentation
Citation preview
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 |
Gerência de Qualidade em Tecnologia de Informação
Qualidade de Produto de Sofware
Prof. Mário Satochi Assanoe-mail [email protected]
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 2
Qualidade de Software
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 3
Enfoque Juran
Qualidade = Fitness for Use
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 4
Atributos do produto e Características da Qualidade
Tecnológica = Dureza, indutânçia, acidez, etc Psicológica = Paladar, beleza, status, etc Tempo = Confiabilidade, manutenibilidade, etc Contratual = Garantias, Éticos = Cortesia do pessoal de vendas, honestidade, etc
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 5
Parametros para Fitness to Use
Disponibilidade- Tempo disponível / (tempo total)- MTBF/(MTBF+MTTR)
Confiabilidade = livre de falhas Manutenibilidade
- Manutenção programada ou preventiva- Manutenção corretiva
Manufaturabilidade = o quanto um produto projetado pode ser produzido
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 6
Enfoque Crosby
Qualidade = Conformance to Requirements
Conformidade com requerimentos, medidas pelo custo da não conformidade
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 7
Quality = Conformance to requirements
+ Fitness for use
Conformance to requirements = O projeto tem que produzir o que disse que produziria
Fitness for Use = O produto tem que satisfazer as necessidades reais do cliente
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 8
NBR ISO 9000“ A totalidade das características de uma entidade que lhe confere a capacidade de satisfazer as necessidades explicitas e implicitas”
Totalidade das características = indica que tanto aspectos funcionais quanto não funcionais devem ser considerados
Satisfazer as necessidades implicitas e explicitas = ressalta a importancia da conformidade, tanto com requisitos, como com a satisfação daquelas necessidades que não necessariamente estão descritas nos requisitos
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 9
Qualidade de produto de software
Conformidade a requisitos funcionais e de desempenho declarados explicitamente, padrões de desenvolvimento claramente documentados e as caracteristicas implicitas que são esperadas de todo software desenvolvido profissionalmente.
requisitos do usuário
Performance de execução do sistema; cumprimento de cronograma; orçamento do desenvolvimento do produto
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 10
Aspectos gerais da evolução do software
Anos iniciaisOrientação a batchDistribuição limitadaSoftware específico
1950 1960 1970 1980 1990 2010 2000
PCs Sofware Houses
Segunda era-Multiusuário-Tempo real-Banco de dados-Pacote
Terceira era-Sistemas distribuidos-Inteligentes-Hw de baixo custo-Impacto do consumidor
Quarta era-PCs poderosos-Tecnologia orientada a Objetos-Sistemas especialistas-Redes neurais-Computação paralela-Redes
Atualmente-Sistemas abertos-SW baseado em componentes-Wireless-Model Driven development
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 11
Software e suas caracteristicas como produto
Complexidade Regras a serem cumpridas; linhas de código; diversos desenvolvedores
Invisibilidade e intangibilidade
O software é invisível para o usuário; o que se vê são as consequencias de execução do software.
Necessita de modelos paa representar os sistemas de software
Conformidade e modificabilidade
É a interdace entre diversas entidades do meio no qual será utilizado; equipamentos, outros produtos de software, usuários e cultura organizacional
Produção sob medida
Não existe produção em séries, cada usuário é um cliente
Não se desgasta com o uso
Os componentes lógicos são duráveis. A falha de sw resulta de erros de projeto ou de implementação, e os seus defeitos permanecem no sistema até serem percebidos devido a ocorrencia de um erro quando uma determinada entrada acontece
Não tem prazo de validade
Não é sensível a problemas ambientais e nao sofre defeito devido a uso
Custo final Copias em segundos, distribuidas e vários clientes, com o custo unitário do projeto e do desenvolvimento
O cliente paga para corrigir se apresentar erro
Nova versão licenciada, com apenas erros corrigidos
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 12
Iniciativa para a qualidade de processo de software
NBR ISO9000-3 aplicada a desenvolvimento de software, fornecimento e manutenção
NBR ISO/IEC 12207
Define os processos de ciclo de vida de software
NBR ISO/IEC 15504
Avaliação de processo de software. ISO IEC 15504-5 modelo para avaliação; ISO/IEC 15504-2 modelo-referencia de processo
CMMI (CHRISSIS, 2003)
Substitui o CMM, modelo de maturidade de processos
TRILLIUM Canadá, modelo para avaliar o desenvolvimento de produtos e a capacidade de produção de fornecedores de produtos de telecomunicação
MPS Modelo de processo do software, baseado no CMMI, ISO/IEC 12207 E ISO/IEC 15504 e na realidade do mercado brasileiro
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 13
Comparação entre os modelos para processo de softwareAspectos abordados NBR ISO/IEC 12207 CMMI NBR ISO/IEC 15504 MPS
objetivo Estabelecer uma terminologia e um entendimento comum para os processos entre todos os envolvidos com SW
Determinar a capacidade da organização e apoiar a sua evolução de acordo com os niveis estabelecidos
Conhecer e avaliar os processos da organização, determinar a capacitação e prover a melhoria
Melhorar os processos de software na micro, pequenas e medias empresas, a custo acessível em diversos locais do pais
Abordagem Definição dos processos para aquisição, fornecimento, desenvolvimento, operação e manutençao do SW
Avaliação dos processos e enquadramento da organização em um dos níveis de maturidade
Avaliação dos processos da organização em relação aos níveis de capacitação
Avaliação dos processos da organização em relação aos níveis de maturidades (combinação entre processos e sua maturidade)
Organizações-alvo Organizações em geral Organizações que necessitam de comprovação formal de sua capacidade
Organizações em geral Organizações em geral
Definição de processo 43 processos, em 7 áreas de processo
22 áreas de processo, 5 níveis crescente de maturidade
35 processos, em 5 categorias
22 processos, 7 níveis crescente de maturidade
Flexibilidade nos aspectos definidos pelo modelo
Classificação de processos pode ser utilizada coforme objetivos da organização
Níveis e áreas-chave de processo são a base do modelo e não podem ser alterados
Permite a definição de perfis de processo e práticas de acordo com os objetivos da organização
Níveis e menor conteúdo de implementação para facilitar as empresas e motivar a adesão ao modelo.
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 14
Categorias de produto de software - PressmanBásico Um conjunto de programas necessários para dar
apoio a outros programasCompiladores, sitemas operacionais, editores de texto
Tempo real Monitorar, analisar e controlar eventos do mundo real
Controle de navegação, controle de voo, sistema de injeção eletronica, sistemas de direção, jogos de computador e sinalizações
Comercial Desenvovlido por empresas com o objetivo de lucrar com sua comercialização
Controle de estoque, folha de pagamento, contas a pagar e a receber
Científico e de engenharia
Algoritmos de processamento numérico Sistema de astronomia, controle da dinamica orbital de naves espaciais, sistemas de manufatura automatizada
Embarcado Produto usado para controlar outros produtos e sistemas
Controle de teclados em microondas, controle de sistemas digitais em automoveis, painel de combustivel, freio
De computador pessoal
Programas de software utilizados em computadores de uso pessoal
Editores de texto, planilhas eletronicas, gerenciamento de dados, acesso a banco de dados
De inteligência artifical
Utilizado para o uso de algoritmos não numéricos, para resolver problemas complexos
Sistema com entrada pelo reconhecimento de voz e imagem (digitais, foto)
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 15
Categorias de produto de software – norma IEEE 1062
COTS COMERCIAL OFF-THE-SHELF-SOFTWARE
Este tipo de software é desenvolvido pelo fabricante, com os requisitos pelos quais muitos usuários podem ser beneficiados.
MOTS MODIFIED OFF-THE-SHELF-SOFTWARE
Existe um produto padrão e, a partir de padrão, serão desenvolvidas particularidades para clientes, diferenciando o produto ao longo do tempo
CUSTOMIZADO ou FDFULL DEVELOPED SOFWARE
Software totalmente desenvolvido para o cliente
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 16
Categorias de produto de software – norma IEEE 1062
Características COTS MOTS FD
Escopo Fixo Parcialmente customizado
Totalmente customizado
Adequação ao uso demonstrado Demonstrado em aplicações similares
Sem precedentes
Manutenção Sem controle Controle parcial Controle total
Prazo de entrega imediato Curto - Longo Longo
Custo de aquisição Baixo - médio Médio - Alto Alto
Qualidade ISO/IEC 9126-1
Não controlada Parcilamente controlada
Controlada em sua maior parte
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 17
Avaliaçao de produto de software Avaliaçao pode ser vista como o exame sistemático para determinar até que
ponto uma entidade é capaz de atender os requisitos especificados.
Avaliar um produto de software é atribuir um certo valor a esse produto, com base em requisitos pré-estabelecidos e sob demanda de um patrocinador.
Os requisitos são derivados dos modelos de qualidade definido nas normas de produto de software
O patrocinador pode ser um usuário, comprador, o próprio desenvolvedor ou fabricante
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 18
Avaliaçao de produto de software Avaliaçao pode ser vista como o exame sistemático para determinar até que
ponto uma entidade é capaz de atender os requisitos especificados. Avaliar um produto de software é atribuir um certo valor a esse produto, com
base em requisitos pré-estabelecidos e sob demanda de um patrocinador. Os requisitos são derivados dos modelos de qualidade definido nas normas
de produto de software O patrocinador pode ser um usuário, comprador, o próprio desenvolvedor ou
fabricante
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 19
Método de Avaliaçao de produto de software – MEDE-PROS
O MEDE-PROS – Método de avaliação de Qualidade de Produto de Software, tendo como referencia as normas ISO/IEC 9126 e NBR ISO/IEC 12119
Formado por 3 componentes
1. Lista de verificação
2. Manual do Avaliador
3. Modelo de relatório de avaliação
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 20
Método de Avaliaçao de produto de software – MEDE-PROS – lista de verificação
InterfaceNBR ISO/IEC 9126-1ISO 9241-10,11,12
ERGOLIST
DocumentaçãoNBR ISO/IEC 12119
ANSI/IEEE 1063NBR ISO/IEC 9126-1
ISO 9127
SoftwareNBR ISO/IEC 9126-1
Descrição do ProdutoNBR ISO/IEC 12119
ISO 9127
EmbalagemBR ISO/IEC 12119
ISO 9127
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 21
Método de Avaliaçao de produto de software – MEDE-PROS – lista de verificação
InterfaceNBR ISO/IEC 9126-1ISO 9241-10,11,12
ERGOLIST
DocumentaçãoNBR ISO/IEC 12119
ANSI/IEEE 1063NBR ISO/IEC 9126-1
ISO 9127
SoftwareNBR ISO/IEC 9126-1
Descrição do ProdutoNBR ISO/IEC 12119
ISO 9127
EmbalagemBR ISO/IEC 12119
ISO 9127
Interface – permite que as informações sejam transferiadas entre
o usuário e os componentes de hardware ou sftware de um sistema
computacional
Embalagem – é um meio fisico que acondiciona a mídia e documentos
impressos
Software – são as instruções (programas de computador) que, quando executadas pelo usuário produzem a função e o resultado
esperado
Documentação – é o conjunto completo de documentos, disponível
ao usuario de forma impressa ou não, sendo fornecida para auxiliar na
utilização de produtos de SW
Descrição – é o documento expondo as propriedades do SW, com o objetivo de auxiliar potenciais compradores na avaliação de
adequação, antes da aquisição
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 22
Método de Avaliaçao de produto de software – Durante o Desenvolvimento
Modelo de qualidade
Doc Usuário Interface Usuário Software Descrição Produto Embalagem
Completitude
Usabilidade
Funcionalidade
Usabilidade
Funcionalidade
Funcionalidade
Eficiencia
Confiabilidade
Portabilidade
Completitude Funcionalidade
Usabilidade
Completitude
Requisitos específicos do dominio
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 23
Efeito do produto de software
Produto de SoftwareProcesso
Método de Avaliaçao de produto de software – Durante o Desenvolvimento (NBR ISO/IEC 9126-1)
Qualidade do processo
Atributo de qualidade
Interna
Atributo de qualidade Externa
Atributo de qualidade em
uso
Medidas do processo
Medidas Internas
Medidas Externas
Medidas de qualidade em
uso
influencia
Depende de Depende de Depende de
influencia influencia
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 24
Método de Avaliaçao de produto de software – Testeciclo de vida para desenvolvimento de software
Engenharia de Sistemas
Analise de requisitos
Projeto de Software
Codificação
Teste
Manutenção
Teste de unidade Teste de validação
Teste de istema
Teste de Integração
Teste de regressãoOutros
Tempo
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 25
Processo de Avaliaçao de produto de software – ISO/IEC 14598-1
Estabelecer requisitos de
avaliação
Especificação de avaliação
Projetar a avaliação
Executar a Avaliação
Estabelecer o propósito da avaliação
Identificar tipos de produto a serem avaliados
Especificar o modelo de qualidade
Selecionar métricas
Estabelecer níveis de pontuação para as métricas
Estabelecer critérios para julgamento
Produzir o plano de avaliação
Obter as metricas
Comparar com critérios
Julgar os resultados
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 26
Processo de Avaliaçao de produto de software –Estabelecer o propósito da avaliação
Nome do produtoVersão do produto1. Qual o domínio da aplicação do produto?2. Qual o objetivo em relação à avaliação?3. Quais aspectos de qualidade do produto que o requisitante da avaliação
pretende que sejam avaliados e com que enfase?1. Funicionalidade (ênfase 1 a 5)2. Confiabilidade (ênfase 1 a 5)3. Usabilidade (ênfase 1 a 5)4. Portabilidade (ênfase 1 a 5)5. Eficiência (ênfase 1 a 5)6. Completitude (ênfase 1 a 5)
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 27
Processo de Avaliaçao de produto de software –Identificar o tipo de produto a ser avaliado
Nome do produtoVersão do produto1. Descrição geral do produto
1. Quantas funções o produto é composto?2. Quais as principais tarefas?3. Quais funcões merecem maior dedicação durante a avaliação?4. Quantas janelas de interação de dados com o usuário o produto possui?5. Quem são os principais usuários do produto?
2. Como é o ambiente no qual o produto será inserido?1. Nível de conhecimento exigido dos usuários em relação à informática2. Nível de conhecimento exigido dos usuários em relação ao domínio da
aplicação em si3. Quais sã os principais componentes do produto que serão submetidos à avaliação?4. Existe massa de dados disponível para a avaliação, ou seja, dados-exemplo para
agilizar a avaliação?5. Especificar os requisitos de hw e sw para executar o produto de sw
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 28
Processo de Avaliaçao de produto de software –Especificar o modelo de qualidade
Modelo de qualidade
Doc Usuário Interface Usuário Software Descrição Produto Embalagem
Completitude
Usabilidade
Funcionalidade
Usabilidade
Funcionalidade
Funcionalidade
Eficiencia
Confiabilidade
Portabilidade
Completitude Funcionalidade
Usabilidade
Completitude
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 29
1. Selecionar1. Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se
Aplica, AP= Avaliação prejudicada2. Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca;
M=muitas; P= poucas; T= Todas
2. Estabelecer níveis de pontuação para as medidas
3. Estabelecer critérios para julgamento
Processo de Avaliaçao de produto de software –Especificar a avaliação
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 30
1. Selecionar1. Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se
Aplica, AP= Avaliação prejudicada2. Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca;
M=muitas; P= poucas; T= Todas
2. Estabelecer níveis de pontuação para as medidas
3. Estabelecer critérios para julgamento
Processo de Avaliaçao de produto de software –Especificar a avaliação
Tipo de resposta Valores numéricos
significado
AP * Avaliação prejudicada
N 0,00 Não
NA * Não se Aplica
S 1,00 Sim
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 31
1. Selecionar1. Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se
Aplica, AP= Avaliação prejudicada2. Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca;
M=muitas; P= poucas; T= Todas
2. Estabelecer níveis de pontuação para as medidas
3. Estabelecer critérios para julgamento
Processo de Avaliaçao de produto de software –Especificar a avaliação
Tipo de resposta Valores numéricos
significado
A 0,33 Alguns
AP Avaliação Prejudicada
N 0,00 Nenhum
NA * Não se Aplica
Q 0,66 Quase Todos
T 1.00 Todos
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 32
Processo de Avaliaçao de produto de software –Projetar a Avaliação
Nome do produtoVersão do produto1. Descrição geral do produto
1. Quantas funções o produto é composto?2. Quais as principais tarefas?3. Quais funcões merecem maior dedicação durante a avaliação?4. Quantas janelas de interação de dados com o usuário o produto possui?5. Quem são os principais usuários do produto?
2. Como é o ambiente no qual o produto será inserido?1. Nível de conhecimento exigido dos usuários em relação à informática2. Nível de conhecimento exigido dos usuários em relação ao domínio da
aplicação em si3. Quais sã os principais componentes do produto que serão submetidos à avaliação?4. Existe massa de dados disponível para a avaliação, ou seja, dados-exemplo para
agilizar a avaliação?5. Especificar os requisitos de hw e sw para executar o produto de sw
•Produzir um plano de avaliação•Conter, explicitar e definir o método de avaliação
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 33
Processo de Avaliaçao de produto de software –Conclusão da Avaliação
Arquivar os itens utilizados durante a avaliação1. Relatório de avaliação do produto de software2. Lista de verificação completamente preenchida
3. Finaliar a tarefa e entregar ao requisitante da avaliação :1. Produto de software nas mesmas condições recebidas,
incluindo folhetos e anexos impressos2. Cópia do relaório de avaliação do produto de software3. Declaração do resultado da avaliação
•Apresentar o resultado da avaliação para o requisitante da avaliação
Universidade de Mogi das Cruzes
© Todos os direitos reservadosExatas | 2005 | 34
Processo de Avaliaçao de produto de software –Conclusão da Avaliação
•Apresentar o resultado da avaliação para o requisitante da avaliação
57.6
36.7
60
75
45.5
010
20
3040
50
60
7080
Inteface
Software
Documentação
Embalagem
descriçao Produto
East