Qualidade de Software

Apresentao ............................................................................................................................
3
Aula 1: Sua Importncia & Aplicao .................................................................................. 4
Introduo ............................................................................................................................. 4
Contedo................................................................................................................................ 5
Conceito de qualidade de software ............................................................................... 5
O produto de software ..................................................................................................... 5
Produto de software, fatores e critrios ........................................................................ 6
Fatores, mtricas e garantia da qualidade de software .............................................. 7
A medio dos nveis de maturidade ............................................................................ 7
Garantia da qualidade de software ................................................................................ 9
Estatstica da qualidade .................................................................................................. 10
A confiabilidade ............................................................................................................... 12
A segurana ...................................................................................................................... 12
A aplicao de tcnicas para a garantia estatstica da qualidade de software .... 12
ISO 9000 ............................................................................................................................ 14
Atividade proposta .......................................................................................................... 17
Aprenda Mais....................................................................................................................... 17
Referncias........................................................................................................................... 18
Exerccios de fixao ......................................................................................................... 19
Chaves de resposta ..................................................................................................................... 24
Aula 2: Qualidade do Produto de Software..................................................................... 27
Introduo ........................................................................................................................... 27
Contedo.............................................................................................................................. 28
Conhecendo a normatizao NBR-ISO 9126 ............................................................. 28
Conhecendo a normatizao ISO/IEC 12119 ............................................................. 30
Conhecendo a normatizao ISO/IEC 9241 ............................................................... 32
O conceito de usabilidade segundo a ISO.................................................................. 32
Sntese dos objetos da norma ISO 9241 ...................................................................... 33
Aprenda Mais....................................................................................................................... 34
Referncias........................................................................................................................... 35
QUALIDADE DE SOFTWARE
Aula 5: Modelos de melhoria e avaliao do Processo e do Produto de Software

..................................................................................................................................................... 46
Introduo ........................................................................................................................... 46
Contedo.............................................................................................................................. 47
Conhecendo a ISO/IEC 14598 ....................................................................................... 47
A ISO/IEC NBR ISO/IEC 4598...................................................................................... 47
Viso geral do processo ISO 14598-1....................................................................... 48
A ISO/IEC 9000-3 ............................................................................................................. 50
Referncias........................................................................................................................... 54
Aula 6: Qualidade de software sua importncia & aplicao................................. 62
Introduo ........................................................................................................................... 62
Contedo.............................................................................................................................. 63
ISO/IEC 15.504 (SPICE) .................................................................................................... 63
Elementos normativos da ISO 15.504 .......................................................................... 64
Utilizao da ISO/IEC 15.504 ......................................................................................... 65
Determinao da capacidade........................................................................................ 65
CMMI .................................................................................................................................. 66
Representao contnua e por estgios ...................................................................... 67
Estgios do CMMI ............................................................................................................ 67
MPS ..................................................................................................................................... 68
MPS-BR: nveis de maturidade ...................................................................................... 69
MPS-BR .............................................................................................................................. 70
Aprenda Mais....................................................................................................................... 72
Referncias........................................................................................................................... 72
Conteudista ................................................................................................................................. 82
Nos dias atuais no temos como falar de software sem falar de qualidade. A
qualidade est ligada a todos os aspectos e elementos de um produto de
software. Quando antes no se falava em Engenharia de Software a
preocupao nica era a Anlise apenas dos fatores CUSTO x BENEFCIO. A
Engenharia de Software nos apresenta fatores e critrios que nos leva garantir
a QUALIDADE DE SOFTWARE.
Existe, tpicos pontuais que se fazem necessrios ter o conhecimento para
garantir a qualidade de software tanto para o processo quanto para o produto.
As normatizaes e modelos que na sua aplicao ir nos garantir a qualidade
bem como a possibilidade das melhorias.
Sendo assim, essa disciplina tem como objetivos:
1. Definir e descrever o conceito de qualidade de software.
2. Apontar normas e modelos de qualidade de software.
3. Descrever a importncia de avaliar e garantir a qualidade de software para o
processo e o produto.
Introduo
Nos dias atuais, no temos como falar de software sem falar de qualidade. A
software; quando antes no se falava em engenharia de software, a
preocupao nica era a anlise apenas dos fatores custo x benefcio. Porm,
com a engenharia de software teremos que nos preocupar com outros fatores e
critrios que nos levam a garantir a qualidade de software.
Estudaremos as normas, os fatores e os critrios que nos ajudam a garantir a
qualidade de um software.
Objetivo:
1. Compreender os conceitos de qualidade;
2. Analisar fatores, mtricas e garantia da qualidade de software;
3. Examinar a estatstica da qualidade NBR/ISO 9000.
Contedo
Conceito de qualidade de software
importante entendermos inicialmente o conceito de qualidade, antes de
aplicar a qualquer tipo de produto, principalmente um produto como software
(que no um produto fsico e sim um produto lgico). Ento, j comeamos
a identificao do tipo de produto com o qual vamos trabalhar.
Conceito de qualidade:
Qualidade um conceito subjetivo, o modo de ser, a propriedade de
qualificar os mais diversos servios, objetos, indivduos etc. Do latim qualitate.
Ateno
Qualidade o grau de utilidade esperado ou adquirido de
qualquer coisa, verificvel atravs da forma e dos elementos
constitutivos do mesmo e pelo resultado do seu uso. A palavra
qualidade tem um conceito subjetivo que est relacionado com
as percepes, necessidades e resultados em cada indivduo.
Diversos fatores, como a cultura, modelos mentais, tipo de
produto ou servio prestado, necessidades e expectativas
influenciam diretamente a percepo da qualidade.
O produto de software
Conforme vimos, a palavra qualidade refere-se a uma caracterstica que um
produto dever ter, e isso no se torna diferente quando vamos atribu-la ao
produto software. Para o produto de software ter essa caracterstica,
precisamos estudar os fatores e critrios que nos levaro a garantir a sua
qualidade.
Poderemos trazer como reflexo um bom produto de software ser aquele

que atende s caractersticas necessrias para atingir o padro de qualidade
atravs dos fatores e critrios que lhe garantem a qualidade. E para que esse
produto possa assim ser qualificado podemos destacar a necessidade de
garantir a qualidade (do produto, do processo) que ir resultar no produto e no
contexto do ambiente em que o produto ser executado.
importante fazer a anlise da viso externa que o usurio tem do produto,
bem como a viso interna do desenvolvedor. Assim sendo, necessrio que
modelos diferenciados possam ser construdos para relacionar essas vises.
Produto de software, fatores e critrios

Produto de software nada mais do que o software em si j implementado,
sobre o qual poderemos fazer avaliao atravs de caractersticas que iro
qualific-lo.
Fatores e critrios so as caractersticas que iremos identificar, se o produto
de software as possuir. Caso existam, comearemos o processo para qualificar
esse produto de acordo com a Norma NBR 9126/ISO 9126.
Essas caractersticas denominadas fatores e critrios esto organizadas de
forma que para cada fator ser atingido importante que os critrios tenham
sido reconhecidos, bem como suas caractersticas.
Ateno
Assim, vamos definir a qualidade de software como a identificao das
caractersticas que um produto de software poder ter de acordo com
a norma NBR 9126, no mbito nacional, e o padro ISO 9126, no
mbito Internacional. Porm, essas caractersticas que iro qualificar o
produto de software faro parte de fatores os quais tero critrios que
qualificaram as caractersticas.
Fatores, mtricas e garantia da qualidade de software

Depois de identificar e reafirmar que a qualidade uma caracterstica que o
software dever ter, vamos definir fatores e mtricas o que nos d a garantia
da qualidade. Antes de mais nada, vamos descrever esses conceitos?
Fatores
Quando tratamos de qualidade de software, fatores so efeitos. Um fator de
software uma viso orientada ao usurio da qualidade do produto. Em
oposio, j que so efeitos, podemos afirmar que as causas so os critrios
(caractersticas) orientados ao software para indicaram a qualidade do produto.
Ento, vamos propor que a medio da qualidade de software ser feita
validando-se fatores e critrios que vo tender a uma relao de causa e efeito.
Mtricas
As mtricas servem para medir ou mensurar. E, no trato de produto de
software, vamos usar mtricas com base nas normativas para mensurar a
qualidade de software. Para mensurar ou medir o fator de qualidade de um
produto de software, vamos usar um mtodo de medio segundo o qual cada
critrio ser avaliado conforme peso definido e atribuio de valores mnimos e
mximos.
A medio dos nveis de maturidade

Outra mtrica a ser trabalhada a medio dos nveis de maturidade. Esse
mtodo chamamos de mtodo de verificao, e fazemos uso dos nveis do
Modelo de Maturidade (CMM). Assim, medimos o modelo de maturidade de
capacidade.
Observe o grfico, ele representa a viso geral do software segundo o CMM:
(grfico representativo da viso geral do software segundo o CMM.).
O grfico em questo representa o modelo CMMI e os seus nveis de

maturidade.
Voc sabia que o modelo CMMI uma evoluo do CMM? E o que o diferencia
o CMMI estabelecer um modelo nico para o processo de melhoria
corporativa, integrando diferentes modelos; enquanto o CMM no trata dessa
opo de integrao, e sim apenas dos nveis de maturidade dos processos.
(imagem representativa do modelo CMMI)
Garantia da qualidade de software

Atividade aplicada durante todo o processo do software; comum dizer que
essa uma atividade guarda-chuva. A garantia da qualidade se d atravs de
atividades de revises e testes, e sua validao por meio dos feedbacks. Porm,
sero observados custos para garantir a qualidade de software. Os custos da
qualidade so divididos da seguinte forma:
Custos da preveno;
Custos de avaliao;
Custos de falhas;
Custos internos antes da entrega;
Custos externos aps a entrega;
Custo da correo.
Este grfico conhecido como Boehm 81.
(grfico representativo Boehm 81).
Para garantir a qualidade de software so aplicadas as revises, e essas so

filtros que iro: identificar melhorias para o produto, confirmar as partes que
precisam e as que no precisam de melhorias, e identificar produtos de
qualidade
mais
uniforme,
previsvel
gerencivel
(amplificando
e/ou
removendo defeitos). Observe o grfico para melhor entender a aplicabilidade

desse processo de reviso.
Modelo de amplificao dos defeitos
(imagem representativa do modelo de amplificao dos defeitos).
Ateno
Tambm teremos as revises tcnicas formais (RTF) para garantir a
qualidade de software. Esse processo ocorre atravs da demonstrao
do processo passo a passo walkthroughs, inspees e revises
aleatrias; round, robin. A garantia formal da qualidade de software ir
afirmar que o software poder ser testado de todas as formas e ter
correes, e essas estaro em conformidade com as suas
especificaes.
Estatstica da qualidade
A estatstica de qualidade identificar informaes sobre defeitos que sero
coletadas e categorizadas. Sua anlise referente a causas dos defeitos faro
uso do Princpio de Pareto para identificar os defeitos e corrigir as suas causas
principais. Essa uma prtica adotada para tornar a qualidade mais
quantitativa. As mudanas sugeridas sero para melhorar elementos do
processo que provocam os erros.
10
Vamos dizer ento que desenvolvida da seguinte forma:

