Departamento de Computao Trabalho de Concluso de Curso

CIBELE CRISTINA PELIZER SODR

Norma ISO/IEC 9126: Avaliao de Qualidade de Produtos de Software

Londrina 2006

CIBELE CRISTINA PELIZER SODR

Norma ISO/IEC 9126: Avaliao de Qualidade de Produtos de Software

Trabalho de Concluso de Curso desenvolvido durante o 4 ano do Curso de Graduao em Cincia de Computao como requisito parcial obteno do ttulo de Bacharel. Orientadora: Katia Romero Felizardo

Londrina 2006

COMISSO EXAMINADORA

____________________________________ Profa. Ms. Katia Romero Felizardo UEL

____________________________________ Prof. Dr. Rodolfo Miranda de Barros UEL

____________________________________ Profa. Helen Cristina de Mattos Senefonte UEL

14

DEDICATRIA

minha me, que sempre esteve presente nas horas em que eu precisei e no precisei.

AGRADECIMENTOS
Agradeo a toda a minha famlia pela estrutura que me foi dada, sendo assim possvel minha formao de vida.

Agradeo professora Katia Romero Felizardo por todo apoio, incentivo e pacincia dados no decorrer deste trabalho, possibilitando o desenvolvimento do mesmo da melhor maneira possvel.

Agradeo aos professores do Departamento de Computao da UEL e de outros departamentos pela formao acadmica proporcionada.

Agradeo aos amigos. queles poucos, porm verdadeiros. Especialmente aos que estiveram comigo durante este curso e entendem tudo que passei. Como j diz uma conhecida frase, amigos so a famlia que podemos escolher.

Agradeo ao meu namorado, amigo e companheiro, que nos ltimos trs anos compartilhou comigo as alegrias e tristezas. E que sempre suporta os meus momentos mais nervosos e estressantes com uma calma impressionante. E est sempre ao meu lado, independente das escolhas que eu faa.

Agradeo, enfim, a todos aqueles que direta ou indiretamente prestaram apoio, amizade e confiana e contriburam para esse momento de vida pelo qual estou passando.

E minha Me (com M maisculo), novamente. Porque sem seu amor incondicional, as coisas seriam bem mais difceis.

LISTA DE TABELAS
Tabela 1 Mtricas Externas de Adequao............................................................36 Tabela 2 Mtrica Externa de Acurcia ...................................................................36 Tabela 3 Mtricas Externas de Interoperabilidade .................................................37 Tabela 4 Mtricas Internas de Adequao .............................................................38 Tabela 5 Mtricas Internas de Acurcia .................................................................39 Tabela 6 Mtricas Internas de Interoperabilidade ..................................................40 Tabela 7 Mtricas de Efetividade ...........................................................................41 Tabela 8 Mtricas de Produtividade .......................................................................42 Tabela 9 Mtricas de Segurana............................................................................43

LISTA DE SIGLAS E ABREVIATURAS

ABNT: Associao Brasileira de Normas Tcnicas CMM: Capability Maturity Model CMMI: Capability Maturity Model Integrated IEC: International Electrotechnical Comission ISO: International Organization for Standardization SEI: Software Engineering Institute SPICE: Software Process Improvement and Capability dEtermination TI: Tecnologia da Informao

LISTA DE FIGURAS

Figura 1 Nvel 1 do CMM........................................................................................16 Figura 2 Nvel 2 do CMM........................................................................................16 Figura 3 Nvel 3 do CMM........................................................................................17 Figura 4 Nvel 4 do CMM........................................................................................17 Figura 5 Nvel 5 do CMM........................................................................................18 Figura 6 Representao da norma ISO/IEC 14598................................................24 Figura 7 Representao da norma ISO/IEC 9126 e suas representaes.............27 Figura 8 Caractersticas e Subcaractersticas de Qualidade Externa e Interna .....28 Figura 9 Diviso das Caractersticas......................................................................32 Figura 10 Caractersticas de Qualidade em Uso....................................................33 Figura 11 Relao entre Mtricas Internas, Externas e de Qualidade em Uso......35 Figura 12 Valor satisfatrio.....................................................................................46

SUMRIO
INTRODUO ..........................................................................................................11 1 Introduo Qualidade ..........................................................................................12 1.1 Histrico de Qualidade.....................................................................................12 2 Qualidade de Processo de Software ......................................................................15 2.1 CMM ................................................................................................................15 2.2 ISO/IEC 12207.................................................................................................18 2.3 SPICE ..............................................................................................................19 2.4 Famlia ISO/IEC 9000 ......................................................................................21 3 Qualidade de Produto de Software ........................................................................23 3.1 ISO/IEC 14598.................................................................................................23 3.2 ISO/IEC 12119.................................................................................................25 4 A Norma ISO/IEC 9126 ..........................................................................................26 4.1 ISO/IEC 9126-1: Modelo de Qualidade............................................................27 4.1.1 Modelo de Qualidade para Qualidade Interna e Externa ..........................28 4.1.2 Modelo de Qualidade para Qualidade em Uso .........................................33 4.2 Mtricas ...........................................................................................................34 4.2.1 ISO/IEC 9126-2: Mtricas Externas ..........................................................35 4.2.2 ISO/IEC 9126-3: Mtricas Internas............................................................37 4.2.3 ISO/IEC 9126-4: Mtricas de Qualidade em Uso......................................40 5 Processo de Avaliao ...........................................................................................45 5.1 Definio de Requisitos de Qualidade .............................................................45 5.2 Preparao da Avaliao.................................................................................45 5.3 Procedimento da Avaliao .............................................................................46 5.4 Um Exemplo de Aplicao...............................................................................47 CONCLUSO............................................................................................................49 REFERNCIAS BIBLIOGRFICAS ..........................................................................50

RESUMO

Este trabalho aborda a Qualidade de Software,detalhando normas e padres de Qualidade de Processo de Software e Qualidade de Produto de Software. O foco do trabalho a descrio da norma ISO/IEC 9126, que uma norma de Qualidade de Produto de Software, e suas divises.

Palavras-chave: Qualidade de Software, ISO/IEC 9126.

ABSTRACT
This work approaches the Software Quality, detailing norms and standards of Software Process Quality and Software Product Quality. The focus of the work is the description of norm ISO/IEC 9126, which is a norm of Software Product Quality, and its divisions.

Keywords: Software Quality, ISO/IEC 9126.

INTRODUO

A rea de TI se torna ampla e abrangente a passos largos. Tendo isso em vista, espera-se que os produtos resultantes dessa rea atendam aos mais diversos tipos de usurios. Para que as necessidades de tais usurios sejam satisfeitas, imprescindvel que os produtos tenham qualidade. Para satisfazer os usurios de software, foram criadas algumas normas. Para assegurar qualidade no desenvolvimento de software, h as normas de Qualidade de Processo de Software, como por exemplo, a ISO/IEC 9000, a ISO/IEC 12207, o modelo de maturidade CMM e o SPICE. Existem tambm as normas que avaliam a Qualidade do Produto de Software, que so a ISO/IEC 9126, ISO/IEC 14598 e a ISO/IEC 12207, para avaliar os produtos j finalizados. Este trabalho abordar o tema Qualidade de Software de maneira abrangente e, ao final, ser focada a norma de Qualidade de Produto de Software ISO/IEC 9126. No Captulo 1, ser feita uma breve introduo acerca de Qualidade e tambm ser apresentado um histrico para um melhor entendimento sobre a importncia da Qualidade de produtos no decorrer das dcadas, apresentando assim, a evoluo desse conceito, at a maneira como isso abordado atualmente. No Captulo 2, so detalhadas algumas normas de melhoria de Qualidade de Processo de Software. No Captulo 3, feita a descrio de normas que baseiam a avaliao de Qualidade de Produto de Software. O Captulo 4 o foco principal deste trabalho e descreve a norma ISO/IEC 9126 e suas divises. No Captulo 5, o Processo de Avaliao de um software explicado e dado um exemplo de uso da norma ISO/IEC 9126.

