Olá, estudante! Que bom ter você aqui novamente! Estamos nos aproximando da reta final da nossa disciplina de Introdução à Programação! Na lição anterior, você explorou conceitos fundamentais que serão essenciais para as atividades de implantação e manutenção de software. Agora, daremos início a um tema igualmente importante: o conceito de qualidade.

Ao pensarmos ou falarmos na palavra Qualidade, pode vir à nossa mente uma série de elementos, desde uma marca ou produto até um serviço que é prestado por determinada empresa. A qualidade de algo, muitas vezes, envolve elementos subjetivos que podem ser difíceis de serem medidos, e isso não é diferente para o software. Assim, nesta lição, você conhecerá os elementos que podem ser usados para medir a qualidade de um software. Esta não é medida apenas pela sua funcionalidade, mas existem vários outros elementos que devem ser considerados para que se possa dizer se um software tem qualidade, ou não. Vamos conhecê-las?!

Quando falamos em qualidade, estamos nos referindo a algo extremamente subjetivo, ou seja, o que pode ser de boa qualidade para uma pessoa pode não ser para outra. Em relação ao software, dizemos que sua qualidade está relacionada ao atendimento das necessidades do cliente, ou seja, é preciso que ele tenha um desempenho preciso e confiável e gere valor para todos que utilizam (PRESSMAN; MAXIM, 2016). Se analisarmos a qualidade de um software, considerando que alguns usuários perdem horas “brigando” com o sistema, o software está, constantemente, passando por manutenções e há uma baixa satisfação dos usuários, então, podemos dizer que esse software tem baixa qualidade.

Nesse sentido, as métricas usadas para medir a qualidade do software são o tempo de execução das ações no sistema, o número de manutenções realizadas no sistema e a satisfação dos usuários, mas será que somente esses elementos são suficientes para avaliarmos a qualidade de um software? Será que não precisamos analisar outros elementos? 

Nós poderíamos pensar também nos seguintes fatores: tempo (tempo em que o software fica “fora do ar”), recursos humanos exigidos para que o software se mantenha funcionando (hora/trabalho), indisponibilidade do sistema em relação ao impacto para os negócios da organização, imagem da empresa no mercado e a própria perda de confiança por parte dos clientes daquela empresa, entre outros. Se você pensar, a fundo, sobre os inúmeros elementos que envolvem a qualidade de um software, eu teria que escrever muitas páginas. Assim, para que possamos saber exatamente quais elementos são fundamentais de serem analisados, utilizaremos a literatura científica de Pressman e Maxim (2016) e Sommerville (2011). 

Imagine que você é o(a) Técnico(a) em Desenvolvimento de Sistemas de uma organização e a diretoria da empresa perguntou-lhe sobre a qualidade do software que, atualmente, funciona na organização. O motivo da pergunta da diretoria se deve ao fato de que muitas pessoas têm feito reclamações do software, então, ela precisa de métricas quantitativas para confirmar se, realmente, o problema está no software, necessitando, então, de alguma ação estratégica sobre esse tema, ou se o problema está nos usuários, isto é, estão com alguma dificuldade operacional no uso dele.

Como a qualidade de algo é bastante difícil de se medir e, muitas vezes, envolve elementos subjetivos, você não pode colocar o seu emprego em risco tentando avaliar a qualidade do software apenas com base no que os usuários falam. Assim, para que você, como Técnico(a) em Desenvolvimento de Sistemas, tenha condições de avaliar a qualidade de um software, deverá seguir padrões e métricas que são reconhecidos no mercado para fazer isso. É nesse momento que a nossa lição o(a) ajudará. A literatura científica tem se dedicado, por anos e anos, ao estabelecimento de metas, atributos e métricas que permitam avaliar se um software tem boa ou má qualidade.

A literatura discute oito dimensões associadas à qualidade que podem ser aplicadas ao desenvolvimento de um software (PRESSMAN; MAXIM, 2016):

De acordo com as oito dimensões anteriores, podemos perceber que temos métricas de qualidade que podem ser mensuradas quantitativamente (com números), assim como temos outras métricas que são bastante subjetivas (abstratas). Assim, no próximo tópico, apresentarei alguns fatores de qualidade do software.

A Figura 1 apresenta, ao seu centro, a tríade da qualidade de software, formada pela Revisão do Produto (que está associada à facilidade de manutenção, à flexibilidade e à testabilidade), pela Transição do Produto (que está associada à portabilidade, à reusabilidade e à interoperabilidade) e pela Operação do Produto (que está associada à correção, à confiabilidade, à usabilidade, à integridade e à eficiência). Vejamos o significado de cada uma dessas palavras quando relacionadas à qualidade de software:

Apesar da qualidade de um software ser uma tarefa difícil de medir, essas são algumas métricas que você pode utilizar, de forma quantitativa, para medir se o seu software é de qualidade. Se colocarmos essas métricas na “ponta do lápis”, o(a) Técnico(a) em Desenvolvimento de Sistemas pode usá-las para justificar novos investimentos. A qualidade de um software pode ser medida pela própria equipe de desenvolvimento e pelos analistas, que podem pontuar o software, em relação aos elementos anteriores, em uma escala de 1 a 5. Essa avaliação pode ser feita também por alguns usuários.

Pela listagem anterior, pode-se perceber que o tema SQA é bastante abrangente e não é uma tarefa simples de ser realizada. Há a necessidade de uma equipe estar envolvida para garantir todos os itens mencionados. Para facilitar essa avaliação, por parte do Técnico em Desenvolvimento de Sistemas, apresentarei, a seguir, um quadro com metas, atributos e métricas para garantir a SQA.

O Quadro 1 é organizado em quatro metas gerais: qualidade dos requisitos, qualidade do projeto, qualidade do código e eficiência do controle de qualidade. Cada uma das metas tem um grupo de atributos que devem ser avaliados. A terceira coluna é a métrica que deve ser observada em relação à meta e ao atributo. Nesta lição, você aprendeu os elementos que envolvem a qualidade de um software. O conhecimento desses elementos, por parte do Técnico em Desenvolvimento de Sistemas, é fundamental, porque ele mesmo, muitas vezes, pode agir no sentido de garantir que as metas, os atributos e as métricas da qualidade de software sejam garantidos. 

O mercado de software passou por grandes mudanças nas últimas décadas, devido à importância que os softwares possuem para as organizações. A simples “parada”/indisponibilidade de um softwares, por alguns minutos, pode ter um custo operacional na casa dos milhões ou, mesmo, bilhões para algumas organizações. Assim, os softwares organizacionais se tornaram ativos, os quais devem ter uma disponibilidade de horas, sete dias por semana e 365 dias no ano. Não há espaço para paralisações completas para aguardar que uma manutenção corretiva seja realizada ou para a atualização de uma versão. 

Os softwares devem ser desenvolvidos com a mais alta qualidade para que ofereçam o menor risco possível e as maiores disponibilidade, confiabilidade, eficiência, flexibilidade, usabilidade, portabilidade e reusabilidade possíveis. Contudo desenvolver um software que atenda a todos os requisitos de qualidade não é uma tarefa simples e pode envolver muitos profissionais, além de um suporte da alta administração da empresa. De qualquer forma, independentemente das características da organização, você, como futuro(a) Técnico(a) em Desenvolvimento de Sistemas, agora, já conhece os elementos que envolvem a qualidade de um software e  tem plenas condições de identificá-los ou, se não for possível, de informar que esses elementos devem ser observados se o objetivo for ter um software de alta qualidade.