2.3.3 Inspeções
"A finalidade da inspeção é detectar e identificar anomalias do produto de software" (IEEE1028-97). Dois diferenciadores importantes das inspeções são:
1) O indivíduo que tem uma posição da gerência sobre algum membro da equipe da inspeção não participará na inspeção.
2.)Uma inspeção deve ser conduzida por um facilitator imparcial que seja treinado em técnicas da inspeção.
As inspeções de software envolvem sempre o autor de um produto intermediário ou final, enquando outras revisões não. As inspeções incluem também um líder da inspeção, um registrador, um leitor, e alguns inspetores. Os membros de uma equipe da inspeção podem possuir perícias diferentes, tal como a perícia do domínio, a perícia do método de projeto, ou a perícia da língua. As inspeções são conduzidas geralmente em uma seção relativamente pequena do produto em um momento. Cada membro da equipe deve examinar o produto de software e outras entradas da revisão antes da reunião da revisão, talvez aplicando uma técnica analítica a uma seção pequena do produto, ou ao produto inteiro com um foco somente em um aspecto, para o exemplo, em interfaces.
Toda a anomalia encontrada é documentada e emitida ao líder da inspeção. Durante a inspeção, o líder da inspeção conduz a sessão e verifica que
todos se preparam para a inspeção. Uma lista de verificação, com anomalias e germane das perguntas às introduções do interesse, é uma ferramenta
comum usada nas inspeções. A lista resultante classifica as anomalias (consulte a IEEE1044-93 para detalhes) e é revista freqüentemente para a integralidade
e a exatidão pela equipe. A decisão da saída da inspeção deve corresponder a um dos seguintes três critérios:
1)Aceite com nenhum, ou com menor, re-trabalho
2) Aceite com verificação do re-trabalho
3)Re-inspeção
As reuniões da inspeção duram tipicamente algumas horas, visto que as revisões e os exames técnicos são geralmente mais largos no
espaço e fazem exame mais por muito tempo.
2.3.4 Walk-troughts
A finalidade dos walk-throughs é avaliar um produto de software. Os walk-throughs podem ser conduzido com a finalidade de educar uma audiência a respeito de um produto de software. Os objetivos principais são [ IEEE1028-97 ]:
Achar anomalias
Melhoramento do produto de software
Considerar implementações alternativas
Avaliar a conformidade a padrões e especificações
O walk-throughs é similar a uma inspeção, mas é normalmente é conduzida de forma menos formal. walk-throughs é organizado primeiramente pela engenharia de software para dar a seus teammates a oportunidade de rever seu trabalho, como uma técnica da garantia.
2.3.5. Auditorias
"A finalidade da auditoria de software é fornecer uma avaliação independente da conformidade de produtos e de processos de software aos regulamentos, aos padrões, aos guidelines, aos planejamentos, e aos procedimentos aplicáveis" [ Ieee1028-97 ]. A auditoria é uma atividade formalmente organizada, com os participantes que têm papéis específicos, tais como o revisor de contas da ligação, um outro revisor de contas, um registrador, ou um iniciador, e inclui um representante da organização examinada. O exame identificará exemplos do não conformidade e produzirá um relatório que requer a equipe tomar uma ação corretiva.
Quando puder haver muitos nomes formais para revisões e auditorias, como aqueles identificados no padrão (IEEE1028-97), o ponto importante é que podem ocorrer em quase todo o produto em qualquer estágio do processo do desenvolvimento ou da manutenção.
Página 1 | Página 2|
Página 3 | Página 4|
Página 5
