Realize revisões e inspeções e evite custos e esforços desnecessários

Transcrição

1 Anais da Semana de Informática CESIT/UEA. Volume 1, Número 1. Manaus/AM: UEA Edições, ISSN Realize revisões e inspeções e evite custos e esforços desnecessários Andreza Bastos Mourão 1, Anselmo Alves Serrão 2, Rosimara Corsino da Silva 2 1 Professora Mestre do Centro de Estudos Superiores de Itacoatiara da Universidade do Estado do Amazonas (UEA), Avenida Mário Andreazza, s/nº São Francisco CEP Itacoatiara AM Brasil 2 Acadêmicos do Curso de Licenciatura em Informática do Centro de Estudos Superiores de Itacoatiara da Universidade do Estado do Amazonas (UEA), Avenida Mário Andreazza, s/nº São Francisco CEP Itacoatiara AM Brasil amourao@uea.edu.br, anselmo.serrao@hotmail.com, mara.fje@gmail.com Abstract: This article discusses the importance of reviews and inspections in the development process of software as well as the benefits that these tools provide developers and their clients, emphasizing the importance of the same as basic tools to reduce additional costs and reduced rework. Should also consider that the reviews and inspections seek improvements in software quality and customer satisfaction by decreasing errors, flaws and omissions during the phases of systems development. Resumo: Este artigo aborda a importância das revisões e inspeções no processo de desenvolvimento de softwares, bem como os benefícios que essas ferramentas oferecem aos desenvolvedores e seus clientes, ressaltando a relevância das mesmas como instrumentos fundamentais para redução de custos adicionais e diminuição do retrabalho. Deve-se considerar ainda, que as revisões e inspeções buscam melhorias na qualidade dos softwares e a satisfação dos clientes por meio da diminuição de erros, falhas e omissões durante as fases de desenvolvimento de sistemas. 1. Introdução Nos dias atuais é comum empresas utilizarem softwares prontos, pois consideram sempre o baixo custo e rapidez na entrega, porém, quando esses sistemas começam apresentar problemas o cliente percebe que o produto não satisfaz as suas necessidades e nem resolve suas dificuldades, acaba causando prejuízos, muitas das vezes irreparáveis. Nesse tipo de processo as etapas previstas na Engenharia de Software não foram consideradas, apenas houve um acerto verbal, deixando o cliente com o problema não resolvido e a sensação de que ele foi enganado, o que reflete negativamente no futuro das empresas desenvolvedoras que passam a ter seus nomes descredibilizados no mercado e por consequência contrair prejuízos. A partir dessa problemática, algumas atividades como empenho, produtividade, tempo e custo no desenvolvimento devem ser consideradas, se elas também forem afetadas negativamente os esforços desnecessários serão inevitáveis. Para que isso não ocorra técnicas de revisão e inspeção se tornam ferramentas indispensáveis para encontrar e corrigir tais problemas tão logo o produto seja colocado em funcionamento.

2 Portanto, deve-se considerar a relevância das revisões e inspeções para qualidade do software, ao final de todo o processo de desenvolvimento, o cliente e desenvolvedor ficarão satisfeitos, e terão certeza de que o sistema dificilmente terá bug e ocasionar problemas, pois testes exaustivos foram realizados e as documentações validadas, deixando claro de que uma vez pago, em um pedido de modificação poderá ou não ser cobrado valores adicionais. 2. Revisão e Inspeção As empresas desenvolvedoras de softwares, em sua maioria, buscam apresentar produtos de boa qualidade que gerem resultados esperados pelos clientes e usuário final. Conceitos bastante utilizados são de que a revisão, técnica que examina o software, sua documentação e principalmente todos os registros de processos em busca de erros e omissões, verifica se os padrões de qualidade foram seguidos. A inspeção derivada da revisão deve ser aplicada em todos os componentes de software, possui ainda um processo de detecção de defeitos rigoroso e bem definido. A seguir serão relatados nos subitens 2.1 e 2.2 respectivamente, as atividades do processo de revisão e inspeção de softwares Revisões Existem diversos tipos de controle de qualidade de um software em desenvolvimento, uma delas é a revisão, onde uma equipe se dedica a encontrar erros, examinando tanto o software quanto a documentação com o objetivo de encontrar e relatar problemas, inconsistências e falhas, além de verificar se o mesmo segue os padrões de qualidade de do processo de desenvolvimento. As revisões fazem parte do conjunto de atividades de garantia de qualidade de software. Essas atividades constituem um padrão sistemático e planejado de ações que são exigidas para garantia de qualidade do software e devem ser aplicadas ao longo de todo processo de Engenharia de Software (Pressman 2000). Os processos de revisão de um software são realizados juntamente com os testes de software, atuando dentro do processo de validação e verificação (V&V) e geralmente são estruturados e definidos em três fases (Figura 1), pré-revisão, reunião de revisão e pós-revisão. Figura 1. O processo de revisão de software (SOMMERVILLE, 2011).

