- Norma - Nbr Iso-iec 9126-1

5/28/2018 - Norma - Nbr Iso-iec 9126-1

1/21

Sede:Rio de JaneiroAv. Treze de Maio, 13/28 andarCEP 20003-900 - Caixa Postal 1680Rio de Janeiro - RJTel.: PABX (21) 3974-2300Fax: (21) 2240-8249/2220-6436Endereo eletrnico:www.abnt.org.br

ABNT - AssociaoBrasileira de

Normas Tcnicas

Copyright 2003,ABNTAssociao Brasileira deNormas TcnicasPrinted in Brazil/Impresso no BrasilTodos os direitos reservados

JUN 2003 NBR ISO/IEC 9126-1

Engenharia de software - Qualidade deproduto

Parte 1: Modelo de qualidade

Palavras-chave: Qualidade. Software. Avaliao. Engenharia desoftware

21 pginas

Sumrio

Prefcio0 Introduo1 Objetivo2 Conformidade3 Referncia normativa4 Termos e definies5 Estrutura do modelo de qualidade6 Modelo de qualidade para qualidade externa e interna7 Modelo de qualidade para qualidade em usoANEXOS

A MtricasB Definies de outras normasC Histria do trabalhoBibliografia

Prefcio

A ABNT Associao Brasileira de Normas Tcnicas o Frum Nacional de Normalizao. As Normas Brasileiras, cujocontedo de responsabilidade dos Comits Brasileiros (ABNT/CB) e dos Organismos de Normalizao Setorial (ABNT/ONS),so elaboradas por Comisses de Estudo (CE), formadas por representantes dos setores envolvidos, delas fazendo parte:produtores, consumidores e neutros (universidades, laboratrios e outros).

Os Projetos de Norma Brasileira, elaborados no mbito dos ABNT/CB e ABNT/ONS, circulam para Consulta Pblica entre osassociados da ABNT e demais interessados.

Esta parte da NBR ISO/IEC 9126 cancela e substitui a NBR 13596:1996.

A NBR ISO/IEC 9126, sob o ttulo geral "Engenharia de software - Qualidade do produto", consiste nas seguintes partes:

Parte 1: Modelo de qualidade;

Parte 2: Mtricas externas;

Parte 3: Mtricas internas;

Parte 4: Mtricas de qualidade em uso.

Esta parte da NBR ISO/IEC 9126 contm o anexo A, de carter normativo, e os anexos B e C, de carter informativo.

Origem: Projeto 21:101.01-009:2002ABNT/CB-21 - Comit Brasileiro de Computadores e Processamento de DadosCE-21:101.01 - Comisso de Estudo de Qualidade de SoftwareISO/IEC 9126-1 - Software engineering - Product quality - Part 1: Quality model

Descriptors: Software. Quality. Information technology. EvaluationEsta Norma equivalente ISO/IEC 9126-1:2001Esta Norma cancela e substitui a NBR 13596:1996Vlida a partir de 30.07.2003

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

2/21

NBR ISO/IEC 9126-1:20032

0 Introduo

Os computadores tm sido usados numa variedade de reas de aplicao cada vez maior e sua correta operao freqentemente crtica para o sucesso de negcios e para a segurana humana. Deste modo, desenvolver ou selecionarprodutos de software de alta qualidade de primordial importncia. Especificao e avaliao da qualidade do produto desoftware so fatores chave para garantir qualidade adequada. Isto pode ser alcanado pela definio apropriada dascaractersticas de qualidade, levando em considerao o uso pretendido do produto de software. importante que cadacaracterstica relevante de qualidade do produto de software seja especificada e avaliada utilizando, quando possvel,

mtricas validadas ou amplamente aceitas.A NBR 13596 Tecnologia de informao Avaliao de produto de software Caractersticas de qualidade e diretrizespara o seu uso, que foi desenvolvida para suportar estas necessidades, definiu seis caractersticas de qualidade edescreveu um modelo de processo para avaliao de produto de software.

Como as caractersticas de qualidade e as mtricas associadas podem ser teis no s avaliao de produto de software,mas tambm para a definio de requisitos de qualidade e outros usos, a NBR 13596 est sendo substituda por duassries de normas relacionadas: NBR ISO/IEC 9126 (Qualidade do produto de software) e NBR ISO/IEC 14598 (Avaliaode produto de software). As caractersticas de qualidade do produto de software definidas nesta parte daNBR ISO/IEC 9126 podem ser usadas para especificar requisitos funcionais e no-funcionais do cliente e do usurio.

Esta parte da NBR ISO/IEC 9126 uma reviso da NBR 13596 e mantm as mesmas caractersticas de qualidade desoftware. As maiores diferenas so:

- incluso das subcaractersticas em carter normativo, baseadas, em sua maioria, no anexo informativo daNBR 13596, que contm as subcaractersticas de qualidade;

- especificao de um modelo de qualidade;

- introduo de qualidade em uso;

- remoo do processo de avaliao (agora especificado na NBR ISO/IEC 14598);

- coordenao de seu contedo com a NBR ISO/IEC 14598-1.

A relao entre as NBR ISO/IEC 9126 e NBR ISO/IEC 14598 (ver Bibliografia) ilustrada na figura 1.

Figura 1 - Relao entre as NBR ISO/IEC 9126 e NBR ISO/IEC 14598

1 Objetivo

Esta parte da NBR ISO/IEC 9126 descreve um modelo de qualidade do produto de software, composto de duas partes:a) qualidade interna e qualidade externa e b) qualidade em uso. A primeira parte do modelo especifica seis caractersticaspara qualidade interna e externa, as quais so por sua vez subdivididas em subcaractersticas. Estas subcaractersticas somanifestadas externamente, quando o software utilizado como parte de um sistema computacional, e so resultantes deatributos internos do software. Esta parte da NBR ISO/IEC 9126 no apresenta o modelo de qualidade interna e externaalm do nvel de subcaractersticas.

9126-1

14598-1

Apoio avaliao

Processo

de

avaliao

Mtricasinternas

Mtricasexternas

Mtricas de

qualidade

em uso

14598-2

14598-6

14598-3

14598-4

14598-5 9126-3 9126-2 9126-4

Recursose

ambiente

Processode

avaliao

Produto

desoftware

Efeitos doproduto desoftware

9126-1

14598-1

Apoio avaliao

Processo

de

avaliao

Mtricasinternas

Mtricasexternas

Mtricas de

qualidade

em uso

14598-2

14598-6

14598-3

14598-4

14598-5 9126-3 9126-2 9126-4

Recursose

ambiente

Processode

avaliao

Produto

desoftware

Efeitos doproduto desoftware

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

3/21

NBR ISO/IEC 9126-1:2003 3

A segunda parte do modelo especifica quatro caractersticas de qualidade em uso, mas no apresenta o modelo dequalidade em uso alm do nvel de caracterstica. Qualidade em uso , para o usurio, o efeito combinado das seiscaractersticas de qualidade do produto de software.

As caractersticas definidas so aplicveis a todo tipo de software, incluindo programas de computador e dados contidosem firmware. As caractersticas e subcaractersticas fornecem terminologia consistente para tratar de qualidade do produtode software. Elas tambm fornecem uma estrutura para especificar requisitos de qualidade de software e realizarcomparaes entre produtos de software.

O anexo A, normativo, fornece recomendaes e requisitos para mtricas de produto de software e mtricas de qualidadeem uso. Exemplos destas mtricas esto contidos nas outras partes da NBR ISO/IEC 9126. Estas mtricas so aplicveisna especificao dos requisitos de qualidade e dos objetivos de projeto de produtos de software, inclusive produtosintermedirios. A NBR ISO/IEC 14598-1 contm uma explicao de como este modelo pode ser aplicado numa avaliaode produto de software.

Esta parte da NBR ISO/IEC 9126 permite que a qualidade do produto de software seja especificada e avaliada emdiferentes perspectivas pelos envolvidos com aquisio, requisitos, desenvolvimento, uso, avaliao, apoio, manuteno,garantia de qualidade e auditoria de software. Ela pode, por exemplo, ser utilizada por desenvolvedores, adquirentes,pessoal de garantia de qualidade e avaliadores independentes, particularmente os responsveis por especificar e avaliarqualidade do produto de software. Exemplos de usos do modelo de qualidade definido nesta parte da NBR ISO/IEC 9126so para:

- validar a completitude de uma definio de requisitos;

- identificar requisitos de software;

- identificar objetivos de projeto de software;

- identificar objetivos para teste de software;

- identificar critrios para garantia de qualidade;

- identificar critrios de aceitao para produtos finais de software.

NOTAS

1 Esta parte da NBR ISO/IEC 9126 pode ser usada em conjunto com a ISO/IEC 15504 (a qual diz respeito avaliao de processo de

software), para fornecer:

uma estrutura para definio de qualidade do produto de software, no processo cliente-fornecedor;

apoio para reviso, verificao e validao e uma estrutura para avaliao quantitativa de qualidade, no processo de apoio;

apoio para estabelecer objetivos de qualidade organizacionais, no processo de gesto.

