Qualidade de software Fabiano Gonçalves dos Santos Aula 10.

Apresentação em tema: "Qualidade de software Fabiano Gonçalves dos Santos Aula 10."— Transcrição da apresentação:

1 Qualidade de software Fabiano Gonçalves dos Santos Aula 10

2 Um risco é qualquer evento ou condição em potencial que, em se concretizando, pode afetar negativamente ou positivamente um objetivo do projeto Riscos Negativos = AMEAÇAS Riscos Positivos = OPORTUNIDADES Conceito de Risco 2

3 Pessoal experiente deixará o projeto antes do fim O hardware essencial ao projeto não será entregue no prazo O tamanho do sistema foi subestimado As ferramentas CASE que apoiam o projeto não funcionam conforme o previsto A tecnologia sobre a qual foi construído foi superada por uma nova tecnologia Exemplos de riscos 3

4 Um produto concorrente foi lançado no mercado antes da conclusão do sistema Um especialista previsto para começar no projeto, avisou que só pode chegar 5 dias depois A linguagem de programação não é adequada à solução do problema Exemplos de riscos 4

5 O Risco afeta: A empresa (negócios), O processo de desenvolvimento e (projeto) O software (produto). Identificação, análise, planejamento e monitoração de riscos devem ser realizados de forma sistematizada e controlada, durante todo o processo de desenvolvimento de software  Evitar problemas, surpresas. Gerência de riscos 5

6 Quais os riscos que podem afetar? Produto, Projeto e Negócio. Como descobrir ? Brainstorming Experiência pessoal Relacionar os riscos – técnica de checklist. 1. Identificação dos riscos 6

7 Tipos de Riscos 1. Identificação dos riscos Componentes de software não devem ser reusados porque contém defeitos que limitam sua funcionalidade Tecnologia É impossível recrutar pessoal com as habilidades necessárias Pessoal Problemas financeiros na organização geram reduções no orçamento do projeto Organizacional O código gerado pelas ferramentas CASE é ineficiente Ferramentas Os clientes não compreendem o impacto das mudanças de requisitos Requisitos O prazo necessário para desenvolver o software foi subestimado Estimativas 7

8 Fase 1: Avaliar e classificar a probabilidade de ocorrência dos riscos 2. Análise dos riscos Muito baixa (<10%) Baixa (10-25%) Média (25-50%) Alta (50-75%) Muito alta (>75%) A probabilidade do risco pode ser: 8

9  Probabilidade = chance do risco ocorrer  Impacto = efeito sobre o projeto, produto, empresa  Gerenciar objetivos  Maximizar os resultados dos eventos positivos  Minimizar os resultados dos eventos negativos 2. Análise dos Riscos: Probabilidade x Impacto ProbabilidadeImpacto Criticidade (Priorização do risco) AltaAltoAlta MédioAlta BaixoMédia AltoAlta MédiaMédioMédia BaixoBaixa AltoMédia BaixaMédioBaixa BaixoBaixa 9

10  Inicio do projeto  Probabilidade Alta (+ incerteza)  Impacto baixo  Ao longo do projeto  Probabilidade baixa (- certeza)  Impacto alto 2. Análise dos Riscos: Probabilidade x Impacto ProbabilidadeImpacto Criticidade (Priorização do risco) AltaAltoAlta MédioAlta BaixoMédia AltoAlta MédiaMédioMédia BaixoBaixa AltoMédia BaixaMédioBaixa BaixoBaixa 10

11 Fase 2: Avaliar os mais significativos, baseado na probabilidade de ocorrência e seus efeitos (seriedade) Catastróficos, sérios, toleráveis ou insignificantes. 2. Análise dos riscos RiscoProbabilidadeSeriedade O tempo necessário para desenvolver o software foi subestimado Acima da médiaSérios As ferramentas CASE não podem ser integradas Acima da médiaToleráveis A taxa de reparo de defeitos foi subestimada MédiaToleráveis O código gerado pelas ferramentas CASE é ineficiente MédiaInsignificante 11

12 Requer estratégias O que fazer quando o risco for detectado 3. Planejamento dos riscos De prevenção: a ocorrência de riscos é reduzida De contingência: o efeito do risco é forte, mas existe uma alternativa para lidar com o problema De minimização: o impacto do risco será reduzido Categorias de estratégias 12

13 As estratégias de AÇÕES para cada risco devem: Promover: Confiabilidade Proteção Segurança Qualidade Reduzir: Impacto da ocorrência do risco 3. Planejamento dos riscos: Estratégias 13

14 Avaliar de forma regular cada risco. É provável de ocorrer? / Efeitos mudaram? Risco: Tecnologia Indicadores: atraso na entrega de hardware ou software, muitas vezes com problemas de Tecnologia Risco: Pessoal Indicadores: Baixa moral do pessoal, relacionamento precário entre os membros Risco: Requisitos Indicadores: Reclamações dos clientes e muitas solicitações de mudança nos requisitos 4. Monitoração dos riscos 14

15 Avaliar de forma regular cada risco. É provável de ocorrer? / Efeitos mudaram? 4. Monitoração dos riscos RiscoIndicadores potenciais Tecnologia Ocorre em detrimento do atraso na entrega de hardware ou software, muitas das vezes, apresentando problemas de tecnologia Pessoal Identifica a questão de baixo moral do pessoal, como também relacionamentos precários entre os membros da equipe Requisitos Evidenciam muitas reclamações de clientes e muitas solicitações de mudança de requisitos Estimativas Mostram as falhas no cumprimento do cronograma, falhas em eliminar defeitos relatados 15

16 PMI-PMBOK: Gerenciamento dos riscos Planejamento do gerenciamento de riscos Identificação de riscos Análise qualitativa de riscos Análise quantitativa de riscos Planejamento de respostas a riscos Monitoramento e controle de riscos 16

17 Qualidade de software Fabiano Gonçalves dos Santos Atividade 10

18 Exercício sobre identificação de riscos Durante o processo de análise de risco é necessário fazer uma avaliação dos tipos de riscos e dos riscos possíveis. Associe os tipos de riscos com os riscos possíveis. Tipos de riscos: A.Tecnologia B.Pessoal C.Ferramentas D.Estimativas 18

19 19 Riscos possíveis: ( ) A taxa de reparo de defeito foi subestimada. ( ) O treinamento necessário não está disponível. ( ) O banco de dados usado no sistema não suporta a quantidade de transações que o sistema demanda. ( ) Não será possível integração de CASE. A. Tecnologia B. Pessoal C. Ferramentas D. Estimativas

20 20 Riscos possíveis: (D) A taxa de reparo de defeito foi subestimada. (B) O treinamento necessário não está disponível. (A) O banco de dados usado no sistema não suporta a quantidade de transações que o sistema demanda. (C) Não será possível integração de CASE. A. Tecnologia B. Pessoal C. Ferramentas D. Estimativas