1 INTRODUO QUALIDADE

A Qualidade de Software um tema amplamente discutido da Engenharia de Software. Para um maior entendimento da importncia disso, a seguir, ser feita uma breve introduo sobre Qualidade. O conceito de qualidade definido como sendo um conjunto de caractersticas de todo produto e servio ou relao planejada, praticada e verificada, visando superar as expectativas de satisfao das pessoas envolvidas1 [28] ou a totalidade das caractersticas de uma entidade que lhe confere a capacidade de satisfazer necessidades explcitas e implcitas do cliente [22]. Entende-se por entidade tanto o produto como o servio. Necessidades explcitas so as condies e objetivos pelo produto expressos na definio de requisitos, que definem as condies em que o produto deve ser utilizado, seus objetivos, funes e o desempenho esperado. Entende-se por necessidades implcitas aquelas que no esto expressas nos documentos do produtor, mas que so necessrias para o usurio, entre elas as diferenas entre os usurios, a evoluo no tempo, as implicaes ticas e questes de segurana. Qualidade um termo associado definio de conformidade s especificaes e viso de satisfao do cliente, sendo que prazos, pontualidade de entrega e flexibilidade tambm so fatores relevantes para avaliao.

1.1 Histrico de Qualidade

O primeiro grande marco da histria da qualidade nos tempos modernos foi a Revoluo Industrial. Nessa poca houve um grande crescimento no nmero de indstrias, o que criou a concorrncia entre elas e fez nascer um processo de melhoria contnua de produtos. A partir da dcada de 20, a produo industrial passou a ter um processo de qualidade, com a finalidade de impedir que chegassem produtos com _____________
1

Pessoas envolvidas ou partes interessadas: indivduo ou grupo interessado ou afetado pelo desempenho ambiental de um sistema de produto ou pelos resultados da avaliao do ciclo de vida

defeito s mos dos clientes. Como as fbricas j produziam em grande quantidade, era impossvel verificar a qualidade individual de cada pea, como feito no produto artesanal. Esse novo processo de qualidade consistia em controle estatstico da produo, que analisava algumas peas aleatoriamente e fazia a medio estatstica dessas peas. Quanto mais parecidas e aproximadas do padro ideal estivessem as medies, maior qualidade possua aquela linha de produo. Na dcada de 40, os principais rgos ligados qualidade foram criados, como a ABNT e a ISO. Durante a Segunda Guerra Mundial, as tcnicas de produo foram melhoradas para a fabricao de materiais blicos, pois esperado que este tipo de material apresente taxa de defeito zero2. O impulso recebido pelas indstrias manteve-se no ps-guerra e foi criado um controle de processos envolvendo a produo desde o projeto at o acabamento. A partir do controle de processos foi criado um novo conceito, a garantia de qualidade, que a demonstrao de que os produtos e servios possuem qualidade perante clientes e pblico. Nessa poca, as indstrias que mais estavam se desenvolvendo eram a automobilstica e aeronutica. J havia tambm computadores digitais para uso restrito a meios militares e acadmicos. Nos anos 60, houve uma mudana no ambiente de negcios devido saturao dos mercados, a demanda por produtos diferenciados, adoo da alta tecnologia nos processos produtivos, reduo das barreiras do comrcio internacional e a intensificao da competio internacional. Como conseqncia, empresas com produtos diferenciados e preos competitivos e acessveis assumiram a liderana do mercado.[28] Nessa poca, os computadores se tornaram mais acessveis e cada vez mais pessoas passaram a us-los. Com isso comeou a se pensar em Qualidade de Software. Atualmente a satisfao do cliente e a gesto empresarial moderna so as bases da qualidade, mas os bons resultados ainda dependem do uso correto das metodologias pelos desenvolvedores. _____________
2

Defeito Zero: Atitude de preveno de defeitos atravs da compreenso e correspondncia s exigncias de um trabalho ou tarefa o tempo todo. Padro de desempenho proposto por Philip B. Crosby em que o lema "fazer certo desde a primeira vez"; sua meta buscar a excelncia pela preveno de defeitos. Significa que a qualquer momento, a mais alta prioridade eliminar os erros antes de escrever qualquer cdigo novo.

13

O conceito de Qualidade de Software surgiu devido necessidade de organizao e padronizao do desenvolvimento de softwares, que no tinham planejamento nem norma de qualidade estabelecidos. A nica forma de obter um sistema eficiente3 era atravs do planejamento feito pelo prprio programador, entretanto esses sistemas tinham manuteno complicada quando realizada por outra pessoa e no eram completamente confiveis. Em conseqncia disso, foram criados a engenharia de software e os primeiros padres de qualidade. A Engenharia de Software busca otimizar a construo do software e avaliar os produtos de software procurando facilitar o desenvolvimento, o uso, a adaptao e manuteno, mas tambm tornando o produto acessvel e com custo reduzido. A melhoria da Qualidade de Software pode ser dividida em melhoria de qualidade de processo de software e melhoria de qualidade de produto de software. As normas para obteno de qualidade de processo de software fazem um estudo dos requisitos necessrios ao cliente, cria um ciclo de vida para os processos e, por final, realiza a instalao e manuteno do mesmo. J as normas para qualidade de produto de software possuem caractersticas que um produto com qualidade deve ter, modo de medir essas caractersticas de qualidade e descries para se fazer a avaliao do produto.

_____________
3

Eficiente: os objetivos so obtidos com economia de meios.

14

2 QUALIDADE DE PROCESSO DE SOFTWARE

Processo de software um conjunto de atividades e resultados associados que levam produo de um produto de software. Esse processo pode envolver o desenvolvimento de software desde o incio, embora, cada vez mais, ocorra o caso de um software novo ser desenvolvido mediante a expanso e a modificao de sistemas j existentes.[21] O processo de software pode ser dividido em 3 partes: definio, desenvolvimento e manuteno. A fase da definio busca definir o que o sistema vai fazer, sua interface e restries. J a fase de desenvolvimento define a arquitetura do sistema, a linguagem de programao a ser usada e como sero realizados os testes. Por fim, na fase da manuteno, podem ocorrer correes, mudanas e adaptaes do sistema dependendo da necessidade do cliente. Normas e padres de qualidade de processo de software foram criados para auxiliar na obteno de qualidade do produto de software, pois atravs da melhoria do processo de software que obtida a qualidade do produto. Algumas das principais normas sero descritas a seguir.

2.1 CMM