2 Esta parte da NBR ISO/IEC 9126 pode ser usada em conjunto com a NBR ISO/IEC 12207 (a qual diz respeito ao ciclo de vida de

software), para fornecer:

uma estrutura para definio de requisitos de qualidade de software, nos processos fundamentais do ciclo de vida;

apoio para reviso, verificao e validao nos processos de apoio do ciclo de vida.

3 Esta parte da NBR ISO/IEC 9126 pode ser usada em conjunto com a NBR ISO 9001 (a qual diz respeito a processos de garantia dequalidade), para fornecer:

apoio para estabelecimento de metas de qualidade;

apoio para reviso, verificao e validao de projeto.

2 Conformidade

Qualquer requisito, especificao ou avaliao de qualidade de produto de software que esteja em conformidade com estaparte da NBR ISO/IEC 9126 deve usar as caractersticas e subcaractersticas das sees 6 e 7, dando as razes paraqualquer excluso ou descrever sua prpria categorizao de atributos de qualidade do produto de software , fornecendoum mapeamento em relao s caractersticas e subcaractersticas das sees 6 e 7.

Uma especificao de requisitos de qualidade de produto de software que contenha mtricas usadas para comparaodeve declarar se as mtricas possuem as propriedades especificadas em A.4.

3 Referncia normativaA norma relacionada a seguir contm disposies que, ao serem citadas neste texto, constituem prescries para estaparte da NBR ISO/IEC 9126. A edio indicada estava em vigor no momento desta publicao. Como toda norma estsujeita reviso, recomenda-se queles que realizam acordos com base nesta que verifiquem a convenincia de se usar aedio mais recente da norma citada a seguir. A ABNT possui a informao das normas em vigor em um dado momento.

NBR ISO/IEC 14598-1:2001, Tecnologia de informao - Avaliao de qualidade de software - Parte1: Viso geral

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

4/21

NBR ISO/IEC 9126-1:20034

4 Termos e definies

Para os efeitos de todas as partes da NBR ISO/IEC 9126, aplicam-se as definies da NBR ISO/IEC 14598-1 e a seguinte:

NOTA - As definies da NBR ISO/IEC 14598-1 esto reproduzidas no anexo B.

4.1 nvel de desempenho: Grau em que necessidades so satisfeitas, representado por um conjunto especfico devalores para as caractersticas de qualidade.

5 Estrutura do modelo de qualidade

Esta seo descreve uma estrutura do modelo de qualidade que explica o relacionamento entre diferentes abordagens paraqualidade. Uma implementao especfica deste modelo de qualidade apresentada nas sees 6 e 7.

5.1 Abordagens para qualidade

Figura 2 - Qualidade no ciclo de vida

As necessidades de qualidade do usurio incluem requisitos de qualidade em uso em contextos de uso especficos.Estas necessidades identificadas podem ser usadas na especificao da qualidade interna e externa, aplicandocaractersticas e subcaractersticas de qualidade do produto de software.

A avaliao de produtos de software com o objetivo de satisfazer as necessidades de qualidade de software um dosprocessos no ciclo de vida de desenvolvimento de software. A qualidade do produto de software pode ser avaliadamedindo-se os atributos internos (tipicamente medidas estticas de produtos intermedirios), os atributos externos(tipicamente pela medio do comportamento do cdigo quando executado) ou os atributos de qualidade em uso.O objetivo que o produto tenha o efeito requerido num contexto de uso particular (ver figura 2).

A qualidade de processo (a qualidade de qualquer processo do ciclo de vida como definido na NBR ISO/IEC 12207)contribui para melhorar a qualidade do produto e a qualidade do produto contribui para melhorar a qualidade em uso.Por isso, avaliar e melhorar o processo um meio de melhorar a qualidade do produto, assim como avaliar e melhorar a

qualidade do produto um meio de melhorar a qualidade em uso. De forma similar, avaliar a qualidade em uso podefornecer feedback para melhorar um produto e avaliar um produto pode fornecer feedback para melhorar um processo.

Atributos internos adequados do software so pr-requisitos para atingir o comportamento externo requerido e ocomportamento externo adequado um pr-requisito para obter-se qualidade em uso (ver figura 2).

Os requisitos para qualidade do produto de software incluiro, geralmente, critrios para avaliao de qualidade interna,qualidade externa e qualidade em uso, para atingir as necessidades dos desenvolvedores, mantenedores, adquirentes eusurios finais (ver NBR ISO/IEC 14598-1:2001, seo 8)

5.2 Qualidade do produto e o ciclo de vida do software

As vises de qualidade interna, qualidade externa e qualidade em uso mudam durante o ciclo de vida do software.

Por exemplo, a qualidade especificada como requisito no incio do ciclo de vida uma viso, principalmente, do ponto devista de qualidade externa e do usurio, e difere da qualidade do produto intermedirio, tal como a qualidade na fase deprojeto, que uma viso, principalmente, do ponto de vista de qualidade interna e do desenvolvedor. As tecnologiasutilizadas para atingir o nvel de qualidade necessrio, como especificao e avaliao de qualidade, precisam apoiar estesdiversos pontos de vista. necessrio definir estas perspectivas de qualidade e suas tecnologias associadas, a fim de quea qualidade seja gerenciada de modo apropriado em cada estgio do ciclo de vida.

Qualidadedo

processo

Atributosde qualidade

em uso

processo produto de softwareefeitos do

produto de software

Medidasde processo

Medidasinternas

Medidasexternas

Medidas dequalidade em uso

Contextosde uso


externa


interna

influencia influenciainfluencia

depende dedepende de depende de

Qualidadedo

processo


em uso

processo produto de softwareefeitos do

produto de software

Medidasde processo

Medidasinternas

Medidasexternas

Medidas dequalidade em uso

Contextosde uso


externa


interna

influencia influenciainfluencia

depende dedepende de depende de

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

5/21

NBR ISO/IEC 9126-1:2003 5

A finalidade alcanar a qualidade necessria e suficiente para atingir as reais necessidades do usurio. A NBR ISO 8402define qualidade em termos da habilidade em satisfazer necessidades explcitas e implcitas. Apesar disso, asnecessidades explicitadas pelo usurio nem sempre refletem suas reais necessidades porque: (1) freqentemente, ousurio no est consciente de suas necessidades reais; (2) as necessidades podem mudar aps terem sido explicitadas;(3) usurios diferentes podem ter ambientes operacionais diferentes e (4) pode ser impossvel consultar todos os tipos deusurios, particularmente para produtos de software de prateleira. Ento, requisitos de qualidade no podem sercompletamente definidos antes do incio do projeto. Alm disto, necessrio entender as necessidades reais do usurioto detalhadamente quanto possvel e represent-las nos requisitos. A finalidade no , necessariamente, atingir a

qualidade perfeita, mas a qualidade necessria e suficiente para cada contexto de uso especificado quando o produto forentregue e utilizado pelos usurios.

Escalas de medies das mtricas usadas nos requisitos de qualidade podem ser divididas em categorias correspondentesa diferentes graus de satisfao dos requisitos. Por exemplo, a escala poderia ser dividida em duas faixas: insatisfatria esatisfatria, ou em quatro faixas: ultrapassa os requisitos, no intervalo-alvo, mnimo aceitvel e inaceitvel(ver NBR ISO/IEC 14598-1). Convm que as faixas sejam especificadas de forma que tanto o usurio quanto odesenvolvedor possam evitar desperdcios de custo e de prazo.

Existem diferentes vises da qualidade do produto e de suas mtricas em diferentes estgios do ciclo de vida do software(ver figura 3).

NOTA - Esta figura uma verso simplificada da figura 4 da NBR ISO/IEC 14598-1:2001, modificada para ficar consistente com aNBR ISO/IEC 9126-1.

Figura 3 - Qualidade no ciclo de vida do software

As necessidades de qualidade do usurio podem ser especificadas como requisitos de qualidade pelas mtricas dequalidade em uso, pelas mtricas externas e algumas vezes por mtricas internas. Convm que estes requisitosespecificados por meio das mtricas sejam utilizados como critrios quando um produto for validado. Obter um produtoque satisfaa as necessidades do usurio normalmente requer uma abordagem iterativa para o desenvolvimento desoftware com feedback contnuo sob a perspectiva do usurio.

NOTA - A ISO 13407 fornece orientao para o processo de desenvolvimento de projetos de sistemas interativos.

Os requisitos de qualidade externa especificam o nvel de qualidade requerido sob o ponto de vista externo.Eles incluem requisitos derivados das necessidades de qualidade dos usurios, incluindo os requisitos de qualidade em

uso. Os requisitos de qualidade externa so usados como meta para validao em vrios estgios de desenvolvimento.Convm que os requisitos de qualidade externa, abrangidos pelas caractersticas de qualidade definidas nesta parte daNBR ISO/IEC 9126, sejam declarados na especificao de requisitos de qualidade usando mtricas externas, bem comoconvm que sejam traduzidos em requisitos de qualidade interna e que tambm sejam usados como critrios quando daavaliao do produto.

Necessidades