3 Atividades de pré-revisão Consiste na preparação de uma revisão, como o planejamento, onde será definida a equipe de revisão, a definição de um lugar adequado para os encontros com a equipe e a distribuição dos documentos a serem revisados Reunião de revisão Nessa etapa, o desenvolvedor do software ou o autor do documento a ser revisado deve acompanhar a leitura do mesmo com a equipe de revisão. A revisão deve ter no máximo duas horas de duração, onde um membro da equipe irá presidir a revisão, e garantir que todos os comentários referentes à revisão do software sejam considerados, e outro membro da equipe irá registrar formalmente as decisões e ações a serem tomadas conforme ilustra a (Figura 2) a seguir. Figura 2. Reunião de revisão (IBM, 2010) Atividades de pós-revisão Durante essa fase, as questões e os problemas levantados na etapa da reunião de revisão deverão ser abordados. Nesse processo envolve a correção de bugs encontrados no software, e a refatoração do software para que ele esteja em conformidade com os padrões de qualidade ou a necessidade de uma nova redação de documentos. Como alternativa, a equipe pode emitir documentos e solicitar comentários por escrito de vários membros de projeto Inspeções A inspeção é um processo de revisão com o objetivo de encontrar falhas antes de o software ser implantado. As inspeções fazem parte dos processos de verificação e validação do software, podendo até descobrir problemas com testes e, assim, melhorar a eficácia desses testes e detectar bugs no programa, conforme relata Sommerville (2011), As inspeções de programa envolvem membros de equipe de diferentes origens fazendo uma revisão cuidadosa, linha por linha de código-fonte de programa. Eles procuram defeitos e problemas e os descrevem em uma reunião de inspeção. Os defeitos podem ser erros lógicos, anomalias no código que podem indicar uma condição errada ou recursos que foram omitidos do código A equipe de revisão examina em detalhes os modelos de

4 projeto ou o código de programa destaca anomalias e problemas para serem reparados. Frequentemente no processo de inspeção é utilizado um checklist de erros comuns de programação para ajudar na busca por bugs. Diferentes cheklists são usados para diferentes linguagens de programação, pois cada linguagem tem seus próprios erros característicos (SOMMERVILLE, 2007) conforme pode ser observado na (Tabela 1) abaixo. Classe de defeito Defeitos de dados Defeitos de controle Defeitos de entrada/saída Defeitos de interface Defeitos de gerenciamento de armazenamento Defeito de gerenciamento de exceção Tabela 1. Cheklists de Inspeção Verificação de inspeção Todas as variáveis de programa são iniciadas ates que seus valores sejam usados? Todas as constantes foram nomeadas? O limite superior de vetores deve ser igual ao tamanho do vetor ou a tamanho -1? Se as strings de caracteres são usadas, um delimitador é explicitamente atribuído? Existe alguma possibilidade de overflow de buffer? Para cada instrução condicional, a condição está correta? É certo que cada loop vai terminar? As declarações compostas estão posicionadas corretamente entre colchetes? Em declaração case, todos os cases possíveis são considerados? Se um break é requerido após cada case em declarações case, esse foi incluído? Todas as variáveis de entrada são usadas? Todas as variáveis de saída receberam um valor antes de serem emitidas? Entradas inesperadas podem causar corrupção de dados? Todas as chamadas de funções e métodos têm o numero correto de parâmetros. Os parâmetros formais e reais correspondem? Os parâmetros estão na ordem correta? Se os componentes acessam memoria compartilhada, eles têm o mesmo modelo de estrutura de memória compartilhada? Se uma estrutura ligada é modificada, todas as ligações foram corretamente retribuídas? Se o armazenamento dinâmico é usado, o espaço foi alocado corretamente? O espaço é explicitamente deslocado após não ser mais necessário? Foram levadas em consideração todas as condições possíveis de erro?

