Uma Proposta de Guia para Identificação e Mensuração de Dívida Técnica de Requisitos no Desenvolvimento de Software

Resumo

Dívida Técnica (DT) é definida como artefatos imaturos ou incompletos presentes no ciclo de vida do desenvolvimento de software, provocando maiores custos e baixa qualidade. A criação destes artefatos acelera o desenvolvimento em curto prazo. Porém, em longo prazo, a má qualidade inclina-se a gerar despesas devido os esforços utilizados para correções (SEAMAN; GUO, 2011). Inicialmente, DT possuía foco nas atividades de codificação (CUNNINGHAM, 1992), mas com o avanço das investigações, o conceito foi ampliado nas demais fases do desenvolvimento de software, a exemplo, na engenharia de requisitos. Para Rios et al. (2018), DT de requisitos é definida como à distância entre o valor ideal da especificação dos requisitos e a implementação real do sistema, a qual são consequências das decisões estratégicas para ganhos imediatos. Mas independentemente de qual fase do desenvolvimento a DT ocorra, é necessário mantê-la gerenciada para assegurar a qualidade do software. Identificação e mensuração são as duas primeiras etapas no processo de gerenciamento, são atividades essenciais para saber qual tipo de DT existe, onde está localizada, e como estimar seu impacto no software (LI et al. 2014). No entanto, na engenharia de requisitos ainda são pouco exploradas em pesquisas acadêmicas (ALVES et al. 2018), e segundo Besker et al. (2018), estão entre as fases nas quais existe maior dificuldade na realização. Assim, o objetivo deste trabalho é desenvolver um guia que possa auxiliar profissionais de software a identificar e mensurar a dívida técnica de requisitos existente em seus projetos, conhecendo métricas que auxiliem a mensurar os dados necessários para a sua resolução. Para isso, o trabalho está sendo desenvolvido por meio da condução de quatro etapas, como apresenta a Figura 1. A primeira etapa possui como objetivo identificar as informações que serão disponibilizadas no guia. Para isso, duas atividades estão sendo realizadas, sendo elas: um Mapeamento Sistemático da Literatura (MSL), e estudos de caso na indústria de software. Na segunda etapa, inicialmente, pretende-se relacionar as evidências obtidas no MSL com as informações coletadas nos estudos de caso. As quais, apresentarão evidências para a construção do guia. Logo após, o guia será desenvolvido, organizado em formato de technical report e, disponibilizado em um link para compartilhamento online. Na terceira etapa, buscando avaliar o guia desenvolvido, pretende-se realizar um survey e um grupo focal com profissionais das áreas de engenharia de software, engenharia de requisitos e no contexto de DT, para ao final, colher as contribuições e sugestões de melhorias, visando validar e refinar o guia proposto. Na última etapa, a análise final dos resultados será conduzida através da verificação dos dados coletados no survey e grupo focal. Com isso, ao final, espera-se apresentar as principais contribuições e conclusões sobre a eficácia do guia desenvolvido e avaliado por especialistas. Durante os meses de março a junho de 2020 o MSL foi conduzido. Com isso, resultados parciais já foram identificados, sendo eles: (i) 31 causas atribuídas ao surgimento da DT de requisitos, a exemplo, elicitação inadequada ou mal conduzida, entrevistas mal planejadas, pressão de cronograma, requisitos ambíguos e falta de comunicação com os stakeholders;     (ii) 15  estratégias que já estão sendo utilizadas para identificar e mensurar a dívida técnica de requisitos, a exemplo, gerenciamento manual, template de documentação e o gerenciamento automatizado; (iii) logo após, foram identificadas métricas a serem utilizadas de suporte na etapa de mensuração da DT, a exemplo, a métrica ““when decision”, a qual segue apresentada na sequência, e objetiva auxiliar a calcular o melhor momento para pagar a dívida técnica de requisitos, se seria no atual momento que foi identificada, ou em um ponto específico no futuro; por fim, (iv) 19 dificuldades ao realizar as atividades de identificação e mensuração da DT de requisitos foram identificadas, a exemplo, destinar mais tempo e esforço para serem gastos na elicitação dos requisitos, além de conseguir que toda a equipe esteja incluída neste processo. Apesar de parciais, os resultados mostram consideráveis informações relevantes ao objetivo deste trabalho, com isso, espera-se como principais contribuições: a disponibilização de um guia que auxilie profissionais de software a identificar e mensurar a DT de requisitos em seus projetos; além de fornecer relatos de experiências em contextos reais na indústria de software, permitindo relacionar e validar com as evidências identificadas na literatura acadêmica.