QUALIDADE DE SOFTWARE

INTRODUO
Desenvolver software com qualidade no mais um fator de diferenciao no mercado, e, sim, condio essencial para empresas e profissionais serem bem sucedidos. H mais de 60 anos, em 1940, era criada no Brasil uma entidade que representava o incio de um grande movimento no pas: ABNT (Associao Brasileira de Normas Tcnicas). Ao mesmo tempo era fundada a ISSO (International Standardization Organization). Desde esse poca, a preocupao com a qualidade no Brasil vem se ampliando. A indstria busca continuamente aprimorar seus produtos e alinhar critrios com os padres mais rigorosos em uso no mundo. A qualidade percebida hoje como um objetivo de negcio. Com efeito, seja para conquistar metas como a exportao, ou muitas vezes para resistir s presses da concorrncia do mercado interno, traar estratgias de qualidade representa muitas vezes o investimento certo para superar as dificuldades. Sob a perspectiva de software, o assunto qualidade bastante extenso. Para cada diferente aspecto do ciclo de vida de um produto, h dezenas de tcnicas e ferramentas visando a apoiar os desenvolvedores. Existem assim solues para agilizar tarefas, guiar engenheiros ao aplicarem uma metodologia ou mesmo analisar o produto e suas especificaes em busca de falhas potenciais.

O QUE QUALIDADE?
A qualidade relativa. O que qualidade para uma pessoa pode ser falta de qualidade para outra. G. Weinberg A idia de qualidade aparentemente intuitiva; contudo, quando examinado mais longamente, o conceito se revela complexo. Definir um conceito de qualidade para estabelecer objetivos , assim, uma tarefa menos trivial do que aparenta a princpio. Uma das principais questes a responder quando o assunto qualidade como julg-la. Por exemplo: se estamos diante de produtos alternativos, como escolher o melhor? Uma escolha torna-se mais clara quando se estabelecem critrios que sirvam para julgar um produto. A qualidade conformidade aos requisitos. Crosby[1992] Essa definio interessante, pois deixa explcito o fato de que preciso um ponto de referncia para julgar um produto. Traz embutida a idia de como efetuar esse julgamento e, por fim, mostra como o processo todo pode ser documentado, analisado e os resultados transmitidos a outras pessoas. Uma tima exposio do assunto feita por Weinberg [1994]: os requisitos foram definidos por algum, logo a qualidade depende das escolhas que algum efetuou.

Segundo [Sommerville, 2003]: Diferentes stakeholders tm em mente diferentes requisitos e podem express-los de maneiras distintas. Os engenheiros de requisitos precisam descobrir todas as possveis fontes de requisitos e encontrar pontos comuns e os conflitos. A qualidade de um produto tem um propsito: satisfazer o cliente. Esse objetivo implica tratar um domnio, em geral, bastante nebuloso. A qualidade de um software, como se pode ver, depende de se decidir o que significa qualidade! No um assunto que possa ser tratado com dogmas: No cometers erros de programao. Em vez disso, preciso adotar uma perspectiva tcnica e considerar diversos fatores que afetam a construo do produto e que influenciem no julgamento dos usurios: - tamanho e complexidade de software sendo construdo; - nmero de pessoas envolvidas no projeto; - ferramentas utilizadas; - custos associados existncia de erros; - custos associados deteco e remoo de erros.

PROCESSO DE GERNCIA DE QUALIDADE

Os processos de gerncia abrangem todos os aspectos de construo do produto. Por conta disso, todos os elementos de um projeto esto envolvidos: ferramentas como sistemas para controle de verso e linguagens, metodologias para reviso do produto, tcnicas organizacionais e de administrao de pessoas e etc. O propsito da subrea de garantia da qualidade assegurar que os objetivos planejados no incio do projeto sero cumpridos. De forma geral, isso significa estabelecer sistemas para controlar tudo o que ocorre durante o ciclo de vida, com o propsito de garantir que o programa que ser fabricado far aquilo que se espera dele. As verificaes e validaes (V&V) consistem em atividades com um carter um tanto diferente do que foi dito at aqui, pois nelas se considera a possibilidade de que algo esteja errado no produto. Idealmente, a garantia da qualidade deve trabalhar de maneira a que essas atividades no sejam necessrias. Ao mesmo tempo, isso no significa em absoluto que as atividades de V&V percam importncia ou sejam realizadas com menos intensidade na realidade, o que acontecer o oposto.Se a subrea de Garantia de Qualidade for bem-sucedida, o que se observar com as atividades de V&V ser uma aprovao do produto com pouca ou sequer nenhuma restrio. As auditorias so, em conceito, independentes da construo do software. Uma boa poltica consiste em empregar auditores que no participaram do projeto, ou ainda, auditores externos contratados de outra empresa. A auditoria relacionada tanto a normas famosas, como a ISSO 9000, como a padres internos elaborados pela prpria organizao. CONSIDRAES PRTICAS Recomendaes gerais sobre como transcorre a execuo das atividades relacionadas com qualidade.

H quatro subtpicos; o primeiro requisitos de qualidade de software. Nele so mencionados itens como fatores de influncia sobre requisitos: oramento para realizao; usurios envolvidos; ferramentas e mtodos necessrios etc. Alm disso so considerados os aspectos relacionados com a segurana de funcionamento e as conseqncias que as falhas podem causar. A caracterizao (e deteco) de erros diz respeito, em ltima anlise, a verificar a noconformidade aos requisitos. H diversas tcnicas relacionados, como: vrios tipos de teste de software, revises, inspees, auditorias e ferramentas automatizadas de verificao. As tcnicas de gerenciamento de qualidade so classificadas em quatro tipos: orientadas a pessoa, como o caso de revises e auditorias; estticas, que no envolvem execuo do produto; dinmicas, que so efetuadas durante e execuo do software; e, finalmente, as tcnicas analticas, que fazem uso de mtodos formais. O ltimo subtpico medio de qualidade. Um conjunto de dados obtidos por medidas um recurso de extrema ajuda para auxiliar a tomada de decises gerenciais. Embora para muitos gerentes parea mais natural que as medidas sejam usadas para saber o estado de implementao de um produto, no esto restritas ao estgio final do desenvolvimento do software. O ideal que os valores desejados para as medidas sejam estabelecidos no incio do projeto, durante a fase de definio de requisitos.