3.2 Caracterização do defeito
Processos SQM detectam defeitos. Caracterizar estes defeitos conduz a uma compreensão do produto, facilita correções ao processo ou ao produto, e informa à gerência de projeto ou ao cliente do status do processo ou do produto.
Muitos defeitos (Erros de programação) taxonômicos ocorrem, e, quando foram feitas tentativas de se criar um consenso em relação a isto, a literatura indica que poucos foram postos em prática. A caracterização do defeito (anomalia) é usada também nos exames e nas revisões, onde o líder da revisão apresenta freqüentemente uma lista das anomalias levantadas por membros da equipe para a discussão em uma reunião da revisão.
Como o desenvolvimento de novos métodos e linguagens envolve, juntamente com avanços em todas as áreas de conhecimento de software, o aparecimento de novas classes de defeitos, é preciso fazer um grande esforço para interpretar classes previamente definidas. Ao procurar defeitos, um Engenheiro de Software preocupa-se não somente com o número de defeitos, mas também em seus tipos. A informação sozinha, sem alguma classificação, não é realmente útil em ajudar a identificar as causas subjacentes aos defeitos, uma vez que os tipos específicos de problemas necessitam ser agrupados para que possamos tirar conclusões sobre eles.
O ponto é estabelecer uma taxonomia do defeito que sirva à organização e aos Engenheiros de Software. O SQM levanta informações em todos os estágios do desenvolvimento e da manutenção do software. Tipicamente, onde a palavra "defeito" é usada, refere-se a uma "falha" como definido abaixo. Entretanto, diferentes culturas e padrões podem usar diferentes significados para estes termos, o que levou a tentativas de defini-los.Definições parciais tiradas do padrão (IEEE610.12-90) são:
Erro: "A diferença entre o valor computado e o resultado correto".
Erro de programação: "Um passo, processo ou definição de dados incorretos em um programa de computador".
Falha: "O resultado incorreto produzido por um erro de programação".
Engano: "Uma ação humana que produz um resultado incorreto".
Uma provável ação resultante das descobertas do SQM é retirar os defeitos dos produtos em avaliação. Outras ações permitem alcançar todo o valor destas descobertas. Essas ações incluem a analise e indexação das descobertas, e o uso de métricas para melhorar o produto e o processo, além de permitir achar os defeitos e corrigi-los.
Melhoria de processo é primeiramente discutido na área de conhecimento de Processos de Engenharia de Software do SWEBOK, onde o processo SQM é uma fonte de informação.
Os dados inadequados e os defeitos encontrados durante a execução de técnicas de SQM podem ser perdidos a menos que sejam gravados. Para algumas técnicas (por exemplo, revisões técnicas, exames, inspeções), os dados levantados são gravados, junto com edições e decisões.
Quando ferramentas automatizadas são usadas, a saída de ferramenta pode fornecer a informação do defeito.
Os dados sobre defeitos podem ser coletados e gravado em um formulário do SCR (pedido da mudança de software) e podem subseqüentemente ser gravado em algum tipo de base de dados, manualmente ou automaticamente, a partir de uma ferramenta de análise. Os relatórios sobre defeitos são fornecidos à gerência da organização.
Página 1 | Página 2|
Página 3 | Página 4|
Página 5