O CMM (Capability Maturiry Model) foi criado em 1991 e procurava padronizar a qualidade dos softwares desenvolvidos pela fora area americana quando foi criado pela SEI.[2] [24] [25] O modelo baseado nos princpios de qualidade total e no amadurecimento gradativo do processo de desenvolvimento do software dentro da empresa. Cada instituio avaliada em um dos cinco nveis de maturidade, que esto divididos em reas-chave dos temas que so abordados. As empresas que esto no nvel 1, que chamado de Inicial, podem obter softwares de alta qualidade dependendo do desempenho dos desenvolvedores, mas a substituio da equipe pode prejudicar a qualidade. Os problemas maiores so gerenciais pois o processo como uma caixa preta na viso do gerente, onde entram os requisitos e sai o sistema pronto, como ilustrado na
15

Figura 1. Neste nvel no h rea-chave.

Figura 1 Nvel 1 do CMM Fonte: [7]

As empresas do nvel 2, nvel Repetitivo, acompanham e documentam os mtodos de gerenciamento para assegurar o cumprimento de prazos e custos. As prticas bem-sucedidas em outros projetos podem ser reaproveitadas. Nessa etapa, possvel visualizar o processo em certos pontos entre pequenas caixas-pretas, como visto na Figura 2. As reas-chave so: Gerenciamento de requisitos; Planejamento de projeto de software; Acompanhamento de projeto de software; Gerenciamento de subcontrato de software; Garantia de qualidade de software; Gerenciamento da configurao de software.

Figura 2 Nvel 2 do CMM Fonte: [7]

No nvel 3 ou nvel Definido, o processo de software documentado, integrado e padronizado em processos padro para a empresa e todos os projetos usam uma verso aprovada e adaptada para o seu

16

desenvolvimento e manuteno. A Figura 3 mostra que neste nvel j possvel enxergar o que h dentro das caixas-pretas. H sete reas-chave: Enfoque no processo da organizao; Definio do processo da organizao; Programa de treinamento; Gerenciamento integrado de software; Engenharia de produto de software; Coordenao intergrupos; Reviso.

Figura 3 Nvel 3 do CMM Fonte: [7]

No nvel 4, tambm conhecido como nvel Gerenciado, tanto o processo quanto o produto de software so avaliados quantitativamente e avaliados por medies detalhadas, portanto o gerente tem bases para tomar decises. As medies fornecem subsdios para atuar no prprio processo, como pode ser observado na Figura 4. Suas reas-chave so: Gerenciamento quantitativo do processo; Gerenciamento da qualidade de software.

Figura 4 Nvel 4 do CMM Fonte: [7]

17

A melhoria contnua do processo pertence ao nvel 5 ou nvel Otimizado. Essa melhoria pode ocorrer devido realimentao quantitativa do processo e a partir de idias e tecnologias novas, como mostra a Figura 5. As trs reas-chave do nvel 5 so: Preveno de defeito; Gerenciamento de mudanas tecnolgicas; Gerenciamento de mudanas no processo.

Figura 5 Nvel 5 do CMM Fonte: [7]

Em 2001, foi lanada uma evoluo do CMM, o CMMI, que pode ter duas representaes: em estgio e contnua. A representao em estgio similar usada no CMM: define um conjunto de reas de processo para melhoria, distribudos em nveis de maturidade. A representao contnua permite que uma rea de processo especfica seja selecionada e a empresa melhore em relao a ela, usando nveis de capacidade para caracterizar a melhoria relacionada a essa rea.

2.2 ISO/IEC 12207

A ISO/IEC 12207 teve seu processo de desenvolvimento iniciado em 1989, mas s foi aprovado em 1995. Seu objetivo ajudar na definio dos papis dos desenvolvedores de software, de forma a obter uma viso aperfeioada

18

para o usurio das operaes realizadas. Essa norma prope processos de ciclo de vida do software organizados em trs classes[20]: Processos fundamentais: atendem desde a contratao do sistema at a manuteno do produto, passando por desenvolvimento e operao do mesmo. O ciclo de vida desses processos composto por processo de aquisio, processo de fornecimento, processo de desenvolvimento, processo de operao e processo de manuteno; Processos de apoio: so empregados para auxiliar na obteno de qualidade de outros projetos. So eles: processo de documentao, processo de gerncia de configurao, processo de garantia de qualidade, processo de verificao, processo de validao, processo de reviso conjunta, processo de auditoria e processo de resoluo de problemas; Processos organizacionais: so utilizados fora do domnio do projeto normalmente para a melhoria da organizao. Esses processos so processo de gerncia, processe de infraestrutura, processo de melhoria e processo de treinamento.

2.3 SPICE

SPICE

(Software

Process

Improvement

and

Capability

dEtermination) ou ISO/IEC 15504 tem como objetivo gerar normas para avaliar processos, com o intuito de melhorar o processo continuamente e determinar sua capacitao.[25] O SPICE foi criado de forma que pudesse ser utilizado por especialistas que trabalham com as normas j existentes, mas sendo mais abrangente que elas. H duas dimenses definidas nesse modelo: a dimenso de processo e a dimenso de capacidade. A primeira consiste em uma disposio de processos essenciais para a prtica da engenharia de software, enquanto a segunda define um modelo de medio que obtenha a capacidade de um processo

19

de atingir seu objetivo. O SPICE tem como base o conceito de nveis de maturidade de processos do CMM e a arquitetura dos processos do ciclo de vida de um software da ISO/IEC 12207. O modelo define seis nveis de capacitao: Nvel 0 Incompleto: h uma falha geral em realizar o objetivo do processo. No existem produtos de trabalho nem sadas do processo facilmente identificveis; Nvel 1 Executado: o objetivo do processo em geral atingido, embora no necessariamente de forma planejada e controlada. H um consenso na organizao de que as aes devem ser realizadas e quando so necessrias. Existem produtos de trabalho para o processo e eles so utilizados para atestar o atendimento dos objetivos; Nvel 2 Gerenciado: o processo produz os produtos de trabalho com qualidade aceitvel e dentro do prazo. Isto feito de forma planejada e controlada. Os produtos de trabalho esto de acordo com padres e requisitos; Nvel 3 Estabelecido: o processo realizado e gerenciado usando um processo definido, baseado em princpios de Engenharia de Software. As pessoas que implementam o processo usam processos aprovados, que so verses adaptadas do processo padro documentado; Nvel 4 Previsvel: o processo realizado de forma consistente, dentro dos limites de controle, para atingir os objetivos. Medidas da realizao do processo so coletadas e analisadas. Isto leva a um entendimento quantitativo da capacitao do processo a uma habilidade de prever a realizao; Nvel 5 Otimizado: a realizao do processo otimizada para atender s necessidades atuais e futuras do negcio. O

20

processo atinge seus objetivos de negcio e consegue ser repetido. So estabelecidos objetivos quantitativos de eficcia e eficincia para o processo, segundo os objetivos da organizao. A monitorao constante do processo segundo estes objetivos conseguida obtendo feedback quantitativo e o melhoramento conseguido pela anlise dos resultados. A otimizao do processo envolve o uso piloto de idias e tecnologias inovadoras, alm da mudana de processos ineficientes para atingir os objetivos definidos.

2.4 Famlia ISO/IEC 9000

