1 / 34

Qualidade de Software

Gerência de Qualidade em Tecnologia de Informação Qualidade de Produto de Sofware Prof. Mário Satochi Assano e-mail mario@assano.org. Qualidade de Software. Enfoque Juran. Qualidade = Fitness for Use. Atributos do produto e Características da Qualidade.

maya-lamb
Download Presentation

Qualidade de Software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Gerência de Qualidadeem Tecnologia de InformaçãoQualidade de Produto de SofwareProf. Mário Satochi Assanoe-mail mario@assano.org

  2. Qualidade de Software

  3. Enfoque Juran • Qualidade = Fitness for Use

  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

  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

  6. Enfoque Crosby • Qualidade = Conformance to Requirements • Conformidade com requerimentos, medidas pelo custo da não conformidade

  7. Conformance to requirements Quality = + 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

  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

  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

  10. Aspectos gerais da evolução do software Anos iniciais Orientação a batch Distribuição limitada Software específico Sofware Houses PCs 1950 1970 1990 2000 1960 1980 2010 • Quarta era • PCs poderosos • Tecnologia orientada a Objetos • Sistemas especialistas • Redes neurais • Computação paralela • Redes • Terceira era • Sistemas distribuidos • Inteligentes • Hw de baixo custo • Impacto do consumidor • Segunda era • Multiusuário • Tempo real • Banco de dados • Pacote • Atualmente • Sistemas abertos • SW baseado em componentes • Wireless • Model Driven development

  11. Software e suas caracteristicas como produto

  12. Iniciativa para a qualidade de processo de software

  13. Comparação entre os modelos para processo de software

  14. Categorias de produto de software - Pressman

  15. Categorias de produto de software – norma IEEE 1062

  16. Categorias de produto de software – norma IEEE 1062

  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

  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

  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 • Lista de verificação • Manual do Avaliador • Modelo de relatório de avaliação

  20. Método de Avaliaçao de produto de software – MEDE-PROS – lista de verificação Software NBR ISO/IEC 9126-1 Interface NBR ISO/IEC 9126-1 ISO 9241-10,11,12 ERGOLIST Descrição do Produto NBR ISO/IEC 12119 ISO 9127 Documentação NBR ISO/IEC 12119 ANSI/IEEE 1063 NBR ISO/IEC 9126-1 ISO 9127 Embalagem BR ISO/IEC 12119 ISO 9127

  21. Método de Avaliaçao de produto de software – MEDE-PROS – lista de verificação Software NBR ISO/IEC 9126-1 Software – são as instruções (programas de computador) que, quando executadas pelo usuário produzem a função e o resultado esperado Interface NBR ISO/IEC 9126-1 ISO 9241-10,11,12 ERGOLIST Interface – permite que as informações sejam transferiadas entre o usuário e os componentes de hardware ou sftware de um sistema computacional Descrição do Produto NBR ISO/IEC 12119 ISO 9127 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 Documentação NBR ISO/IEC 12119 ANSI/IEEE 1063 NBR ISO/IEC 9126-1 ISO 9127 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 Embalagem BR ISO/IEC 12119 ISO 9127 Embalagem – é um meio fisico que acondiciona a mídia e documentos impressos

  22. Método de Avaliaçao de produto de software – Durante o Desenvolvimento Requisitos específicos do dominio

  23. Método de Avaliaçao de produto de software – Durante o Desenvolvimento (NBR ISO/IEC 9126-1) Processo Produto de Software Efeito do produto de software Qualidade do processo Atributo de qualidade Interna Atributo de qualidade Externa Atributo de qualidade em uso influencia influencia influencia Depende de Depende de Depende de Medidas do processo Medidas Externas Medidas Internas Medidas de qualidade em uso

  24. Método de Avaliaçao de produto de software – Testeciclo de vida para desenvolvimento de software Engenharia de Sistemas Teste de unidade Teste de validação Analise de requisitos Projeto de Software Teste de istema Codificação Teste Teste de Integração Manutenção Teste de regressão Outros Tempo

  25. Processo de Avaliaçao de produto de software – ISO/IEC 14598-1 Estabelecer requisitos de avaliação Estabelecer o propósito da avaliação Identificar tipos de produto a serem avaliados Especificar o modelo de qualidade Especificação de avaliação Selecionar métricas Estabelecer níveis de pontuação para as métricas Estabelecer critérios para julgamento Projetar a avaliação Produzir o plano de avaliação Executar a Avaliação Obter as metricas Comparar com critérios Julgar os resultados

  26. Processo de Avaliaçao de produto de software –Estabelecer o propósito da avaliação • Nome do produto • Versão do produto • Qual o domínio da aplicação do produto? • Qual o objetivo em relação à avaliação? • Quais aspectos de qualidade do produto que o requisitante da avaliação pretende que sejam avaliados e com que enfase? • Funicionalidade (ênfase 1 a 5) • Confiabilidade (ênfase 1 a 5) • Usabilidade (ênfase 1 a 5) • Portabilidade (ênfase 1 a 5) • Eficiência (ênfase 1 a 5) • Completitude (ênfase 1 a 5)

  27. Processo de Avaliaçao de produto de software –Identificar o tipo de produto a ser avaliado • Nome do produto • Versão do produto • Descrição geral do produto • Quantas funções o produto é composto? • Quais as principais tarefas? • Quais funcões merecem maior dedicação durante a avaliação? • Quantas janelas de interação de dados com o usuário o produto possui? • Quem são os principais usuários do produto? • Como é o ambiente no qual o produto será inserido? • Nível de conhecimento exigido dos usuários em relação à informática • Nível de conhecimento exigido dos usuários em relação ao domínio da aplicação em si • Quais sã os principais componentes do produto que serão submetidos à avaliação? • Existe massa de dados disponível para a avaliação, ou seja, dados-exemplo para agilizar a avaliação? • Especificar os requisitos de hw e sw para executar o produto de sw

  28. Processo de Avaliaçao de produto de software –Especificar o modelo de qualidade

  29. Processo de Avaliaçao de produto de software –Especificar a avaliação • Selecionar • Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se Aplica, AP= Avaliação prejudicada • Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca; M=muitas; P= poucas; T= Todas • Estabelecer níveis de pontuação para as medidas • Estabelecer critérios para julgamento

  30. Processo de Avaliaçao de produto de software –Especificar a avaliação • Selecionar • Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se Aplica, AP= Avaliação prejudicada • Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca; M=muitas; P= poucas; T= Todas • Estabelecer níveis de pontuação para as medidas • Estabelecer critérios para julgamento

  31. Processo de Avaliaçao de produto de software –Especificar a avaliação • Selecionar • Respostas possiveis para questões: Sim= verdadeiro; Não= falso; NA= Não se Aplica, AP= Avaliação prejudicada • Resposta quantificada em faixa de valores: A= algumas vezes; N= nunca; M=muitas; P= poucas; T= Todas • Estabelecer níveis de pontuação para as medidas • Estabelecer critérios para julgamento

  32. Processo de Avaliaçao de produto de software –Projetar a Avaliação • Produzir um plano de avaliação • Conter, explicitar e definir o método de avaliação • Nome do produto • Versão do produto • Descrição geral do produto • Quantas funções o produto é composto? • Quais as principais tarefas? • Quais funcões merecem maior dedicação durante a avaliação? • Quantas janelas de interação de dados com o usuário o produto possui? • Quem são os principais usuários do produto? • Como é o ambiente no qual o produto será inserido? • Nível de conhecimento exigido dos usuários em relação à informática • Nível de conhecimento exigido dos usuários em relação ao domínio da aplicação em si • Quais sã os principais componentes do produto que serão submetidos à avaliação? • Existe massa de dados disponível para a avaliação, ou seja, dados-exemplo para agilizar a avaliação? • Especificar os requisitos de hw e sw para executar o produto de sw

  33. 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 • Arquivar os itens utilizados durante a avaliação • Relatório de avaliação do produto de software • Lista de verificação completamente preenchida • Finaliar a tarefa e entregar ao requisitante da avaliação : • Produto de software nas mesmas condições recebidas, incluindo folhetos e anexos impressos • Cópia do relaório de avaliação do produto de software • Declaração do resultado da avaliação

  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

More Related