Requisitosde qualidade

externa

Requisitosde qualidade

interna

Qualidade

em uso

Qualidadeexterna

Qualidadeinterna

determinam

determinam

indica

indica

utilizao e feedback

validao

verificao

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

6/21

NBR ISO/IEC 9126-1:20036

Os requisitos de qualidade internaespecificam o nvel de qualidade requerido sob o ponto de vista interno do produto.Os requisitos de qualidade interna so usados para especificar as propriedades dos produtos intermedirios. Estes podemincluir modelos estticos e dinmicos, outros documentos e cdigo-fonte. Requisitos de qualidade interna podem serusados como metas para validao em vrios estgios de desenvolvimento. Eles tambm podem ser usados para definirestratgias de desenvolvimento e critrios de avaliao e de verificao durante o desenvolvimento. Isto pode incluir o usode mtricas adicionais (por exemplo, reusabilidade), as quais esto fora do escopo da NBR ISO/IEC 9126. Convm querequisitos de qualidade interna sejam definidos quantitativamente usando mtricas internas.

Qualidade interna a totalidade das caractersticas do produto de software do ponto de vista interno. A qualidade interna medida e avaliada com relao aos requisitos de qualidade interna. Detalhes da qualidade do produto de software podemser melhorados durante a implementao do cdigo, reviso e teste, mas a natureza fundamental da qualidade do produtode software representada pela qualidade interna mantm-se inalterada, a menos que seja reprojetada.

Qualidade externa estimada (ou prevista) a qualidade estimada ou prevista para o produto final de software, em cadaestgio de desenvolvimento e para cada caracterstica de qualidade, baseada no conhecimento da qualidade interna.

Qualidade externa a totalidade das caractersticas do produto de software do ponto de vista externo. a qualidadequando o software executado, o qual tipicamente medido e avaliado enquanto est sendo testado num ambientesimulado, com dados simulados e usando mtricas externas. Durante os testes, convm que a maioria dos defeitos sejadescoberta e eliminada. Entretanto, alguns defeitos podem permanecer aps o teste. Como difcil corrigir a arquitetura dosoftware ou outro aspecto bsico do projeto do software, a base do projeto usualmente permanece inalterada ao longo doteste.

Qualidade em uso estimada (ou prevista) a qualidade estimada ou prevista para o produto final de software ,em cadaestgio de desenvolvimento e para cada caracterstica de qualidade em uso, baseada no conhecimento da qualidadeinterna e externa.

NOTA - Qualidade externa e qualidade em uso podem ser estimadas e previstas durante o desenvolvimento, para cada caracterstica dequalidade definida nesta parte da NBR ISO/IEC 9126, quando tecnologias apropriadas forem desenvolvidas. Entretanto, como o estado daarte no fornece todo o apoio necessrio para este tipo de previso, convm que seja desenvolvida mais tecnologia para mostrar acorrelao entre qualidade interna, externa e em uso.

Qualidade em uso a viso da qualidade do produto de software do ponto de vista do usurio, quando este produto usado em um ambiente e um contexto de uso especificados. Ela mede o quanto usurios podem atingir seus objetivos numdeterminado ambiente e no as propriedades do software em si (qualidade em uso est definida na seo 7).

NOTA - Usurios refere-se a qualquer tipo de usurio em potencial, incluindo operadores e mantenedores, sendo que seus requisitospodem ser diferentes.

O nvel de qualidade no ambiente do usurio pode ser diferente daquele no ambiente do desenvolvedor, por causa dasdiferenas entre necessidades e capacidades de diferentes usurios e diferenas entre os ambientes de hardware e deapoio. O usurio avalia somente aqueles atributos do software que so usados em sua tarefa. Algumas vezes, atributos desoftware especificados por um usurio final, durante a fase de anlise de requisitos, no mais atendem aos requisitos dousurio quando o produto usado, devido mudana de requisitos do usurio e dificuldade em especificar asnecessidades implcitas.

5.3 Itens a serem avaliados

Os itens podem ser avaliados por medio direta, indireta ou medio de suas conseqncias. Por exemplo, um processopode ser avaliado indiretamente pela medio e avaliao de seu produto e, um produto pode ser avaliado indiretamentepela medio do desempenho da tarefa do usurio (usando mtricas de qualidade em uso).

Software nunca executa sozinho, mas sempre como parte de um sistema maior, tipicamente formado por outro produto desoftware com o qual ele tem interfaces, hardware, operadores humanos e fluxo de trabalho. O produto de softwarecompleto pode ser avaliado pelos nveis das mtricas externas escolhidas. Estas mtricas descrevem sua interao com oambiente e so avaliadas pela observao do software em operao. A qualidade em uso pode ser medida pelo quanto umproduto, utilizado por usurios especficos, atende s necessidades desses usurios para que eles atinjam as metasespecificadas com eficcia, produtividade, segurana e satisfao. Isto ser normalmente complementado por medies decaractersticas de qualidade do produto de software mais especficas, as quais so possveis tambm em estgiosanteriores do processo de desenvolvimento.

Nos estgios iniciais do desenvolvimento, somente recursos e processos podem ser medidos. Quando produtosintermedirios (especificao, cdigo fonte etc.) tornam-se disponveis, estes podem ser avaliados pelo nvel das mtricasinternas escolhidas. Estas mtricas podem ser usadas para prever valores das mtricas externas. Elas tambm podem sermedidas para uso como pr-requisito essencial para qualidade externa.

Uma distino adicional pode ser feita entre a avaliao do produto de software e a avaliao do sistema no qual o software executado.

NOTA 1 - Por exemplo, a confiabilidade de um sistema avaliada pela observao de todas as falhas ocorridas independentemente dacausa (hardware, software, erro humano etc.), enquanto que a confiabilidade de um produto de software avaliada pela extrao dasfalhas observadas, somente daqueles defeitos que ocorreram por causa do software (originrias dos requisitos, projeto ou implementao).

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

7/21

NBR ISO/IEC 9126-1:2003 7

Alm disso, onde o limite do sistema a ser avaliado, depende do objetivo da avaliao e de quem so os usurios.

NOTA 2 - Por exemplo, se os passageiros forem considerados os usurios de uma aeronave com um sistema de controle de vo baseadoem computador, ento o sistema do qual dependem inclui a tripulao do vo, a estrutura do avio e o hardware e o software do sistemade controle de vo, enquanto que se a tripulao for considerada como a usuria, ento o sistema do qual dependem formado somentepela estrutura do avio e pelo sistema de controle de vo.

5.4 Utilizando o modelo de qualidade

recomendado que, para a avaliao de qualidade de um produto de software, seja definido um modelo de qualidade eque este modelo de qualidade seja usado na definio das metas de qualidade para os produtos de software final eintermedirios. Convm que a qualidade do produto de software seja decomposta hierarquicamente em um modelocomposto de caractersticas e subcaractersticas, as quais podem ser usadas como uma lista de verificao de tpicosrelacionados com a qualidade. As sees 6 e 7 definem um modelo de qualidade hierrquico (embora outras formas decategorizar qualidade possam ser mais adequadas em determinadas circunstncias).

No possvel, na prtica, medir todas as subcaractersticas internas e externas para todas as partes de um produto desoftware de grande porte. Da mesma forma, no prtico medir a qualidade em uso para todos os cenrios de uso. necessrio alocar recursos para avaliao entre os diferentes tipos de medies, dependendo dos objetivos de negciose da natureza do produto e dos processos utilizados no projeto.

6 Modelo de qualidade para qualidade externa e interna

Esta seo define o modelo de qualidade externa e interna. Ele categoriza os atributos de qualidade de software em seiscaractersticas (funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade) as quais so, porsua vez, subdivididas em subcaractersticas (figura 4). As subcaractersticas podem ser medidas por meio de mtricasexternas e internas.

Figura 4 - Modelo de qualidade para qualidade externa e interna

Uma definio atribuda para cada caracterstica e para cada subcaracterstica do software que influencia a caractersticade qualidade. A capacidade do software determinada por um conjunto de atributos internos que podem ser medidos,para cada caracterstica e subcaracterstica. Exemplos de mtricas internas so dados na ISO/IEC 9126-3.As caractersticas e subcaractersticas podem ser medidas externamente pelo grau da capacidade do sistema contendo osoftware. Exemplos de mtricas externas so dados na ISO/IEC 9126-2.

NOTAS

1 Existe uma subcaracterstica de conformidade para todas as caractersticas, j que os princpios so geralmente aplicveis a todas ascaractersticas de qualidade externa e interna.

2 Algumas caractersticas nesta parte da NBR ISO/IEC 9126 relacionam-se com dependabilidade. Caractersticas de dependabilidadeso definidas para todos os tipos de sistemas na IEC 60050-191 e, quando um termo nesta parte da NBR ISO/IEC 9126 tambm estiverdefinido na IEC 60050-191, a definio dada compatvel no sentido geral.

Qualidade

externa e

interna

AdequaoAcurcia

InteroperabilidadeSegurana de

acesso

Conformidaderelacionada

funcionalidade