Na dcada de 80, as empresas utilizam TI em seus processos internos apenas para ter controle de qualidade dos produtos. A partir da dcada de 90, as instituies passaram a usar a TI em seus processos de negcios, com a finalidade de obter garantia de qualidade de processos. Em vista disso, foram lanadas as normas ISO 9001, 9002 e 9003 em 1987 com o objetivo de garantia de qualidade como requisitos entre clientes e fornecedores. Um ponto forte nessas normas a flexibilidade, pois elas podem ser adaptadas ou complementadas para atender os requisitos especficos de cada setor produtivo. A ISO 9001 a norma que abrange o ciclo de vida completo de um produto ou servio, sendo que na mesma constam os requisitos para garantia de qualidade de produtos e servios. A ISO 9000-3 foi publicada em 1994 e contm orientaes para a aplicao da ISO 9001 em projeto, desenvolvimento, fornecimento, instalao e manuteno de softwares. Ela dividida em trs partes: Estrutura, Atividades do Ciclo de Vida e Atividade de Suporte. A Estrutura apresenta os aspectos organizacionais em relao ao sistema de qualidade. So eles: responsabilidade gerencial, sistema de qualidade, auditoria interna de sistema de qualidade e ao corretiva. As Atividades do Ciclo de Vida so as prprias atividades relativas

21

ao desenvolvimento que so: reviso do contrato, especificao dos requisitos do cliente, planejamento de desenvolvimento, planejamento da qualidade, projeto e implementao, testes e validao, aceitao, reproduo, entrega, instalao e manuteno. J a Atividade de Suporte do apoio s atividades de desenvolvimento e so: gerncia da configurao, controle da documentao, registros da qualidade, medies, regras, prticas e convenes, ferramentas e tcnicas, compras, software produto incluso e treinamento.

22

3 QUALIDADE DE PRODUTO DE SOFTWARE

A qualidade de produto de software baseada em normas que avaliam se o produto satisfaz o cliente e tem fcil manuteno. o resultado direto das atividades realizadas no processo de desenvolvimento do software. Alguns exemplos de normas de qualidade de produto so as normas ISO/IEC 14598, 12119 e 9126. Essas normas sero expostas na seqncia, destacando-se a norma ISO/IEC 9126, enfoque desse trabalho.

3.1 ISO/IEC 14598

A ISO/IEC 14598 possui um conjunto de guias para orientar e planejar o processo de avaliao de um produto de software, como descrito a seguir e ilustrado na Figura 6: ISO/IEC 14598-1 Viso Geral: contm a estrutura de funcionamento das normas para avaliao da qualidade de produto de software e a definio dos termos tcnicos desse modelo. Possui tambm os conceitos e funcionamento de processo de avaliao de qualquer tipo de software para utilizao de pessoas envolvidas em desenvolvimento e uso de tecnologia de avaliao e padronizao; ISO/IEC 14598-2 Planejamento e Gerenciamento: so requisitos e guias para suportar funes de avaliao dos produtos de software, que esto relacionados ao

desenvolvimento,

aquisio,

padronizao,

controle,

transferncia e realimentao do uso de tecnologias de avaliao; ISO/IEC 14598-3 Processo para Equipe de

Desenvolvedores: norma para ser usada durante o desenvolvimento e manuteno do software. Fornece

critrios para seleo de indicadores de qualidade, guia para avaliar dados de medio e guia para melhoria do processo
23

de medio; ISO/IEC 14598-4 Processo para Compradores: norma para avaliao de produtos tipo pacote com objetivo de ajudar na aceitao de um produto ou selecionar entre diversos produtos tendo como base as caractersticas de qualidade da norma ISO/IEC 9126; ISO/IEC 14598-5 Processo para Avaliadores: possui orientaes para a prtica da avaliao do produto, definindo as atividades necessrias para analisar os requisitos de avaliao; ISO/IEC 14598-6 Mdulo de Avaliao: define a estrutura e o contedo da documentao que ser usada na descrio dos Mdulos de Avaliao. Descreve e desenvolvimento e a validao dos mdulos.

Figura 6 Representao da norma ISO/IEC 14598 Fonte: [5]

24

3.2 ISO/IEC 12119

A norma ISO/IEC 12119 avalia produtos de software que esto disponveis no mercado, conhecidos como Pacotes de Software ou Software de Prateleira. Essa norma estabelece os requisitos de qualidade e teste dos Pacotes de Software. O pacote que ser testado deve possuir: Descrio do Produto: do produto documento com o que define as

propriedades

objetivo

orientar

compradores na avaliao de adequao do produto antes da aquisio do mesmo; Manual do Usurio: conjunto de documentos fornecidos como parte integrante do produto e para a aplicao do mesmo; Programa e Dados: conjunto completo de programas e dados necessrios para a aplicao do produto de software e tambm como parte integrante do mesmo.

25

4 A NORMA ISO/IEC 9126

Em 1991, foi publicada a norma ISO/IEC 9126 contendo caractersticas e subcaractersticas que definem um produto de qualidade. Em 1996, foi lanada sua traduo para o Brasil, chamada NBR 13596. Aps as revises e sucessivas melhorias foram criadas divises dessa norma: ISO/IEC 9126-1: Modelo de Qualidade; ISO/IEC 9126-2: Mtricas Externas; ISO/IEC 9126-3: Mtricas Internas; ISO/IEC 9126-4: Mtricas de Qualidade em Uso.

A norma ISO/IEC 9126-1 apresenta um conjunto de caractersticas que definem um modelo de qualidade e podem ser aplicadas a qualquer produto de software. Esse modelo de qualidade formado por duas partes: o Modelo de Qualidade Interna e Externa (Figura 7a) e o Modelo de Qualidade em Uso (Figura 7b). Para realizar a avaliao das caractersticas de qualidade externa so utilizadas as mtricas externas, ou seja, medies baseadas nas necessidades do usurio, descritas na ISO/IEC 9126-2 (Figura 7c). Para a avaliao das caractersticas de qualidade interna so utilizadas as mtricas internas, descritas na ISO/IEC 9126-3 (Figura 7d) e a norma ISO/IEC 9126-4 define mtricas para a avaliao das caractersticas de qualidade em uso (Figura 7e).

26

Figura 7 Representao da norma ISO/IEC 9126 e suas representaes Fonte: Adaptao de [6]

Na seqncia sero detalhados o Modelo de Qualidade, as Mtricas Externas, Internas e de Qualidade em Uso, citados acima.

4.1 ISO/IEC 9126-1: Modelo de Qualidade

Como descrito anteriormente, a norma ISO/IEC 9126-1 formada por dois Modelos de Qualidade: o Modelo de Qualidade Interna e Externa e o Modelo de Qualidade em Uso. Esses dois modelos e suas respectivas caractersticas sero detalhados a seguir.

27

4.1.1 Modelo de Qualidade para Qualidade Interna e Externa

Qualidade interna a totalidade de caractersticas do produto de software na viso interna.[6] Ela usada para especificar as propriedades do produto de software intermedirio. Analogamente, a qualidade externa a totalidade de caractersticas do produto de software do ponto de vista externo. a qualidade que normalmente avaliada quando o produto de software final est sendo testado. Como possvel visualizar na Figura 8, o modelo de qualidade para qualidade interna e externa possui definies de seis caractersticas bsicas que um produto de software deve ter para ser considerado um software de qualidade: funcionalidade, portabilidade. confiabilidade, usabilidade, eficincia, manutenibilidade e

Figura 8 Caractersticas e Subcaractersticas de Qualidade Externa e Interna Fonte: [6]

A primeira publicao da norma, em 1991, possua apenas as caractersticas e subcaractersticas de qualidade para avaliar um produto de software. Cada caracterstica e subcaracterstica est detalhada na seqncia,

28

