Qualidade de Software

Bem... o que é qualidade de um software?
Como podemos medir isso?

Medir qualidade em um software não é tão simples quanto medir a qualidade de um outro tipo de produto como manteiga, cadeira, cama, geladeira e bolacha, afinal, sotware é um produto abstrato!
Mas, pra felicidade de todos existem várias técnicas que nos auxiliam a conseguir medir a qualidade =]

Bom, o ser humano é um bicho muito crítico então vamos pensar primeiro em um software na visão do usuário ;)
Quando vc baxa la a nova versão do msn, versão beta, dai ele funciona la, todo bunitinho, o que vc espera dessa nova versão?
que ele seja mais bonito? mais facil de usar? e quando ele da aqueles malditos bugs que cai toda hora ou conecta mais rapido? os atalhos ? o que vc espera que ele faca? e as novas funcionalidades ? TUUUUUUUUUUUUUUUUUUUDOOOOOOOOOOOOOOOOOO isso atendeu as suas espectativas ? se sim, é bem provavel que possamos classificar esse software como tendo qualidade.. mas vamos deixar os detalhes pra mais tarde, ok? Por hora da pra entender, eu acho...

Agora um pouco de palavras difíceis...
Segundo Crosby “A qualidade é a conformidade aos requisitos”
ou seja
qualidade = f (conformidade)

e o que é esse raio de conformidade??
Podemos dizer que conformidade é o que é observado, especificado..
Em linhas gerais qualidade de um produto é dada pela diferença entre as características observadas e as características que foram especificadas para a sua construção e quanto MAIS diferente MENOS qualidade.... obvil não?

E quanto ao erro??
lol..
simples
segundo a prof´Rafaela: "observação do produto fontes de erro corromperem os dados utilizados para caracterizá-lo"
o a matemática da coisa

qualidade = || observado – especificado + erro||

Voltando a opinião do cliente...
Segundo Weinberg"Os requisitos foram definidos por alguém, logo a qualidade depende das escolhas que alguém efetuou"
Ou seja, quando alguem vai la e te pede pra fazer um software, e ta te pagando pra isso neh, ele te passa o que quer que seja feito neh.. entao a qualidade ta ai tb.. ou seja, VC TEM QUE FAZER O QUE FOI PROPOSTO PELO CLIENTE! lol.. simples a logica disso neh?

Segundo Luiz Castro “...se num mundo onde existia controle ao acesso do computador (somente os operadores tinham acesso ao mainframe) já existiam problemas com a confecção de softwares, imagina num computador em que as pessoas com um mínimo de informação sobre software tem acesso livre, sem comprometimento nenhum com os métodos e padrões de desenvolvimento. Por isso torna-se cada vez mais necessárias leis que normatizem esse assunto.”
esse artigo completo está disponível pelo link http://internativa.com.b/artigo_software_02.html

PROBLEMAS!

Vamos organizar as idéias agora?
Quais são os problemas que podemos enfrentar na construção e utilização de um software?

• Cumprir cronogramas( o não cumprimento deles é muito facil);
• Projetos complexos demais (dai ninguem mais entende coisa alguma e tem que jogá-lo fora);
• Fazer módulos que sejam compatíveis entre si ( muitas vezes vc faz a paradinha funfando bunitinha, seu amigo tb, dai qndo junta tudo pra fica num sistema soh.. pufff nada funciona dai vai tudo pro lixo!);
• Criar programas que façam as funções que devem fazer ( aqual velha história de dar laranjas quando ele quer maçãs.. resolva o problema que DEVE ser resolvido!);
• Fazer programas que sejam faceis de usar (se o usuário achar mto dificil de entender ou usar ele não vai usar, nao quanto vc diga que ele eh bom ou qnto tempo demorou...);
• Fazer programas que funcionem( sabe.. as vezes simplismente nao funcionam depois de um tempo ou em determinado s.o. e dai ja era).

DIFERENÇA ENTRE CONSTRUIR UMA PONTE E UM SOFTWARE
PROJETO E REALIZAÇÃO DE UMA PONTE

PROJETO E IMPLEMENTAÇÃO DE UM SOFTWARE

DIFICULDADES

• Delimitação do escopo (o que o software realmente tem que fazer);
• Volatidade dos requisitos;
• Desconhecimento prévio das soluções técnicas( o assunto e tals, a materia específica que vai envolver o projeto, como saber contabilidade, biologia);
• Trabalho intelectual necessário(como resolver as paradinhas);
• etc.

SOLUÇÕES

• Metodologias;
• Tecnologias e ferramentas.

QUALIDADE DO SOFTWARE

SEM BUGS! De preferência
Podemos expressar isso de duas formas:

• Taxa de defeitos, quantidade de defeitos por quantidade de código (de preferencia o menor possivel);
• Confiabilidade, quantidade de falhas por tempo de operação

SATISFAÇÃO DO CLIENTE! Geralmente medida em porcentagens e com os valores adquiridos através de questionários

Vamos falar agora um pouco sobre defeitos e falhas ...
ta..
o que é defeito?
Defeito é a imperfeição do produto, normalmente é algo no código que foi feito errado. Podemos dizer que um software pode rodar muito bem com alguns defeitos se eles não forem visiveis, e quando isso acontece achá-lo é realmente MUITO dificil...

e falha?
Falha é o resultado errado causado por um defeito(defeitos visiveis) ou condição inesperada( como o próprio s.o., luz, sei la, inesperado neh.. ) e elas podem ocorrer por fatores externos ao programa.. (no rwindows é mto comum isso xD)...

TA, falei já bastante sobre essa tal de qualidade de software, mas pra que tudo isso afinal? Funcionando já não ta bom? hmm nao! os clientes cada vez mais estao cada vez mais chatos e exigentes, querem que o software faça tudo por eles, e vc, como um bom programador, analista, alguem que quer ganhar dinheiro com essa coisa toda, tem que estar atento quanto a essas mudanças ... e também, ter qualidade pode ser mais barato!
sim.. sim..

agora vamos ver um pouco sobre custo de qualidade

CUSTO DE QUALIDADE

Ela inclui TOOOOOOOOOOOOOOOOOOOOODOSSSS os custos decorrentes da busca da qualidade ou da execução das atividades relacionadas à qualidade...

Temos vários tipos de custo: custo de prevenção, custo de avaliação, custo de falha..

CUSTO DE PREVENÇÃO: é o que inclui o planejamento da qualidade, revisões, técnicas formais, equipamentos de teste e treinamento;

CUSTO DE AVALIAÇÃO: inclui as atividades para obter o entendimento da condição do produto na primeira execução de cada projeto(como inspeção e teste);

CUSTO DE FALHA: bem, eles não existiriam se não houvesse falhas antes de entregar o produto ao cliente, dai podemos dividí-lo em dois:

• Custo de falha interna: que é quando achamos o defeito antes de entregar o software;
• Custo de falha externa: que é quando o defeito é encontrado depois de entregar o software (quando isso acontece vc ta ferrado meu amiguinho).

Quanto mais tempo vc demora pra encontrar o defeito dentro do seu sistema mais caro isso sai, olha a proporção ai em baixo:


Ou seja, vale a pena investir na qualidade para evitar defeitos e falhas pq sai mais barato, poupa tempo e tudo fica melhor xD
Investir um pouco mais nisso vale sai mais barato no final das contas xD