MaturidadeTolerncia a falhasRecuperabilidade


confiabilidade

InteligibilidadeApreensibilidadeOperacionalidade

Atratividade

Conformidaderelacionada usabilidade

Comportamento em

relao ao tempo

Utilizao de recursos

Conformidaderelacionada eficincia

AnalisabilidadeModificabilidade

EstabilidadeTestabilidade


manutenibilidade

AdaptabilidadeCapacidade para

ser instaladoCoexistncia

Capacidade parasubstituir


portabilidade

Funcionalidade Confiabilidade Usabilidade Eficincia Manutenibilidade Portabilidade

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

8/21

NBR ISO/IEC 9126-1:20038

6.1 Funcionalidade

Capacidade do produto de software de prover funes que atendam s necessidades explcitas e implcitas, quando osoftware estiver sendo utilizado sob condies especificadas.

NOTAS

1 Esta caracterstica est relacionada com o que software faz para atender s necessidades, enquanto que outras caractersticas estoprincipalmente relacionadas a quando e como ele atende s necessidades.

2 Para as necessidades explcitas e implcitas nesta caracterstica, a nota da definio de qualidade em B.21 aplicvel.

3 Para um sistema que seja operado por um usurio, a combinao de funcionalidade, confiabilidade, usabilidade e eficincia pode sermedida externamente pela qualidade em uso (ver seo 7).

6.1.1 Adequao

Capacidade do produto de software de prover um conjunto apropriado de funes para tarefas e objetivos do usurioespecificados.

NOTAS

1 Exemplos de conjunto apropriado de funes so a composio de funes orientada a tarefas a partir de suas subfunes constituintese tambm a capacidade de tabelas.

2 Adequao corresponde adequao tarefa da ISO 9241-10.

3 Adequao tambm afeta a operacionalidade.

6.1.2 Acurcia

Capacidade do produto de software de prover, com o grau de preciso necessrio, resultados ou efeitos corretos ouconforme acordados.

6.1.3 Interoperabilidade

Capacidade do produto de software de interagir com um ou mais sistemas especificados.

NOTA - Interoperabilidade usada no lugar de compatibilidade, para evitar possvel ambigidade com a subcaracterstica capacidade parasubstituir (ver 6.6.4).

6.1.4 Segurana de acesso

Capacidade do produto de software de proteger informaes e dados, de forma que pessoas ou sistemas no autorizadosno possam l-los nem modific-los e que no seja negado o acesso s pessoas ou sistemas autorizados.

[NBR ISO/IEC 12207:1998]1)

NOTAS

1 Isto tambm aplica-se a dados em transmisso.

2 Segurana definida como uma caracterstica de qualidade em uso, j que ela no est relacionada somente com o software, mas como sistema como um todo.

6.1.5 Conformidade relacionada funcionalidade

Capacidade do produto de software de estar de acordo com normas, convenes ou regulamentaes previstas em leis eprescries similares relacionadas funcionalidade.

6.2 Confiabilidade

Capacidade do produto de software de manter um nvel de desempenho especificado, quando usado em condiesespecificadas.

NOTAS

1 Em software no ocorre desgaste ou envelhecimento. As limitaes em confiabilidade so decorrentes de defeitos na especificao derequisitos, projeto e implementao. As falhas decorrentes desses defeitos dependem de como o produto de software usado e dasopes de programa selecionadas e no do tempo decorrido.

2 A definio de confiabilidade na ISO/IEC 2382-14:1997 A habilidade de uma unidade funcional executar uma funo requisitada....Neste documento, funcionalidade somente uma das caractersticas de qualidade de software. Portanto, a definio de confiabilidade foi

expandida para manter um nvel de desempenho especificado... no lugar de ...executar uma funo requisitada.

________________1)Esta definio no corresponde literalmente traduo da NBR ISO/IEC 12207, nem ao texto original em Ingls. A Norma Internacionalutilizou uma definio baseada na ISO/IEC 12207. A NBR ISO/IEC 12207:1998 define "segurana" como: "proteo de informaes edados de modo que pessoas ou sistemas no autorizados no posssam l-los ou modific-los e que pessoas ou sistemas autorizados notenham acesso negado a ele".

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

9/21

NBR ISO/IEC 9126-1:2003 9

6.2.1 Maturidade

Capacidade do produto de software de evitar falhas decorrentes de defeitos no software.

6.2.2 Tolerncia a falhas1)

Capacidade do produto de software de manter um nvel de desempenho especificado em casos de defeitos no software oude violao de sua interface especificada.

NOTA - O nvel de desempenho especificado pode incluir a capacidade de preveno a falhas.

6.2.3 Recuperabilidade

Capacidade do produto de software de restabelecer seu nvel de desempenho especificado e recuperar os dadosdiretamente afetados no caso de uma falha.

NOTAS

1 Aps uma falha, o produto de software poder ficar inativo por um certo perodo de tempo. A sua recuperabilidade influenciada poreste perodo de tempo.

2 Disponibilidade a capacidade de um produto de softwaredeestar pronto para executar uma funo requisitada num dado momento,sob condies especificadas de uso. Externamente, a disponibilidade pode ser avaliada pela proporo do tempo total durante o qual oproduto de software est disponvel. A disponibilidade , portanto, a combinao de maturidade (a qual controla a freqncia de falhas),

tolerncia a falhas e recuperabilidade (a qual controla o perodo de tempo inativo aps cada falha). Por esta razo ela no foi includa comouma subcaracterstica distinta.

6.2.4 Conformidade relacionada confiabilidade

Capacidade do produto de software de estar de acordo com normas, convenes ou regulamentaes relacionadas confiabilidade.

6.3 Usabilidade

Capacidade do produto de softwarede ser compreendido, aprendido, operado e atraente ao usurio, quando usado sobcondies especificadas.

NOTAS

1 Alguns aspectos como funcionalidade, confiabilidade e eficincia tambm afetaro a usabilidade, mas para os propsitos daNBR ISO/IEC 9126 no so classificados como usabilidade.

2 Como usurios pode-se incluir operadores, usurios finais e usurios indiretos que sejam dependentes ou estejam sob influncia do usodo software. Convm que a usabilidade considere todos os diferentes ambientes de usurios que o softwarepode afetar. Como exemplosde ambientes a considerar pode-se incluir o ambiente onde usurios esto sendo preparados para uso do produto e o ambiente onde j sepermite avaliao de resultados do uso do produto.

6.3.1 Inteligibilidade

Capacidade do produto de software de possibilitar ao usurio compreender se o software apropriado e como ele pode serusado para tarefas e condies de uso especficas.

NOTA - A inteligibilidade depender da documentao e das impresses iniciais oferecidas pelo software.

6.3.2 Apreensibilidade

Capacidade do produto de softwarede possibilitar ao usurio aprender sua aplicao.

NOTA - Os atributos internos correspondem adequao ao aprendizado, como definido na ISO 9241-10.

6.3.3 Operacionalidade

Capacidade do produto de software de possibilitar ao usurio oper-lo e control-lo.

NOTAS

1 Aspectos de adequao, modificabilidade, adaptabilidade e capacidade para ser instalado podem afetar a operacionalidade.

2 Operacionalidade corresponde controlabilidade, tolerncia a erros e conformidade com as expectativas do usurio, como definido naISO 9241-10.

3 Para um sistema que operado por um usurio, a combinao de funcionalidade, confiabilidade, usabilidade e eficincia pode sermedida externamente pela qualidade em uso.

________________1)A traduo direta do ttulo deveria ser "Tolerncia a defeitos", conforme definies em B.8 e B.9. No entanto, utilizou-se o ttulo de"Tolerncia a falhas", tendo em vista que o texto referente subcaracterstica, como tambm a NOTA, ampliam seu contexto paratolerncia a falhas e no apenas a defeitos.

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

10/21

NBR ISO/IEC 9126-1:200310

6.3.4 Atratividade

Capacidade do produto de softwarede ser atraente ao usurio.

NOTA - Isto refere-se a atributos de software que possuem a inteno de tornar o software mais atraente para o usurio, como o uso decores e da natureza do projeto grfico.

6.3.5 Conformidade relacionada usabilidade

Capacidade do produto de software de estar de acordo com normas, convenes, guias de estilo ou regulamentaesrelacionadas usabilidade.

6.4 Eficincia

Capacidade do produto de softwarede apresentar desempenho apropriado, relativo quantidade de recursos usados, sobcondies especificadas.

NOTAS

1 Recursos podem incluir outros produtos de software, configuraes de hardware e software do sistema e materiais (por exemplo, papelpara impresso, disquetes).

2 Para um sistema que operado por um usurio, a combinao de funcionalidade, confiabilidade, usabilidade e eficincia pode sermedida externamente pela qualidade em uso.

6.4.1 Comportamento em relao ao tempo

Capacidade do produto de software de fornecer tempos de resposta e de processamento, alm de taxas de transferncia,apropriados, quando o software executa suas funes, sob condies estabelecidas.

6.4.2 Utilizao de recursos

Capacidade do produto de software de usar tipos e quantidades apropriados de recursos, quando o software executa suasfunes sob condies estabelecidas.