sendo que o texto em itlico foi extrado da prpria norma e representa a definio de cada uma das subcaractersticas.[9] A funcionalidade descreve um conjunto de atributos que evidenciam a existncia de um conjunto de funes, que satisfazem as necessidades explcitas ou implcitas, e suas propriedades especificadas. Suas subcaractersticas so: Adequao: Atributos do software que evidenciam a presena de um conjunto de funes e sua apropriao para as tarefas especificadas; Acurcia: Atributos do software que evidenciam a gerao de resultados ou efeitos corretos ou conforme acordados; Interoperabilidade: Atributos do software que evidenciam sua capacidade de interagir com sistemas especficos; Conformidade: Atributos do software que fazem com que ele esteja de acordo com as normas, convenes ou

regulamentaes previstas em leis e descries similares, relacionadas aplicao; Segurana de acesso: Atributos do software que evidenciam sua capacidade de evitar o acesso no autorizado, acidental ou deliberado, a programas e dados. A confiabilidade possui um conjunto de atributos que evidenciam a capacidade do software de manter seu nvel de desempenho sob condies estabelecidas durante um perodo de tempo estabelecido. As suas

subcaractersticas bsicas so: Maturidade: Atributos do software que evidenciam a freqncia de falhas ou defeitos no software; Tolerncia a falhas: Atributos do software que evidenciam sua capacidade em manter um nvel de desempenho especificado nos casos de falhas no software ou de violao nas interfaces especificadas; Recuperabilidade: Atributos do software que evidenciam sua

29

capacidade de restabelecer seu nvel de desempenho e recuperar os dados diretamente afetados, em caso de falha, e no tempo e esforo necessrios para tal. O conjunto de atributos de usabilidade ou capacidade para uso evidencia o esforo necessrio para poder-se utilizar o software, bem como o julgamento individual deste uso, por um implcito ou explcito de usurios. As subcaractersticas so: Inteligibilidade: Atributos do software que evidenciam o esforo do usurio para reconhecer o conceito lgico e sua aplicabilidade; Apreensibilidade: Atributos do software que evidenciam o esforo do usurio para aprender sua aplicao (por exemplo: controle de operaes, entradas, sadas); Operacionalidade: Atributos do software que evidenciam o esforo do usurio para sua operao e controle da operao. A caracterstica da eficincia constituda por um conjunto de atributos que verifica o relacionamento entre o nvel de desempenho do software e a quantidade de recursos usados, mediante condies estabelecidas. Suas subcaractersticas so: Comportamento em relao ao tempo: Atributos do software que evidenciam seu tempo de resposta, tempo de

processamento e velocidade na execuo de suas funes; Comportamento em relao aos recursos: Atributos do software que evidenciam a quantidade de recursos usados e a durao de seu uso na execuo de suas funes. A manutenabilidade mostra os atributos que avaliam o esforo necessrio para fazer modificaes especificadas no software. Suas

subcaractersticas so: Analisabilidade: Atributos do software que evidenciam o esforo necessrio para diagnosticar deficincias ou causas

30

de falhas, ou para identificar partes a serem modificadas; Modificabilidade: Atributos do software que evidenciam o esforo necessrio para modific-lo, remover seus defeitos ou adapt-lo a mudanas ambientais; Estabilidade: Atributos do software que evidenciam o risco de efeitos inesperados, ocasionados por modificaes; Testabilidade: Atributos do software que evidenciam o esforo necessrio para validar o software modificado. A portabilidade a capacidade do software de ser transferido em um ambiente para outro. As subcaractersticas so: Adaptabilidade: Atributos do software que evidenciam sua capacidade de ser adaptado a ambientes diferentes

especificados, sem a necessidade de aplicao de outras aes ou meios alm daqueles fornecidos para essa finalidade pelo software considerado; Capacidade para ser instalado: Atributos do software que o tornam consonante com padres ou convenes

relacionadas portabilidade; Capacidade para substituir: Atributos do software que evidenciam sua capacidade e esforo necessrio para substituir um outro software, no ambiente estabelecido para este outro software. Uma reviso da norma foi feita anos mais tarde e novas subcaractersticas foram includas a ela. Na caracterstica usabilidade foi acrescentada a subcaracterstica atratividade, que a capacidade do produto de ser atraente para o usurio. Outra incluso foi realizada na caracterstica portabilidade, com a adio da subcaracterstica de coexistncia, que a capacidade que o software tem de coexistir com outro software independente em um ambiente comum, compartilhando recursos comuns. A ltima modificao feita foi que em todas as caractersticas principais est presente a subcaracterstica conformidade. Isso acontece pois em

31

todas as caractersticas possvel ser observada a aderncia legislao, padres internos e normas diversas associadas a elas. Assim como as caractersticas principais, as subcaractersticas no podem ser mensuradas diretamente, portanto elas so divididas em atributos mensurveis selecionados pelo avaliador, como exibido na Figura 9.

Figura 9 Diviso das Caractersticas Fonte: [27]

possvel que um atributo tenha influncia direta sobre mais de uma caracterstica ou subcaracterstica, porm elas no podem se sobrepor umas s outras. Por exemplo, o nmero de linhas de cdigo pode ser usado como atributo tanto de analisabilidade quanto de adaptabilidade. Entretanto, a definio da caracterstica de confiabilidade no permite que fatores prprios de

manutenibilidade sejam considerados. Na aplicao da norma, deve-se definir quais caractersticas e subcaractersticas sero mais importantes para o cliente e aplic-los dando pesos maiores s mais relevantes. A norma ISO/IEC 9126 define bem as caractersticas e subcaractersticas que podem ser utilizadas, entretanto os atributos mais especficos so definidos dependendo do interesse do usurio no produto de

32

software.

4.1.2 Modelo de Qualidade para Qualidade em Uso

Qualidade em uso a viso de qualidade sob a perspectiva do usurio e medido pelo efeito do uso do software. O modelo de Qualidade para Qualidade em Uso faz a avaliao de quanto o usurio pode atingir seus objetivos em um ambiente, sem medir as propriedades do produto de software. Esse modelo possui quatro caractersticas de qualidade: Efetividade, Produtividade, Segurana e Satisfao, como destacado na Figura 10.

Figura 10 Caractersticas de Qualidade em Uso Fonte: [27]

Cada uma das quatro caractersticas de Qualidade em Uso ser descrita a seguir: Efetividade: capacidade do produto de software de permitir ao usurio atingir metas especficas com acurcia e completude, em um contexto de uso especfico; Produtividade: capacidade do produto de software de permitir que seus usurios empreguem quantidade adequada de

33

recursos em relao efetividade alcanada em um contexto de uso especfico; Segurana: capacidade do produto de software de

apresentar nveis aceitveis de riscos de danos a pessoas, negcios, software, propriedade ou ambiente em um contexto de uso especfico; Satisfao: capacidade do produto de software de satisfazer usurios em um contexto de uso especfico.

4.2 Mtricas