Coletar e categorizar informaes sobre os defeitos;
Tentar encontrar a causa de cada defeito;
Utilizar o Princpio de Pareto (isolar 20 %);
Corrigir problemas que tenham causado os defeitos.
Vejamos agora os principais defeitos encontrados:
Principais defeitos encontrados:
Especificaes incompletas ou malformuladas;
Distoro na interpretao da comunicao com o cliente;
Desvio voluntrio das especificaes;
Violao dos padres de programao;
Erro na apresentao dos dados;
Inconsistncia na interface de componente;
Lgica do projeto inconsistente;
Teste incompleto ou errneo;
Documentao imprecisa ou incompleta;
Erro na traduo do projeto para a linguagem de programao;
Interface entre homem-mquina ambgua ou inconsistente;
Miscelnea.
Exemplo
Os defeitos foram encontrados nas seguintes causas:
Especificao incorreta (IES);
Interpretao errnea da comunicao com o usurio (MCC);
Desvio intencional das especificaes (IDS);
Violao dos padres (VPS);
Erro na representao dos dados (EDR).
11
A confiabilidade
A estatstica da qualidade de software nos garante a confiabilidade.
importante destacar que o fator confiabilidade citado por Pressman (2002)
como a probabilidade de operao livre de falhas de um programa de
computador
num
ambiente
especfico
durante
determinado
tempo
especificado.
Sero considerados a possibilidade de um nmero mnimo de falhas e que
essas ocorrero durante a execuo do software dando garantia de que haver
o estabelecimento de parmetros de conformidade para o sucesso do processo.
Segundo a ISO 9000-3, que em sua abordagem garante a qualidade, a
segurana a caracterstica que ir detectar e avaliar os riscos.
A segurana
Vamos entender como ser a segurana do software. A segurana ser uma
atividade de garantia da qualidade de software que ir detectar e avaliar riscos,
que podem provocar falhas e atingir o desempenho de todo o sistema.
Inclusive, ela concentra-se na identificao e na avaliao de causalidades em
potencial que possam exercer impacto negativo sobre o software e provocar
falhas no sistema.
Vamos dizer que, se o software tiver segurana, a possibilidade de erros, falhas
e defeitos est descarta. Para implementao necessrio identificar o quanto
antes a presena de riscos possibilitando criar, implementar e implantar
estratgias no projeto de software que iro eliminar ou controlar os possveis
riscos.
A aplicao de tcnicas para a garantia estatstica da qualidade de
software
Para a garantia estatstica da qualidade de software permitida a aplicao de
tcnicas que asseguram resultados confiveis. Logo, a atividade seria analisar,
por meio de tcnicas, a gravidade e a probabilidade de ocorrncia. Algumas
12
tcnicas so aplicveis tais como a anlise da rvore de falhas e a lgica de

tempo real. Conforme Pressman:
rvore de falhas consiste em construir um modelo grfico das combinaes
sequenciais e concorrentes de eventos que podem apresentar um evento ou
estado de sistema perigoso. Com a construo de uma rvore de falhas bem
desenvolvida, pode-se observar as consequncias de uma sequncia de falhas
inter-relacionadas que ocorram em diferentes componentes do sistema.
(imagem representativa da rvore de falhas).
Para a garantia estatstica da qualidade de software permitida a aplicao de

tcnicas. Tcnicas estas que vo nos assegurar resultados confiveis. Logo, a
atividade seria analisar, por meio de tcnicas, a gravidade e a probabilidade de
ocorrncia. Algumas tcnicas so aplicveis tais como a anlise da rvore de
falhas e a lgica de tempo real. Conforme Pressman:
Lgica de tempo real consiste no desenvolvimento de um modelo de
eventos e aes correspondentes estudado por meio do uso de operaes
lgicas para testar as pressuposies de segurana sobre os componentes do
sistema e o tempo de ocorrncia.
13
ISO 9000
Estudamos e conhecemos sobre os conceitos da qualidade e os elementos que
a garantem a qualidade do software. Conheceremos a norma ISO 9000 para
entendermos toda a sua abrangncia para a garantia da qualidade. Vamos l!
A ISO 9000 uma norma que descreve os elementos de garantia da qualidade
em termos genricos. Essa norma permite que tais elementos possam ser
aplicados a qualquer produto ou processo independentemente dos tipos de
produtos ou processos ou servios oferecidos. Adotar a norma ISO
interessante e vantajoso porque ela promove a gesto e a garantia.
A gesto vai promover confiana prpria empresa acerca de seus produtos
atenderem satisfao dos clientes; e a garantia promove confiana aos
clientes e usurios de que os produtos possuem qualidade e atendero s suas
necessidades. Logo, empresa e produto passam a ter credibilidade junto ao
mercado.
Representao da Norma ISSO 9000
ISO 9001: Garantia da qualidade em projetos/desenvolvimento, produo,
instalao e assistncia tcnica.
ISO 9002: Garantia da qualidade em produo e montagem, instalao,
prestao de servio.
ISO 9003: Garantia da qualidade em inspeo e testes finais.
ISO 9004: Gesto da qualidade e elementos do sistema de qualidade
diretrizes.
Em 2000 foi redefinido o perfil da ISO 9000. De acordo, com a ABNT a norma
NBR ISO 9000 correspondente oriunda da NBR ISO 8402 que d origem a
NBR ISO 9000 em 1994 e seus modelos.
14
Os princpios da NBR ISO 9000:2000 so:

Foco no cliente.
Liderana.
Envolvimento das pessoas.
Abordagem de processo.
Abordagem sistmica para a gesto.
Melhoria contnua.
Abordagem para tomada de decises.
Benefcios mtuos nas relaes com fornecedores.
Onde atravs da norma base 9000 somos definidas que a norma NBR ISO ter
sua representao pelos seguintes modelos e a partir da a adequao para a
garantia da qualidade de software: ISO 9004: Sistemas de gesto da qualidade
- diretrizes para melhoria de desempenho e ISO 9001: Sistemas de gesto da
qualidade requisitos.
15
Conforme Pressman (2002), os modelos de garantia da qualidade ISO 9000

tratam uma empresa como uma rede de processos interconectados. Com isso,
todos os processos organizacionais devem se referir s reas identificadas na
norma e devem ser documentados e praticados conforme a imagem. Afirma-se
que seguindo este esquema tcnico representado na imagem a empresa possui
um sistema de qualidade e que est em conformidade com a ISO. Este
esquema tcnico representa a viso de processo, satisfao do cliente e
melhoria contnua.
16
Atividade proposta
A garantia da qualidade se d atravs de atividades de revises e testes, e sua
validao por meio de feedbacks. Porm, sero observados custos para
garantir a qualidade de software. Como os custos da qualidade so divididos?
Chave de resposta: Os custos da qualidade so divididos em custos da
preveno, custos de avaliao, custos de falhas e custos da correo.
Aprenda Mais
Material complementar
Para saber mais sobre qualidade de software, leio o material - Anlise de Pareto Passo a
Passo, disponvel em nossa biblioteca virtual.
Para saber mais sobre Mtodo de medio da qualidade de software, leia o item 1.5.1 e
elaborar exemplo 1.5.2 no livro engenharia de software Autor: James Peters.
17
Referncias
ASSOCIAO BRASILEIRA DE CONTROLE DA QUALIDADE. Site oficial.
Disponvel em: http://www.abcq.org.br - Acesso em: 26 mai. 2015.
AZEVEDO, Joel Solon Farias de. Anlise de Pareto Passo a Passo. Disponvel
em:
http://www.trf5.jus.br/downloads/Artigo_22_Analise_de_Pareto_Pa
sso_a_Passo.pdf - Acesso em: 26 mai. 2015.
KOSCIANSKI, Andr. Qualidade de software. So Paulo: Novatec, 2007.
PAULA FILHO, Wilson de. Engenharia de Software: Fundamentos, Mtodos e
Padres. So Paulo: LTC, 2009.
PFLEEGER, Shari Lawrence. Engenharia de Software. So Paulo: Pearson,
2003.
PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional.
Porto Alegre: Bookman, 2011.
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que Qualidade? Disponvel em:
http://www.competees.com.br/mbc/uploads/biblioteca/116463582
2.4657A.pdf - Acesso em: 26 mai. 2015.
SILVA,
Mauro
Csar
da.
CMMI
para
iniciantes.
Disponvel
em:
http://www.linhadecodigo.com.br/artigo/1401/cmmi-parainiciantes.aspx#ixzz3aEAVrUPO Acesso em: 26 mai. 2015.

SOFTWARE
ENGINEERING
INSTITUTE.
Site
oficial.
Disponvel
em:
http://www.sei.cmu.edu - Acesso em: 26 mai. 2015.
18
Exerccios de fixao
Questo 1
Referente qualidade importante afirmar a necessidade da anlise de fatores
e critrios. Assim, poderemos identificar a qualidade de que forma?
a) Caracterstica
b) Fator
c) Critrio
d) Identificao
e) Propriedade
Questo 2
A qualidade pode ser atribuda a qualquer tipo de produto. Porm, produtos, na
maioria das vezes, so identificados como fsicos. O produto de software
classificado de que forma?
a) Lgico
b) Fsico
c) Virtual
d) Online
e) Verificvel
Questo 3
Um produto de software qualificado se estiver de acordo com as normas e
padres predefinidos. Marque a opo correta referente ao padro internacional
que qualifica um produto de software de acordo com a IEEE.
a) NBR 9126
b) ISO 9216
c) NBR/ISO 9126
d) NBR 9216
e) ISO 9126
19
Questo 4
Na anlise realizada referente qualidade de um produto de software
deveremos criar modelos que possam tratar de duas vises: uma referente ao
usurio, e a outra refere-se ao desenvolvedor. Marque a opo referente ao
usurio.
a) Viso interna
b) Viso extrema
c) Viso do produto
d) Viso externa
e) Teste de usurio
Questo 5
Para realizarmos a qualificao de um produto de software sero necessrios a
avaliao e os estudo de quais elementos?
a) Caractersticas
b) Fatores
c) Critrios
d) Propriedades
e) Fatores e critrios
Questo 6
Observando os tipos de custos existentes para garantir a qualidade do
software, marque a opo correta que indica o custo a ser tratado nos custos
de falhas.
a) Custo de desenvolvimento
b) Custo de teste
c) Custo de erro
d) Custo interno
e) Custo de previso
20
Questo 7
Para avaliar a qualidade de um software precisamos de fatores e critrios.
Podemos afirmar que os fatores so identificados como:
a) Causa
b) Efeito
c) Indicao
d) Processo
e) Modelo
Questo 8
O que difere os modelos de maturidade CMM e CMMI :
a) O modelo executado
b) O modelo qualificado
c) O modelo desenvolvido
d) O modelo testado
e) O modelo integrado
Questo 9
Quanto ao modelo de amplificao dos defeitos, podemos afirmar que temos
dois fatores a serem observados: fatores de defeito e fatores de deteco. Os
erros de passo anterior sero identificados como:
a) Defeitos
b) Falhas
c) Antecessores
d) Modelos
e) Processos
Questo 10
A garantia da qualidade se d atravs de atividades de revises e testes, e sua
validao por meio de feedbacks. Sua finalidade garantir a produo de que
tipo de software?
a) Software com defeito
21
b) software perfeito
c) Software reutilizvel S
d) Software qualificado
e) Software garantido
Questo 11
De acordo com a ISO 9000-3, que em sua abordagem garante a qualidade,
qual a caracterstica que ir detectar e avaliar os riscos?
a) Teste
b) Segurana
c) Usabilidade
d) Reusabilidade
e) Funcionabilidade
Questo 12
A estatstica de qualidade identificar informaes sobre defeitos que sero
coletadas e categorizadas. Sua anlise referente a que tipo de observao?
a) Ao teste dos defeitos
b) segurana
c) evitao dos defeitos
d) correo dos defeitos
e) s causas dos defeitos
Questo 13
Segundo Pressman, os modelos de garantia da qualidade ISO 9000 tratam uma
empresa como uma rede de processos interconectados. Com isso, todos os
processos organizacionais devem se referir s reas identificadas na norma
citada. Com base nesta afirmativa marque a opo que representa os objetivos
desta norma:
a) Viso do projeto, satisfao do cliente e melhoria contnua
b) Viso de processo, satisfao do cliente e melhoria contnua
c) Viso de processo, aplicao da norma e melhoria contnua
22
d) Viso de processo, viso do cliente e melhoria contnua

