APRESENTAÇÃO DA DISCIPLINA QUALIDADE DE SOFTWARE. Isac Aguiar isacaguiar.com.br

Transcrição

1 APRESENTAÇÃO DA DISCIPLINA QUALIDADE DE SOFTWARE Isac Aguiar isacaguiar.com.br

2 Crise do Software Termo utilizado em 1970, quando pouco se falava em Engenharia de Software Problemas associados às dificuldades encontradas no desenvolvimento de software

3 Motivos da Crise Rápido crescimento da demanda Complexidade dos problemas a serem resolvidos Inexistência de técnicas estabelecidas para o desenvolvimento de sistemas que atendessem as necessidades Inexistência de técnicas que validassem o funcionamento dos sistemas

4 Manifestações da Crise Orçamento acima do previsto Não cumprimento de prazos Requisitos não atendidos Inexistência de gerenciamento Manutenção complicada e difícil de ser realizada Clientes insatisfeitos Problemas continuam na atualidade?

5 Dificuldades

6 Solução Produzir sistemas com qualidade, maior rapidez e menor custo Evitar falhas na realização das operações do sistema e manter sempre o usuário informado caso algum erro aconteça Reduzir as modificações durante o tempo de vida do sistema Engenharia de Software

7 Qualidade de Software Área de conhecimento da Engenharia de Software Garantir a qualidade do software baseando-se em processos Definição e normatização de processos Muitas definições e diferentes interpretações Garantir a satisfação e expectativas do cliente

8 Conceitos Qualidade de Software Qualidade de software é avaliada em termos de atributos de alto nível chamados fatores, que são medidos em relação a atributos de baixo nível chamados de critérios. Peters Um produto de software apresenta qualidade dependendo do grau de satisfação das necessidades dos clientes sob todos os aspectos do produto. Sanders

9 Conceitos Qualidade de Software Qualidade é a totalidade de características e critérios de um produto ou serviço que exercem suas habilidades para satisfazer às necessidades declaradas ou envolvidas. ISO 9126 Qualidade de software é a conformidade a requisitos funcionais e de desempenho que foram explicitamente declarados, a padrões de desenvolvimento claramente documentados, e a características implícitas que são esperadas de todo software desenvolvido por profissionais. Presman

10 Objetivo da Disciplina Oferecer ao aluno condições de compreender o desenvolvimento de software aliado com o tema de qualidade de software.

11 Objetivos específicos Apresentar a sub área da engenharia de software; Apresentar técnicas do emprego da qualidade em projetos de software; Apresentar os conceitos de qualidade de processo;...e trocar experiências!

12 Atividades Didáticas Avaliação 1 (20 pontos) Prova Didática Avaliação 2 (25 pontos) Prova Didática Avaliação 3 (30 pontos) Prova Didática Avaliação 4 (25 pontos) 3 Resumos (7 pontos) Trabalho - 2 Seminários (8 e 10 pontos 18 total) Nota = Avaliação 1 + Avaliação 2 + Avaliação 3 + Avaliação 4

13 Trabalho Descrever duas técnicas (uma para cada seminário) de garantia de qualidade de software utilizando um modelo como referência Utilizar no mínimo um artigo como referência para descrever o modelo escolhido No final será realizado uma dissertação na qual cada aluno deverá comparar os dois modelos abordados

14 Apresentações Em forma de seminários: 1º seminário Entrega da primeira técnica 2º seminário Entrega da segunda técnica Relatório comparativo entre as duas técnicas abordadas

15 Bibliografia Básica SOMMERVILLE, I. Engenharia de Software. São Paulo: Addison Wesley, Capitulo 3. ISBN: PRESSMAN, R.S. Engenharia de Software. São Paulo: Makron Books, Capitulo 2. ISBN: MPS.BR. Guia Geral MPS.BR, disponível em CMMI. CMMI Web Page, disponível em NBR ISO/IEC Tecnologia da Informação Processos de Ciclo de Vida, ABNT 1998, Emenda 1: 2002, Emenda 2: ISO/IEC Information Technology - Process Assessment, 2003/2004.

16 Recomendações Gerais Chamada no início e final das aulas Não colar ou dar cola em provas Não plagiar o trabalho Não trapacear nas leituras e listas de exercício Não sobrecarregar os colegas do grupo Não assinar presença por colegas Dar crédito apropriado quando usar trabalhos de terceiros