Qualidade de software Fabiano Gonçalves dos Santos Aula 10.
-
Upload
wilian-prudente -
Category
Documents
-
view
214 -
download
1
Transcript of Qualidade de software Fabiano Gonçalves dos Santos Aula 10.
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