e) Viso de processo, satisfao do cliente e melhoria do projeto
Questo 14
Segundo a NBR ISO 9000, em sua edio de 2004, as NBR ISO 9001, 9002 e
9003 referem-se a que tipo de modelos?
a) Modelos de garantia de qualidade
b) Modelos de gesto da qualidade
c) Modelos de seleo
d) Modelos de maturidade
e) Modelos de representao
Questo 15
Indique a edio da ISO 9000 que trata de requisitos.
a) ISO 9001
b) ISO 9002
c) ISO 9001-2
d) ISO 9002-1
e) ISO 9004
23
Aula 1
Exerccios de fixao
Questo 1 - A
Justificativa: Conforme os fundamentos tericos da qualidade, ela definida
como a caracterstica que qualquer tipo de produto pode ter, desde que ele
atenda s propriedades necessrias.
Questo 2 - A
Justificativa: O produto de software classificado como um produto lgico;
porm, sua qualidade identificada da mesma como ocorre com outros
produtos (atravs de caractersticas).
Questo 3 - E
Justificativa: De acordo com a IEEE, o produto de software ser qualificado
internacionalmente atravs do padro ISO 9126.
Questo 4 - D
Justificativa: importante fazer a anlise da viso externa que o usurio tem
do produto, bem como a viso interna do desenvolvedor. Assim, necessrio
que modelos diferenciados possam ser construdos para relacionar vises.
Questo 5 - E
Justificativa: A palavra qualidade refere-se a uma caracterstica que um produto
dever ter, e o mesmo ocorre quando vamos atribu-la ao produto de software.
Precisamos, destaca-se, estudar os fatores e critrios garantidores da sua
qualidade.
Questo 6 - D
Justificativa: Os custos referentes a falhas so os custos internos (antes da
entrega) e os custos externos (aps a entrega).
24
Questo 7 - A
Justificativa: Fatores so efeitos. Um fator de software uma viso orientada
ao usurio da qualidade do produto.
Questo 8 - E
Justificativa: O modelo CMMI uma evoluo do CMM. E o que o diferencia o
CMMI estabelecer um modelo nico para o processo de melhoria corporativo
integrando diferentes modelos.
Questo 9 - A
Justificativa: Os erros do passo anterior, durante o passo de desenvolvimento,
so chamados de defeitos.
Questo 10 - B
Justificativa: Garantia da qualidade de software uma atividade aplicada
durante todo o processo do software, sendo conhecida como uma atividade
guarda-chuva, cujo objetivo produzir software com qualidade.
Questo 11 - B
Justificativa: A ISO 9000-3 aponta que a segurana a caracterstica que ir
detectar e avaliar os riscos.
Questo 12 - E
Justificativa: A estatstica de qualidade refere-se s causas dos defeitos.
Questo 13 - B
Justificativa: Segundo Pressman, os modelos de garantia da qualidade ISO
9000 tratam uma empresa como uma rede de processos interconectados. Com
isso, todos os processos organizacionais devem se referir s reas identificadas
na norma e devem ser documentados e praticados.
Tendo como objetivo:
viso de processo, satisfao do cliente e melhoria contnua.
25
Questo 14 - A
Justificativa: As NBR ISO 9001, 9002 e 9003 referem-se aos modelos de
garantia de qualidade.
Questo 15 - A
Justificativa: Em sua edio de 2004 a NBR ISO 9000 (NBR ISO 9001) trata do
modelo de gesto da qualidade especificamente dos requisitos.
26
Introduo
Nos dias atuais, no temos como falar de software sem falar de qualidade. A
qualidade est ligada a todos os aspectos e elementos desse tipo de produto.
De acordo com a engenharia de software, determinados fatores e critrios nos
levam a garantir a qualidade de software. Dando continuidade ao nosso estudo,
vamos compreender a aplicao das normas.
Objetivo:
1. Analisar a NBR-ISO 9126;
2. Investigar a ISO/IEC 12119;
3. Pesquisar a ISO/IEC 9241.
27
Contedo
Conhecendo a normatizao NBR-ISO 9126
Vamos conhecer a NBR-ISO 9126?
Tudo comea com a ISO/IEC 9126. Esta a norma no padro internacional que
foi desenvolvida por estudos realizados no IEE (Instituto de Engenharia). O
modelo nacional a NBR ISO/IEC 9126. Conforme falamos na aula anterior, o
grupo de especialistas em engenharia e qualidade de software no Brasil tomou
como base o modelo internacional e, assim, a ABNT o registrou, tornando-o a
normatizao oficial no mbito nacional. A qualidade de software ser
considerada por diversas abordagens e consideraes de caractersticas.
Ateno
Essa norma ter como foco principal a qualidade do produto de
software, propondo atributos que este produto dever ter para
ser
taxado
como
algo
qualificado.
Estes
fatores
sero
classificados atravs de seis principais caractersticas, que, para

serem atingidas, necessitam ter seus critrios atendidos.
O fator qualidade, que chamamos de caractersticas, so os
efeitos;
Os critrios (sub-caractersticas) so as causas.
NBR-ISO 9126
Ento, entenda melhor:
Para um produto ter uma determinada caracterstica se faz necessidade que
suas sub-caractersticas tenham sido avaliadas e tenham atingido a avaliao
positiva. Ou seja, vamos dizer que para o fator de qualidade se fazer presente
vamos precisar que os critrios tenham sido atingidos.
28
As 06 principais caractersticas destacadas por esta norma para medir ou

mensurar a qualidade interna e externa do produto de software so:
Funcionalidade,
Confiabilidade, Usabilidade,
Eficincia,
Manutenibilidade
e Portabilidade. Cada uma destas caractersticas tem suas sub-caractersticas.
As sub-caractersticas so os atributos de qualidade. Agora, vamos conhecer do

que trata especificamente cada uma dessas caractersticas:
a capacidade de um produto de software prover funcionalidades que satisfaam o

usurio em suas necessidades declaradas e implcitas, dentro de um determinado
contexto de uso. Esta caracterstica estar ligada as funes que o software ir
**** copiar
este modelo para as 06 caractersticas****
promover.
29
Confiabilidade- O produto se mantm no nvel de desempenho nas condies

estabelecidas. I controlar inclusive a quantidade de ocorrncias de problemas
no software.
Usabilidade a capacidade de uso. Est ligada direto ao usurio. Vai indicar
o esforo necessrio para aprender, operar, preparara entradas e interpretar
sadas.
Eficincia ser verificado a quantidade de recursos exigidas pelo software
para executar ao que foi proposto.
Inclusive vamos destacar o tempo de
execuo e no s os recursos envolvidos que so compatveis com o nvel de

desempenho do software.
Manutenibilidade caracterstica ligada a manuteno. Observa o esforo
necessrio para localizar erros, defeitos e falhas e sugerir suas correes.
Podermos dizer que a caracterstica que permite que o produto de software
pode ser modificado, incluindo tanto as melhorias ou extenses de
funcionalidade quanto as correes de defeitos, falhas ou erros.
Portabilidade esta caracterstica hoje tem sido bastante destacada em
relao a todo e qualquer tipo de produto. a que garante a transferncia e
troca de plataformas garantindo que no haver perda da qualidade. Ou seja,
a capacidade do produto ser transferido de um ambiente para outro
considerando inclusive os recursos necessrios para sua execuo com
qualidade.
Conhecendo a normatizao ISO/IEC 12119

Essa norma faz o estudo referente aos pacotes de software e, conforme j
explicado, a sua verso no mbito nacional tem os mesmos objetivos e
caractersticas. Logo, tratada como NBR ISO/IEC 12119. Inclusive, essa
norma no apenas cita os requisitos, como, tambm, deve ser base para a
avaliao.
30
O objetivo dessa norma auxiliar na certificao dos pacotes de software.

Porm, sua aplicao ser de acordo com o atendimento aos requisitos de
qualidade que a norma definiu serem necessrios para que o pacote de
software atenda as mtricas da qualidade deste produto.
A norma define:
Descrio do produto: um documento que mostrar as propriedades de
um pacote de software;
Documentao do usurio: um conjunto completo de documentos
(impressos ou no) que fornecido para a utilizao do software, fazendo,
dessa forma, parte deste produto.
Programas: uma unidade que compe o produto de software.
Dados: representao inicial da informao.
Sendo tambm definido pela norma, que, como requisito de qualidade para os
pacotes de software, ser necessrio que exista uma descrio do produto e da
documentao. Os requisitos que descrevem o produto, destacando as
informaes necessrias para que os testes ocorram de forma fidedigna, os
requisitos para os programas e dados tambm estaro sendo avaliados no
pacote de software. Ento, vamos organizar a aplicao da norma da seguinte
maneira:
Descrio do produto dever: identificar, indicar e declarar funcionalidade,
confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade.
Documentao possuir as seguintes caractersticas: completitude, correo,
consistncia, inteligibilidade. No esquecendo que as informaes devero ser
organizadas e bem apresentadas. Afinal, so os resultados.
31
Programas e dados de acordo com a norma devero ter as seguintes

caractersticas:
funcionalidade,
confiabilidade,
usabilidade,
eficincia,
manutenibilidade e portabilidade.
Ateno
Assim, conseguimos sintetizar os objetivos da norma referente s
mtricas de qualidade para um pacote de software. Chegando a
concluso que as normas 9126 e 12119 apresentam as mesmas
caractersticas (funcionalidade, confiabilidade, usabilidade, eficincia,
manutenibilidade e portabilidade).
Conhecendo a normatizao ISO/IEC 9241

Agora, vamos conhecer a norma 9241, que trata especificamente sobre
usabilidade e critrios ergonmicos. Como j conhecemos o conceito de
usabilidade, sabemos que este est ligado diretamente ao uso do produto de
software e, com isso, sua referncia o usurio. Inclusive, essa norma tratar
da Interao Humano Computador IHC.
Essa norma seguir os mesmos indicativos das outras, tanto no mbito
internacional ISO/IEC 9241 quanto no nacional NBR ISO/IEC 9241, preservando
todas as caractersticas e requisitos para atender as mtricas da qualidade de
software. conhecida como a norma que trata da ergonomia do software de
escritrio.
O conceito de usabilidade segundo a ISO

Vamos ao conceito de usabilidade segundo a ISO:
De acordo com a ISO, usabilidade a medida pela qual um produto pode ser
usado por usurios especficos para alcanar objetivos especficos com
efetividade, eficincia e satisfao em um contexto de uso especfico. (ISO
9241-11). Essa medida ser identificada como resultados da medio e anlise
32
dos processos utilizados para a obteno de tais valores, permitindo, assim, que
o usurio alcance a interao. Interao esta que avaliada ao executar uma
tarefa e que ser o resultado obtido, certificando sua qualidade.
Outro ponto que destacaremos a eficincia, onde sua caracterstica a
quantidade de esforos e recursos necessrios para se chegar a um
determinado objetivo. Ao se tratar sobre os desvios que o usurio faz durante a
interao e a quantidade de erros cometidos, estes sero pontos a se avaliar
para atingir o nvel de eficincia do produto de software. Quando tratamos um
produto de software online ou um site, o comportamento referente avaliao
da caracterstica ser o mesmo.
Finalmente, chegamos ao ponto mais importante desta medio, que a
terceira medida de usabilidade, a satisfao. Esta a medio mais difcil se
realizar; afinal, sero trabalhados fatores subjetivos. A satisfao refere-se ao
nvel de conforto que o usurio sente ao utilizar a interface e maneira de
alcanar os objetivos ao utilizar um software ou software online.
Sntese dos objetos da norma ISO 9241