Para avaliar qualidade, necessrio que haja uma maneira de med-la. Por isso, preciso que se estabeleam mtricas. Para saber o valor de uma determinada caracterstica de qualidade, tem que se criar uma mtrica para quantific-la e fazer uma medio para determinar a medida, que o resultado da aplicao na mtrica.[4] As mtricas devem resultar em um valor matemtico que verifique se o produto de software tem qualidade. Uma mtrica pode ser definida como sendo toda particularidade quantificvel do software que esteja relacionada a uma caracterstica. Dependendo do produto analisado, diferentes mtricas podem ser aplicadas. Porm essas mtricas devem ser pertinentes ao paradigma e tecnologia adotada no desenvolvimento. Sob o ponto de vista de medio, as mtricas de software podem ser de dois tipos: diretas ou indiretas. As mtricas diretas so realizadas em funo dos atributos observados, normalmente determinados por contagem, como o custo, nmero de linhas de cdigo, nmero de pginas e capacidade de memria, entre outros. As mtricas indiretas so obtidas atravs de outras mtricas, e entre seus exemplos esto funcionalidade, confiabilidade e complexidade. As mtricas usadas pela norma ISO/IEC 9126 so consideradas mtricas indiretas e so classificadas em trs tipos: mtricas externas, internas e de qualidade de uso.

34

Para obter qualidade em uso preciso ter qualidade externa, que por sua vez dependente de qualidade interna, como se observa na Figura 11.

Figura 11 Relao entre Mtricas Internas, Externas e de Qualidade em Uso Fonte: [6]

4.2.1 ISO/IEC 9126-2: Mtricas Externas

As mtricas externas so usadas para avaliar o produto de software atravs de medies baseadas nas necessidades do usurio. Essas mtricas usam medidas de um produto de software derivadas de medidas do comportamento do sistema do qual faz parte. As Tabelas 1, 2 e 3 exemplificam algumas mtricas externas descritas na norma ISO/IEC 9126-2.[10]

35

Nome da mtrica

Propsito da mtrica

Medida e frmula X=A/B A = nmero de funes corretamente implementadas, confirmadas atravs de execuo de testes B = nmero de funes descritas na especificao X = 1 - (A / B) A = nmero de funes mudadas depois de ter sido colocado em operao durante um perodo especfico B = nmero de funes especificadas

Interpretao

Tipo de escala

Tipo de medida

Cobertura de implementao funcional

Identificar a quantidade de funes que esto de acordo com a especificao

0 <= X <= 1 Quanto mais prximo de 1, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Especificao de estabilidade funcional (volatilidade)

Identificar a estabilidade da especificao funcional de um sistema correto depois de entrar em produo

0 <= X <= 1 Quanto mais prximo de 1, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Tabela 1 Mtricas Externas de Adequao

Nome da mtrica

Propsito da mtrica Qual a freqncia em que o usurio encontra inacurcia em resultados que especificou

Medida e frmula X=A/T A = nmero de inacurcias de usurio encontradas T = Tempo de operao

Interpretao

Tipo de escala

Tipo de medida A=quantidade

X >= 0 Quanto mais prximo de 0, melhor. Absoluta

Acurcia computacional

T = tempo X=quantidade/ tempo

Tabela 2 Mtrica Externa de Acurcia

36

Nome da mtrica

Propsito da mtrica

Medida e frmula X=A/B A = nmero de formatos de dados que esto aprovados para ser trocado com outro software ou sistema durante teste em dados para troca B = total de formatos de dados para troca X = 1 - (A / B) A = nmero de vezes que o usurio no conseguiu trocar tipos de dados com outro software ou sistema por motivos de falha B = nmero de vezes que o usurio tentou trocar dados X=A/B A = nmero de checagem de itens da interface de intersistema que esto aprovadas por teste, os quais so consistentes com padres/regras do intersistema B = total de nmero de checagem de itens de interface de intersistema

Interpreta o

Tipo de escala

Tipo de medida

Troca de dados (baseado no formato de dado)

Quo completas so as interfaces de funo jusantes?

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Troca de dados (baseado em tentativas bem sucedidas do usurio)

Quo bem sucedidas so as transferncias de dados de informao?

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Consistncia de interface padro intersistema

O padro para projeto de interface identificado na especificao segue consistenteme nte?

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Tabela 3 Mtricas Externas de Interoperabilidade

4.2.2 ISO/IEC 9126-3: Mtricas Internas

As mtricas internas avaliam a especificao ou o cdigo fonte de um produto de software. Podem ser usadas tambm em partes intermedirias do produto em desenvolvimento para garantir qualidade final. O principal objetivo das mtricas internas assegurar a qualidade externa e qualidade de uso.

37

As Tabelas 4, 5 e 6 exibem algumas mtricas internas descritas na norma ISO/IEC 9126-2.[11]

Nome da mtrica

Propsito da mtrica

Medida e frmula X=A/B A = nmero de funes implementadas confirmadas na reviso B = nmero de funes descritas na especificao X=A/B A = nmero de funes com problemas que foram detectadas na reviso B = nmero de funes revisadas

Interpretao

Tipo de escala

Tipo de medida

Cobertura de implementao funcional

Proporo de implementao funcional na reviso

0 <= X <= 1 Quanto mais prximo de 1, mais completo. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Adequao da implementao funcional

Proporo de adequao da implementao funcional na reviso

0 <= X <= 1 Quanto mais prximo de 1, mais adequado. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Tabela 4 Mtricas Internas de Adequao

38

Nome da mtrica

Propsito da mtrica

Medida e frmula X=A/B A = nmero de itens de dados que implementam figuras significantes especificadas confirmados na reviso B = nmero de itens de dados que so especificados como figuras significantes X=A/B A = nmero de itens de dados que implementam o nvel de preciso de acurcia especificada, confirmados pela reviso B = nmero de itens de dados especificados que requerem preciso de acurcia

Interpretao

Tipo de escala

Tipo de medida

Acurcia computacional

Proporo de figuras significantes que se combinam

0 <= X <= 1 Quanto mais prximo de 1, mais completo. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Preciso da acurcia

Proporo de preciso requerida para implementao

0 <= X <= 1 Quanto mais prximo de 1, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Tabela 5 Mtricas Internas de Acurcia

39

Nome da mtrica

Propsito da mtrica

Medida e frmula X=A/B

Interpreta o

Tipo de escala

Tipo de medida

Capacidade de troca de dados (formatos bsicos de dados)

Proporo de dados em formato compatvel

A = nmero de formatos de dados que implementam consistncia de formato confirmados pela reviso B = total de formatos de dados para troca X=A/B A = nmero de formatos de interfaces que implementam consistncia de formato confirmados pela reviso B = nmero de formatos de interface para troca X=A/B A = nmero de itens que implementam consistncia com regras e padres confirmados pela reviso B = total de itens que so consistentes com regras e padres

0 <= X <= 1 Quanto mais prximo de 1, mais consistente. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Consistncia de interfaces (formatos bsicos de interfaces)

Proporo de interfaces em formato compatvel

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Consistncia de padres intersistema

Proporo de padres compatveis

Tabela 6 Mtricas Internas de Interoperabilidade

4.2.3 ISO/IEC 9126-4: Mtricas de Qualidade em Uso

Mtricas de qualidade de uso medem quanto um produto de software atende s necessidades de um usurio especfico. As medidas so obtidas pela observao do uso do produto ou por uma simulao de um ambiente real.

Atravs das tabelas 7, 8, 9, e 10 sero descritos alguns exemplos

40

de mtricas de qualidade em uso segundo a ISO/IEC 9126-4, e as perguntas feitas para obter um valor.[12]

Nome da Mtrica

Propsito da Mtrica Que proporo da tarefa completada corretamente?

Medida e Frmula M1=|1-Ai|

Interpretao

Tipo de Escala

Tipo de Medida

