QUALIDADE DE SOFTWARE. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1

Transcrição

1 QUALIDADE DE SOFTWARE Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1

2 Objetivos Apresentar o processo de gerenciamento de qualidade e as atividades centrais da garantia de qualidade Explicar a importância dos padrões na qualidade de software Explicar o conceito de uma métrica de qualidade; Explicar como a medição pode ser usada na avaliação de qualidade de software e as limitações da medição de software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 2

3 Gerenciamento de qualidade de software Dedica-se a assegurar que o nível requerido de qualidade seja atingido em um produto de software. Envolve a definição de padrões e procedimentos apropriados de qualidade e a garantia de que sejam seguidos. Deve objetivar o desenvolvimento de uma cultura de qualidade onde a qualidade é vista como uma responsabilidade de todos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 3

4 O que é qualidade? Qualidade, de maneira simplista, significa que um produto deve atender às sua especificação. Isso é problemático para os sistemas de software Existe uma tensão entre os requisitos de qualidade do cliente (eficiência, confiabilidade, etc.) e os requisitos de qualidade do desenvolvedor (facilidade de manutenção, reusabilidade, etc.); Alguns requisitos de qualidade são difíceis de especificar de uma maneira não-ambígua; As especificações de software são, geralmente, incompletas e freqüentemente inconsistentes. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 4

5 O compromisso da qualidade Devemos implantar procedimentos de gerenciamento de qualidade para melhorar a qualidade, apesar da especificação imperfeita. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 5

6 Escopo do gerenciamento de qualidade Gerenciamento de qualidade é particularmente importante para sistemas grandes e complexos. A documentação de qualidade é um registro do progresso e apóia a continuidade do desenvolvimento quando a equipe de desenvolvimento muda. Para sistemas menores, o gerenciamento de qualidade precisa de menos documentação e deve enfocar no estabelecimento de uma cultura de qualidade. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 6

7 Atividade de gerenciamento de qualidade Garantia de qualidade Estabelece procedimentos e padrões organizacionais para qualidade. Planejamento de qualidade Seleciona procedimentos e padrões aplicáveis para um projeto específico e o modifica quando necessário. Controle de qualidade Assegura que os procedimentos e os padrões sejam seguidos pela equipe de desenvolvimento de software. O gerenciamento de qualidade deve ser separada do gerenciamento de projeto para assegurar independência. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 7

8 Qualidade de processo e de produto A qualidade de um produto desenvolvido é influenciado pela qualidade do processo de produção. Isso é importante no desenvolvimento de software, visto que os atributos de qualidade de produtos são difíceis de avaliar. Contudo, existe um relacionamento muito complexo e fracamente compreendido entre processos de software e qualidade de produto. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 8

9 Qualidade baseada em processo Existe uma ligação nítida entre processo e produto nos bens manufaturados. Para o software isso é mais complexo porque: Fatores externos, tais como a novidade de uma aplicação ou a necessidade de um cronograma de desenvolvimento acelerado, podem piorar a qualidade do produto. Deve-se tomar cuidado para não impor padrões de processo inadequados esses padrões poderiam reduzir, ao invés de melhorar a qualidade do produto. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 9

10 Qualidade prática de processo Definir padrões de processo, tais como o modo como as revisões devem ser conduzidas, o gerenciamento da configuração, etc. Monitorar o processo de desenvolvimento para assegurar que os padrões estejam sendo seguidos. Relatar sobre o processo para a gerência de projeto e para o comprador do software. Não usar práticas inadequadas simplesmente porque padrões foram estabelecidos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 10

11 Garantia de qualidade e padrões Os padrões são a chave para o gerenciamento efetivo de qualidade. Eles podem ser padrões internacionais, nacionais, organizacionais ou de projeto. Padrões de produto definem características que todos os componentes devem exibir, por exemplo, um estilo de programação comum. Padrões de processo definem como o processo de software deve ser institucionalizados. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 11

12 Importância dos padrões Engloba as melhores práticas evita a repetição de erros do passado. Eles são um framework para os processos de garantia de qualidade eles envolvem a verificação de aderência aos padrões. Eles fornecem continuidade um pessoal novo pode compreender a organização pela compreensão dos padrões que são usados. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 12

13 Problemas com padrões Podem não ser vistos como relevantes ou atualizados pelos engenheiros de software. Envolvem, freqüentemente, muito preenchimento de formulários burocráticos. Se não são apoiados por ferramentas de software, o tedioso trabalho manual é, muitas vezes, envolvido para manter a documentação associada aos padrões. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 13

14 Desenvolvimento de padrões Envolver os engenheiros no desenvolvimento. Eles devem compreender as razões contidas em um padrão. Revisar padrões e seu uso regularmente. Os padrões podem se tornar rapidamente desatualizados, e isso reduz sua credibilidade entre os engenheiros. Padrões detalhados devem ter ferramentas de apoio associadas. Trabalho padronizado em excesso é a mais importante reclamação contra os padrões. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 14