Segundo a norma ISO 9241, a usabilidade pode ser especificada ou medida
segundo outras perspectivas. So elas:
(imagem representativa da especificao da usabilidade)
33
Facilidade de aprendizado o usurio consegue explorar, realizar suas

tarefas;
Facilidade de memorizao o usurio capaz de retornar ao uso e
realizar tarefas sem a necessidade de reaprender como o software funciona;
Baixa taxa de erros o usurio realiza suas tarefas sem transtornos e
consegue recuperar erros, caso ocorram.
Atividade proposta
Os objetivos da norma referentes s mtricas de qualidade para um pacote de
software nos remete concluso de que as normas 9126 e 12119 apresentam
as mesmas caractersticas. Com base nessa afirmativa, quais so as
caractersticas dessas normas?
Chave de resposta: as caractersticas das normas 9126 e 12119 so:
funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e
portabilidade.
Aprenda Mais
Para saber mais sobre os assuntos estudados, leia os materiais: 6 usabilidade e suas
metas, Boletim ABNT, disponveis em nossa biblioteca virtual.
34
Referncias
ASSOCIAO BRASILEIRA DE CONTROLE DA QUALIDADE. Site oficial.
Disponvel em:
http://www.abcq.org.br - Acesso em: 26 mai. 2015.
AZEVEDO, Joel Solon Farias de. Anlise de Pareto Passo a Passo. Disponvel
em:
sso_a_Passo.pdf - Acesso em: 26 mai. 2015.
PAULA FILHO, Wilson de. Engenharia de Software: Fundamentos, Mtodos e
Padres. So Paulo: LTC, 2009.
PFLEEGER, Shari Lawrence. Engenharia de Software. So Paulo: Pearson,
2003.
PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional.
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que Qualidade? Disponvel em:
2.4657A.pdf - Acesso em: 26 mai. 2015.
SILVA,
Mauro
Csar
da.
CMMI
para
iniciantes.
Disponvel
em:
http://www.linhadecodigo.com.br/artigo/1401/cmmi-parainiciantes.aspx#ixzz3aEAVrUPO - Acesso em: 26 mai. 2015.

SOFTWARE
ENGINEERING
INSTITUTE.
Site
oficial.
Disponvel
em:
http://www.sei.cmu.edu - Acesso em: 26 mai. 2015.
35
Exerccios de fixao
Questo 1
Identifique a norma que trata da qualidade de um produto de software.
a) NBR ISO/IEC 9126
b) ISO/IEC 12119
c) ISO/IEC 9126
d) NBR ISO/IEC 12119
e) ISO/IEC 9241
Questo 2
Correlacione a caracterstica adequadamente sua aplicabilidade:
1. Confiabilidade
2. Usabilidade
3. Eficincia
4. Portabilidade
5. Manutenibilidade
(5) Caracterstica que permite que o produto de software possa ser modificado.
(2) Indica o esforo necessrio para aprender, operar, preparar entradas e
interpretar sadas.
(4) Garante a transferncia e troca de plataformas, confirmando que no
haver perda da qualidade.
(3) Verifica a quantidade de recursos exigidos pelo software para executar o
que foi proposto.
(1) Mantm o nvel de desempenho nas condies estabelecidas.
a) 5-1-3-4-2
b) 3-2-1-4-5
c) 5-2-4-3-1
d) 1-2-5-4-3
e) 3-5-2-1-4
36
Questo 3
Acurcia e segurana de acesso fazem parte de qual caracterstica que um
produto de software precisa ter para comprovar a garantia da sua qualidade?
a) Acurcia e segurana de acesso fazem parte de qual caracterstica que um
produto de software precisa ter para comprovar a garantia da sua qualidade?
b) Usabilidade
c) Eficincia
d) Portabilidade
e) Funcionabilidade
Questo 4
Observe a caracterstica: ser verificada a quantidade de recursos exigidos pelo
software para executar ao que foi proposto. Inclusive vamos destacar o tempo
de execuo e no s os recursos envolvidos que so compatveis com o nvel
de desempenho do software. Com base na afirmativa marque a opo que a
identifica corretamente:
a) Confiabilidade
b) Usabilidade
c) Manutenibilidade
d) Portabilidade
e) Funcionabilidade
Questo 5
Observe a caracterstica: faz a anlise sobre o esforo necessrio para localizar
erros, defeitos e falhas e sugerir suas correes. Podermos dizer que a
caracterstica que permite que o produto de software poder ser modificado,
incluindo tanto as melhorias ou extenses de funcionalidade quanto as
correes de defeitos, falhas ou erros. Com base na afirmativa marque a opo
que a identifica corretamente:
a) Confiabilidade
b) Usabilidade
c) Portabilidade
37
d) Eficincia
e) Funcionabilidade
Questo 6
A norma NBR ISO/IEC 12119 tem como objeto avaliar o pacote de software.
Porm, o pacote de software no s ter seus requisitos avaliados, bem como a
norma definir tambm os testes. O que ser garantido?
a) Ser necessrio que os requisitos descrevam o produto e destaquem as
informaes necessrias.
b) Ser necessrio que os requisitos identifiquem o produto e destaquem as
c) Ser necessrio que os requisitos identifiquem o produto e destaquem as
d) Ser necessrio que os requisitos avaliem o produto e destaquem as
e) Ser necessrio definir os requisitos do produto e destacar as informaes
necessrias.
Questo 7
Quais os pontos definidos pela norma NBR ISO/IEC 12119 para medir a
qualidade de software?
a) Descrio do Produto, Documentao do Usurio, Programas e Dados
b) Descrio do Projeto, Documentao do Sistema, Programas e Dados
c) Descrio do Processo, Documentao do Usurio, Programas e Dados
d) Definio do Produto, Documentao do Projeto, Processos e Dados
e) Descrio do Produto, Documentao do Projeto, Programas e Informaes
Questo 8
Observe a afirmativa: os objetivos da norma referente as mtricas de qualidade
para
um
pacote
de
software
traz
concluso
que
as
normas
_______________apresentam as mesmas caractersticas.
38
Com base na afirmativa marque a opo que representas corretamente as

normas citadas:
a) 9126 e 12119
b) 9000 e 9126
c) 9000 e 12000
d) 9000 e 12119
e) 9126 e 12000
Questo 9
Em se tratando sobre a norma ISSO/IEC 12119 podemos afirmar que a mesma
faz o estudo referente aos pacotes de software inclusive a sua verso no
mbito nacional tem os mesmos objetivos e caractersticas. Inclusive esta
norma no cita s os requisitos. Marque a opo correta sobre quais outros
aspectos a norma trata?
a) A avaliao, os testes
b) O processo, os testes
c) A avaliao, o processo
d) A avaliao, o projeto
e) O projeto, os testes
Questo 10
Observe a afirmativa: tambm definido pela norma que como requisito de
qualidade para os pacotes de software ser necessrio que exista uma
descrio
do
produto
_______________
da
descrevem
documentao.
o
produto
Podemos
destacando
as
afirmar
que:
informaes
necessrias para que os testes ocorram de forma fidedigna, os requisitos para

os programas e dados tambm estaro sendo avaliados no pacote de software.
Marque a opo que completa a afirmativa corretamente:
a) As documentaes
b) Os manuais
c) Os processos
39
d) Os projetos
e) Os requisitos
Questo 11
Qual a caracterstica mais difcil de ser medida pela norma 9241?
a) Confiabilidade
b) Usabilidade
c) Eficincia
d) Portabilidade
e) Satisfao
Questo 12
Segundo a norma ISO 9241, a usabilidade pode ser especificada ou medida
segundo outras perspectivas. Quais so elas?
a) opcFacilidade de aprendizado; realizar suas tarefas; facilidade de memorizao;
baixa taxa de erros.
b) Facilidade de aprendizado; realizar suas tarefas; facilidade de memorizao;
teste.
c) Facilidade de adaptao; realizar suas tarefas; facilidade de memorizao;
baixa taxa de erros
d) Facilidade de aprendizado; realizar suas avaliaes; facilidade de memorizao;
baixa taxa de erros.
e) Facilidade de adaptao; realizar suas tarefas; facilidade de memorizao;
baixa taxa de desempenho.
Questo 13
Observe afirmativa: a eficincia onde sua caracterstica a quantidade de
esforo e recursos necessrios para se chegar a um determinado objetivo. No
se tratar sobre os desvios que o usurio faz durante a interao e a quantidade
de erros cometidos estes sero pontos a se avaliar atingir o nvel de eficincia
do produto de software.
40
Com base nesta afirmativa marque a opo correta referente a comparao

entre o software online e o off-line:
a) O comportamento referente a avaliao da caracterstica ser o mesmo.
b) O comportamento referente a avaliao da caracterstica ser o diferente.
c) O comportamento referente a avaliao da caracterstica ser online.
d) O comportamento referente a avaliao da caracterstica ser diferente em
relao ao programa.
e) O comportamento referente a avaliao da caracterstica ser o mesmo porm,
a aplicabilidade ser diferente.
Questo 14
Segundo a Norma ISO 9241 a usabilidade pode ser especificada ou medida
segundo outras perspectivas. Logo, a usabilidade pode ser definida como a
medida
na
qual
objetivos
so
alcanados
com:
______________,
______________ e _______________
Marque a opo correta:
a) Eficincia, eficcia e satisfao
b) Eficincia, eficcia e resultado
c) Objetivos, eficincia, satisfao
d) Eficincia, eficcia, objetivos
e) Objetivos, satisfao, resultados
Questo 15
A norma ISO 9241 trata de aspectos do tipo: facilidade de aprendizado,
facilidade de memorizao e as baixas taxas de erros. Marque a opo
referente a qual caracterstica norma ISO 9241 est especificando:
a) Confiabilidade
b) Eficincia
c) Eficcia
d) Usabilidade
e) Operabilidade
41
Aula 2
Exerccios de fixao
Questo 1 - A
Justificativa: Essa norma ter como foco principal a qualidade do produto de
software.
Questo 2 - C
Justificativa: Confiabilidade o produto se mantm no nvel de desempenho
nas condies estabelecidas.
Usabilidade a capacidade de uso. Est ligada diretamente ao usurio.
Indicar o esforo necessrio para aprender, operar, preparar entradas e
interpretar sadas.
Eficincia ser verificada a quantidade de recursos exigidos pelo software
para executar o que foi proposto, destacando inclusive o tempo de execuo, e
no s os recursos envolvidos que so compatveis com o nvel de desempenho
do software.
Manutenibilidade caracterstica ligada manuteno. Observa o esforo
necessrio para localizar erros, defeitos e falhas e sugerir suas correes.
Podermos dizer que a caracterstica que permite que o produto de software
possa ser modificado, incluindo tanto as melhorias ou extenses de
funcionalidade quanto as correes de defeitos, falhas ou erros.
Portabilidade esta caracterstica hoje tem sido bastante destacada em relao
a todo e qualquer tipo de produto. a que garante a transferncia e troca de
plataformas, confirmando que no haver perda da qualidade; ou seja, a
capacidade de o produto ser transferido de um ambiente para outro,
42
considerando inclusive os recursos necessrios para sua execuo com