0 <= M1 <= 1 A = valor proporcional de cada item perdido ou incorreto no resultado da tarefa X=A / B A = nmero de tarefas completadas B = total de tarefas testadas X=A / T A = nmero de erros tomados pelo usurio T = tempo ou nmero de tarefas Quanto mais prximo de 1, melhor. A=?

Efetividade da tarefa

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Completude da tarefa

Que proporo de tarefas completada?

0 <= X Quanto mais prximo de 0, melhor. Absoluta A=quantidade

Freqncia de erro

Qual a freqncia de erros?

Tabela 7 Mtricas de Efetividade

41

Nome da Mtrica

Propsito da Mtrica Quanto tempo demora-se para completar uma tarefa?

Medida e Frmula X = Ta / Tb

Interpretao

Tipo de Tipo de Medida Escala

Tempo da tarefa

Ta = tempo ocioso do usurio Tb = tempo da tarefa X = M1 / T M1 = efetividade da tarefa T = tempo da tarefa X = M1 / C

X >= 0 Quanto menor, melhor. Intervalo T = tempo

X >= 0 Eficincia da tarefa Quo eficientes so os usurios? Quanto maior, melhor. -

T = tempo X=

Custo efetivo

Qual o custo efetivo do usurio?

M1 = efetividade da tarefa C = custo total da tarefa X = Ta / Tb

X >= 0 Quanto maior, melhor. Absoluta

T = tempo X=

Proporo produtiva

Que proporo do tempo o usurio est realizando aes produtivas?

0 <= X <= 1 Ta = tempo produtivo Tb = tempo da tarefa X=A/B A = eficincia de um usurio comum B = eficincia de um usurio especializado X=A/B A = produtividade de um usurio comum B = produtividade de um usurio especializado Quanto mais prximo de 1, melhor. Absoluta

Ta = tempo Tb = tempo X = tempo/ tempo

Grau de eficincia do usurio

Quo eficiente um usurio comparado a um especialista?

0 <= X <= 1 Quanto mais prximo de 1, melhor. Absoluta X=A/B

Grau de produtividade do usurio

Quo produtivo um usurio comparado a um especialista?

0 <= X <= 1 Quanto mais prximo de 1, melhor. Absoluta X=A/B

Tabela 8 Mtricas de Produtividade

42

Nome da Mtrica

Propsito da Mtrica Qual a incidncia de problemas de sade entre os usurios do produto?

Medida e Frmula X= A / B A = nmero de usurios com LER, fadiga ou dor-decabea B = total de usurios X= A / B

Interpretao

Tipo de Escala

Tipo de Medida A=quantidade

0 <= X <= 1 Quanto mais prximo de 0, melhor. Absoluta

Bem-estar do usurio

B=quantidade X=quantidade/ quantidade

Segurana das pessoas afetadas pelo sistema

Qual o nvel de A = nmero de perigo incidente pessoas colocadas s pessoas em perigo afetadas pelo uso B = total de pessoas do sistema? afetadas pelo sistema X= A / B Qual a incidncia A = nmero de pacientes com de perigo para o tratamento prescrito paciente que recebe tratamento incorretamente pelo sistema? B = total de pacientes X= A / B Qual a incidncia de danos econmicos? A = nmero de ocorrncias de danos econmicos B = total de situaes medidas X= A / B Qual a incidncia de danos no software? A = nmero de ocorrncias de danos no software B = total de situaes medidas

0 <= X <= 1 Quanto mais prximo de 0, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

0 <= X <= 1 Quanto mais prximo de 0, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Segurana dos pacientes

0 <= X <= 1 Quanto mais prximo de 0, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Danos econmicos

0 <= X <= 1 Quanto mais prximo de 0, melhor. Absoluta

A=quantidade B=quantidade X=quantidade/ quantidade

Danos no software

Tabela 9 Mtricas de Segurana

43

Nome da Mtrica

Propsito da Mtrica

Medida e Frmula X= A / B

Interpretao

Tipo de Escala

Tipo de Medida

Escala de satisfao

Qual o nvel de satisfao do usurio?

A = questionrio com escala psicomtrica B = mdia da populao

X>0 Quanto maior, melhor. Taxa

A=quantidade X=quantidade

Pesquisa de satisfao

Qual o nvel de satisfao do usurio em funes especficas?

X =A A = resultado da pesquisa X= A / B

Comparao com valores anteriores ou com a mdia da populao.

A=quantidade Ordinal X=quantidade

Uso discreto do produto

A = nmero de Qual proporo vezes que a funo, dos usurios aplicao ou potenciais optou sistema usado pelo sistema? B = nmero que o usurio teve a inteno de usar

0 <= X <= 1 Quanto mais prximo de 1, melhor. Taxa

A=quantidade B=quantidade X=quantidade/ quantidade

Tabela 10 Mtricas de Satisfao

44

5 PROCESSO DE AVALIAO

A avaliao de um software pode ser realizada para aquisio, fornecimento, desenvolvimento, operao ou manuteno de produtos finais ou intermedirios. O processo de avaliao de um produto de software dividido em trs partes: definio de requisitos de qualidade, preparao da avaliao e procedimento da avaliao.[26]

5.1 Definio de Requisitos de Qualidade

Esse estgio do processo de avaliao consiste em definir as caractersticas e possveis subcaractersticas que sero usadas na avaliao. O modelo da ISO/IEC 9126-1 o mais utilizado conjuntamente com o processo de avaliao da ISO/IEC 14598.[16]

5.2 Preparao da Avaliao

Este estgio busca preparar as bases para realizar a avaliao. dividido em trs fases: seleo de mtricas, estabelecimento dos nveis de pontuao e definio dos critrios de julgamento. A fase de seleo de mtricas depende da parte interessada na avaliao, que pode ser: Desenvolvedor: procura uma viso de atributos de qualidade interna e externa para a aplicao aos produtos de software, onde os atributos internos devem representar a qualidade externa ao longo do desenvolvimento; Adquirente: avalia o produto atravs das mtricas externas e de qualidade em uso, podendo haver avaliaes preliminares informais, como observao de usurios e documentao.

45

Avaliao por terceira parte: analisa a descrio do produto, especifica as medies que devem ser executadas no produto e seus componentes e verificar a especificao produzida em relao aos requisitos de avaliao.

No estabelecimento dos nveis de pontuao so estabelecidas as metas para cada mtrica, como na Figura 12.

Figura 12 Valor satisfatrio

Na fase de definio dos critrios de julgamento, so mapeados os resultados das mtricas para uma escala, definidos os pesos para as caractersticas e subcaractersticas avaliadas e calculadas mdias ponderadas usando os valores das mtricas e os pesos das respectivas caractersticas e subcaractersticas.

5.3 Procedimento da Avaliao

Este ltimo estgio da avaliao tambm possui trs fases: obteno das medidas, comparao dos critrios e julgamento dos resultados. Na obteno das medidas, aplicam-se as mtricas selecionadas ao produto de software, obtendo como resultado os valores nas escalas das mtricas. Na comparao de critrios, o valor medido comparado aos critrios predeterminados. Por fim, na fase de julgamento de resultados, um conjunto de nveis

46

de pontuao sintetizado e comparado com outros aspectos como tempo e custo. O resultado permitir a deciso gerencial quanto aceitao ou rejeio, ou quanto liberao ou no-liberao do produto de software.

5.4 Um Exemplo de Aplicao