5 3. As contribuições das Revisões e Inspeções As revisões e inspeções são ferramenta de suma importância para melhoria da qualidade de um software, estão voltadas basicamente para verificação de erros e falhas em artefatos de softwares. Conforme esses problemas vão sendo identificados, o objetivo se concretiza em resolvê-los o mais rápido possível. Dessa forma impedindo que tais defeitos se propaguem por outras fases do projeto. As revisões e inspeções podem e devem ser realizadas juntamente com o processo de teste, verificação e validação. A (Tabela 2) abaixo mostra as principais contribuições das inspeções e revisões no processo de desenvolvimento de software. Tabela 2. Contribuições da Revisões e Inspeções Revisões Detecta erros de análise e projeto em relação à especificação. Identifica riscos que podem afetar a conclusão do projeto. Localiza desvios de template e de estilos de processos e convenções. Promove o conhecimento em relação a técnicas de desenvolvimento, ferramentas e métodos. Reporta erros de análise e projeto para que sirvam de base de conhecimento para futuras ações corretivas. Evitar custo desnecessário e retrabalho Promover trabalho em equipe Inspeções Verifica se o produto satisfaz as especificações funcionais. Verifica se o produto atende as atribuições de atributo de qualidade. Verifica se o produto atende as necessidades do cliente. Verifica se produto cumpre com as regulamentações, regras, planejamento, procedimento, identificando os possíveis desvios. Apresenta economia de custo de desenvolvimento. Garantir satisfação do cliente e confiança no desenvolvedor Aumentar a qualidade dos softwares 4. Conclusão Os termos problema, defeito, falha ou erro, muitas das vezes são generalizados. Porém quando voltados para Engenharia de Software essas interpretações passam a depender do contexto em que se apresentam. Durante uma revisão ou inspeção tudo está relacionado aos problemas apresentados no software ou em algum componente que está sendo revisado, esse fator deve ser considerado em todo o ciclo de vida e etapas de desenvolvimento de um sistema. Um erro é um defeito cometido por um indivíduo ao tentar entender uma determinada informação, resolver um problema ou utilizar um método ou uma ferramenta. O defeito ou falta pode ser uma manifestação concreta de um erro num componente de software que pode resultar em diversos defeitos. As falhas dependem do comportamento operacional do software e se apresentam com resultados diferentes do esperado pelo usuário. Uma falha pode ter sido causada por diversas faltas, e algumas faltas podem nunca causar uma falha.

6 O objetivo da qualidade de software não se restringe a apenas cumprir regras de definição e normatização de processos para se produzir um bom software, os envolvidos devem estar cientes de que mesmo seguindo todas as regras, ao final de cada processo sempre aparecerá uma erro ou falha o que muitas das vezes deixa os desenvolvedores frustrados. As técnicas de revisão e inspeção, quando são realizadas de forma planejada, se tornam instrumentos fundamentais para evitar o retrabalho, pois nem tudo que se produz é 100% satisfatório. Frequentemente os projetos não terminam com sucesso, 30% são cancelados, 50% custam quase o dobro do planejado, 85% não terminam no prazo definido e muitos projetos só trazem 70% de suas funcionalidades originalmente planejadas. (STANDISH GROUP, 2010) Atualmente muitas empresas desenvolvedoras de softwares utilizam essas técnicas, porém, ainda são realizadas de forma pouco sistematizadas e muitas das vezes sem conhecimento da área, o que acaba tornando-as exaustivas e fora de seu verdadeiro foco e potencial que é a exploração para detecção de falhas antes que produto seja colocado em funcionamento. O que muita das vezes contribui para introdução de um fator de confusão entre os resultados esperados pelas revisões e inspeções e os obtidos na prática. 5. Referências Bueno, C. F. dos Santos e Campelo, G. Bueno Qualidade de Software. Disponível em: 20de%20Software.pdf. Acesso em: 03 jun Cunha S. (2009) Revisão de Software. Disponível em: Acesso em: 21 mai Kalinowski, M. (2013) Introdução à Inspeção de Software. Disponível em: Acesso em: 21 mai Pressman, R. S. (2000) Engenharia de Software: Uma Abordagem Prática. 5. ed. Rio de Janeiro: McGraw-Hill, Rabelo, R. Qualidade de Processo de Desenvolvimento de Software. Disponível em: Acesso em: 30 abr Sommerville, I. (2011). Engenharia de Software, 9. ed. São Paulo: Pearson, 2010, p Standish, G. (2010) Chaos Report. Disponível em: Acesso em: 30 abr Travassos, G. H. (2006) Engenharia de Software Orientado a Objetos: Revisão e Inspeção de Software. Disponível em: Acesso em: 04 jun

7 Xavier, W. (2012) Faça inspeções de software e reduza o retrabalho. Disponível em: Acesso em: 21 mai