qualidade.
Questo 3 - E
Justificativa: Para que o software tenha a funcionabilidade como caracterstica
que garanta sua qualidade, preciso que os seguintes requisitos se faam
presentes: adequao, acurcia, interoperabilidade, segurana de acesso e
conformidade.
Questo 4 - C
Justificativa: A caracterstica adequadamente a sua aplicabilidade que trata
sobre a manutenibilidade a que: Observa o esforo necessrio para localizar
erros, defeitos e falhas e sugerir suas correes. Podermos dizer que a
caracterstica que permite que o produto de software poder ser modificado,
incluindo tanto as melhorias ou extenses de funcionalidade quanto as
correes de defeitos, falhas ou erros.
Questo 5 - D
Justificativa: A caracterstica adequadamente a sua aplicabilidade que trata
sobre a eficincia a que: Eficincia ser verificada a quantidade de recursos
exigidos pelo software para executar ao que foi proposto. Inclusive vamos
destacar o tempo de execuo e no s os recursos envolvidos que so
compatveis com o nvel de desempenho do software.
Questo 6 - A
Justificativa: So os requisitos que descrevem o produto que destacam as
informaes necessrias para que os testes ocorram de forma fidedigna. Os
requisitos para os programas e dados tambm estaro sendo avaliados no
pacote de software.
43
Questo 7 - A
Justificativa: A norma define: Descrio do Produto - um documento que ir
expor as propriedades de um pacote de software; Documentao do Usurio -
um conjunto completo de documentos estando ou no de forma impressa que
fornecido para sua utilizao e faz parte do produto de software; Programas -
uma unidade que compe o produto de software; Dados - representao inicial
da informao.
Questo 8 - A
Justificativa: Conseguimos sintetizar os objetivos da norma referente as
mtricas de qualidade para um pacote de software e chegando a concluso que
as normas 9126 e 12119 apresentam as mesmas caractersticas. Que so:
funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e
portabilidade.
Questo 9 - A
Justificativa:
Questo 10 - E
Justificativa: Tambm definido pela norma que como requisito de qualidade
para os pacotes de software ser necessrio que exista uma descrio do
produto e da documentao. Teremos os requisitos que descrevem o produto
destacando as informaes necessrias para que os testes ocorram de forma
fidedigna, os requisitos para os programas e dados tambm estaro sendo
avaliados no pacote de software.
Questo 11 - D
Justificativa: A terceira medida de usabilidade, a satisfao. Essa a medio
mais difcil se realizar; afinal, sero trabalhados fatores subjetivos.
44
Questo 12 - A
Justificativa: Facilidade de aprendizado o usurio consegue explorar, realizar
suas tarefas; Facilidade de memorizao o usurio capaz de retornar ao uso
e realizar tarefas sem a necessidade de reaprender como o software funciona;
Baixa taxa de erros o usurio realiza suas tarefas sem transtornos; consegue
recuperar erros, caso ocorram.
Questo 13 - B
Justificativa: Outro ponto que destacamos referente a norma que a eficincia
onde sua caracterstica a quantidade de esforo e recursos necessrios para
se chegar a um determinado objetivo. No se tratar sobre os desvios que o
usurio faz durante a interao e a quantidade de erros cometidos estes sero
pontos a se avaliar atingir o nvel de eficincia do produto de software. Quando
tratamos um produto de software online ou um site o comportamento referente
a avaliao da caracterstica ser o mesmo.
Questo 14 - A
Justificativa: Segundo a Norma ISO 9241 a usabilidade pode ser especificada ou
medida segundo outras perspectivas. Logo, a usabilidade pode ser definida
como a medida na qual objetivos so alcanados com: eficincia, eficcia e
satisfao.
Questo 15 - D
Justificativa: A Norma ISO 9241 trata a caracterstica usabilidade de forma
especificada ou medida segundo outras perspectivas, que so:
Facilidade de aprendizado - o usurio consegue explorar; realizar suas
tarefas;
Facilidade de memorizao - o usurio capaz de retornar ao uso e realizar
tarefas sem a necessidade de reaprender como o software funciona;
Baixa taxa de erros - o usurio realiza suas tarefas sem transtornos; consegue
recuperar erros, caso ocorram.
45
Introduo
Nos dias atuais no temos como falar de software sem falar de qualidade. A
software. De acordo com a Engenharia de Software fatores e critrios so o que
nos leva a garantir a qualidade de software. Dando continuidade ao nosso
estudo vamos compreender a aplicao das normas.
Objetivo:
1. Analisar a ISO/IEC 14598;
2. Analisar a ISO/IEC 9000-3.
46
Contedo
Conhecendo a ISO/IEC 14598
Vamos dar continuidade aos nossos estudos!
Agora vamos conhecer a ISO/IEC 14598 e sua aplicabilidade para garantir a
qualidade de software. J sabemos que a norma ISO/IEC 9126 e a NBR
ISO/IEC 9126 trata da qualidade de software e sua garantia para o produto de
software. Porm se faz necessrio tratar a qualidade em outros aspectos do
software.
Ento, ns j vimos tambm as normas ISO/IEC 12119 e ISO/IEC 9241. No
podemos esquecer de que as mesmas se repetem no mbito nacional,
mudando a sua nomenclatura, a que acrescentamos a identificao NBR.
A ISO/IEC NBR ISO/IEC 4598

A ISO/IEC NBR ISO/IEC 14598 ter como foco principal a definio do
processo de avaliao da qualidade de produto de software, onde se definem
as principais caractersticas da metodologia da implementao de teste para
avaliar a qualidade do produto de software. Definem-se as principais
caractersticas de um processo de avaliao atravs de: repetibilidade,
reprodutibilidade, imparcialidade e objetividade. Ento, vamos s etapas:
Estabelecer os requisitos de avaliao:
faz a anlise dos
requerimentos para identificar o propsito da avaliao;
Especificar a avaliao: definir o escopo e mtricas da avaliao e as

medies a que o produto ser submetido;
Projetar a avaliao: de acordo com as especificaes do produto ser

elaborado um plano de avaliao no qual estejam relacionados os
componentes do produto de software a serem avaliados e os mtodos de
avaliao;
Executar a avaliao: a inspeo, medio e teste dos produtos e

seus componentes conforme o plano de avaliao;
47
Concluso da avaliao: ser elaborado um relatrio de avaliao e

liberao dos dados obtidos na fase anterior.
Ateno
Agora, vamos especificar a subdiviso da norma para melhor entender sua
aplicabilidade e suas atividades junto metodologia de implementao de
teste para avaliao da qualidade de software.
Viso geral do processo ISO 14598-1

Vamos entender melhor:
O produto ser avaliado segundo a metodologia de teste implementada. Essa
metodologia tem aplicabilidade em todo o produto de software.
Observe na imagem a sua abrangncia e perceba que para cada etapa teremos
atividades especficas.
(esquema representativo do Processo de Avaliao de Produto de Software - Viso Geral do

Processo - ISO 14598-1).
48
O processo de avaliao vai envolver tambm pessoas. So desenvolvedores,

compradores e avaliadores. Cada um destes tem a sua importncia junto ao
uso do produto de software e no seu processo de avaliao.
Desenvolvedores:
Organizaes
que
esto
planejando
desenvolvimento de um novo produto de software;
Compradores: Organizaes que esto planejando a compra de um

pacote de software que ser desenvolvido ou j pronto no mercado;
Avaliadores de software: Organizaes que executam avaliaes

independentes de produtos de software disponveis no mercado.
Ateno
NBR-ISO 9126
Os componentes para a criao do documento do mdulo de avaliao
so:
1- Introduo
2- Escopo
2.1- caractersticas
2.2- nvel de avaliao
2.3- tcnica
2.4- aplicao
3- Referncias
4- Definies
4.1- termos tcnicos
5- Entrada para avaliao
6- Interpretao dos resultados
6.1- mapeamento das mtricas
6.2- relatrios
RELACIONAMENTO ENTRE AS MTRICAS PARA A AVALIAO DO
PRODUTO DE SOFTWARE
49
Os esquemas representam os mdulos de avaliao. Na norma 14598

este mdulo detalhado na representao da ISO/IEC 14598-6.
A ISO/IEC 9000-3
Em junho de 1993 foi criada a norma ISO/IEC 9000-3. Suas diretrizes
fomentam a aplicao da ISO 9001, onde, para cada atividade, existe um
correspondente na ISO/IEC 9000-3 que a define e faz a adequao ao
software. Porm, a ISO/IEC 9000-3 tem como objetivo, junto aplicao da
ISO/IEC 9001, o fornecimento, desenvolvimento e manuteno de software.
A ISO/IEC 9000-3 tem como diretrizes as seguintes atividades junto ao
software:
Entendimento dos requisitos funcionais entre contratante e contratado;
50
Uso de metodologias consistentes para o desenvolvimento de software;

Gerenciamento de projeto desde a concepo at a manuteno.
(imagem representativa das aplicaes da ISO/IEC 9000-3)
A aplicao da ISO/IEC 9000-3 independe de tecnologia, modelos de ciclo de

vida, processos de desenvolvimento, sequncia de atividades ou estrutura
organizacional da organizao.
Nas organizaes cuja abrangncia de atividades inclui reas diferentes de
desenvolvimento de software, o relacionamento entre elementos de software
do seu sistema de gesto da qualidade e os demais aspectos devem claramente
ser documentados no sistema de gesto da qualidade como um todo.
As organizaes com Sistemas de Gesto da Qualidade para desenvolvimento,
operao e manuteno de software baseados na ISO/IEC 9000-3 podem
escolher usar processos da ISO/IEC 12207 para suportar ou complementar o
modelo de processo da ISO/IEC 9001 definida em 2000.
Os pargrafos relacionados ISO/IEC 12207 so referenciados em cada seo
da ISO/IEC 9000-3, mas no se pretende com isso incluir requisitos adicionais
aos da ISO 9001.
51
Voc sabia? Uma das limitaes da ISO/IEC 9000-3 que esta no trata de
aspectos como a melhoria contnua do processo de software (SPI Software
Process Improvement) como faz o modelo CMM ou a norma SPICE (ainda em
desenvolvimento).
A ISO/IEC 9000-3 trata dos processos que a organizao deve ter e manter,
mas no trata, apenas orienta quanto aos passos que devem ser seguidos para
desenvolver esses processos e tambm no trata de como aperfeioa-los. Na
sua primeira edio a ISO/IEC 9000-3 agrupava as diretrizes em trs partes
principais que so:
Estrutura
Descreve
aspectos
organizacionais,
relacionados
ao
sistema
de
qualidade.
Atividades do ciclo de vida
Descreve as atividades de desenvolvimento de software.
Atividades de suporte
Descreve as atividades que apoiam as atividades do ciclo de vida.
Ateno
Voc sabia que a ISO/IEC 9000-3 organizava e dava nomes s
diretrizes diferentes das utilizadas na ISO/IEC 9001. Inclusive, era
necessrio uma tabela de mapeamento entre as diretrizes da
ISO/IEC 9000-3 e da ISO/IEC 9001 causando uma srie de
transtornos. Essa estrutura, nomenclatura e arranjo particular das
diretrizes foram abandonados nas edies mais recentes. Estas
seguem exatamente a estrutura da ISO/IEC 9001 e suas diretrizes
tm o mesmo nome.
52
Atividade proposta
Em junho de 1993 foi criada a norma ISO/IEC 9000-3. Suas diretrizes
fomentam a aplicao da ISO 9001, onde, para cada atividade, existe um
correspondente na ISO/IEC 9000-3 que a define e faz a adequao ao
software. Porm, a ISO/IEC 9000-3 tem como objetivo, junto aplicao da
ISO/IEC 9001, o fornecimento, desenvolvimento e manuteno de software. A
ISO/IEC 9000-3 tem como diretrizes as seguintes atividades junto ao software:
Entendimento dos requisitos funcionais entre contratante e contratado; uso de
metodologias consistentes para o desenvolvimento de software; gerenciamento
de projeto desde a concepo at a manuteno.
Com base na afirmativa cite a aplicao da norma ISO/IEC 9000-3 de acordo
com os tipos de software.
Chave de resposta:
(imagem representativa das aplicaes da ISO/IEC 9000-3)
53
Referncias
ABCQ - ASSOCIAO BRASILEIRA DE CONTROLE DA QUALIDADE. Disponvel
em: http://www.abnt.org.br
ABNT - ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. Disponvel em:
http://www.abnt.org.br
AZEVEDO, Joel Solon Farias de. Anlise de Pareto passo a passo. Adaptado de
Haughey Duncan, PMP, em:
www.projectsmart.co.uk - Disponvel em:
sso_a_Passo.pdf
COLOMBO, Regina M. Thienne. Painel Setorial Programa Nacional de
Certificao de Software e Servios. INMETRO/Xerm, 31 de maio de 2007.
Disponvel em:
http://inmetro.gov.br/painelsetorial/palestras/certifica_software.pdf
ISO. ISO 9000-3:1997. Disponvel em:
http://www.iso.org/iso/catalogue_detail.htm?csnumber=26364
MACIEL, Ana Carla Fernandes; VALLS, Carmem; SAVOINE, Mrcia Maria.
Anlise da qualidade de software utilizando as Normas 12207, 15504, ISO
9000-3 e os modelos CMM/CMMI e MPS.BR. Revista Cientfica do ITPAC,
Araguana, v. 4, n. 4, pub. 5, Out. 2011. Disponvel em:
http://www.itpac.br/arquivos/Revista/44/5.pdf
PAULA FILHO, Wilson de. Engenharia de software - fundamentos, mtodos e
padres. Rio de Janeiro: LTC, 2009.
54
PFLEEGER, Shari Lawrence. Engenharia de software. So Paulo: Pearson: 2003.

PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional.
RAPCHAM, Francisco. A Norma ISO 9000-3. Universidade Federal do Esprito
Santo, Centro Tecnolgico, Departamento de Informtica, s.d. Disponvel em:
http://www.geocities.ws/chicorapchan/artigos/9000-3.pdf
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que qualidade. In: PORTAL
QUALIDADE.COM. Disponvel em:
2.4657A.pdf - Disponibilizado em 15.06.2004.
SILVA, Mauro Csar da. CMMI para iniciantes. In: LINHADECDIGO. Disponvel
em:
http://www.linhadecodigo.com.br/artigo/1401/cmmi-para
iniciantes.aspx#ixzz3aEAVrUPO
SOFTWARE ENGINEERING INSTITUTE. Disponvel em:
http://www.sei.cmu.edu
WIKIPEDIA. Qualidade. Disponvel em:
http://pt.wikipedia.org/wiki/Qualidade
55
Exerccios de fixao
Questo 1
No caso de o adquirente requisitar testes de terceira parte a pacotes de
software, com relao a requisitos de qualidade para o pacote, qual norma
poder ser usada?
a) NBR ISO/IEC 1211-9
b) NBR ISO/IEC 14598-3
c) NBR ISO/IEC 14598-9
d) NBR ISO/IEC 12119-3
e) NBR ISO/IEC 12119
Questo 2
Observe as normas abaixo e marque a que se refere ao processo de avaliao:
b) NBR ISO/IEC 14598-3
c) NBR ISO/IEC 145989
Questo 3
Observando o relacionamento entre as normas, marque a opo que trata do
suporte avaliao:
b) NBR ISO/IEC 14598-2 e 14598-5
c) NBR ISO/IEC 14598-2
Questo 4
Os componentes para a criao do documento do mdulo de avaliao so:
introduo,
escopo,
referncias,
definies,
entrada
para
avaliao
56
interpretao dos resultados. Com base na afirmativa marque a opo que no

faz parte do escopo:
a) Caractersticas
b) Nvel de avaliao
c) Tcnica
d) Aplicao
e) Relatrio
Questo 5
O processo de avaliao vai envolver pessoas. Cada uma destas tem sua
importncia junto ao uso do produto de software e no processo de avaliao
deste. Marque a opo que cita corretamente essas pessoas:
a) Analistas, desenvolvedores, compradores e avaliadores.
b) Analistas, compradores e avaliadores.
c) Analistas, compradores e avaliadores.
d) Desenvolvedores e avaliadores.
e) Desenvolvedores, compradores e avaliadores.
Questo 6
A Norma ISO/IEC 9000-3 trata de sua aplicabilidade em trs etapas. Marque a
opo que indica essas partes:
a) Estrutura, atividades do ciclo de vida, atividades de suporte.
b) Estrutura, atividades do ciclo de vida, atividades de avaliao.
c) Estrutura, atividades de teste, atividades de suporte.
d) Estrutura, atividades e suporte.
e) Desenvolvimento, atividades do ciclo de vida, atividades de manuteno.
Questo 7
Em anlise a ISO/IEC 9000-3, marque a opo correta sobre uma de suas
limitaoes:
a) No trata de aspectos como a melhoria contnua do processo de software.
57
b) Trata de aspectos como a melhoria contnua do processo de software e sua

manuteno.
c) No trata de aspectos como a melhoria contnua do processo de software e
trata sobre a manuteno.
d) No trata de aspectos como a avaliao contnua do processo de software.
e) No trata de aspectos como a manuteno do processo de software.
Questo 8
Em anlise a ISO/IEC 9000-3, marque a opo correta que indica a norma da
qual
as
organizaes
com
Sistemas
de
Gesto
da
Qualidade
para
desenvolvimento, operao e manuteno de software baseados na ISO/IEC

9000-3 podem escolher usar processos:
a) ISO/IEC 12207
b) ISO/IEC 9126
c) ISO/IEC 14598
d) ISO/IEC 12111
e) ISO/IEC 20000
Questo 9
Com base nos estudos realizados at agora, quando a ISO/IEC foi criada?
a) Em junho de 1993 foi criada a norma ISO/IEC 9000-3.
b) Em junho de 1990 foi criada a norma ISO/IEC 9000-3.
c) Em Julho de 1993 foi criada a norma ISO/IEC 9000-3.
d) Em junho de 2000 foi criada a norma ISO/IEC 9000-3.
e) Em julho de 1993 foi criada a norma ISO/IEC 9000-3.
Questo 10
Conforme estudamos referente a norma ISO/IEC 9000-3, sabemos que suas
diretrizes fomentam a aplicao da ISO 9001 onde, para cada atividade, existe
um correspondente na ISO/IEC 9000-3. Marque a opo correta referente
funo do correspondente:
58
a) Define-a e faz a adequao ao software.

b) Define-a e faz a manuteno do software.
c) Define-a e faz a avaliao do software.
d) Define-a e faz a conformidade ao software.
e) Define-a e faz a integrao ao software.
59
Aula 5
Exerccios de fixao
Questo 1 - E
Justificativa: No caso de o adquirente requisitar testes de terceira parte a
pacotes de software, com relao a requisitos de qualidade para o pacote, a
ABNT indica que a NBR ISO/IEC 12119 pode ser usada.
Questo 2 - B
Justificativa: A norma que trata do processo de avaliao a NBR ISO/IEC
14598-3.
Questo 3 - B
Justificativa: As normas que tratam do suporte avaliao so NBR ISO/IEC
14598-2 e 14598-5.
Questo 4 - E
Justificativa: O documento que retrata o mdulo de avaliao no que se refere
ao escopo dos itens tratados so: caractersticas, nvel de avaliao, tcnica e
aplicao.
Questo 5 - E
Justificativa: As pessoas so os desenvolvedores, compradores e avaliadores.
Questo 6 - A
Justificativa: A ISO/IEC 9000-3 agrupa as diretrizes em trs partes principais
que so: estrutura, atividades do ciclo de vida e atividades de suporte.
Questo 7 - A
Justificativa: Uma das limitaes da ISO/IEC 9000-3 que esta no trata de
aspectos como a melhoria contnua do processo de software (SPI Software
60
Process Improvement) como faz o modelo CMM ou a norma SPICE (ainda em

desenvolvimento).
Questo 8 - A
Justificativa: As organizaes com Sistemas de Gesto da Qualidade para
desenvolvimento, operao e manuteno de software baseados na ISO/IEC
9000-3 podem escolher usar processos da ISO/IEC 12207.
Questo 9 - A
Justificativa: Em junho de 1993 foi criada a norma ISO/IEC 9000-3. Suas
diretrizes fomentam a aplicao da ISO 9001 onde, para cada atividade, existe
um correspondente na ISO/IEC 9000-3 que a define e faz a adequao ao
software.
Questo 10 - A
Justificativa: Suas diretrizes fomentam a aplicao da ISO 9001 onde, para
cada atividade, existe um correspondente na ISO/IEC 9000-3 que a define e faz
a adequao ao software.
61
Introduo
Prezado aluno,
Nos dias atuais, no se fala em software sem falar de qualidade. A qualidade
est ligada a todos os aspectos e elementos de um produto de software.
Quando antes no se falava em Engenharia de Software, a nica preocupao
era a anlise dos fatores custo x benefcio. Porm, por meio da Engenharia de
Software consideramos outros fatores e critrios que nos levam a garantir a
qualidade de software.
Nesta aula, estudaremos as normas, os fatores e os critrios que garantem a
qualidade de um produto de software.
Objetivo:
1. Analisar o modelo de qualidade de software aplicado ao processo do ciclo de
vida e ao gerenciamento de risco na Qualidade de Software ISO/IEC 15.504
(SPICE);
vida e ao gerenciamento de risco na Qualidade de Software CMMI;
vida e ao gerenciamento de risco na Qualidade de Software MPS.
62
Contedo
ISO/IEC 15.504 (SPICE)
(imagem representativa do ciclo de vida e gerncias de riscos na qualidade de software).
Fazendo uso dos modelos de qualidade de software aplicados ao processo do

ciclo de vida e gerncias de risco na qualidade de software, temos a ISO/IEC
15.504, conhecida como SPICE. De acordo com a sua viso, a avaliao do
processo ser utilizada para identificar o aperfeioamento.
A SPICE ir compreender o estado dos seus prprios processos com a finalidade
de identificar aperfeioamentos. Alm disso, quando utilizada, poder levar ao
aperfeioamento dos processos. Desse modo, promove a capacidade para ir ao
encontro de uma classe especfica de contratos no futuro. O esquema a seguir
demonstra a viso do SPICE (ISO/IEC 15.504).
Conhea as cinco partes da ISO 15.504:
Conceitos e vocabulrio.
Requisitos mnimos para a realizao de uma avaliao visando

consistncia e repetibilidade.
63
Guia (no normativo) para a interpretao dos requisitos para a

realizao de uma avaliao.
Guia (no normativo) para a determinao da capacidade (perfil de

capacidade) e melhoria de processo (perfil + plano de ao).
Modelo de referncia de processos (no normativo) aderente aos

requisitos da Parte 2. Podem ser usados outros modelos, como, por
exemplo, a ISO 12.207 ou o CMMI.
Elementos normativos da ISO 15.504

A imagem a seguir, desenvolvida pelo professor da Unicamp Mrio L. Crtes,
apresenta os modelos de qualidade de software. Acompanhe!
(imagem representativa dos modelos de qualidade de software)
64
Utilizao da ISO/IEC 15.504
(imagem representativa da utilizao da ISSO/IEC 15.504).
A ISO/IEC 15.504 utilizada para determinar a situao no incio de uma

iniciativa e avaliar o progresso durante ela.
Ela ir fornecer um perfil detalhado do estado dos processos, mensurados de
acordo com um modelo que representa um consenso internacional sobre as
melhores prticas.
Os seus resultados podem ser utilizados para comparar as normas prticas com
outras referncias.
A ISO/IEC 15.504 no obriga que se siga um percurso especfico de
aperfeioamento. Pelo contrrio, ela incentiva o desenvolvimento de um
programa de aperfeioamento com base nas suas prprias necessidades.
Determinao da capacidade
A determinao da capacidade refere-se avaliao de uma organizao ou de
um projeto para determinar os riscos inerentes ao resultado bem-sucedido de
um contrato, de um desenvolvimento ou da entrega de servios.
65
Pode expressar a capacidade necessria ou os critrios de seleo, sendo que