Para exemplificar o Processo de Avaliao descrito ser feita uma avaliao de qualidade em sites de Instituies de Ensino Superior sob o ponto de vista do usurio. Para realizar a medio, sero usados os critrios descritos na norma ISO/IEC 9126-1, com as caractersticas de qualidade em uso: efetividade, produtividade, satisfao e segurana. As mtricas usadas sero algumas das descritas na norma ISO/IEC 9126-4, que medem os efeitos do uso do software em um contexto especfico de uso. Para cada caracterstica, ser avaliada apenas uma mtrica. O objetivo do usurio obter informaes sobre os cursos de graduao: cursos oferecidos, ementas, estrutura curricular e corpo docente. O resultado da avaliao mostrado no Quadro 1. Os nveis de pontuao foram definidos como satisfatrio ou insatisfatrio. Para um produto ser considerado aceitvel, necessrio que ele tenha pelo menos 80% de resultados satisfatrios nas avaliaes, proporo que definida pelo avaliador dependendo das suas necessidades.

47

Definio de Requisitos de Qualidade Caracterstica

Preparao da Avaliao

Procedimento da Avaliao

Seleo de mtrica

Nveis de pontuao

Critrios de julgamento

Obteno das medidas

9S 1I 8S 2I 8S 2I 7S 3I 6S 4I 9S 1I

Comparao dos critrios

Julgamento dos resultados

Aceitvel

UEL S - Satisfatrio (sem erros) I - Insatisfatrio (um ou mais erros) Aceitvel (80% S) Rejeitado IESB

80%

Efetividade

Freqncia de erros

UNOPAR

80%

Aceitvel

80%

Aceitvel

UEL S - Satisfatrio (tempo <= 10 s) I - Insatisfatrio (tempo > 10 s)

70%

Rejeitado

Produtividade

Tempo das tarefas

Aceitvel (80% S) Rejeitado

UNOPAR

60%

Rejeitado

IESB

90%

Aceitvel

UEL S - Satisfatrio (sempre disponveis) I - Insatisfatrio (alguma vez indisponvel)

10 S 0I

100%

Aceitvel

Segurana

Danos no software

Aceitvel (80% S) Rejeitado

UNOPAR

10 S 0I

100%

Aceitvel

IESB

10 S 0I 9S 1I 5S 5I 5S 5I

100%

Aceitvel

UEL S - Satisfatrio (todas as informaes) I - Insatisfatrio (falta alguma informao)

90%

Aceitvel

Satisfao

Escala de Satisfao

Aceitvel (80% S) Rejeitado

UNOPAR

50%

Rejeitado

IESB

50%

Rejeitado

Quadro1 Avaliao de sites Institucionais

48

CONCLUSO

Este trabalho teve o objetivo de expor as normas e padres que proporcionam Qualidade de Software na fase de desenvolvimento atravs das normas de Qualidade de Processo, assim como as normas e padres que avaliam a qualidade do produto j finalizado, atravs das normas de Qualidade de Produto. O detalhamento ocorreu na norma de Qualidade de Produto de Software ISO/IEC 9126, onde suas divises foram mostradas. Com isso, foi possvel perceber que h maneiras efetivas de verificar se um produto de software adequado aos diferentes tipos de usurio e suas respectivas necessidades, pois a norma possibilita, atravs da utilizao de mtricas, avaliar diferentes

caractersticas de um mesmo produto.

49

REFERNCIAS BIBLIOGRFICAS

[1] KOSCIANSKI, A.; VILLAS-BOAS, A.; REGO, C. M.; ASANOME, C.; SCALET, D.; ROMERO, D.; CIESLAK, J. M.; PALUDO, M.; FROSSARD, R. S.; VOSTOUPAL, T. M. Guia para Utilizao das Normas Sobre Avaliao de Qualidade de Produto de Software ISO/IEC 9126 e ISO/IEC 14598.

[2] TSUKUMO, A. N.; REGO, C. M.; SALVIANO, C. F.; AZEVEDO, G. F.; MENEGHETTI, L. K.; COSTA, M. C. C.; CARVALHO, M. B.; COLOMBO, R. M. T. Qualidade de Software: Vises de Produto e Processo de Software. Publicado na II Escola Regional de Informtica da Sociedade Brasileira de Computao Regional de So Paulo Piracicaba, SP. Junho de 1997.

[3] VOLPE, R. L. D.; JOMORI, S. M.; ZABEU, A. C. P. CMM CMMI: Principais conceitos, diferenas e correlaes. Spin-BH, 30 de outubro de 2003.

[4] DUARTE, K. C.; FALBO, R. A. Uma Ontologia de Qualidade de Software.

[5] TELES, F. S. Um Processo para Anlise de Desempenho de Produtos de Software. Recife, 11 de maro de 2005.

[6] MACHADO, M. P.; SOUZA, S. F. Mtricas e Qualidade de Software.

[7] ROCHA, A. R. C.; MALDONADO, J. C.; WEBER, K. C. Qualidade de software. 1a Edio. So Paulo: Prentice Hall, 2001.

[8] PRESSMAN, R. S. Engenharia de software, Traduo da 5a Edio. So Paulo: Mc Graw Hill, 2002

[9] ISO/IEC 9126-1: 2000. Software engineering Software product quality- Part 1: Quality Model.

50

[10] ISO/IEC 9126-2: 2000. Software engineering Software product quality- Part 2: External Metrics.

[11] ISO/IEC 9126-3: 2000. Software engineering Software product quality- Part 3: Internal Metrics.

[12] ISO/IEC 9126-4: 2000. Software engineering Software product quality- Part 4: Quality in Use Metrics.

[13] WINTER, L. A.; CORDENONZI, W. Avaliao de Qualidade de Software Educacional.

[14] SCALET, D. O Modelo da ISO/IEC JTC1/SC7 para a Avaliao de Produto de Software. Disponvel em <http://www.pr.gov.br/celepar/celepar/ batebyte/edies/1994/bb36/modelo.htm>. Acesso em Maio de 2006.

[15] BEVAN, N. ISO and Industry Standards for User Centred Design. Outubro de 2000. Disponvel em <http://www.usability.serco.com/trump>.

[16] Seminrio de Qualidade de Software do Subcomit de Software da ABNT. Modelo de Qualidade e Usabilidade de Software. Agosto de 2001.

[17] CORDEIRO, M. A. Mtricas de Software. Bate byte 101 Setembro de 2000.

[18] VASCONCELOS, A. Introduo a Mtricas de Software. 2005

[19] KOSCIANSKI, A.; SOARES, M. S. Qualidade de Software. 1a Edio. Editora Novatec.

[20] WEBER, K. Qualidade e Produtividade em Software. 3a Edio. Editora Makron.

51

[21] SOMMERVILLE, I. Engenharia de Software. 6 Edio. Addison Wesley, 2004.

[22] ISO 8402. Quality Vocabulary, 1994.

[23] ISO 9000. Normas de Gesto da Qualidade e Garantia de Qualidade Diretrizes para Seleo e Uso.

[24] BARRETO, J. Qualidade de Software.

[25] LODI, S.; CORDENONZI, W. Aplicao de Produtos de Software Utilizando a ISO/IEC 9126.

[26] UNICAMP. Universidade de Campinas Instituto de Computao Publicaes. Disponvel em <http://www.ic.unicamp.br/~cortes/mc726/cap3.pdf>. Acesso em Julho de 2006.

[27] PALUDO, M. Qualidade de Produto de Software.

[28] SEBRAE. Disponvel em <http://www.sebrae.com.br>.

52