NOTA - Recursos humanos esto includos como parte da produtividade (ver 7.1.2).

6.4.3 Conformidade relacionada eficincia

Capacidade do produto de software de estar de acordo com normas e convenes relacionadas eficincia .6.5 Manutenibilidade

Capacidade do produto de software de ser modificado. As modificaes podem incluir correes, melhorias ou adaptaesdo software devido a mudanas no ambiente e nos seus requisitos ou especificaes funcionais.

6.5.1 Analisabilidade

Capacidade do produto de software de permitir o diagnstico de deficincias ou causas de falhas no software, ou aidentificao de partes a serem modificadas.

6.5.2 Modificabilidade

Capacidade do produto de software de permitir que uma modificao especificada seja implementada.

NOTAS

1 Implementao inclui modificaes no cdigo, projeto e documentao.

2 Se o software for modificvel pelo usurio final, a modificabilidade pode afetar a operacionalidade.

6.5.3 Estabilidade

Capacidade do produto de software de evitar efeitos inesperados decorrentes de modificaes no software.

6.5.4 Testabilidade

Capacidade do produto de software de permitir que o software,quando modificado, seja validado.

6.5.5 Conformidade relacionada manutenibilidade

Capacidade do produto de software de estar de acordo com normas ou convenes relacionadas manutenibilidade.

6.6 Portabilidade

Capacidade do produto de software de ser transferido de um ambiente para outro.

NOTA - O ambiente pode ser organizacional, de hardware ou de software.

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

11/21

NBR ISO/IEC 9126-1:2003 11

6.6.1 Adaptabilidade

Capacidade do produto de software de ser adaptado para diferentes ambientes especificados, sem necessidade deaplicao de outras aes ou meios alm daqueles fornecidos para essa finalidade pelo software considerado.

NOTAS

1 Adaptabilidade inclui a possibilidade de ajustes da capacidade interna (por exemplo, campos de tela, tabelas, volume de transaes,formato de relatrios, etc.).

2 Se o software for adaptvel pelo usurio final, adaptabilidade corresponde adequao individualizao, como definido naNBR ISO 9241-10, e pode afetar a operacionalidade.

6.6.2 Capacidade para ser instalado

Capacidade do produto de software para ser instalado em um ambiente especificado.

NOTA - Se o software for instalvel pelo usurio final, a capacidade para ser instalado afeta a adequao e a operacionalidade.

6.6.3 Coexistncia

Capacidade do produto de software de coexistir com outros produtos de software independentes, em um ambiente comum,compartilhando recursos comuns.

6.6.4 Capacidade para substituir

Capacidade do produto de software de ser usado em substituio a outro produto de software especificado, com o mesmopropsito e no mesmo ambiente.

NOTAS

1 Por exemplo, numa nova verso de um produto de software, a capacidade para substituir importante para o usurio quando da

atualizao da verso.

2 Capacidade para substituir utilizada no lugar de compatibilidade para evitar possvel ambigidade com interoperabilidade (ver 6.1.3).

3 Capacidade para substituirpode incluir atributos de capacidade para ser instalado e adaptabilidade. O conceito foi introduzido como umasubcaracterstica prpria devido sua importncia.

6.6.5 Conformidade relacionada portabilidade

Capacidade do produto de software de estar de acordo com normas ou convenes relacionadas portabilidade.

7 Modelo de qualidade para qualidade em uso

Esta seo define o modelo de qualidade para qualidade em uso. Os atributos de qualidade em uso so categorizados emquatro caractersticas: eficcia, produtividade, segurana e satisfao (figura 5).

Figura 5 - Modelo de qualidade para qualidade em uso

Qualidade em uso a viso da qualidade sob a perspectiva do usurio. A obteno de qualidade em uso dependente daobteno da necessria qualidade externa, a qual, por sua vez, dependente da obteno da necessria qualidade interna

(figura 2). Normalmente, so necessrias medidas em todos os trs nveis, pois atender aos critrios para medidasinternas em geral no suficiente para garantir o atendimento aos critrios para medidas externas, e atender aos critriospara medidas externas de subcaractersticas em geral no suficiente para garantir o atendimento aos critrios paraqualidade em uso. Exemplos de mtricas de qualidade em uso so dados na ISO/IEC 9126-4.

Qualidade

em uso

Eficcia Produtividade Segurana Satisfao

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

12/21

NBR ISO/IEC 9126-1:200312

7.1 Qualidade em uso

Capacidade do produto de software de permitir que usurios especificados atinjam metas especificadas com eficcia,produtividade, segurana e satisfao em contextos de uso especificados.

NOTAS

1 Qualidade em uso a viso da qualidade de um ambiente contendo software, sob a perspectiva do usurio. medida em termos doresultado do uso do softwareneste ambiente e no das propriedades do prprio software.

2 A definio de qualidade em uso na NBR ISO/IEC 14598-1 (que reproduzida no anexo B) ainda no inclui a nova caractersticasegurana.

3 Usabilidade definida na ISO 9241-11 de forma similar definio de qualidade em uso nesta parte da NBR ISO/IEC 9126. Qualidadeem uso pode ser influenciada por qualquer caracterstica de qualidade, sendo ento mais ampla que usabilidade, a qual definida nestaparte da NBR ISO/IEC 9126 em termos de inteligibilidade, apreensibilidade, operacionalidade, atratividade e conformidade.

7.1.1 Eficcia

Capacidade do produto de software de permitir que usurios atinjam metas especificadas com acurcia e completitude, emum contexto de uso especificado.

7.1.2 Produtividade

Capacidade do produto de software de permitir que seus usurios empreguem quantidade apropriada de recursos emrelao eficcia obtida, em um contexto de uso especificado.

NOTA - Recursos relevantes podem incluir tempo para completar a tarefa, esforo do usurio, materiais ou custos financeiros.

7.1.3 Segurana

Capacidade do produto de software de apresentar nveis aceitveis de riscos de danos a pessoas, negcios, software,propriedades ou ao ambiente, em um contexto de uso especificado.

NOTA - Geralmente, os riscos so decorrentes das deficincias na funcionalidade (incluindo segurana de acesso), confiabilidade,usabilidade ou manutenibilidade.

7.1.4 Satisfao

Capacidade do produto de software de satisfazer usurios, em um contexto de uso especificado.

NOTA - Satisfao a resposta do usurio interao com o produto e inclui atitudes relacionadas ao uso do produto.

________________

/ANEXO A

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

13/21

NBR ISO/IEC 9126-1:2003 13

Anexo A(normativo)Mtricas

A.1 Mtricas de software

A.1.1 Atributos externos e internos

Constata-se que os nveis de certos atributos internos influenciam os nveis de alguns atributos externos, de modo que htanto um aspecto externo quanto um aspecto interno na maioria das caractersticas. Por exemplo, confiabilidade pode sermedida, externamente, observando-se o nmero de falhas, num dado perodo de tempo de execuo, durante umexperimento de uso do software e, internamente, inspecionando-se as especificaes detalhadas e o cdigo-fonte paraavaliar-se o nvel de tolerncia a falhas. Os atributos internos so tidos como indicadores dos atributos externos.Um atributo interno pode influenciar uma ou mais caractersticas e uma caracterstica pode ser influenciada por mais de umatributo (ver figura A.1). Neste modelo, todos os atributos de qualidade do produto de software so classificados numaestrutura hierrquica, em rvore, de caractersticas e subcaractersticas. O nvel mais alto desta estrutura consiste emcaractersticas de qualidade e o nvel mais baixo consiste em atributos de qualidade de software. A hierarquia no perfeita, pois alguns atributos podem contribuir para mais de uma subcaracterstica.

Figura A.1 - Caractersticas, subcaractersticas e atributos de qualidade de software

Subcaractersticas podem ser medidas por mtricas internas ou por mtricas externas.

A correlao entre atributos internos e medidas externas nunca perfeita e o efeito que um dado atributo interno tem sobreuma medida externa associada ser determinada pela experincia e depender do contexto especfico no qual o softwareser usado.

Do mesmo modo, propriedades externas (tais como: adequao, acurcia, tolerncia a falhas ou comportamento emrelao ao tempo) influenciaro a qualidade observada. Uma falha na qualidade em uso (por exemplo, usurio noconsegue terminar uma tarefa) pode ser relacionada a atributos de qualidade externa (por exemplo, adequao ouoperabilidade) e a atributos internos associados que precisem ser modificados.

A.1.2 Mtricas internas

Mtricas internas podem ser aplicadas a um produto de software no executvel, tais como uma especificao ou cdigo-fonte, respectivamente, durante o projeto e a codificao. Convm que, no desenvolvimento de um produto de software, osprodutos intermedirios sejam avaliados utilizando-se mtricas internas, as quais medem propriedades intrnsecas,incluindo aquelas que podem ser derivadas de um comportamento simulado. O propsito bsico destas mtricas internas assegurar que a qualidade externa e a qualidade em uso requeridas sejam alcanadas; exemplos so encontrados naISO/IEC 9126-3. Mtricas internas oferecem a usurios, avaliadores, executores de teste e desenvolvedores os benefciosde poderem avaliar a qualidade do produto de software e considerar questes relativas qualidade bem antes do produtode software tornar-se executvel.

