Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
* Aula 01 * QUALIDADE DE SOFTWARE GESTÃO DA TECNOLOGIA DA INFORMAÇÃO - EAD PROF REGINAFELICIO Rio de Janeiro 02 de Agosto de 2011 FATORES E MÉTRICAS DE QUALIDADE Aula 01 / * AULA 1 * AULA 02 Aula 02 / * OBJETIVOS DA AULA Apresentar: visão geral dos fatores que afetam a qualidade Conceitos e Atividades de garantia da qualidade de software (SQA). A Revisão de software como prevenção na descoberta de defeitos. A Revisão técnica formal (FTR) como meio para melhorar qualidade de software. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * POR QUE MEDIR QUALIDADE? Objetivo: determinar valor de uma grandeza. Compara uma grandeza com um padrão. Obtém uma indicação de qualidade. O processo e software precisam ser medidos Fatores que afetam a qualidade Aspectos mensuráveis (grupos de fatores) Tempo / Custo / Produtividade / Conformidade com padrões Aspectos não mensuráveis diretamente Usabilidade / manutenibilidade Aula 02 / * AULA 1 * AULA 02 Aula 02 / * MEDIDAS SÃO NECESSÁRIAS? Estimar e controlar tempo e custo Analisar desempenho e resultados (desenvolvimento / manutenção) visão do desenvolvedor e usuário Permitir padronização Estimar a produtividade da equipe Estimar recursos adequados Aplicar ações corretivas e preventivas, diante de riscos eminentes. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * FATORES DE QUALIDADE Afetam a qualidade do software Considerar no software características operacionais manutenibilidade de mudanças adaptabilidade a novos ambientes Categorias Revisão do produto Operação do produto Transição do produto Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CATEGORIA REVISÃO Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CATEGORIA OPERAÇÃO Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CATEGORIA: TRANSIÇÃO Aula 02 / * AULA 1 * AULA 02 Aula 02 / * COMO USAR MÉTRICAS? Pressman Dificuldade: medidas diretas nas métricas propostas por McCall subjetividade na medição. McCall escala padrão (0 a 10), estabelecendo métrica para cada fator que afeta a qualidade Aula 02 / * AULA 1 * AULA 02 Aula 02 / * INFLUENCIAM QUALIDADE Ausência de: modelo corporativo de qualidade. procedimentos de testes automatizados. profissionais capacitados em qualidade. Deficiência no planejamento e aplicação dos testes. Qualidade é aplicada tardiamente no processo. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * BENEFÍCIOS DA QUALIDADE Ciclo de desenvolvimento de SW confiável. Garante ações corretivas no ciclo de desenvolvimento. Evita a ingerência do projeto de software. Amplia chances de sucesso do proj. de SW Amplia a produtividade do desenvolvimento. Evita a propagação de erros. Automação de testes reduz custos do projeto. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * GARANTIA DE QUALIDADE A garantia da qualidade de software (Software Quality Assurance – SQA) Aplicada em todo o processo de engenharia de software. Avaliações, Auditorias, revisões Define Padrões, Procedimentos, Acompanhamento de erros e Documentação necessária Realimenta a equipe com conclusões do projeto Aula 02 / * AULA 1 * AULA 02 Aula 02 / * ATIVIDADES - SQA Aula 02 / * AULA 1 * AULA 02 Aula 02 / * REVISÕES DE SOFTWARE Métodos de validação de qualidade – uso pela equipe técnica. Processo Produto Filtram erros e inconsistências no processo de desenvolvimento. Objetivos Apontar melhorias ao produto ou parte dele Tornar o trabalho técnico mais administrável. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * TIPOS DE REVISÕES Inspeções de projeto ou programa Detectar erros nos requisitos, projeto ou código Revisões de progresso Informações p/ gestão do progresso geral do projeto Revisão do processo, produto (custos), planejamento e prazos Revisões de qualidade Análise técnica do produto ou documentação Detectar inconsistências entre: especificação e projeto Código ou documentação Assegurar se padrões de qualidade foram seguidos? Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CUSTOS DA QUALIDADE Custos Operacionais de implementação de atividades de qualidade no processo. 4 categorias 1 Prevenção (defeitos) – 5 a 15 % 2 Avaliação - 20 a 25% 3 Custos de Falha interna – 65 a 70% 4 Custos de Falha externa – 65 a 70% Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CUSTOS DE PREVENÇÃO Função: prevenção de defeitos Atividades Planejamento da qualidade Revisões técnicas formais Equipamento de teste Treinamento Controláveis Investimento Voltar Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CUSTOS DE AVALIAÇÃO Função: remover do processo, produtos com defeitos. Atividades Inspeção (intra e inter) processos Manutenção equipamento Teste Incontroláveis Perdas e prejuízos Voltar Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CUSTO DA FALHA INTERNA Função: remover defeitos ANTES da entrega ao cliente Atividades Trabalhos a refazer Análise do modo como a falha ocorreu Incontroláveis Perdas e prejuízos Voltar Aula 02 / * AULA 1 * AULA 02 Aula 02 / * CUSTO DA FALHA EXTERNA Função: remover defeitos APÓS entrega ao cliente Atividades solução de queixas devolução e substituição de produtos manutenção da linha de suporte Incontroláveis Perdas e prejuízo Voltar Aula 02 / * AULA 1 * AULA 02 Aula 02 / * REVISÃO SW - CONCLUSÃO Custo de identificação e reparo do erro/defeito Cresce a medida em que o tempo passa. Aumenta a insatisfação (interna e externa) Dica: investir e Prevenção Aula 02 / * AULA 1 * AULA 02 Aula 02 / * REVISÕES TÉCNICAS FORMAIS Principal atividade de um SQA Objetivos Descobrir erros de função, lógica ou implementação do SW; Verificar se SW atende aos requisitos; Garantir que o SW está de acordo com padrões pré-definidos; Obter um SW desenvolvido de forma uniforme; Tornar os projetos mais administráveis Aula 02 / * AULA 1 * AULA 02 Aula 02 / * RTF - ETAPAS 1. Reunião da Revisão 2. Comunicação e manutenção de registros de revisão 3. Diretrizes de revisão 4. Lista de Conferência de revisão. Aula 02 / * AULA 1 * AULA 02 Aula 02 / * LISTA DE CONFERÊNCIA DE REVISÃO Planejamento Os recursos estão adequados e disponíveis? Análise de Requisitos Os requisitos tem consistência com os prazos, recursos e orçamento? Projeto de Software Os módulos são independentes? Programação O projeto foi adequadamente codificado na LP? Aula 02 / * AULA 1 * AULA 02 Aula 02 / * ATIVIDADES PROPOSTAS É possível avaliar a qualidade do software se o cliente ficar mudando de idéia sobre o que ele espera que o sw faça? Um programa pode estar correto e ainda assim não exibir boa qualidade? Aula 02 / * AULA 1 * AULA 02 Aula 02 / * PRÓXIMA AULA Na próxima aula veremos como a garantia estatística de qualidade de software possibilita uma análise mais quantitativa a respeito da qualidade. Veremos que para o software, a garantia estatística de qualidade implica em alguns passos importantes. *
Compartilhar