QUALIDADE DE SOFTWARE. Prof. Emiliano Monteiro

Transcrição

1 QUALIDADE DE SOFTWARE Prof. Emiliano Monteiro

2 Conceitos Básicos O que é qualidade? Existem diversas definições. Qualidade é estar em conformidade com os requisitos dos clientes Qualidade é antecipar e satisfazer os desejos dos clientes Qualidade é escrever tudo o que se deve fazer e fazer tudo o que foi escrito Qualidade, de forma simplista, significa que o produto deve esta de acordo com a especificação.

3 Conceitos Básicos Qualidade de software é definida pelo IEEE (The Institute of Electrical and Electronics Engineers) como "o grau com que um sistema, componente ou processo atende aos requisitos especificados e às expectativas ou necessidades de clientes ou usuários". Já a ISO (The International Standards Organization) define qualidade como "a totalidade de características de um produto ou serviço que comprovam sua capacidade de satisfazer necessidades especificadas ou implícitas"

4 Atributos relacionados com a qualidade Correção: Um software precisa funcionar corretamente. Um software correto é aquele que satisfaz a sua especificação e que não possui falhas ou erros. Validade: Um software válido é aquele cuja especificação satisfaz aos requisitos dos usuários e da organização, isto é, está de acordo com as necessidades dos usuários. Robustez: O software deve prever que o usuário pode agir de forma não esperada e deve ser capaz de resistir a estas eventuais situações incomuns, sem apresentar falhas.

5 Atributos relacionados com a qualidade Confiabilidade: Um software correto e robusto ganha a confiança dos usuários uma vez que ele deve se comportar como esperado e não falha em situações inesperadas. Eficiência: O software deve realizar suas tarefas em um tempo adequado à complexidade de cada uma delas. A utilização dos recursos de hardware (memória, disco, tráfego de rede) também deve ser feita de forma eficiente. Reusabilidade: Diversos componentes de um software devem poder ser reutilizados por outras aplicações.

6 Atributos relacionados com a qualidade Usabilidade: O software precisa ser fácil de aprender e de usar, permitir maior produtividade do usuário, flexibilidade de utilização, flexibilidade de aplicação e proporcionar satisfação de uso. Manutenibilidade: Todo software precisa de manutenção, seja para corrigir erros ou atender a novos requisitos. O software deve ser fácil de manter para que estas correções ou atualizações sejam feitas com sucesso. Evolutibilidade: Todo software precisa evoluir para atender novos requisitos, para incorporar novas tecnologias ou para expansão de sua funcionalidade.

7 Atributos relacionados com a qualidade Portabilidade: O software deve poder ser executado no maior número possível de equipamentos de hardware. Interoperabilidade: Software em diferentes plataformas devem poder interagir entre si. Esta qualidade é essencial em sistemas distribuídos uma vez que o software pode estar sendo executado em diferentes computadores e sistemas operacionais. É interessante que diferentes elementos de software distintos possam ser utilizados em ambos. Por exemplo, uma certo arquivo com uma imagem feita num aplicativo deve poder ser vista em outros aplicativos. Conhecida também como compatibilidade.

8 Primeiros sinais de preocupação com qualidade Egito antigo, uso do padrão de medida cubito - O resultado foi que as suas obras tinham precisão na ordem de 0,05% Na frança as catedrais eram construídas com compassos simples e cordas com nós em intervalos regulares. A revolução industrial iniciou o processo de melhoria contínua. Na década de 1920 surge o controle estatístico de produção. Na década de 1940, surge a ISO (International Standard Organization), o Japão se destaca com diversas contribuições para a qualidade como: o método 5S e o diagrama de causa e efeito ou diagrama de ishikawa.

9 Diagrama de causa e efeito Ambientais Humanos Ventania Falta de treinamento Acidentes de trabalho Métodos Insumos Materiais vencidos Equipamentos

10 Crise de software Termo cunhado por Roger Pressman. A complexidade do projeto tem influência direta na qualidade do produto final. As máquinas estão várias vezes mais poderosas, o desenvolvimento de software não acompanhou esse desenvolvimento.

11 Problemas encontrados nos projetos de software Cronograma furado! Projeto com muitas dificuldades e finalmente são descontinuados Interoperabilidade de módulos não funcionam Software que não fazem o que é esperado Softwares que são difíceis de usar e são abandonados Softwares que param de funcionar inexplicadamente

12 A importância do projeto e dos requisitos Ao término de um projeto existem respostas para quase todas as dúvidas sobre como será realizado o projeto. A delimitação de escopo para o levantamento de requisitos auxilia na diminuição da volatilidade dos requisitos, os requisitos ficam voláteis quandos os usuários os mudam constantemente, pior ainda quando essas mudanças ocorrem nas fases de codificação. As metodologias utilizadas no projeto ajudam a mostrar um caminho.

13 Definição de Crosby (1992) A qualidade é a conformidade aos requisitos

