Qualidade de software

Fabiano Gonçalves dos Santos

Aula 10

• 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

• 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

• 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

• 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

• 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

• Tipos de Riscos

1. Identificação dos riscos

7

• 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

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

Probabilidade ImpactoCriticidade

(Priorização do risco)

Alta Alto Alta

Alta Médio Alta

Alta Baixo Média

Média Alto Alta

Média Médio Média

Média Baixo Baixa

Baixa Alto Média

Baixa Médio Baixa

Baixa Baixo Baixa

9

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

Probabilidade ImpactoCriticidade

(Priorização do risco)

Alta Alto Alta

Alta Médio Alta

Alta Baixo Média

Média Alto Alta

Média Médio Média

Média Baixo Baixa

Baixa Alto Média

Baixa Médio Baixa

Baixa Baixo Baixa

10

• 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

Risco Probabilidade SeriedadeO tempo necessário para desenvolver o software foi

subestimadoAcima da média Sérios

As ferramentas CASE não podem ser integradas Acima da média Toleráveis

A taxa de reparo de defeitos foi subestimada Média Toleráveis

O código gerado pelas ferramentas CASE é

ineficienteMédia Insignificante

11

• 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

As estratégias de AÇÕES para cada risco devem:Promover:• Confiabilidade• Proteção• Segurança• QualidadeReduzir:• Impacto da ocorrência do risco

3. Planejamento dos riscos: Estratégias

13

• 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

• Avaliar de forma regular cada risco.• É provável de ocorrer? / Efeitos mudaram?

4. Monitoração dos riscos

Risco Indicadores potenciais

TecnologiaOcorre em detrimento do atraso na entrega de hardware ou software, muitas das vezes, apresentando problemas de tecnologia

PessoalIdentifica 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

PMI-PMBOK: Gerenciamento dos riscos

16

Qualidade de software

Fabiano Gonçalves dos Santos

Atividade 10

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

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

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