dos perfis reais pode surgir uma capacidade oferecida com base nas
evidncias de projetos atuais ou passados juntamente com as evidncias das
medidas de aperfeioamento propostas.
A avaliao SPICE pode ser realizada por um organismo independente, pela
organizao de um cliente ou pela prpria entidade (autoavaliao). A
determinao da capacidade tambm pode ser realizada internamente para
verificar os riscos de um novo projeto.
CMMI
Conforme voc viu nesta disciplina, uma mtrica importante a medio dos
nveis de maturidade. Esse processo chamado de mtodo de verificao e faz
uso dos nveis do Modelo de Maturidade (CMM). Assim, medimos o modelo de
maturidade de capacidade e com sua evoluo temos o CMMI.
O grfico a seguir representa a viso geral do software segundo o
CMM.
(imagem representativa do CMMI).
66
O modelo CMMI, como ferramenta no gerenciamento de projetos de software,

o que h de mais completo quando o assunto qualidade de software.
O CMMI (Capability Maturity Model Integration) um modelo de
referncia que contm prticas (genricas ou especficas) necessrias
maturidade em disciplinas especficas (Systems Engineering (SE), Software
Engineering (SE), Integrated Product and Process Development (IPPD),
Supplier Sourcing (SS)).
Desenvolvido pelo SEI (Software Engineering Institute), o CMMI uma
evoluo do CMM e procura estabelecer um modelo nico para o processo de
melhoria corporativo, integrando diferentes modelos e disciplinas.
O CMMI possui duas representaes: "contnua" ou "por estgios". Essas
representaes permitem a organizao utilizar diferentes caminhos para a
melhoria de acordo com seu interesse.
Representao contnua e por estgios

Representao continua: possibilita a organizao utilizando a ordem de
melhoria que melhor atende os objetivos de negcio da empresa.
caracterizada por nveis de capacidade (capability levels).
Representao por estgios: disponibiliza uma sequncia predeterminada
para melhoria baseada em estgios. Cada estgio serve de base para o
prximo. Essa representao caracterizada por nveis de maturidade (maturity
levels).
Estgios do CMMI
O CMMI est divido em cinco estgios. Acompanhe:
67
(imagem representativa dos estgios do CMMI).
MPS
Voc sabe o que significa MPS?

MPS (Melhoria do Processo de Software) uma metodologia para o processo de
desenvolvimento de software. Inclusive, temos a nomenclatura MPS-BR. Ou
seja, a metodologia atende a critrios para o processo de software brasileiro.
Essa metodologia foi criada por um conjunto de organizaes ligadas ao
desenvolvimento de software. Dentre as instituies envolvidas pode-se citar:
Softex (SP);
RioSoft (RJ);
COPPE/UFRJ (RJ);
CESAR (PE).
68
Na verdade, essas so organizaes normalmente no governamentais, e

muitas vezes de origem acadmica, possuindo uma atuao de destaque junto
comunidade de software brasileira. Enfatiza-se, dentro do MPS-BR, o uso das
principais abordagens internacionais voltadas para a definio, a avaliao e a
melhoria dos processos de software. Tal fato torna o MPS-BR compatvel,
inclusive, com as prticas do CMMI.
H ainda no MPS-BR uma estrutura de nveis de maturidade, de forma similar
quela existente dentro do CMMI. Os diferentes nveis de maturidade do MPSBR constituem um meio para indicar qual o nvel da empresa que se est
considerando. Cada classificao possvel atesta, assim, diferentes graus no
controle de processos e qual a qualidade que se pode esperar da organizao
que a detm.
O que diferencia a metodologia MPS-BR do modelo CMMI so, justamente, os
nveis de capacidade de maturidade do modelo em avaliao.
MPS-BR: nveis de maturidade

Conhea os sete nveis de maturidade previstos pelo MPS-BR:
A Em otimizao: h a preocupao com questes como inovao e anlise
de causas.
B Gerenciado quantitativamente: avalia-se o desempenho dos processos,
alm de sua gerncia quantitativa.
C Definido: aqui ocorre o gerenciamento de riscos.
D Largamente definido: envolve verificao, validao, alm da liberao,
instalao e integrao de produtos, dentre outras atividades.
69
E Parcialmente definido: considera processos como treinamento,

adaptao de processos para gerncia de projetos, alm da preocupao com a
melhoria e o controle do processo organizacional.
F Gerenciado: introduz controles de medio, gerncia de configurao,
conceitos sobre aquisio e garantia da qualidade.
G Parcialmente gerenciado: nesse ponto inicial, deve-se comear o
gerenciamento de requisitos e de projetos.
MPS-BR
Devido necessidade do grande investimento para o CMMI, indica-se como
alternativa o MPS-BR, principalmente para empresas de pequeno e mdio
porte. Inclusive, essa tem sido uma exigncia para as licitaes de empresas
governamentais e no governamentais.
Caso voc queira testar a ferramenta MPS-BR, ela est disponvel para
dispositivos com sistema iOS. Faa o download atravs do link:
https://itunes.apple.com/pt/app/guias-mps.br/id701773915?mt=8
70
Atividade proposta
Observe os grficos representativos do modelo CMMI e MPS-BR e identifique os
nveis que possuem compatibilidade.
Chave de resposta: Observando os grficos, podemos identificar que os

nveis compatveis so: gerenciado, definido e otimizado.
71
Aprenda Mais
Para saber mais sobre os modelos de qualidade de software ISO/IEC 15.504 (SPICE), CMMI E
MPS, leia os materiais: Maturidade no desenvolvimento de software: CMMI e MPSBR, CMMI para iniciantes e Guia do MPS-br vira app da Apple, disponveis em nossa
biblioteca virtual.
Referncias
PAULA FILHO, Wilson de. Engenharia de software: fundamentos, mtodos e
padres. Rio de Janeiro: LTC, 2009.
PFLEEGER, Shari Lawrence. Engenharia de software. So Paulo: Pearson,
2003.
PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional.
72
Exerccios de fixao
Questo 1
Marque a opo referente norma que possui a autonomia para realizar a
autoavaliao.
a) 15.504
b) 1.961
c) 9.162
d) 15.500
e) 12.504
Questo 2
Marque a opo verdadeira.
a) Utiliza-se a ISO/IEC 15.504 para determinar a situao no incio de uma
iniciativa e para avaliar o progresso durante ela.
b) Utiliza-se a ISO/IEC 15.504 para sugerir a situao no incio de uma iniciativa e
para avaliar o processo durante ela.
c) Utiliza-se a ISO/IEC 15.504 para sugerir a situao no incio de uma atividade e
para verificar o processo durante ela.
d) Utiliza-se a ISO/IEC 15.504 para sugerir a situao no desenvolvimento de uma
atividade e para verificar o projeto durante ela.
e) Utiliza-se a ISO/IEC 15.504 para identificar a situao no incio de uma
atividade e para avaliar o processo durante ela.
Questo 3
Observe a afirmativa: Utiliza-se a ISO/IEC 15504 para determinar a situao no
incio de uma iniciativa e para avaliar o progresso durante a mesma. Ir
fornecer um perfil detalhado do estado dos processos, mensurados de acordo
com um modelo que representa um consenso internacional.
Sobre a afirmativa pertinente que a norma possui qual referncia?
a) As melhores prticas.
b) As melhores aplicaes.
c) As melhores avaliaes.
73
d) As melhores validaes.
e) As melhores normas.
Questo 4
Utiliza-se a ISO/IEC 15504 para determinar a situao no incio de uma
iniciativa e para avaliar o progresso durante a mesma. Marque a oo correta
sobre os processos de melhoria de processo:
a) Diagnstico prprio, normas para certificaes, necessidades do negcio
b) Diagnstico do projeto, normas para comparaes, necessidades do processo
c) Diagnstico prprio, normas para comparaes, necessidades do projeto
d) Diagnstico software, normas para validaes, necessidades do processo
e) Diagnstico prprio, normas para comparaes, necessidades do negcio
Questo 5
De acordo com a citao A determinao da capacidade preocupa-se com a
avaliao de uma organizao ou de um projeto para determinar os
_____________________de um contrato, de um desenvolvimento ou da
entrega de servios.
Marque a opo correta que coleta a citao:
a) Riscos coerentes ao resultado bem sucedido
b) Riscos indiferentes ao resultado bem sucedido
c) Requisitos inerentes ao resultado bem sucedido da avaliao
d) Requisitos diferentes ao resultado bem sucedido
e) Riscos inerentes ao resultado bem sucedido
Questo 6
(CGU/2008) Um modelo de qualidade define os requisitos que as organizaes
devem seguir para se capacitarem segundo ele. Dentre as opes abaixo,
assinale a que se refere exclusivamente aos modelos de qualidade de software.
a) CMMI, MPS.BR, COBIT
b) CMMI, COBIT, ISO 9.001
c) CMMI, MPS.BR, ISO 9.001, COBIT
74
d) CMMI, MPS.BR, ISO 9.000-1

e) CMMI, ISO 12.207, ISO 15.504, ISO 20.000, ITIL
Questo 7
(TRT/2013) O CMMI uma abordagem para a melhoria de processos. Existem
duas representaes do CMMI, a representao contnua e a representao por
estgios. A representao contnua projetada para permitir empresa focar
em processos especficos que deseja melhorar em funo de suas prioridades.
A avaliao pela representao contnua mede a capacidade da empresa em
relao a um ou mais processos. Existem quatro nveis de capacidade, que so
respectivamente:
a) 0- Inicial; 1- Gerenciado; 2- Definido; 3- Em otimizao.
b) 0- Incompleto; 1- Gerenciado; 2- Definido; 3- Otimizado.
c) 0- Incompleto; 1- Realizado; 2- Gerenciado; 3- Definido.
d) 0- Inicial; 1- Realizado; 2- Gerenciado; 3- Quantitativamente gerenciado.
e) 0- Inicial; 1- Definido; 2- Gerenciado; 3- Otimizado.
Questo 8
(SAD/PE 2010) Qualidade de software o grau para o qual um software
possui uma combinao desejvel de atributos, que, adicionalmente, deve ser
claramente definida, caso contrrio, uma avaliao da qualidade ser realizada
de modo intuitivo. Para que tais atributos de qualidade sejam medidos, faz-se
necessrio identificar um conjunto apropriado de mtricas. Acerca dos conceitos
gerais de medio de qualidade de software, assinale a opo correta:
a) No modelo IEEE de qualidade de software, um fator de qualidade uma
entidade mais genrica que um atributo de qualidade.
b) Os modelos de qualidade de software so organizados segundo a perspectiva
de que a qualidade do processo de desenvolvimento influencia, diretamente, a
qualidade interna, que, por sua vez, influencia a qualidade externa do produto
de software, e esta ltima exerce influncia direta sobre a qualidade do produto
em uso.
75
c) De forma geral, os modelos de qualidade da ISO so focados na qualidade de

