Apoio a decisões no processo de inspeção de software - Revista Engenharia de Software Magazine 57

A tomada de decisão é uma atividade importante e complexa na engenharia de software. Geralmente é um processo não sistemático, uma vez que tipicamente se baseia em experiência pessoal sem o uso de modelos explícitos. O desenvolvimento de software é um processo onde cada pessoa envolvida constantemente toma decisões, tanto técnicas quanto gerenciais.

A capacidade de enxergar e compreender o sistema como um todo é fundamental nas decisões. Em projetos de software, os gestores quando buscam visualizar de forma integrada todos os fatores de influência do seu processo de desenvolvimento, de maneira que terão maior capacidade em tomar decisões mais adequadas. Entretanto, gestores acabam optando por decisões reativas, considerando apenas o problema presente, sem relacioná-lo com o seu ambiente e demais fatores correlacionados. Isso se torna um risco relevante no projeto, uma vez que decisões gerenciais tomadas de maneira equivocada podem levar a grandes prejuízos e mais do que isso, podem causar falhas críticas no software. Logo, é indispensável o uso de ferramentas que auxiliem os gerentes em suas tomadas de decisão, identificando os riscos antes de eles se materializarem.

A qualidade do produto de software é um aspecto que deve ser acompanhado durante todo o processo de desenvolvimento. A participação humana é um fator de grande presença nos projetos de software, justificando a ocorrência de defeitos, até mesmo se as melhores técnicas e procedimentos forem utilizados. Com isso, fica clara a importância de um processo de garantia da qualidade que atue em todas as fases do processo de desenvolvimento. Revisões de artefatos de software têm se mostrado uma abordagem eficiente e de baixo custo para encontrar defeitos, reduzindo o retrabalho e melhorando a qualidade dos produtos (ler Nota do DevMan 1).

É importante destacar que quanto mais cedo esses defeitos forem removidos, menor será o custo de desenvolvimento e manutenção do produto. Experiências têm comprovado que a inspeção, quando realizada no início do processo de desenvolvimento do software, pode levar à detecção de 60% a 90% dos defeitos potenciais.

Embora muitas organizações de software realizem revisões, a forma como são realizadas ainda é pouco sistematizada. O conhecimento utilizado na área de inspeções de software também é pouco utilizado e assim, seu potencial raramente é explorado. Este argumento é baseado em três observações sobre as organizações participantes do levantamento de dados apresentado no artigo: (1) revisões raramente cobrem sistematicamente todas as fases de desenvolvimento de software (40% realizam inspeções em requisitos e 30% realizam inspeções em código), (2) muitas vezes a atividade de detecção de defeitos não é realizada sistematicamente (cerca de 60% não conduzem uma atividade de detecção de defeitos regularmente) e (3) cerca de 40% das organizações não coletam dados e 18% coletam dados e não os utilizam em suas análises.

Dada a importância do processo de inspeção e a complexidade das relações entre as variáveis dinâmicas envolvidas nessa fase do processo de desenvolvimento de software, torna-se indispensável o uso de ferramentas que permitam enxergar o contexto como um todo. A dinâmica de sistemas é uma dessas ferramentas e será explorada neste artigo para permitir uma melhor visualização do contexto e auxiliar na tomada de decisões sistêmicas (ler Nota do DevMan 2).

Através do modelo, gerentes de projetos podem configurar e simular cenários para auxiliá-los na análise e tomadas de decisão relativas às características da empresa, permitindo testar situações novas antes de colocá-las em prática. O modelo foi construído embasado em dados disponíveis na literatura, garantindo sua consistência.