Mtricas internas medem atributos internos pela anlise das propriedades estticas dos produtos de software intermediriosou preparados para entrega. Da mesma forma, as mtricas internas podem ser indicadoras de atributos externos.As medies de mtricas internas utilizam nmeros ou freqncias de elementos que compem o software e queaparecem, por exemplo, em declaraes de cdigos-fonte, no grfico de controle e nas representaes de fluxo de dados e

de transio de estados.

NOTA - Documentao tambm pode ser avaliada utilizando-se mtricas internas.

x

xx

x xxx

x

x

x

x

xx

x

x

x

xx

x

xx

x

xx

xx

x

x

x x

xx

atributo

subcaracterstica

caracterstica

Atributos internos Atributos externos

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

14/21

NBR ISO/IEC 9126-1:200314

A.1.3 Mtricas externas

Mtricas externas utilizam medidas de um produto de software derivadas de medidas do comportamento do sistema doqual o software uma parte, atravs de teste, operao e observao do software executvel ou do sistema. Antes deadquirir ou utilizar um produto de software, convm que ele seja avaliado utilizando-se mtricas baseadas nos objetivos denegcio e relacionadas ao uso, explorao e gesto do produto num ambiente tcnico e organizacional especificado.As mtricas citadas so, primordialmente, mtricas externas; exemplos so encontrados na ISO/IEC 9126-2. Mtricasexternas oferecem a usurios, avaliadores, executores de teste e desenvolvedores os benefcios de poderem avaliar a

qualidade do produto de software durante seu teste ou operao.

A.1.4 Relacionamento entre mtricas internas e externas

Quando os requisitos de qualidade do produto de software so definidos, as caractersticas ou subcaractersticas dequalidade do produto de software que contribuem com os requisitos de qualidade so listadas. Ento, as mtricas externasapropriadas e os limites aceitveis so especificados para quantificar os critrios de qualidade que validam se o softwareatende s necessidades do usurio. Os atributos de qualidade interna do software so ento definidos e especificados,com o objetivo de atingir a qualidade externa e a qualidade em uso requeridas e contempl-las no produto durante seudesenvolvimento. Mtricas internas apropriadas e limites aceitveis so especificados para quantificar os atributos dequalidade interna, de modo que eles possam ser utilizados para verificar se os produtos intermedirios atendem sespecificaes de qualidade interna durante o desenvolvimento.

Recomenda-se que as mtricas internas utilizadas tenham uma relao to forte quanto possvel com as mtricas externasselecionadas, de modo que possam ser utilizadas para prever os valores de mtricas externas. Entretanto, em geral, difcil projetar um modelo terico rigoroso que estabelea um relacionamento forte entre mtricas internas e externas.

A.2 Mtricas de qualidade em uso

Mtricas de qualidade em uso medem o quanto um produto atende s necessidades de usurios especificados para queatinjam metas especificadas com eficcia, produtividade, segurana e satisfao, em um contexto de uso especificado.A avaliao de qualidade em uso valida a qualidade do produto de software em cenrios de uso especficos.

NOTA - O anexo D da ISO/IEC 14598-6 contm um exemplo informativo de um mdulo de avaliao de qualidade em uso.

Qualidade em uso a viso da qualidade de um sistema contendo software, sob a perspectiva do usurio. medida emtermos do resultado do uso do software e no das propriedades do prprio software. Qualidade em uso , para o usurio, o

efeito combinado da qualidade externa e interna.O relacionamento da qualidade em uso com as outras caractersticas de qualidade depende do usurio:

- o usurio final, para quem qualidade em uso , principalmente, resultante de funcionalidade, confiabilidade,usabilidade e eficincia;

-a pessoa que mantm o software, para quem qualidade em uso resultante de manutenibilidade; e

-a pessoa encarregada de portar o software, para quem qualidade em uso resultante de portabilidade.

A.3 Escolha de mtricas e critrios de medidas

As bases para seleo de mtricas dependero das metas de negcios para o produto e das necessidades do avaliador.

Necessidades so especificadas por critrios de medidas. O modelo desta parte da NBR ISO/IEC 9126 apia umavariedade de requisitos de avaliao, por exemplo:

- um usurio ou uma unidade de negcio de usurio poderia avaliar a adequao de um produto de softwareutilizando mtricas de qualidade em uso;

-um adquirente poderia avaliar um produto de software em relao a valores correspondentes a critrios de medidasexternas de funcionalidade, confiabilidade, usabilidade e eficincia ou ainda de qualidade em uso;

- um mantenedor poderia avaliar um produto de software utilizando mtricas de manutenibilidade;

- uma pessoa responsvel por implementar o software em diferentes ambientes poderia avaliar um produto desoftware utilizando mtricas de portabilidade; e

-

um desenvolvedor poderia avaliar um produto de software, em relao a valores correspondentes a critrios,utilizando medidas internas de quaisquer das caractersticas de qualidade.

NOTA - A NBR ISO/IEC 14598-1 fornece requisitos e orientaes para a escolha de mtricas, alm de critrios para medies utilizadas naavaliao de produtos de software.

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

15/21

NBR ISO/IEC 9126-1:2003 15

A.4 Mtricas para comparao

No relato dos resultados do uso de mtricas quantitativas para fazer comparaes entre produtos ou com valores decritrio, o relatrio deve explicitar se as mtricas so objetivas, empricas e utilizam itens de valores conhecidos e, ainda,so reprodutveis.

Comparaes confiveis entre produtos ou com valores de critrio podem ser feitas somente quando mtricas rigorosasso utilizadas. Convm que os procedimentos de medio meam as caractersticas (ou subcaractersticas) de qualidade

do produto de software, com suficiente acurcia, para permitir que possam ser estabelecidos critrios e ser feitascomparaes. Convm que haja tolerncia a possveis erros de medio causados por ferramentas de medio ou errohumano.

Convm que mtricas utilizadas sejam vlidas e suficientemente precisas para permitir que sejam feitas comparaesconfiveis. Sendo assim, convm que as medies sejam objetivas, empricas e utilizem uma escala vlida e, ainda, sejamreprodutveis.

- para serem objetivas, deve haver um procedimento escrito e acordado para assinalar o nmero ou categoria aoatributo do produto;

-para serem empricas, os dados devem ser obtidos por observao ou atravs de um questionrio com validaopsicomtrica;

- para usarem uma escala vlida, os dados devem ser baseados em itens de valor igual ou itens com um valorconhecido. Se uma lista de verificao for utilizada para fornecer dados, convm que os itens sejam ponderados, senecessrio;

- para serem reprodutveis, os procedimentos de medio devem resultar nas mesmas medidas (dentro de tolernciasadequadas), sendo obtidas por pessoas diferentes fazendo as mesmas medies do produto de software emdiferentes ocasies.

Convm que as mtricas internas tambm tenham validade para uso em previso,isto , convm que tenham correlaocom algumas medidas externas desejadas. Por exemplo, convm que uma medida interna de um atributo de softwareespecfico possa correlacionar-se com algum aspecto mensurvel de qualidade, quando o software for utilizado. importante que medies assinalem valores que coincidam com expectativas normais. Por exemplo, se a medio sugere

que o produto de alta qualidade, ento convm que o respectivo produto satisfaa necessidades especficas do usurio.

________________

/ANEXO B

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

16/21

NBR ISO/IEC 9126-1:200316

Anexo B (informativo)Definies de outras normas

As definies so da NBR ISO/IEC 14598-1:2001, salvo se indicado de outra maneira.

B.1 adquirente: Organizao que adquire ou obtm um sistema, produto de software ou servio de software de umfornecedor.

[NBR ISO/IEC 12207:1998]B.2 atributo: Propriedade mensurvel, fsica ou abstrata, de uma entidade.

NOTA - Atributos podem ser internos ou externos.

B.3 desenvolvedor: Organizao que executa atividades de desenvolvimento (incluindo anlise de requisitos, projeto,testes at a aceitao) durante o processo de ciclo de vida de software.

[NBR ISO/IEC 12207:1998]

B.4 medida direta: Medida de um atributo que no depende da medida de qualquer outro atributo.

B.5 mdulo de avaliao: Pacote de tecnologia de avaliao para uma caracterstica ou subcaracterstica de qualidadede software especfica.

NOTA - O pacote inclui mtodos e tcnicas de avaliao, entradas a serem avaliadas, dados a serem medidos e coletados e

procedimentos e ferramentas de apoio.

B.6 medida externa: Medida indireta de um produto, derivada de medidas do comportamento do sistema do qual ele fazparte.

NOTAS

1 O sistema inclui qualquer associao de hardware, software (seja personalizado ou de prateleira) e usurios.

2 O nmero de falhas encontrados durante o teste uma medida externa do nmero de defeitos no programa, porque o nmero de falhas contado durante a operao de um sistema computacional executando o programa.

