defeitos e detecta-los nos estagios iniciais do desenvolvimento do software. Passos para prevencao de defeitos: Identificar os riscos criticos; Estimar os impactos esperados; Minimizar os impactos; 1.9.1.1. Identificar os Riscos Criticos A melhor maneira de fazer isso e identificar os tipos de defeitos que representam as maiores ameacas, ou seja, defeitos que podem colocar em risco o sucesso da construcao, entrega e/ou operacao do software. A enfase desse passo nao e identificar todos os riscos, e sim identificar os riscos criticos que podem prejudicar o sucesso do projeto e que merecem atencao especial. 1.9.1.2. Estimar os impactos esperados Segundo Beizer, a importancia do defeito esta diretamente ligada a: Frequencia com que o defeito ocorre; Custo da correcao do defeito; Custo da instalacao; Consequencia. 1.9.1.3. Minimizar os impactos esperados Minimizar os impactos esperados envolve a combinacao das seguintes estrategias: Eliminar o risco; (as vezes nao e possivel) Reduzir a probabilidade de o risco se tornar um problema; (Mitigar os riscos) Reduzir o impacto se houver problema. (contigenciar o risco)Algumas tecnicas podem se utilizadas para reduzir o impacto esperado. Entre essas tecnicas temos: Garantia da Qualidade area de GQA Treinamento e educacao voltado para desenvolvimento, teste e usuarios Metodologias e padroes processos bem definidos, metodologias adequadas e padroes consistentes Desenho defensivo; Codigo defensivo. 1.9.2. Linha-de-base (Baseline) a ser entregue Um produto a ser entregue e considerado baseline quando alcanca um marco pre-definido em seu desenvolvimento. Depois de o produto se tornar baseline, recomenda-se que este seja colocado sob gerenciamento de configuracao. Um defeito e caracterizado quando um componente de um produto baseline nao satisfaz seu conjunto de requisitos. 1.9.3. Identificacao do defeitoO defeito e considerado identificado quando reconhecido formalmente pelos desenvolvedores como defeito valido. As etapas envolvidas na identificacao dos defeitos sao: Encontrar defeito; Relatar defeito; Reconhecer defeito; 1.9.3.1. Encontrar defeitoEsta etapa utiliza de tecnicas como: Tecnicas estaticas Revisoes, walkthrough e inspecoes Tecnicas dinamicas realizacao de Testes Tecnicas operacionais defeito descoberto como resultado de uma falha na operacao do sistema 1.9.3.2. Relatar defeitoAo relatar um defeito, devemos dar atencao aos seguintes detalhes: Resumo; Precisao; Neutralidade; Isolamento; Generalizacao; Reproducao; Impacto; Provas. Ao relatar um defeito, devemos indicar, entre outras coisas, o impacto que ele representa tato para o sistema quanto para os negocios. 1.9.3.3. Reconhecer defeitoDepois de detectado o defeito, o desenvolvedor deve decidir se ele e valido ou nao. Quando um grupo achar que e defeito (os usuario, por exemplo) e outro grupo achar que nao e, as abordagens mais eficazes sao: Arbitragem pelo usuario; Arbitragem pelo gerente de desenvolvimento. 1.9.4. Solucao do defeitoTendo defeitos validados pelos desenvolvedores, se da inicio ao processo de correcao. Para isso sao realizados os seguintes passos: Priorizar a correcao; Programar a correcao; Corrigir o defeito; Relatar a solucao; 1.9.4.1. Priorizar a correcaoUm metodo sugerido para priorizacao e classificar o defeito conforme os criterios a seguir: Critico serio impacto no negocio Grave erro grave ou para de funcionar Menor algo errado, mas nao afeta os usuarios 1.9.4.2. Programar a correcaoRefere-se ao processo de alocacao de recursos para a correcao do defeito. 1.9.4.3. Corrigir o defeitoEnvolve a verificacao de um