15 Padrões de documentação Particularmente importantes os documentos são a manifestação tangível do software. Padrões de processo de documentação Relacionado ao modo como os documentos devem ser desenvolvidos, validados e mantidos. Padrões de documentos Relacionado ao conteúdo, à estrutura e à aparência de documentos. Padrões de intercâmbio de documentos Relacionado à compatibilidade de documentos eletrônicos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 15

16 Planejamento de qualidade Um plano de qualidade estabelece as qualidades do produto desejadas e como elas são avaliadas, e define os atributos de qualidade mais significativos. O plano de qualidade deve definir o processo de avaliação de qualidade. Deve estabelecer quais padrões organizacionais devem ser aplicados e, onde necessário, definir novos padrões a serem usados. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 16

17 Atributos de qualidade de software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 17

18 Controle de qualidade Envolve a verificação do processo de desenvolvimento de software para assegurar que procedimentos e padrões estão sendo seguidos. Existem duas abordagens para controle de qualidade Revisões de qualidade; Avaliação automatizada e medições de software. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 18

19 Revisões de qualidade É o principal método de validação da qualidade de um processo ou de um produto. Um grupo examina uma parte ou o todo de um processo ou de um sistema, bem como sua documentação para descobrir problemas potenciais. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 19

20 Revisões de qualidade Um grupo de pessoas examina cuidadosamente uma parte ou o todo de um sistema de software, bem como sua documentação associada. Código, projetos, especificações, planos de teste, padrões, etc. podem ser todos revisados. Os softwares ou documentos podem ser assinados em uma revisão que significa que o progresso para o próximo estágio de desenvolvimento foi aprovado pela gerência. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 20

21 Medições e métricas de software A medição de software se dedica a derivar um valor numérico para algum atributo de um produto ou de processo de software. Permite comparações objetivas entre técnicas e processos. Embora algumas empresas tenham introduzido programas de medição, a maioria das organizações ainda não fazem uso sistemático de medição de software. Existem poucos padrões estabelecidos nessa área. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 21

22 Métrica de software É qualquer tipo de medição relacionada a um sistema de software, processo ou documentação associada Permite que o software e o processo de software sejam quantificados. Pode ser usado para prever atributos de produto e para controlar o processo de software. As métricas de produto podem se usadas para previsões gerais ou para identificar componentes anômalos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 22

23 O processo de medição Um processo de medição de software pode ser parte de um processo de controle de qualidade. Os dados coletados durante este processo devem ser mantidos como um recurso da organização. Uma vez que um banco de dados de medições foi estabelecido, comparações entre projetos tornam-se possíveis. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 23

24 Precisão de dados Não colete dados desnecessários As questões a serem respondidas devem ser decididas previamente e os dados necessários devem ser identificados. Conte às pessoas por que os dados estão sendo coletados Não dependa da memória Colete dados quando são gerados, e não depois que um projeto foi finalizado. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 24

25 Métricas de produto Uma métrica de qualidade deve ser um previsor de qualidade de produto. Classes de métrica de produto Métricas dinâmicas que são coletadas por meio das medições realizadas em um programa em execução; Métricas estáticas que são coletadas pelas medições realizadas em representações do sistema. As métricas dinâmicas ajudam a avaliar a eficiência e a confiabilidade; métricas estáticas ajudar a avaliar a confiabilidade, a facilidade de compreensão e a facilidade de manutenção. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 25

26 Métricas estáticas e dinâmicas Métricas dinâmicas são bem relacionadas aos atribuitos de qualidade de software É relativamente fácil medir o tempo de resposta de um sistema (atributo de desempenho) ou o número de falhas (atributo de confiabilidade). Métricas estáticas têm um relacionamento indireto com atributos de qualidade Você necessita tentar e derivar um relacionamento entre essas métricas e as propriedades, tais como complexidade, facilidade de compreensão e de manutenção. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 26

27 Análise de medições Nem sempre é óbvio o que os dados significam A análise de dados coletados é muito difícil. Estatísticos profissionais devem ser consultados, se estiverem disponíveis. A análise de dados deve levar em conta as circunstâncias locais. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 27

28 Pontos-chave Gerenciamento de qualidade de software dedica-se a assegurar que o software atende aos padrões necessários. Os procedimentos de garantia de qualidade devem ser documentados em um manual de qualidade da organização. Padrões de software são um encapsulamento de boas práticas. Revisões são a abordagem mais amplamente usada para avaliação de qualidade do software. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 28

29 Pontos-chave A medição de software obtém informações sobre ambos, o processo e o produto de software. Métricas de qualidade de produto devem ser usadas para identificar componentes potencialmente problemáticos. Não existem métricas de software padronizadas e universalmente aplicáveis. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 29