3 Medidas externas podem ser utilizadas para avaliar atributos de qualidadede maneira mais prximaaos objetivos do projeto.

B.7 qualidade externa: O quanto um produto satisfaz necessidades explcitas e implcitas quando utilizado em condiesespecificadas.

B.8 falha: Trmino da capacidade de um produto de executar uma funo requerida ou a sua incapacidade de execut-ladentro de limites previamente especificados.

B.9 defeito: Passo, processo ou definio de dados incorretos em um programa de computador.

NOTA - Esta definio a mesma da IEEE 610.12-1990.

B.10 necessidades implcitas: Necessidades que podem no ter sido explicitadas, mas esto presentes quando aentidade utilizada em condies particulares.

NOTA - Necessidades implcitas so necessidades reais que podem no ter sido documentadas.

B.11 indicador: Medida que pode ser utilizada para estimar ou prever outra medida.

NOTAS

1 A medida prevista pode, ou no, ser da mesma caracterstica de qualidade de software.

2 Indicadores podem ser utilizados tanto para estimar atributos de qualidade de software, quanto para estimar atributos do processo dedesenvolvimento. Eles so medidas indiretas imprecisas dos atributos.

B.12 medida indireta: Medida de um atributo, a qual derivada de medidas de um outro ou de vrios outros atributos.

NOTA - Uma medida externa de um atributo de um sistema de computao (como o tempo de resposta a uma entrada de usurio) umamedida indireta de atributos do software, uma vez que a medida ser influenciada por atributos do ambiente de computao, bem como poratributos do software.

B.13 produto de software intermedirio: Produto do processo de desenvolvimento de software que utilizado comoentrada para um outro estgio do processo de desenvolvimento de software.

NOTA - Em alguns casos um produto intermedirio tambm pode ser um produto final.

B.14 medida interna: Medida do prprio produto, seja direta ou indireta.NOTA - O nmero de linhas de cdigo, medidas de complexidade, o nmero de defeitos encontrados em um walkthroughe o fog index1)

so todas medidas internas feitas no prprio produto.

________________1)NOTA DA TRADUO - Fog index um mtodo comprovado de anlise de material escrito para verificar a sua facilidade de leitura ecompreenso.

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

17/21

NBR ISO/IEC 9126-1:2003 17

B.15 qualidade interna: Totalidade dos atributos de um produto que determinam sua capacidade para satisfazernecessidades explcitas e implcitas quando utilizado em condies especificadas.

NOTAS

1 O termo qualidade interna, utilizado na NBR ISO/IEC 14598 em contraste ao termo qualidade externa, possui essencialmente omesmo significado de qualidade na NBR ISO 8402.

2 O termo atributo utilizado com o mesmo significado que o termo caracterstica em 4.1.1, sendo que na NBR ISO/IEC 9126 o termocaracterstica utilizado num sentido mais especfico.

B.16 mantenedor: Organizao que executa atividades de manuteno.

[NBR ISO/IEC 12207:1998]

B.17 medir: Fazer uma medio.

B.18 medida (substantivo): Nmero ou categoria atribudo a um atributo de uma entidade atravs de uma medio.

B.19 medio: Uso de uma mtrica para atribuir um valor (o qual pode ser um nmero ou categoria), obtido a partir deuma escala, a um atributo de uma entidade.

NOTA - A medio pode ser qualitativa quando utilizar-se de categorias. Por exemplo, alguns atributos importantes de produtos desoftware, como a linguagem de um programa fonte (ADA, C, COBOL, etc.), so categorias qualitativas.

B.20 mtrica: Mtodo e escala de medio definidos.

NOTAS

1 Mtricas podem ser internas ou externas e diretas ou indiretas.

2 Mtricas incluem mtodos para categorizao de dados qualitativos.

B.21 qualidade: Totalidade de caractersticas de uma entidade que lhe confere a capacidade de satisfazer asnecessidades explcitas e implcitas.

NOTAS

1 Numa situao contratual ou, numa rea regulamentada, tal como na rea de segurana nuclear, as necessidades so especificadas,

enquanto que em outras reas convm que necessidades implcitas sejam identificadas e definidas.

2 Na NBR ISO/IEC 14598 a entidade relevante um produto de software.

[NBR ISO 8402:1994]

B.22 avaliao de qualidade: Exame sistemtico do quanto uma entidade capaz de atender aos requisitosespecificados.

NOTA - Os requisitos podem ser formalmente especificados, por exemplo, quando um produto desenvolvido para um usurio especficosob um contrato ou um produto desenvolvido para um usurio no especfico, ou seja, especificado por uma organizao dedesenvolvimento. Os requisitos tambm podem ser mais gerais, como quando um usurio avalia produtos com o objetivo de comparaoe seleo.

[NBR ISO 8402:1994]

B.23 qualidade em uso1)

: O quanto um produto, utilizado por usurios especificados, atende s necessidades dessesusurios para que eles atinjam as metas especificadas com eficcia, produtividade e satisfao, em contextos de usoespecificados2).

NOTA - Esta definio de qualidade em uso similar definio de usabilidade da ISO 9241-11. Na NBR ISO/IEC 14598 o termousabilidade refere-se caracterstica de qualidade de software descrita na ISO/IEC 9126-1.

B.24 modelo de qualidade: Conjunto de caractersticas e os relacionamentos entre elas, que fornecem a base para aespecificao dos requisitos de qualidade e para a avaliao de qualidade.

________________1)NOTA DA TRADUO - A caracterstica segurana foi adotada aps a publicao do texto internacional da ISO/IEC 14598-1, por issoa caracterstica segurana no faz parte do conjunto de caractersticas de qualidade em uso aqui descritas (eficcia, produtividade esatisfao).

2)NOTA DA TRADUO - A traduo adotada na NBR ISO/IEC 14598-1 utiliza "usurios especficos" e "contextos de uso definidos".Por questo de consistncia com a definio de 7.1, foi alterada para "usurios especificados" e "contextos de uso especificados".

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

18/21

NBR ISO/IEC 9126-1:200318

B.25 pontuao: Ao de mapear o valor medido em comparao ao nvel de pontuao apropriado. Utiliza-se paradeterminar o nvel de pontuao do software para uma caracterstica de qualidade especfica.

B.26 nvel de pontuao: Ponto de escala em uma escala ordinal, que usado para categorizar uma escala de medio.

NOTAS

1 O nvel de pontuao permite que o software seja classificado (pontuado) de acordo com as necessidades explcitas ou implcitas(ver 10.2 da NBR ISO/IEC 14598-1).

2 Nveis de pontuao apropriados podem ser associados a diferentes vises de qualidade, como, por exemplo, viso dos usurios, dosgerentes ou dos desenvolvedores.

B.27 escala: Conjunto de valores com propriedades definidas.

NOTA - Exemplos de tipos de escalas so: uma escala nominal que corresponde a um conjunto de categorias; uma escala ordinal quecorresponde a um conjunto ordenado de pontos de escala; uma escala de intervalos que corresponde a uma escala ordenada com pontosde escala eqidistantes e; uma escala de proporo que tem pontos de escala eqidistantes e tambm um zero absoluto. Mtricas usandoescalas ordinais ou nominais produzem dados qualitativos e mtricas usando escalas de intervalos ou de proporo produzem dados

quantitativos.

B.28 software: Conjunto completo ou apenas uma parte dos programas, procedimentos, regras e documentao associadade um sistema de processamento de informao.

NOTA - Software uma criao intelectual que independe do meio no qual armazenado.

[ISO/IEC 2382-1:1993]

B.29 produto de software: Conjunto de programas de computador, procedimentos e possvel documentao e dadosassociados.

[NBR ISO/IEC 12207:1998]

NOTA - Produtos incluem produtos intermedirios e produtos destinados a usurios como desenvolvedores ou mantenedores.

B.30 fornecedor: Organizao que firma um contrato com o adquirente para fornecimento de um sistema, produto desoftware ou servio de software conforme os termos do contrato.

[NBR ISO/IEC 12207:1998]

B.31 sistema: Conjunto integrado que consiste em um ou mais processos, hardware, software, recursos e pessoas, capazde satisfazer uma necessidade ou objetivo definido.

[NBR ISO/IEC 12207:1998]

B.32 usurio: Indivduo que usa o produto de software para executar uma funo especfica.

NOTA - Usurios podem ser operadores, pessoas que recebem o resultado do software ou desenvolvedores e mantenedores de software.

B.33 validao: Confirmao, por exame e fornecimento de evidncia objetiva, de que os requisitos especficos para umdeterminado uso pretendido soatendidos.

NOTAS

1 No projeto e desenvolvimento, a validao refere-se ao processo de examinar um produto para determinar sua conformidade com asnecessidades do usurio.

2 A validao feita normalmente no produto final sob condies de operao definidas, podendo, contudo, tornar-se necessria em fases

anteriores.

3 O termo validado usado para designar o estado aps a validao.

4 Validaes mltiplas podem ser realizadas, se existirem diferentes usos pretendidos.

[NBR ISO 8402: 1994]