14 3 fatores que podem mudar a definição de Corby 1)A qualidade de um produto é dada pela diferença entre as caracterśticas observadas e as características que foram especificadas para sua construção 2)Erros de medição que podemos controlar 3)Pontos de vista de diferentes stakeholders(clientes)

15 O papel da qualidade é satisfazer o cliente Como definir esta subjetividade? Veja o exemplo: quais critérios são usados para a compra de um carro? Quais critérios são usados para a construção de um carro? Incluir o custo na equação.

16 Quando não corrigir um problema é aceitável? 1)quando implica em aumento de custo sem retorno ao investimento 2) Defeitos aceitáveis, como nos jogos 3)A complexidade de determinado software nos obriga a usar outro menos complexo diminuindo custo e treinamento, veja o exemplo do uso de interfaces caracteres contra interfaces gráficas

17 Alguns fatores podem levar a erros de construção Complexidade do projeto e produto final Quantidade de recursos humanos envolvidos no projeto Ferramentas utilizadas Técnicas utilizadas Custos e prazos para a construção Custos e prazo para detecção e correção de erros

18 Defeito Defeito é uma imperfeição física (ou lógica) de um produto. O defeito é parte integrante de um produto acabado. Programas defeituosos são programas que não se comportam como o esperado.

19 Falha É o produto não desejado gerado pelo defeito ou uma condição não desejada. A falha pode ser causada pelo defeito ou por eventos externos como: corrupção de uma base de dados, problemas com a memória, etc.

20 Ruído de medição da qualidade Interferências na medição

21 Isolamento e estabilização Isolar um defeito significa identificar as condições nas quais o defeito ocorre, principalmente identificando linha(s) de código que originam o defeito. O uso de Add watch, breakpoint e Tracers auxiliam nesse processo. Estabilizar um software é aplicar correções para que os defeitos sejam neutralizados, diminuídos ou corrigidos. As aplicações de service packs são um exemplo disso.

22 SWEBOK O Guide to the Software Engineering Body of Knowledge (SWEBOK) descreve conhecimentos geralmente aceitos sobre engenharia de software. Suas 15 áreas de conhecimento (KAs) resumem conceitos básicos e incluem uma lista de referência apontando para informações mais detalhadas. Ele pode ser baixado em: É um padrão internacional : ISO 19759:2005

23 SWEBOK - áreas de conhecimento Processo de engenharia de software Requisitos de software Design de software Construção de software Teste de software Manutenção de software Gerenciamento de configuração de software Gerenciamento de engenharia de software Modelos e métodos de engenharia de software Qualidade do software Prática profissional em engenharia de software Economia de engenharia de software Fundações computacionais Fundamentos matemáticos Fundações de engenharia

24 SWEBOK - Disciplinas relacionadas Engenharia Informática Engenharia de sistemas Gerenciamento de Projetos Gestão da Qualidade Administração Geral Ciência da Computação Matemática

25 Qualidade de software, alguns tópicos do swebok Qualidade de software Fundamentos da qualidade de software Processos de gerência de qualidade de software Considerações práticas Valor e custo Garantia da qualidade Verificações e validações Auditoria Requisitos Caracterização de defeitos Gerenciamento

26 Gerenciamento da qualidade Visa assegurar que o nível de qualidade requerido é atingido pelo software. Envolve a definição apropriada de procedimentos e padrões de qualidade. Deve proporcionar uma cultura da qualidade onde esta seja vista como uma responsabilidade de cada um dos envolvidos. Não é apenas reduzir defeitos, mas garantir outras qualidades do produto.

27 Como garantir a qualidade? Com métodos e ferramentas de análise, projeto, codificação e teste; Com revisões técnicas formais que são aplicadas durante cada fase da engenharia de software; Usando uma estratégia de teste de múltiplas fases; No controle da documentação do software e das mudanças feitas nela; Com um procedimento para garantir a adequação aos padrões de desenvolvimento de software, se eles forem aplicados; Com mecanismos de medição e divulgação de resultados.

28 Especificação de requisitos = base para qualidade O SRS (Software Requirements Specification) é basicamente a compreensão de uma organização e cliente (por escrito) de um requisitos do sistema para este potencial cliente e realizado em determinado ponto no tempo (geralmente) antes de qualquer projeto real ou trabalho de desenvolvimento tenha início. É uma apólice de seguro de duas vias, que assegura que tanto ao cliente como para a organização entender as necessidades de ambas as partes.

29 Exercícios para discussão 1. Dois clientes compra um mesmo carro, terão eles opiniões diferentes sobre o veículo, isso é um exemplo de ruído de medição?

30 Exercícios para discussão 2. Um programa que não tem defeitos pode falhar?

31 Exercícios para discussão 3. Qual a diferença entre isolar defeitos e isolar falhas?

32 Exercícios para discussão 4. Uma planilha foi utilizada por um usuário para abrir um arquivo MP3, e com isso o software foi abortado, onde está o defeito? a)na interface gráfica do usuário b)no treinamento do usuário c) nas mensagens ao usuários d)na programação do software e) na documentação do software

33 Referências bibliográficas