produtos de software, e os modelos CMMI focados na qualidade do processo de
software.
d) O modelo de referncia para medio de qualidade de produto de software da
ISO prope quatro diferentes perspectivas, mediante as quais podem ser
desenvolvidas mtricas de medio de atributos de qualidade interna, externa,
de operao e de uso.
e) Os atributos de qualidade de software, nos modelos de qualidade ISO, so
organizados conforme seis caractersticas, sendo trs delas internas (eficincia,
manutenibilidade e portabilidade) e as outras trs externas (funcionalidade,
confiabilidade e usabilidade).
Questo 9
(DPE/2013) O CMMI-DEV V 1.3 (Capability Maturity Model Integration for
Development) apresenta 22 reas de processo. Considerando a representao
por estgios, essas reas de processo se classificam em nveis de maturidade.
Assinale a alternativa que contm apenas reas de processo referentes ao nvel
de maturidade de nmero 3:
a) Integrao de produto e gerenciamento de riscos.
b) Planejamento de projeto e gerenciamento de configurao.
c) Gerenciamento quantitativo de projeto e validao.
d) Medio, anlise e resoluo de causas.
e) Verificao e gerenciamento de requisitos.
Questo 10
Observando o grfico referente ao CMMI, podemos afirmar que os processos
so realmente medidos e controlados no nvel:
a) Otimizado
b) Definido
c) Gerenciado
d) Quantitativamente gerenciado
e) Inicial
76
Questo 11
Devido a necessidade do grande investimento para o CMMI indica-se como
alternativa o ________ principalmente para empresas de pequeno e mdio
porte.
a) MRS-BR
b) PMI-BR
c) ISO/IEC
d) SOFTEX
e) MPS-BR
Questo 12
Referente ao fluxograma do MPS-BR observamos que os documentos esto
atrelados aos mtodos. Com base nesta afirmativa marque a opo correta
sobre quais guias esto relacionadas ao modelo de referncia:
a) Guia geral, guia de certificao, guia de aquisio
b) Guia geral, guia de implementao, guia de avaliao
c) Guia de certificao, guia de implementao, guia de aquisio
d) Guia geral, guia de implementao, guia de documentao
e) Guia geral, guia de implementao, guia de aquisio
Questo 13
sobre quais normas esto relacionadas ao modelo de referncia:
a) ISO/IEC 12307 e ISO/IEC 15500
b) ISO/IEC 12207 e ISO/IEC 15500
c) ISO/IEC 9126 e ISO/IEC 15504
d) ISO/IEC 12207 e ISO/IEC 9126
e) ISO/IEC 12207 e ISO/IEC 15504
77
Questo 14
sobre qual documento oriundo do MN-MPS (modelo de negcio)?
a) Guia de avaliao
b) Documentao
c) Modelo de referncia
d) Guia de aquisio
e) Documentos do programa
Questo 15
Com base nos esquemas grficos que representam os modelos CMMI e MPS
temos para o modelo CMMI - 5 estgio e para o MPS-BR - 7 estgios. Sendo
que o MPS-BR se destaca no nvel definido em duas escalas diferentes. Marque
a opo que as identifica:
a) Parcialmente e largamente definido
b) Gerencialmente e largamente definido
c) Parcialmente e gerencialmente definido
d) Gerenciado e otimizadamente definido
e) Definido e largamente definido
78
Aula 6
Exerccios de fixao
Questo 1 - A
Justificativa: A avaliao SPICE (15.504) pode ser realizada por um organismo
independente,
pela
organizao-cliente
ou
pela
prpria
entidade
(autoavaliao).
Questo 2 - A
Justificativa: Utiliza-se a ISO/IEC 15504 para determinar a situao no incio de
uma iniciativa e para avaliar o progresso durante ela.
Questo 3 - A
Justificativa: Ir fornecer um perfil detalhado do estado dos processos,
mensurados de acordo com um modelo que representa um consenso
internacional sobre as melhores prticas.
Questo 4 - E
Justificativa: Utiliza-se a ISO/IEC 15504 para determinar a situao no incio de
uma iniciativa e para avaliar o progresso durante a mesma. Marque a oo
correta sobre os processos de melhoria de processo: diagnstico prprio,
normas para comparaes, necessidades do negcio.
Questo 5 - B
Justificativa: A determinao da capacidade preocupa-se com a avaliao de
uma organizao ou de um projeto para determinar os riscos inerentes ao
resultado bem sucedido de um contrato, de um desenvolvimento ou da entrega
de servios.
79
Questo 6 - D
Justificativa: Os modelos de qualidade de software so: CMMI, MPS.BR, ISO
9.000-1.
Questo 7 - C
Justificativa: A avaliao pela representao contnua mede a capacidade da
empresa em relao a um ou mais processos; existem quatro nveis de
capacidade, que so respectivamente: 0- Incompleto; 1- Realizado; 2Gerenciado; 3- Definido.
Questo 8 - B
Justificativa: Para que tais atributos de qualidade sejam medidos, faz-se
necessrio identificar um conjunto apropriado de mtricas. Os modelos de
qualidade de software so organizados segundo a perspectiva de que a
qualidade do processo de desenvolvimento influencia, diretamente, a qualidade
interna, que, por sua vez, influencia a qualidade externa do produto de
software, e esta ltima exerce influncia direta sobre a qualidade do produto
em uso.
Questo 9 - A
Justificativa: A primeira alternativa contm apenas reas de processo referentes
ao nvel de maturidade de nmero 3 Integrao de Produto e Gerenciamento
de Riscos.
Questo 10 - D
Justificativa: O grfico demonstra que o nvel o 4, onde o processo
quantitativamente gerenciado.
Questo 11 - E
Justificativa: Devido a necessidade do grande investimento para o CMMI indicase como alternativa o MPS-BR principalmente para empresas de pequeno e
80
mdio porte. Inclusive tem sido uma exigncia para as licitaes de empresas
governamentais e no governamentais.
Questo 12 - B
Justificativa: Referente ao fluxograma do MPS-BR, observamos que os
documentos esto atrelados aos mtodos. Com base nesta afirmativa as guias
que esto relacionadas ao modelo de referncia so guia geral, guia de
implementao, guia de aquisio.
Questo 13 - E
documentos esto atrelados aos mtodos. Com base nesta afirmativa as
NORMAS que esto relacionadas ao modelo de referncia so ISO/IEC 12207 e
ISO/IEC 15504.
Questo 14 - E
documentos esto atrelados aos mtodos. Com base nesta afirmativa o
documento oriundo do modelo de negcio so os documentos do negcio.
Questo 15 - A
Justificativa: Nos esquemas grficos que representam os modelos CMMI e MPS
temos para o modelo CMMI - 5 estgio e para o MPS-BR - 7 estgios. Sendo
que o MPS-BR se destaca no nvel definido em duas escalas diferentes so:
parcialmente e largamente definido.
81
Regina Felcio possui mestrado em Educao. Possui Graduao em

Informtica. Especialista em Informtica aplicada Educao. Especialista em
Desenvolvimento em Java. Especialista em Engenharia, Teste e Qualidade de
Software. Especialista em Gesto de EAD. Professor em tempo parcial da
UNIVERSIDADE ESTCIO DE S, Coordenador dos cursos de Jogos Digitais e
Sistemas de Informao da Universidade Estcio de S. CONTEUDISTA dos
cursos de EAD e do Banco de Questes, Tutor da UNIVERSIDADE ESTCIO de
S, CEDERJ, Fundao Trompowsky - Especializao para ESAO Exrcito.
Professor/Tutor convidado da ESPMERJ (Escola Superior de Polcia Militar do
RJ). Revisor da Revista Brasileira de Estudos Pedaggicos. Tem experincia na
rea de
Educao,
com nfase em Tecnologia Educacional, atuando
principalmente nos seguintes temas: EAD, Informtica Educativa, Cincia da

Computao, Desenvolvimento e Avaliao de Softwares, Jogos Digitais e
Capacitao e Treinamento Profissional na rea de Tecnologia. Consultor
Tcnico de Tecnologia na Master Assessoria Educacional. Roteirista do curso de
Capacitao Profissional em Designer de Jogos Digitais. Testador, Avaliador e
Validador de softwares na linha de Jogos Digitais (WARGAMES, ADVERGAMES,
ADVENTURE, EDUCACIONAIS), Sistema de Informao Hospitalar. Consultor
convidado da ITESTE.
82

Qualidade de Software

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Qualidade de Software

Enviado por

Direitos autorais:

Formatos disponíveis

Apresentao ............................................................................................................................

Aula 5: Modelos de melhoria e avaliao do Processo e do Produto de Software

Poderemos trazer como reflexo um bom produto de software ser aquele

Produto de software, fatores e critrios

Fatores, mtricas e garantia da qualidade de software

A medio dos nveis de maturidade

(grfico representativo da viso geral do software segundo o CMM.).

O grfico em questo representa o modelo CMMI e os seus nveis de

(imagem representativa do modelo CMMI)

Garantia da qualidade de software

(grfico representativo Boehm 81).

Para garantir a qualidade de software so aplicadas as revises, e essas so

removendo defeitos). Observe o grfico para melhor entender a aplicabilidade

(imagem representativa do modelo de amplificao dos defeitos).

Vamos dizer ento que desenvolvida da seguinte forma:

A aplicao de tcnicas para a garantia estatstica da qualidade de

tcnicas so aplicveis tais como a anlise da rvore de falhas e a lgica de

(imagem representativa da rvore de falhas).

Para a garantia estatstica da qualidade de software permitida a aplicao de

Os princpios da NBR ISO 9000:2000 so:

Conforme Pressman (2002), os modelos de garantia da qualidade ISO 9000

http://www.linhadecodigo.com.br/artigo/1401/cmmi-parainiciantes.aspx#ixzz3aEAVrUPO Acesso em: 26 mai. 2015.

http://www.sei.cmu.edu - Acesso em: 26 mai. 2015.

d) Viso de processo, viso do cliente e melhoria contnua

Tendo como objetivo:

viso de processo, satisfao do cliente e melhoria contnua.

classificados atravs de seis principais caractersticas, que, para

As 06 principais caractersticas destacadas por esta norma para medir ou

e Portabilidade. Cada uma destas caractersticas tem suas sub-caractersticas.

As sub-caractersticas so os atributos de qualidade. Agora, vamos conhecer do

a capacidade de um produto de software prover funcionalidades que satisfaam o

Confiabilidade- O produto se mantm no nvel de desempenho nas condies

Inclusive vamos destacar o tempo de

execuo e no s os recursos envolvidos que so compatveis com o nvel de

Conhecendo a normatizao ISO/IEC 12119

O objetivo dessa norma auxiliar na certificao dos pacotes de software.

Programas e dados de acordo com a norma devero ter as seguintes

Conhecendo a normatizao ISO/IEC 9241

O conceito de usabilidade segundo a ISO

Sntese dos objetos da norma ISO 9241

(imagem representativa da especificao da usabilidade)

Facilidade de aprendizado o usurio consegue explorar, realizar suas

http://www.linhadecodigo.com.br/artigo/1401/cmmi-parainiciantes.aspx#ixzz3aEAVrUPO - Acesso em: 26 mai. 2015.

http://www.sei.cmu.edu - Acesso em: 26 mai. 2015.

_______________apresentam as mesmas caractersticas.

Com base na afirmativa marque a opo que representas corretamente as

necessrias para que os testes ocorram de forma fidedigna, os requisitos para

Com base nesta afirmativa marque a opo correta referente a comparao

considerando inclusive os recursos necessrios para sua execuo com

A ISO/IEC NBR ISO/IEC 4598

Estabelecer os requisitos de avaliao:

faz a anlise dos

requerimentos para identificar o propsito da avaliao;

Especificar a avaliao: definir o escopo e mtricas da avaliao e as

Projetar a avaliao: de acordo com as especificaes do produto ser

Executar a avaliao: a inspeo, medio e teste dos produtos e

Concluso da avaliao: ser elaborado um relatrio de avaliao e

Viso geral do processo ISO 14598-1

(esquema representativo do Processo de Avaliao de Produto de Software - Viso Geral do

O processo de avaliao vai envolver tambm pessoas. So desenvolvedores,

desenvolvimento de um novo produto de software;

Compradores: Organizaes que esto planejando a compra de um

Avaliadores de software: Organizaes que executam avaliaes