B.34 verificao: Confirmao, por exame e fornecimento de evidncia objetiva, do atendimento aos requisitosespecificados.

NOTAS

1 No projeto e desenvolvimento, a verificao refere-se ao processo de examinar o resultado de dada atividade para determinar a suaconformidade com os requisitos estabelecidos para a mesma atividade.

2 O termo verificado utilizado para designar o estado aps a verificao.

[NBR ISO 8402: 1994]

________________

/ANEXO C

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

19/21

NBR ISO/IEC 9126-1:2003 19

Anexo C (informativo)Histrico do trabalho

C.1 Retrospectiva

A indstria de software est entrando em um perodo de relativa maturidade e, ao mesmo tempo, o software est setornando um componente decisivo para muitos produtos de nossos dias. Esse aspecto do software o torna um dosprincipais novos fatores de negcios. Alm disso, com a nova demanda global por segurana e qualidade, torna-seimportante a necessidade de acordos internacionais sobre procedimentos para julgamento de qualidade de software.

Existem essencialmente duas solues que podem ser adotadas para assegurar a qualidade de um produto: uma delas agarantia do processo pelo qual o produto desenvolvido e a outra a avaliao da qualidade do produto final. Os doiscaminhos so importantes e ambos requerem a presena de um sistema para gesto da qualidade. Tal sistema identifica ocompromisso gerencial com qualidade e estabelece suas polticas, da mesma forma que detalha os passos que devem serseguidos.

Para avaliar-se a qualidade de um produto por algum mtodo quantitativo, necessrio um conjunto de caractersticas dequalidade que descreva o produto e forme a base para a avaliao. Esta parte da NBR ISO/IEC 9126 define essascaractersticas de qualidade para produtos de software.

C.2 Histria

O estado da arte em tecnologia de software ainda no apresenta um esquema de descrio bem definido e amplamente

aceito, para julgar-se a qualidade de um produto de software. Muito trabalho foi realizado, desde 1976, por diversaspessoas, para definir uma estrutura de qualidade de software. Modelos de McCall, de Boehm, da Fora Area dos EstadosUnidos e outros foram adotados e ampliados ao longo dos anos. Entretanto, hoje em dia difcil para um usurio ouconsumidor de produtos de software entender ou comparar a qualidade do software.

Por um longo tempo, a confiabilidade foi o nico meio de aferio de qualidade. Outros modelos de qualidade forampropostos e submetidos ao uso. Ao mesmo tempo que os estudos eram bem-sucedidos, eles tambm causavam confusopor causa dos muitos aspectos de qualidade oferecidos. Em conseqncia, surgiu a necessidade de um modelopadronizado.

por essa razo que o comit tcnico da ISO/IEC 9126 comeou a trabalhar para desenvolver o consenso requerido eencorajar a padronizao em nvel mundial.

As primeiras iniciativas surgiram em 1978 e, em 1985, foi iniciado o desenvolvimento da ISO/IEC 9126. Os modelospropostos inicialmente introduziram propriedades de software que dependem de aspectos de aplicao ou implementao(ou ambos) para descrever a qualidade de software.

O primeiro passo do comit tcnico da ISO para definir essas propriedades de forma sistemtica falhou por falta dedefinies. Os termos foram interpretados de formas diferentes por diversos especialistas. Todas as estruturas discutidaseram, por isso, de natureza arbitrria, sem uma base comum.

Como resultado, decidiu-se que a melhor condio para o estabelecimento de uma norma consistia em estipular umconjunto de caractersticas baseadas na definio de qualidade, que mais tarde veio a tornar-se parte da NBR ISO 8402.Essa definio aceita para todos os tipos de produtos e servios. Ela comea com as necessidades dos usurios.

C.3 Seis caractersticas de qualidade de software

Os requisitos para a escolha das caractersticas descritas nesta Norma foram os seguintes:

- Cobrir conjuntamente todos os aspectos de qualidade de software resultantes da definio de qualidade da ISO.- Descrever a qualidade do produto com um mnimo de sobreposio.

- Ficar o mais prximo possvel da terminologia estabelecida.

- Formar um conjunto de no mais de seis a oito caractersticas, por questes de clareza e manuseio.

- Identificar reas de atributos de produtos de software para posterior refinamento.

O trabalho da comisso tcnica resultou no conjunto de caractersticas acima.

Entretanto, uma norma de pura terminologia, contendo definies de caractersticas, no teria fornecido um apoio suficienteaos usurios no julgamento da qualidade do software. Por isso, foi includa uma descrio de como proceder na avaliaode um produto de software.

A avaliao de um produto de software, na prtica, requer caractersticas alm do conjunto disponvel e requer tambmmtricas para cada uma das caractersticas. O estado da arte no presente no permitia uma normalizao nessa rea.Aguardar o desenvolvimento teria atrasado substancialmente a publicao da ISO/IEC 9126.

Por essa razo, o comit tcnico emitiu a verso de 1991 da ISO/IEC 9126 para harmonizar o desenvolvimento posterior.

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

20/21

NBR ISO/IEC 9126-1:200320

C.4 Reviso da ISO/IEC 9126

Em 1994, foi percebido que outras normas produzidas na rea de avaliao de qualidade de software demandavam areviso da ISO/IEC 9126. A reviso manteve as mesmas seis caractersticas de qualidade, mas clarificou seusrelacionamentos com mtricas internas e externas. O relacionamento entre as caractersticas e qualidade em uso tambmest explicado.

Qualidade definida na ISO 8402 em termos da Totalidade de caractersticas de uma entidade que lhe confere.....

A NOTA 4 nesta definio declara que Convm que o termo qualidade no seja usado como um termo nico paraexpressar o grau de excelncia em sentido comparativo. Por esta razo, os termos qualidade interna e qualidadeexterna esto definidos na NBR ISO/IEC 14598-1 para se referirem a aspectos de qualidade que podem ser mensurados.A redao das definies de caractersticas de qualidade foi mudada de Um conjunto de atributos que evidenciam para: A capacidade do software de ...; assim, elas podem ser interpretadas em termos que permitem que tanto a qualidadeinterna quanto a qualidade externa sejam mensuradas.

Subcaractersticas foram introduzidas, baseadas no anexo informativo da verso anterior da NBR 13596. Conformidade foiincluda como uma subcaracterstica de todas as caractersticas, tendo em vista que os princpios so aplicveis a todas ascaractersticas de software.

O modelo do processo de avaliao foi transferido para a NBR ISO/IEC 14598-1. Trs novos relatrios tcnicos estosendo preparados como partes 2, 3 e 4 da NBR ISO/IEC 9126, dando exemplos de mtricas de qualidade interna,qualidade externa e qualidade em uso.

________________

/BIBLIOGRAFIA

Cpia no autorizada

5/28/2018 - Norma - Nbr Iso-iec 9126-1

21/21

NBR ISO/IEC 9126-1:2003 21

Bibliografia

IEC 60050-191, International Electrotechnical Vocabulary - Chapter 191: Dependability and quality of service

IEEE 610.12-1990, Standard Glossary of Software Engineering Terminology

ISO/IEC 2382-1:1993, Information technology - Vocabulary - Part 1: Fundamental terms

ISO/IEC 2382-14:1997, Information technology - Vocabulary - Reliability, maintainability and availability

ISO/IEC 2382-20:1990, Information Technology - Vocabulary - Part 20: Systems development

NBR ISO 8402:1994, Gesto da Qualidade e garantia da qualidade - Terminologia

NBR ISO 9001:2000, Sistemas de gesto da qualidade - Requisitos

ISO/IEC TR 9126-2, Software engineering - Product quality - Part 2: External metrics

ISO/IEC TR 9126-3, Software engineering - Product quality - Part 3: Internal metrics

ISO/IEC TR 9126-4, Software engineering - Product quality - Part 4: Quality in use metrics

ISO 9241-10:1996, Ergonomic requirements for office work with visual display terminals (VDT)s - part 10: Dialogueprinciples

ISO 9241-11:1997, Ergonomic requirements for office work with visual display terminals (VDT)s - part 11: Guidance onusability

NBR ISO/IEC 12207:1998, Tecnologia da informao - Processos de ciclo de vida de software

ISO/IEC 13407:1999, Human centred design processes for interactive systems

NBR ISO/IEC 14598-2: 2002, Tecnologia da Informao - Avaliao de Produto de Software Parte 2: Planejamento egesto

NBR ISO/IEC 14598-3:2002, Engenharia de software - Avaliao de Produto - Parte 3: Processo para desenvolvedores

NBR ISO/IEC 14598-4:2002, Engenharia de software - Avaliao de Produto - Parte 4: Processo para adquirentes

NBR ISO/IEC 14598-5:2001, Tecnologia da Informao - Avaliao de Produto de Software - Parte 5: Processo paraavaliadores

ISO/IEC 14598-6, Information Technology - Software product evaluation - Part 6: Documentation of evaluation modules

ISO/IEC TR 15504 (all parts), Information Technology - Software Process Assessment

________________

Cpia no autorizada

Documents

- Norma - Nbr Iso-iec 9126-1