Qualidade de Software

Prévia do material em texto

QUALIDADE DE 
SOFTWARE 
 
 
QUALIDADE DE SOFTWARE 1 
Prezado aluno, 
Esta apostila é a versão estática, em formato.pdf, da disciplina online e contém 
todas as informações necessárias a quem deseja fazer uma leitura mais linear do 
conteúdo. 
Os termos e as expressões destacadas de laranja são definidos ao final da 
apostila em um conjunto organizado de texto denominado NOTAS. Nele, você 
encontrará explicações detalhadas, exemplos, biografias ou comentários a 
respeito de cada item. 
Além disso, há três caixas de destaque ao longo do conteúdo. 
A caixa de atenção é usada para enfatizar questões importantes e implica um 
momento de pausa para reflexão. Trata-se de pequenos trechos evidenciados 
devido a seu valor em relação à temática principal em discussão. 
A galeria de vídeos, por sua vez, aponta as produções audiovisuais que você 
deve assistir no ambiente online – aquelas que o ajudarão a refletir, de forma 
mais específica, sobre determinado conceito ou sobre algum tema abordado na 
disciplina. Se você quiser, poderá usar o QR Code para acessar essas produções 
audiovisuais, diretamente, a partir de seu dispositivo móvel. 
Por fim, na caixa de Aprenda mais, você encontrará indicações de materiais 
complementares – tais como obras renomadas da área de estudo, pesquisas, 
artigos, links etc. – para enriquecer seu conhecimento. 
Aliados ao conteúdo da disciplina, todos esses elementos foram planejados e 
organizados para tornar a aula mais interativa e servem de apoio a seu 
aprendizado! 
Bons estudos! 
 
 
 
QUALIDADE DE SOFTWARE 2 
Qualidade de Software - 
Apostila 
Apresentação 
Nos dias atuais não 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 não se falava em Engenharia de Software a preocupação 
única era a Análise apenas dos fatores CUSTO x BENEFÍCIO. A Engenharia de 
Software nos apresenta fatores e critérios que nos leva garantir a QUALIDADE 
DE SOFTWARE. 
Existe, tópicos pontuais que se fazem necessários ter o conhecimento para 
garantir a qualidade de software tanto para o processo quanto para o produto. 
As normatizações e modelos é que na sua aplicação 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 importância de avaliar e garantir a qualidade de software para o 
processo e o produto. 
 
 
 
QUALIDADE DE SOFTWARE 3 
Aula 1: Sua Importância & Aplicação 
Introdução 
Nos dias atuais, não 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 não se falava em engenharia de software, a preocupação 
única era a análise apenas dos fatores custo x benefício. Porém, com a 
engenharia de software teremos que nos preocupar com outros fatores e critérios 
que nos levam a garantir a qualidade de software. 
Estudaremos as normas, os fatores e os critérios que nos ajudam a garantir a 
qualidade de um software. 
 
Objetivo 
1. Compreender os conceitos de qualidade; 
2. Analisar fatores, métricas e garantia da qualidade de software; 
3. Examinar a estatística da qualidade – NBR/ISO 9000. 
 
Resumo do conteúdo 
Nesta aula, você: 
• Aprendeu sobre conceitos de qualidade; 
• Identificou fatores, métricas e garantia da qualidade de software; 
• Estudou os modelos de qualidade; 
• Conheceu a estatística da qualidade através das normas ISO 9000 e 
NBR/ISO 9000. 
 
 
QUALIDADE DE SOFTWARE 4 
Conteúdo 
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 não é um produto físico e sim um produto lógico). Então, já começamos 
a identificação 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 serviços, objetos, indivíduos etc. Do latim qualitate.” 
 Atenção 
 “Qualidade é o grau de utilidade esperado ou adquirido de 
qualquer coisa, verificável através 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 percepções, necessidades e resultados em cada indivíduo. 
Diversos fatores, como a cultura, modelos mentais, tipo de 
produto ou serviço prestado, necessidades e expectativas 
influenciam diretamente a percepção da qualidade. ” 
 
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 não é um produto físico e sim um produto lógico). Então, já começamos 
a identificação 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 serviços, objetos, indivíduos etc. Do latim qualitate.” 
 
 
 
QUALIDADE DE SOFTWARE 5 
 Atenção 
 “Qualidade é o grau de utilidade esperado ou adquirido de 
qualquer coisa, verificável através 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 percepções, necessidades e resultados em cada indivíduo. 
Diversos fatores, como a cultura, modelos mentais, tipo de 
produto ou serviço prestado, necessidades e expectativas 
influenciam diretamente a percepção da qualidade.” 
 
O produto de software 
Conforme vimos, a palavra qualidade refere-se a uma característica que um 
produto deverá ter, e isso não se torna diferente quando vamos atribuí-la ao 
produto software. Para o produto de software ter essa característica, precisamos 
estudar os fatores e critérios que nos levarão a garantir a sua qualidade. 
Poderemos trazer como reflexão um bom produto de software ser aquele que 
atende às características necessárias para atingir o padrão de qualidade através 
dos fatores e critérios 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 análise da visão externa que o usuário tem do produto, bem 
como a visão interna do desenvolvedor. Assim sendo, é necessário que modelos 
deferenciados possam ser contruídos para relacionar essas visões. 
Produto de software, fatores e critérios 
Produto de software nada mais é do que o software em si já implementado, 
sobre o qual poderemos fazer avaliação através de características que irão 
qualificá-lo. 
Fatores e critérios são as características que iremos identificar, se o produto 
de software as possuir. Caso existam, começaremos o processo para qualificar 
esse produto de acordo com a Norma NBR 9126/ISO 9126. 
 
 
QUALIDADE DE SOFTWARE 6 
Essas características denominadas fatores e critérios estão organizadas de 
forma que para cada fator ser atingido é importante que os critérios tenham sido 
reconhecidos, bem como suas características. 
 Atenção 
 Assim, vamos definir a qualidade de software como a identificação 
das características que um produto de software poderá ter de 
acordo com a norma NBR 9126, no âmbito nacional, e o padrão 
ISO 9126, no âmbito Internacional. Porém, essas características 
que irão qualificar o produto de software farão parte de fatores os 
quais terão critérios que qualificaram as características. 
 
Fatores, métricas e garantia da qualidade de software 
Depois de identificar e reafirmar que a qualidade é uma característica que o 
software deverá ter, vamosdefinir fatores e métricas – o que nos dá a garantia 
da qualidade. Antes de mais nada, vamos descrever esses conceitos? 
Fatores 
Quando tratamos de qualidade de software, fatores são efeitos. Um fator de 
software é uma visão orientada ao usuário da qualidade do produto. Em 
oposição, já que são efeitos, podemos afirmar que as causas são os critérios 
(características) orientados ao software para indicaram a qualidade do produto. 
Então, vamos propor que a medição da qualidade de software será feita 
validando-se fatores e critérios que vão tender a uma relação de causa e efeito. 
Métricas 
As métricas servem para medir ou mensurar. E, no trato de produto de software, 
vamos usar métricas 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 método de medição segundo o qual cada critério será 
avaliado conforme peso definido e atribuição de valores mínimos e máximos. 
A medição dos níveis de maturidade 
Outra métrica a ser trabalhada é a medição dos níveis de maturidade. Esse 
método chamamos de método de verificação, e fazemos uso dos níveis do Modelo 
de Maturidade (CMM). Assim, medimos o modelo de maturidade de capacidade. 
 
 
QUALIDADE DE SOFTWARE 7 
Observe o gráfico, ele representa a visão geral do software segundo o CMM: 
 
O gráfico em questão representa o modelo CMMI e os seus níveis de maturidade. 
Você sabia que o modelo CMMI é uma evolução 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 não trata dessa opção de 
integração, e sim apenas dos níveis de maturidade dos processos. 
 
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á através de 
atividades de revisões e testes, e sua validação por meio dos feedbacks. Porém, 
 
 
QUALIDADE DE SOFTWARE 8 
serão observados “custos” para garantir a qualidade de software. Os custos da 
qualidade são divididos da seguinte forma: 
• Custos da prevenção; 
• Custos de avaliação; 
• Custos de falhas; 
• Custos internos – antes da entrega; 
• Custos externos – após a entrega; 
• Custo da correção. 
 
Este gráfico é conhecido como Boehm 81. 
 
Para garantir a qualidade de software são aplicadas as revisões, e essas são 
filtros que irão: identificar melhorias para o produto, confirmar as partes que 
precisam e as que não precisam de melhorias, e identificar produtos de qualidade 
mais uniforme, previsível e gerenciável (amplificando e/ou removendo defeitos). 
Observe o gráfico para melhor entender a aplicabilidade desse processo de 
revisão. 
 
 
 
QUALIDADE DE SOFTWARE 9 
Modelo de amplificação dos defeitos 
 
 
 Atenção 
 Também teremos as revisões técnicas formais (RTF) para 
garantir a qualidade de software. Esse processo ocorre através 
da demonstração do processo passo a passo – walkthroughs, 
inspeções e revisões aleatórias; round, robin. A garantia formal 
da qualidade de software irá afirmar que o software poderá ser 
testado de todas as formas e terá correções, e essas estarão em 
conformidade com as suas especificações. 
 
Estatística da qualidade 
A estatística de qualidade identificará informações sobre defeitos que serão 
coletadas e categorizadas. Sua análise referente as causas dos defeitos farão uso 
do Princípio de Pareto para identificar os defeitos e corrigir as suas causas 
principais. Essa é uma prática adotada para tornar a qualidade mais quantitativa. 
As mudanças sugeridas serão para melhorar elementos do processo que 
provocam os erros. 
Vamos dizer então que é desenvolvida da seguinte forma: 
• Coletar e categorizar informações sobre os defeitos; 
• Tentar encontrar a causa de cada defeito; 
• Utilizar o Princípio de Pareto (isolar 20 %); 
 
 
QUALIDADE DE SOFTWARE 10 
• Corrigir problemas que tenham causado os defeitos. 
 
Vejamos agora os principais defeitos encontrados: 
 
Principais defeitos encontrados: 
• Especificações incompletas ou mal formuladas; 
• Distorção na interpretação da comunicação com o cliente; 
• Desvio voluntário das especificações; 
• Violação dos padrões de programação; 
• Erro na apresentação dos dados; 
• Inconsistência na interface de componente; 
• Lógica do projeto inconsistente; 
• Teste incompleto ou errôneo; 
• Documentação imprecisa ou incompleta; 
• Erro na tradução do projeto para a linguagem de programação; 
• Interface entre homem-máquina ambígua ou inconsistente; 
• Miscelânea. 
 
Exemplo 
Os defeitos foram encontrados nas seguintes causas: 
• Especificação incorreta (IES); 
• Interpretação errônea da comunicação com o usuário (MCC); 
 
 
QUALIDADE DE SOFTWARE 11 
• Desvio intencional das especificações (IDS); 
• Violação dos padrões (VPS); 
• Erro na representação dos dados (EDR). 
A confiabilidade 
A estatística da qualidade de software nos garante a confiabilidade. É 
importante destacar que o fator confiabilidade é citado por Pressman (2002) 
como “a probabilidade de operação livre de falhas de um programa de 
computador num ambiente específico durante determinado tempo especificado”. 
Serão considerados a possibilidade de um número mínimo de falhas e que essas 
ocorrerão durante a execução do software dando garantia de que haverá o 
estabelecimento de parâmetros de conformidade para o sucesso do processo. 
Segundo a ISO 9000-3, que em sua abordagem garante a qualidade, a segurança 
é a característica que irá detectar e avaliar os riscos. 
A segurança 
Vamos entender como será a segurança do software. A segurança 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 identificação e na avaliação de causalidades em potencial 
que possam exercer impacto negativo sobre o software e provocar falhas no 
sistema. 
Vamos dizer que, se o software tiver segurança, a possibilidade de erros, falhas 
e defeitos está descarta. Para implementação é necessário identificar o quanto 
antes a presença de riscos – possibilitando criar, implementar e implantar 
estratégias no projeto de software que irão eliminar ou controlar os possíveis 
riscos. 
A aplicação de técnicas para a garantia estatística da qualidade de software 
Para a garantia estatística da qualidade de software é permitida a aplicação de 
técnicas que asseguram resultados confiáveis. Logo, a atividade seria analisar, 
por meio de técnicas, a gravidade e a probabilidade de ocorrência. Algumas 
técnicas são aplicáveis tais como a análise da árvore de falhas e a lógica de tempo 
real. Conforme Pressman: 
Árvore de falhas – consiste em construir um modelo gráfico das combinações 
sequenciais e concorrentes de eventos que podem apresentar um evento ou 
 
 
QUALIDADE DE SOFTWARE 12 
estado de sistema perigoso. Com a construção de uma árvore de falhas bem 
desenvolvida, pode-se observar as consequências de uma sequência de falhas 
inter-relacionadas que ocorram em diferentes componentes do sistema. 
 
Para a garantia estatística da qualidade de software é permitida a aplicação de 
técnicas. Técnicas estas que vão nos assegurar resultados confiáveis. Logo, a 
atividade seria analisar, por meio de técnicas, a gravidade e a probabilidade de 
ocorrência. Algumas técnicas são aplicáveis tais como a análise da árvore de 
falhas e a lógica de tempo real. Conforme Pressman: 
Lógica de tempo real – consiste no desenvolvimento de um modelo de eventos 
e ações correspondentes estudado por meio do uso de operações lógicas para 
testar as pressuposições de segurança sobre os componentes do sistema e o 
tempo de ocorrência. 
ISO 9000 
Estudamos e conhecemos sobre os conceitos da qualidade e os elementos que a 
garantem a qualidadedo software. Conheceremos a norma ISO 9000 para 
entendermos toda a sua abrangência para a garantia da qualidade. Vamos lá! 
A ISO 9000 é uma norma que descreve os elementos de garantia da qualidade 
em termos genéricos. Essa norma permite que tais elementos possam ser 
aplicados a qualquer produto ou processo independentemente dos tipos de 
produtos ou processos ou serviços oferecidos. Adotar a norma ISO é interessante 
e vantajoso porque ela promove a gestão e a garantia. 
 
 
QUALIDADE DE SOFTWARE 13 
A gestão vai promover confiança à própria empresa acerca de seus produtos 
atenderem à satisfação dos clientes; e a garantia promove confiança aos clientes 
e usuários de que os produtos possuem qualidade e atenderão às suas 
necessidades. Logo, empresa e produto passam a ter credibilidade junto ao 
mercado. 
Atividade proposta 
A garantia da qualidade se dá através de atividades de revisões e testes, e sua 
validação por meio de feedbacks. Porém, serão observados “custos” para garantir 
a qualidade de software. Como os custos da qualidade são divididos? 
Chave de resposta: Os custos da qualidade são divididos em custos da 
prevenção, custos de avaliação, custos de falhas e custos da correção. 
Aprenda Mais 
Para saber mais sobre qualidade de software, acesse os seguintes materiais: 
 Afinal, o que é Qualidade?; 
 Análise de Pareto Passo a Passo; 
 Site oficial http://www.abcq.org.br 
 ABCQ - Associação Brasileira de Controle da Qualidade; 
 Software Engineering Institute; 
 Site: http://www.sei.cmu.edu 
 Método de medição da qualidade de software (item 1.5.1 e 
elaborar exemplo 1.5.2 – livro engenharia de software – Autor: 
James Peters). 
 
Referências desta aula 
ASSOCIAÇÃO BRASILEIRA DE CONTROLE DA QUALIDADE. Site oficial. 
AZEVEDO, Joel Solon Farias de. Análise de Pareto Passo a Passo. 
KOSCIANSKI, André. Qualidade de software. São Paulo: Novatec, 2007. 
PAULA FILHO, Wilson de. Engenharia de Software: Fundamentos, Métodos e 
Padrões. São Paulo: LTC, 2009. 
PFLEEGER, Shari Lawrence. Engenharia de Software. São Paulo: Pearson, 
2003. 
http://www.abcq.org.br/
 
 
QUALIDADE DE SOFTWARE 14 
PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. 
Porto Alegre: Bookman, 2011. 
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que é Qualidade? 
SILVA, Mauro César da. CMMI para iniciantes. 
SOFTWARE ENGINEERING INSTITUTE. Site oficial. 
 
 
 
QUALIDADE DE SOFTWARE 15 
Exercícios de fixação 
 
Questão 1 
Referente à qualidade é importante afirmar a necessidade da análise de fatores 
e critérios. Assim, poderemos identificar a qualidade de que forma? 
a) Característica 
b) Fator 
c) Critério 
d) Identificação 
e) Propriedade 
 
Questão 2 
A qualidade pode ser atribuída a qualquer tipo de produto. Porém, produtos, na 
maioria das vezes, são identificados como físicos. O produto de software é 
classificado de que forma? 
a) Lógico 
b) Físico 
c) Virtual 
d) Online 
e) Verificável 
 
Questão 3 
Um produto de software é qualificado se estiver de acordo com as normas e 
padrões predefinidos. Marque a opção correta referente ao padrão internacional 
que qualifica um produto de software de acordo com a IEEE. 
 
 
QUALIDADE DE SOFTWARE 16 
a) NBR 9126 
b) ISO 9216 
c) NBR/ISO 9126 
d) NBR 9216 
e) ISO 9126 
 
Questão 4 
Na análise realizada referente à qualidade de um produto de software deveremos 
criar modelos que possam tratar de duas visões: uma é referente ao usuário, e 
a outra refere-se ao desenvolvedor. Marque a opção referente ao usuário. 
a) Visão interna 
b) Visão extrema 
c) Visão do produto 
d) Visão externa 
e) Teste de usuário 
 
Questão 5 
Para realizarmos a qualificação de um produto de software serão necessários a 
avaliação e os estudos de quais elementos? 
a) Características 
b) Fatores 
c) Critérios 
d) Propriedades 
e) Fatores e critérios 
 
 
QUALIDADE DE SOFTWARE 17 
Questão 6 
Observando os tipos de custos existentes para garantir a qualidade do software, 
marque a opção 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 previsão 
 
Questão 7 
Para avaliar a qualidade de um software precisamos de fatores e critérios. 
Podemos afirmar que os fatores são identificados como: 
a) Causa 
b) Efeito 
c) Indicação 
d) Processo 
e) Modelo 
 
Questão 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 
 
 
QUALIDADE DE SOFTWARE 18 
e) O modelo integrado 
 
Questão 9 
Quanto ao modelo de amplificação dos defeitos, podemos afirmar que temos dois 
fatores a serem observados: fatores de defeito e fatores de detecção. Os erros 
de passo anterior serão identificados como: 
a) Defeitos 
b) Falhas 
c) Antecessores 
d) Modelos 
e) Processos 
 
Questão 10 
A garantia da qualidade se dá através de atividades de revisões e testes, e sua 
validação por meio de feedbacks. Sua finalidade é garantir a produção de que 
tipo de software? 
a) Software com defeito 
b) software perfeito 
c) Software reutilizável S 
d) Software qualificado 
e) Software garantido 
 
Questão 11 
De acordo com a ISO 9000-3, que em sua abordagem garante a qualidade, qual 
é a característica que irá detectar e avaliar os riscos? 
 
 
QUALIDADE DE SOFTWARE 19 
a) Teste 
b) Segurança 
c) Usabilidade 
d) Reusabilidade 
e) Funcionabilidade 
 
Questão 12 
A estatística de qualidade identificará informações sobre defeitos que serão 
coletadas e categorizadas. Sua análise é referente a que tipo de observação? 
a) Ao teste dos defeitos 
b) À segurança 
c) À evitação dos defeitos 
d) À correção dos defeitos 
e) Às causas dos defeitos 
 
Questão 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 opção que representa os objetivos 
desta norma: 
a) Visão do projeto, satisfação do cliente e melhoria contínua 
b) Visão de processo, satisfação do cliente e melhoria contínua 
c) Visão de processo, aplicação da norma e melhoria contínua 
d) Visão de processo, visão do cliente e melhoria contínua 
 
 
QUALIDADE DE SOFTWARE 20 
e) Visão de processo, satisfação do cliente e melhoria do projeto 
 
Questão 14 
Segundo a NBR ISO 9000, em sua edição 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 gestão da qualidade 
c) Modelos de seleção 
d) Modelos de maturidade 
e) Modelos de representação 
 
Questão 15 
Indique a edição da ISO 9000 que trata de requisitos. 
a) ISO 9001 
b) ISO 9002 
c) ISO 9001-2 
d) ISO 9002-1 
e) ISO 9004 
 
 
 
QUALIDADE DE SOFTWARE 21 
Aula 2: Qualidade do Produto de 
Software 
Introdução 
Nos dias atuais, não 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 critérios nos levam 
a garantir a qualidade de software. Dando continuidade ao nosso estudo, vamos 
compreender a aplicação das normas. 
 
Objetivo 
1. Analisar a NBR-ISO 9126; 
2. Investigar a ISO/IEC 12119; 
3. Pesquisar a ISO/IEC 9241. 
 
Resumo do conteúdo 
Nesta aula, você: 
• Compreendeu os princípios das seguintes normas e modelos de qualidade 
do produto de software: NBR-ISO 9126, ISO/IEC 12119 e ISO/IEC 9241. 
 
 
 
QUALIDADE DE SOFTWARE 22 
Conteúdo 
Conhecendo a normatização NBR-ISO 9126 
Vamos conhecer a NBR-ISO 9126? 
Tudo começa com a ISO/IEC 9126. Esta é a norma no padrão internacional que 
foi desenvolvida por estudos realizados no IEE (Institutode 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 
normatização oficial no âmbito nacional. A qualidade de software será 
considerada por diversas abordagens e considerações de características. 
 Atenção 
 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 serão classificados 
através de seis principais características, que, para serem 
atingidas, necessitam ter seus critérios atendidos. 
• O fator qualidade, que chamamos de características, são os 
efeitos; 
• Os critérios (sub-características) são as causas. 
 
Conhecendo a normatização ISO/IEC 12119 
Essa norma faz o estudo referente aos pacotes de software e, conforme já 
explicado, a sua versão no âmbito nacional tem os mesmos objetivos e 
características. Logo, é tratada como NBR ISO/IEC 12119. Inclusive, essa norma 
não apenas cita os requisitos, como, também, deve ser base para a avaliação. 
Vamos então entender o objetivo da norma? 
O objetivo dessa norma é auxiliar na certificação dos pacotes de software. Porém, 
sua aplicação será de acordo com o atendimento aos requisitos de qualidade que 
a norma definiu serem necessários para que o pacote de software atenda as 
métricas da qualidade deste produto. 
A norma define: 
 
 
QUALIDADE DE SOFTWARE 23 
Descrição do produto: é um documento que mostrará as propriedades de um 
pacote de software; 
Documentação do usuário: é um conjunto completo de documentos 
(impressos ou não) que é fornecido para a utilização do software, fazendo, dessa 
forma, parte deste produto. 
Programas: é uma unidade que compõe o produto de software. 
Dados: representação inicial da informação. 
Sendo também definido pela norma, que, como requisito de qualidade para os 
pacotes de software, será necessário que exista uma descrição do produto e da 
documentação. Os requisitos que descrevem o produto, destacando as 
informações necessárias para que os testes ocorram de forma fidedigna, os 
requisitos para os programas e dados também estarão sendo avaliados no pacote 
de software. Então, vamos organizar a aplicação da norma da seguinte maneira: 
Descrição do produto deverá: identificar, indicar e declarar funcionalidade, 
confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade. 
Documentação possuirá as seguintes características: completitude, correção, 
consistência, inteligibilidade. Não esquecendo que as informações deverão ser 
organizadas e bem apresentadas. Afinal, são os resultados. 
Programas e dados de acordo com a norma deverão ter as seguintes 
características: funcionalidade, confiabilidade, usabilidade, eficiência, 
manutenibilidade e portabilidade. 
 Atenção 
 Assim, conseguimos sintetizar os objetivos da norma referente às 
métricas de qualidade para um pacote de software. Chegando a 
conclusão que as normas 9126 e 12119 apresentam as mesmas 
características (funcionalidade, confiabilidade, usabilidade, 
eficiência, manutenibilidade e portabilidade). 
 
Conhecendo a normatização ISO/IEC 9241 
Agora, vamos conhecer a norma 9241, que trata especificamente sobre 
usabilidade e critérios ergonômicos. Como já conhecemos o conceito de 
 
 
QUALIDADE DE SOFTWARE 24 
usabilidade, sabemos que este está ligado diretamente ao uso do produto de 
software e, com isso, sua referência é o usuário. Inclusive, essa norma tratará 
da Interação 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 características e requisitos para atender as métricas da qualidade de 
software. É conhecida como a norma que trata da ergonomia do software de 
escritório. 
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 usuários específicos para alcançar objetivos específicos com 
efetividade, eficiência e satisfação em um contexto de uso específico. (ISO 9241-
11). Essa medida será identificada como resultados da medição e análise dos 
processos utilizados para a obtenção de tais valores, permitindo, assim, que o 
usuário alcance a interação. Interação esta que é avaliada ao executar uma tarefa 
e que será o resultado obtido, certificando sua qualidade. 
Outro ponto que destacaremos é a eficiência, onde sua característica é a 
quantidade de esforços e recursos necessários para se chegar a um determinado 
objetivo. Ao se tratar sobre os desvios que o usuário faz durante a interação e a 
quantidade de erros cometidos, estes serão pontos a se avaliar para atingir o 
nível de eficiência do produto de software. Quando tratamos um produto de 
software online ou um site, o comportamento referente à avaliação da 
característica será o mesmo. 
Finalmente, chegamos ao ponto mais importante desta medição, que é a terceira 
medida de usabilidade, a satisfação. Esta é a medição mais difícil se realizar; 
afinal, serão trabalhados fatores subjetivos. A satisfação refere-se ao nível de 
conforto que o usuário sente ao utilizar a interface e à maneira de alcançar os 
objetivos ao utilizar um software ou software online. 
Síntese dos objetos da norma ISO 9241 
Segundo a norma ISO 9241, a usabilidade pode ser especificada ou medida 
segundo outras perspectivas. São elas: 
 
 
QUALIDADE DE SOFTWARE 25 
 
• Facilidade de aprendizado – o usuário consegue explorar, realizar suas 
tarefas; 
• Facilidade de memorização – o usuário é capaz de retornar ao uso e realizar 
tarefas sem a necessidade de reaprender como o software funciona; 
• Baixa taxa de erros – o usuário realiza suas tarefas sem transtornos e 
consegue recuperar erros, caso ocorram. 
Atividade proposta 
Os objetivos da norma referentes às métricas de qualidade para um pacote de 
software nos remete à conclusão de que as normas 9126 e 12119 apresentam 
as mesmas características. Com base nessa afirmativa, quais são as 
características dessas normas? 
Chave de resposta: as características das normas 9126 e 12119 são: 
funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e 
portabilidade. 
Aprenda Mais 
Para saber mais sobre os assuntos estudados, o site oficial da ABNT. 
Referências desta aula 
ASSOCIAÇÃO BRASILEIRA DE CONTROLE DA QUALIDADE. Site oficial. 
 
 
QUALIDADE DE SOFTWARE 26 
AZEVEDO, Joel Solon Farias de. Análise de Pareto Passo a Passo. 
KOSCIANSKI, André. Qualidade de software. São Paulo: Novatec, 2007. 
PAULA FILHO, Wilson de. Engenharia de Software: Fundamentos, Métodos e 
Padrões. São Paulo: LTC, 2009. 
PFLEEGER, Shari Lawrence. Engenharia de Software. São Paulo: Pearson, 
2003. 
PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. 
Porto Alegre: Bookman, 2011. 
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que é Qualidade? Disponível em: 
SILVA, Mauro César da. CMMI para iniciantes. 
SOFTWARE ENGINEERING INSTITUTE. Site oficial. 
 
 
 
QUALIDADE DE SOFTWARE 27 
Exercícios de fixação 
 
Questão 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 
 
Questão 2 
Correlacione a característica adequadamente à sua aplicabilidade: 
1. Confiabilidade 
2. Usabilidade 
3. Eficiência 
4. Portabilidade 
5. Manutenibilidade 
(5) Característica que permite que o produto de software possa ser modificado. 
(2) Indica o esforço necessário para aprender, operar, preparar entradas e 
interpretar saídas. 
(4) Garante a transferência e troca de plataformas, confirmando que não haverá 
perda da qualidade.(3) Verifica a quantidade de recursos exigidos pelo software para executar o que 
foi proposto. 
 
 
QUALIDADE DE SOFTWARE 28 
(1) Mantém o nível de desempenho nas condições 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 
 
Questão 3 
Acurácia e segurança de acesso fazem parte de qual característica que um 
produto de software precisa ter para comprovar a garantia da sua qualidade? 
a) Acurácia e segurança de acesso fazem parte de qual característica que um 
produto de software precisa ter para comprovar a garantia da sua 
qualidade? 
b) Usabilidade 
c) Eficiência 
d) Portabilidade 
e) Funcionabilidade 
 
Questão 4 
Observe a característica: será verificada a quantidade de recursos exigidos pelo 
software para executar ao que foi proposto. Inclusive vamos destacar o tempo 
de execução e não só os recursos envolvidos que são compatíveis com o nível de 
desempenho do software. Com base na afirmativa marque a opção que a 
identifica corretamente: 
a) Confiabilidade 
 
 
QUALIDADE DE SOFTWARE 29 
b) Usabilidade 
c) Manutenibilidade 
d) Portabilidade 
e) Funcionabilidade 
 
Questão 5 
Observe a característica: faz a análise sobre o esforço necessário para localizar 
erros, defeitos e falhas e sugerir suas correções. Podermos dizer que é a 
característica que permite que o produto de software poderá ser modificado, 
incluindo tanto as melhorias ou extensões de funcionalidade quanto as correções 
de defeitos, falhas ou erros. Com base na afirmativa marque a opção que a 
identifica corretamente: 
a) Confiabilidade 
b) Usabilidade 
c) Portabilidade 
d) Eficiência 
e) Funcionabilidade 
 
Questão 6 
A norma NBR ISO/IEC 12119 tem como objeto avaliar o pacote de software. 
Porém, o pacote de software não só terá seus requisitos avaliados, bem como a 
norma definirá também os testes. O que será garantido? 
a) Será necessário que os requisitos descrevam o produto e destaquem as 
informações necessárias. 
b) Será necessário que os requisitos identifiquem o produto e destaquem as 
informações necessárias. 
 
 
QUALIDADE DE SOFTWARE 30 
c) Será necessário que os requisitos identifiquem o produto e destaquem as 
informações necessárias. 
d) Será necessário que os requisitos avaliem o produto e destaquem as 
informações necessárias. 
e) Será necessário definir os requisitos do produto e destacar as informações 
necessárias. 
 
Questão 7 
Quais os pontos definidos pela norma NBR ISO/IEC 12119 para medir a qualidade 
de software? 
a) Descrição do Produto, Documentação do Usuário, Programas e Dados 
b) Descrição do Projeto, Documentação do Sistema, Programas e Dados 
c) Descrição do Processo, Documentação do Usuário, Programas e Dados 
d) Definição do Produto, Documentação do Projeto, Processos e Dados 
e) Descrição do Produto, Documentação do Projeto, Programas e 
Informações 
 
Questão 8 
Observe a afirmativa: os objetivos da norma referente as métricas de qualidade 
para um pacote de software traz a conclusão que as normas 
_______________apresentam as mesmas características. 
Com base na afirmativa marque a opção que representas corretamente as 
normas citadas: 
a) 9126 e 12119 
b) 9000 e 9126 
 
 
QUALIDADE DE SOFTWARE 31 
c) 9000 e 12000 
d) 9000 e 12119 
e) 9126 e 12000 
 
Questão 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 versão no âmbito 
nacional tem os mesmos objetivos e características. Inclusive esta norma não 
cita só os requisitos. Marque a opção correta sobre quais outros aspectos a norma 
trata? 
a) A avaliação, os testes 
b) O processo, os testes 
c) A avaliação, o processo 
d) A avaliação, o projeto 
e) O projeto, os testes 
 
Questão 10 
Observe a afirmativa: também definido pela norma que como requisito de 
qualidade para os pacotes de software será necessário que exista uma descrição 
do produto e da documentação. Podemos afirmar que: _______________ 
descrevem o produto destacando as informações necessárias para que os testes 
ocorram de forma fidedigna, os requisitos para os programas e dados também 
estarão sendo avaliados no pacote de software. 
Marque a opção que completa a afirmativa corretamente: 
a) As documentações 
b) Os manuais 
 
 
QUALIDADE DE SOFTWARE 32 
c) Os processos 
d) Os projetos 
e) Os requisitos 
 
Questão 11 
Qual a característica mais difícil de ser medida pela norma 9241? 
a) Confiabilidade 
b) Usabilidade 
c) Eficiência 
d) Portabilidade 
e) Satisfação 
 
Questão 12 
Segundo a norma ISO 9241, a usabilidade pode ser especificada ou medida 
segundo outras perspectivas. Quais são elas? 
a) Facilidade de aprendizado; realizar suas tarefas; facilidade de 
memorização; baixa taxa de erros. 
b) Facilidade de aprendizado; realizar suas tarefas; facilidade de 
memorização; teste. 
c) Facilidade de adaptação; realizar suas tarefas; facilidade de memorização; 
baixa taxa de erros 
d) Facilidade de aprendizado; realizar suas avaliações; facilidade de 
memorização; baixa taxa de erros. 
e) Facilidade de adaptação; realizar suas tarefas; facilidade de memorização; 
baixa taxa de desempenho. 
 
 
QUALIDADE DE SOFTWARE 33 
Questão 13 
Observe afirmativa: a eficiência onde sua característica é a quantidade de esforço 
e recursos necessários para se chegar a um determinado objetivo. No se tratar 
sobre os desvios que o usuário faz durante a interação e a quantidade de erros 
cometidos estes serão pontos a se avaliar atingir o nível de eficiência do produto 
de software. 
Com base nesta afirmativa marque a opção correta referente a comparação entre 
o software online e o off-line: 
a) O comportamento referente a avaliação da característica será o mesmo. 
b) O comportamento referente a avaliação da característica será o diferente. 
c) O comportamento referente a avaliação da característica será online. 
d) O comportamento referente a avaliação da característica será diferente 
em relação ao programa. 
e) O comportamento referente a avaliação da característica será o mesmo 
porém, a aplicabilidade será diferente. 
 
Questão 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 são alcançados com: ______________, 
______________ e _______________ 
Marque a opção correta: 
a) Eficiência, eficácia e satisfação 
b) Eficiência, eficácia e resultado 
c) Objetivos, eficiência, satisfação 
d) Eficiência, eficácia, objetivos 
 
 
QUALIDADE DE SOFTWARE 34 
e) Objetivos, satisfação, resultados 
 
Questão 15 
A norma ISO 9241 trata de aspectos do tipo: facilidade de aprendizado, facilidade 
de memorização e as baixas taxas de erros. Marque a opção referente a qual 
característica norma ISO 9241 está especificando: 
a) Confiabilidade 
b) Eficiência 
c) Eficácia 
d) Usabilidade 
e) Operabilidade 
 
 
 
QUALIDADE DE SOFTWARE 35 
Aula 3: Modelos de Melhoria do 
Prod. De Software 
Introdução 
Nos dias atuais não temos como falar de software sem falar de qualidade. A 
qualidade está ligada a todos os aspectos e elementos de um produto de 
software. De acordo com a Engenharia de Software fatores e critérios são o que 
nos leva a garantir a qualidade de software. Dando continuidade ao nosso estudo 
vamos compreender a aplicação das normas. 
 
Objetivo 
1. Analisar a ISO/IEC 14598; 
2. Analisar a ISO/IEC 9000-3. 
 
 
 
QUALIDADE DE SOFTWARE 36 
Conteúdo 
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. 
Porém se faz necessário tratar a qualidade em outros aspectos do software. 
Então,nós já vimos também as normas ISO/IEC 12119 e ISO/IEC 9241. Não 
podemos esquecer de que as mesmas se repetem no âmbito nacional, mudando 
a sua nomenclatura, a que acrescentamos a identificação NBR. 
A ISO/IEC – NBR ISO/IEC 4598 
A ISO/IEC – NBR ISO/IEC 14598 terá como foco principal a definição do processo 
de avaliação da qualidade de produto de software, onde se definem as principais 
características da metodologia da implementação de teste para avaliar a 
qualidade do produto de software. Definem-se as principais características de um 
processo de avaliação através de: repetibilidade, reprodutibilidade, 
imparcialidade e objetividade. Então, vamos às etapas: 
Estabelecer os requisitos de avaliação: faz a análise dos requerimentos para 
identificar o propósito da avaliação; 
Especificar a avaliação: definirá o escopo e métricas da avaliação e as 
medições a que o produto será submetido; 
Projetar a avaliação: de acordo com as especificações do produto será 
elaborado um plano de avaliação no qual estejam relacionados os componentes 
do produto de software a serem avaliados e os métodos de avaliação; 
Executar a avaliação: é a inspeção, medição e teste dos produtos e seus 
componentes conforme o plano de avaliação; 
Conclusão da avaliação: será elaborado um relatório de avaliação e liberação 
dos dados obtidos na fase anterior. 
 
 
 
QUALIDADE DE SOFTWARE 37 
 Atenção 
 Agora, vamos especificar a subdivisão da norma para melhor 
entender sua aplicabilidade e suas atividades junto à metodologia 
de implementação de teste para avaliação da qualidade de 
software. 
 
Visão 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 abrangência e perceba que para cada etapa teremos 
atividades específicas. 
Processo de Avaliação de Produto de Software 
Visão Geral do Processo - ISO 14598-1 
 
O processo de avaliação vai envolver também pessoas. São desenvolvedores, 
compradores e avaliadores. Cada um destes tem a sua importância junto ao uso 
do produto de software e no seu processo de avaliação. 
 
 
QUALIDADE DE SOFTWARE 38 
Desenvolvedores: Organizações que estão planejando o desenvolvimento de 
um novo produto de software; 
Compradores: Organizações que estão planejando a compra de um pacote de 
software que será desenvolvido ou já pronto no mercado; 
Avaliadores de software: Organizações que executam avaliações 
independentes de produtos de software disponíveis no mercado. 
 
A ISO/IEC 9000-3 
Em junho de 1993 foi criada a norma ISO/IEC 9000-3. Suas diretrizes fomentam 
a aplicação da ISO 9001, onde, para cada atividade, existe um correspondente 
na ISO/IEC 9000-3 que a define e faz a adequação ao software. Porém, a ISO/IEC 
9000-3 tem como objetivo, junto à aplicação da ISO/IEC 9001, o fornecimento, 
desenvolvimento e manutenção 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 concepção até a manutenção. 
 
Entendemos que: 
 
 
QUALIDADE DE SOFTWARE 39 
A aplicação da ISO/IEC 9000-3 independe de tecnologia, modelos de ciclo de 
vida, processos de desenvolvimento, sequência de atividades ou estrutura 
organizacional da organização. 
Nas organizações cuja abrangência de atividades inclui áreas diferentes de 
desenvolvimento de software, o relacionamento entre elementos de software do 
seu sistema de gestão da qualidade e os demais aspectos devem claramente ser 
documentados no sistema de gestão da qualidade como um todo. 
As organizações com Sistemas de Gestão da Qualidade para desenvolvimento, 
operação e manutenção 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 parágrafos relacionados à ISO/IEC 12207 são referenciados em cada seção 
da ISO/IEC 9000-3, mas não se pretende com isso incluir requisitos adicionais 
aos da ISO 9001. 
Você sabia? Uma das limitações da ISO/IEC 9000-3 é que esta não trata de 
aspectos como a melhoria contínua 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 organização deve ter e manter, mas 
não trata, apenas orienta quanto aos passos que devem ser seguidos para 
desenvolver esses processos e também não trata de como aperfeiçoa-los. Na sua 
primeira edição a ISO/IEC 9000-3 agrupava as diretrizes em três partes principais 
que são: 
 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. 
 
 
 
 
 
QUALIDADE DE SOFTWARE 40 
 Atenção 
 Você sabia que a ISO/IEC 9000-3 organizava e dava nomes às 
diretrizes diferentes das utilizadas na ISO/IEC 9001. Inclusive, era 
necessário uma tabela de mapeamento entre as diretrizes da 
ISO/IEC 9000-3 e da ISO/IEC 9001 causando uma série de 
transtornos. Essa estrutura, nomenclatura e arranjo particular das 
diretrizes foram abandonados nas edições mais recentes. Estas 
seguem exatamente a estrutura da ISO/IEC 9001 e suas diretrizes 
têm o mesmo nome. 
 
Atividade proposta 
Em junho de 1993 foi criada a norma ISO/IEC 9000-3. Suas diretrizes fomentam 
a aplicação da ISO 9001, onde, para cada atividade, existe um correspondente 
na ISO/IEC 9000-3 que a define e faz a adequação ao software. Porém, a ISO/IEC 
9000-3 tem como objetivo, junto à aplicação da ISO/IEC 9001, o fornecimento, 
desenvolvimento e manutenção 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 concepção 
até a manutenção. 
Com base na afirmativa cite a aplicação da norma ISO/IEC 9000-3 de acordo com 
os tipos de software. 
 
 
 
QUALIDADE DE SOFTWARE 41 
Referências desta aula 
ABCQ - ASSOCIAÇÃO BRASILEIRA DE CONTROLE DA QUALIDADE. Disponível 
em: <http://www.abnt.org.br> 
 
ABNT - ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. Disponível em: 
<http://www.abnt.org.br> 
 
AZEVEDO, Joel Solon Farias de. Análise de Pareto passo a passo. Adaptado de 
Haughey Duncan, PMP, em <www.projectsmart.co.uk>. 
 
COLOMBO, Regina M. Thienne. Painel Setorial – Programa Nacional de 
Certificação de Software e Serviços. INMETRO/Xerém, 31 de maio de 2007. 
 
ISO. ISO 9000-3:1997. 
 
KOSCIANSKI, André. Qualidade de software. São Paulo: Novatec, 2007. 
 
MACIEL, Ana Carla Fernandes; VALLS, Carmem; SAVOINE, Márcia Maria. 
Análise da qualidade de software utilizando as Normas 12207, 15504, ISO 
9000-3 e os modelos CMM/CMMI e MPS.BR. Revista Científica do ITPAC, 
Araguaína, v. 4, n. 4, pub. 5, Out. 2011. 
 
PAULA FILHO, Wilson de. Engenharia de software - fundamentos, métodos e 
padrões. Rio de Janeiro: LTC, 2009. 
 
PFLEEGER, Shari Lawrence. Engenharia de software. São Paulo: Pearson: 2003. 
 
PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional. 
Porto Alegre: Bookman, 2011. 
 
RAPCHAM, Francisco. A Norma ISO 9000-3. Universidade Federal do Espírito 
Santo, Centro Tecnológico, Departamento de Informática, s.d. 
 
 
QUALIDADE DE SOFTWARE 42 
RIBEIRO, Antonio Carlos Evangelista. Afinal, o que é qualidade. In: PORTAL 
QUALIDADE.COM. 
 
SILVA, Mauro César da. CMMI para iniciantes. In: LINHADECÓDIGO. 
 
SOFTWARE ENGINEERING INSTITUTE. 
 
WIKIPEDIA.Qualidade. Disponível em: 
<http://pt.wikipedia.org/wiki/Qualidade>. 
 
 
 
QUALIDADE DE SOFTWARE 43 
Exercícios de fixação 
 
Questão 1 
No caso de o adquirente requisitar testes de terceira parte a pacotes de software, 
com relação 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 
 
Questão 2 
Observe as normas abaixo e marque a que se refere ao processo de avaliação: 
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 
 
Questão 3 
Observando o relacionamento entre as normas, marque a opção que trata do 
suporte à avaliação: 
a) NBR ISO/IEC 1211-9 
 
 
QUALIDADE DE SOFTWARE 44 
b) NBR ISO/IEC 14598-3 
c) NBR ISO/IEC 14598-9 
d) NBR ISO/IEC 12119-3 
e) NBR ISO/IEC 12119 
 
Questão 4 
Os componentes para a criação do documento do módulo de avaliação são: 
introdução, escopo, referências, definições, entrada para avaliação e 
interpretação dos resultados. Com base na afirmativa marque a opção que não 
faz parte do escopo: 
a) Características 
b) Nível de avaliação 
c) Técnica 
d) Aplicação 
e) Relatório 
 
Questão 5 
O processo de avaliação vai envolver pessoas. Cada uma destas tem sua 
importância junto ao uso do produto de software e no processo de avaliação 
deste. Marque a opção 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. 
 
 
 
 
QUALIDADE DE SOFTWARE 45 
Questão 6 
A Norma ISO/IEC 9000-3 trata de sua aplicabilidade em três etapas. Marque a 
opção que indica essas partes: 
a) Estrutura, atividades do ciclo de vida, atividades de suporte. 
b) Estrutura, atividades do ciclo de vida, atividades de avaliação. 
c) Estrutura, atividades de teste, atividades de suporte. 
d) Estrutura, atividades e suporte. 
e) Desenvolvimento, atividades do ciclo de vida, atividades de manutenção. 
 
Questão 7 
Em análise a ISO/IEC 9000-3, marque a opção correta sobre uma de suas 
limitações: 
a) Não trata de aspectos como a melhoria contínua do processo de software. 
b) Trata de aspectos como a melhoria contínua do processo de software e 
sua manutenção. 
c) Não trata de aspectos como a melhoria contínua do processo de software 
e trata sobre a manutenção. 
d) Não trata de aspectos como a avaliação contínua do processo de software. 
e) Não trata de aspectos como a manutenção do processo de software. 
 
Questão 8 
Em análise a ISO/IEC 9000-3, marque a opção correta que indica a norma da 
qual as organizações com Sistemas de Gestão da Qualidade para 
desenvolvimento, operação e manutenção de software baseados na ISO/IEC 
9000-3 podem escolher usar processos: 
a) ISO/IEC 12207 
b) ISO/IEC 9126 
c) ISO/IEC 14598 
 
 
QUALIDADE DE SOFTWARE 46 
d) ISO/IEC 12111 
e) ISO/IEC 20000 
 
Questão 9 
Com base nos estudos realizados até agora, quando a ISO/IEC foi criada? Marque 
a opção correta: 
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. 
 
Questão 10 
Conforme estudamos referente a norma ISO/IEC 9000-3, sabemos que suas 
diretrizes fomentam a aplicação da ISO 9001 onde, para cada atividade, existe 
um correspondente na ISO/IEC 9000-3. Marque a opção correta referente à 
função do correspondente: 
a) Define-a e faz a adequação ao software. 
b) Define-a e faz a manutenção do software. 
c) Define-a e faz a avaliação do software. 
d) Define-a e faz a conformidade ao software. 
e) Define-a e faz a integração ao software. 
 
 
QUALIDADE DE SOFTWARE 47 
Aula 4: Modelo de Qualidade de 
Software 
Introdução 
Prezado aluno, 
 
Nos dias atuais, não 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 não se falava em Engenharia de Software, a única preocupação era a 
análise dos fatores custo x benefício. Porém, por meio da Engenharia de Software 
consideramos outros fatores e critérios que nos levam a garantir a qualidade de 
software. 
 
Nesta aula, estudaremos as normas, os fatores e os critérios 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); 
2. Analisar o modelo de qualidade de software aplicado ao processo do ciclo de 
vida e ao gerenciamento de risco na Qualidade de Software – CMMI; 
3. Analisar o modelo de qualidade de software aplicado ao processo do ciclo de 
vida e ao gerenciamento de risco na Qualidade de Software – MPS. 
 
 
 
QUALIDADE DE SOFTWARE 48 
Conteúdo 
ISO/IEC 15.504 (SPICE) 
Fazendo uso dos modelos de qualidade de software aplicados ao processo do 
ciclo de vida e gerências de risco na qualidade de software, temos a ISO/IEC 
15.504, conhecida como SPICE. De acordo com a sua visão, a avaliação do 
processo será utilizada para identificar o aperfeiçoamento. 
 
Então, vamos entender um pouco mais? 
A SPICE irá compreender o estado dos seus próprios processos com a finalidade 
de identificar aperfeiçoamentos. Além disso, quando utilizada, poderá levar ao 
aperfeiçoamento dos processos. Desse modo, promove a capacidade para ir ao 
encontro de uma classe específica de contratos no futuro. O esquema a seguir 
demonstra a visão do SPICE (ISO/IEC 15.504). 
 
 
 
Conheça as cinco partes da ISO 15.504: 
Conceitos e vocabulário. 
Requisitos mínimos para a realização de uma avaliação visando à consistência e 
à repetibilidade. 
Guia (não normativo) para a interpretação dos requisitos para a realização de 
uma avaliação. 
 
 
QUALIDADE DE SOFTWARE 49 
Guia (não normativo) para a determinação da capacidade (perfil de capacidade) 
e melhoria de processo (perfil + plano de ação). 
Modelo de referência de processos (não 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 Mário L. Côrtes, 
apresenta os modelos de qualidade de software. Acompanhe! 
 
 
QUALIDADE DE SOFTWARE 50 
Utilização da ISO/IEC 15.504 
 
A ISO/IEC 15.504 é utilizada para determinar a situação no início 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 práticas. 
Os seus resultados podem ser utilizados para comparar as normas práticas com 
outras referências. 
 Atenção 
 A ISO/IEC 15.504 não obriga que se siga um percurso específico 
de aperfeiçoamento. Pelo contrário, ela incentiva o 
desenvolvimento de um programa de aperfeiçoamento com base 
nas suas próprias necessidades. 
 
Determinação da capacidade 
A determinação da capacidade refere-se à avaliação de uma organização ou de 
um projeto para determinar os riscos inerentes ao resultado bem-sucedido de 
um contrato, de um desenvolvimento ou da entrega de serviços. 
 
 
QUALIDADE DE SOFTWARE 51 
Pode expressar a capacidade necessária ou os critérios de seleção, sendo que 
dos perfis reais pode surgir uma capacidade oferecida – com base nas evidências 
de projetos atuais ou passados juntamente com as evidências das medidas de 
aperfeiçoamento propostas. 
A avaliação SPICE pode ser realizada por um organismo independente, pela 
organização deum cliente ou pela própria entidade (autoavaliação). A 
determinação da capacidade também pode ser realizada internamente para 
verificar os riscos de um novo projeto. 
CMMI 
 
Conforme você viu nesta disciplina, uma métrica importante é a medição dos 
níveis de maturidade. Esse processo é chamado de método de verificação e faz 
uso dos níveis do Modelo de Maturidade (CMM). Assim, medimos o modelo de 
maturidade de capacidade – e com sua evolução temos o CMMI. 
O gráfico a seguir representa a visão geral do software segundo o CMM. 
O modelo CMMI, como ferramenta no gerenciamento de projetos de software, é 
o que há de mais completo quando o assunto é qualidade de software. 
Mas o que é CMMI? 
O CMMI (Capability Maturity Model Integration) é um modelo de 
referência que contém práticas (genéricas ou específicas) necessárias à 
maturidade em disciplinas específicas (Systems Engineering (SE), Software 
Engineering (SE), Integrated Product and Process Development (IPPD), Supplier 
Sourcing (SS)). 
 
 
QUALIDADE DE SOFTWARE 52 
Desenvolvido pelo SEI (Software Engineering Institute), o CMMI é uma evolução 
do CMM e procura estabelecer um modelo único para o processo de melhoria 
corporativo, integrando diferentes modelos e disciplinas. 
O CMMI possui duas representações: "contínua" ou "por estágios". Essas 
representações permitem a organização utilizar diferentes caminhos para a 
melhoria de acordo com seu interesse. 
Representação contínua e por estágios 
Representação continua: possibilita a organização utilizando a ordem de 
melhoria que melhor atende os objetivos de negócio da empresa. É caracterizada 
por níveis de capacidade (capability levels). 
Representação por estágios: disponibiliza uma sequência predeterminada 
para melhoria baseada em estágios. Cada estágio serve de base para o próximo. 
Essa representação é caracterizada por níveis de maturidade (maturity levels). 
Estágios do CMMI 
 
O CMMI está divido em cinco estágios. Acompanhe: 
 
 
QUALIDADE DE SOFTWARE 53 
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 critérios para o processo de software brasileiro. 
Essa metodologia foi criada por um conjunto de organizações ligadas ao 
desenvolvimento de software. Dentre as instituições envolvidas pode-se citar: 
• Softex (SP); 
• RioSoft (RJ); 
• COPPE/UFRJ (RJ); 
• CESAR (PE). 
Na verdade, essas são organizações normalmente não governamentais, e muitas 
vezes de origem acadêmica, possuindo uma atuação de destaque junto à 
comunidade de software brasileira. Enfatiza-se, dentro do MPS-BR, o uso das 
principais abordagens internacionais voltadas para a definição, a avaliação e a 
melhoria dos processos de software. Tal fato torna o MPS-BR compatível, 
inclusive, com as práticas do CMMI. 
Há ainda no MPS-BR uma estrutura de níveis de maturidade, de forma similar 
àquela existente dentro do CMMI. Os diferentes níveis de maturidade do MPS-BR 
constituem um meio para indicar qual o nível da empresa que se está 
considerando. Cada classificação possível atesta, assim, diferentes graus no 
 
 
QUALIDADE DE SOFTWARE 54 
controle de processos e qual a qualidade que se pode esperar da organização 
que a detém. 
 Atenção 
 O que diferencia a metodologia MPS-BR do modelo CMMI são, 
justamente, os níveis de capacidade de maturidade do modelo em 
avaliação. 
 
MPS-BR: níveis de maturidade 
Conheça os sete níveis de maturidade previstos pelo MPS-BR: 
A – Em otimização: há a preocupação com questões como inovação e análise 
de causas. 
B – Gerenciado quantitativamente: avalia-se o desempenho dos processos, 
além de sua gerência quantitativa. 
C – Definido: aqui ocorre o gerenciamento de riscos. 
D – Largamente definido: envolve verificação, validação, além da liberação, 
instalação e integração de produtos, dentre outras atividades. 
E – Parcialmente definido: considera processos como treinamento, adaptação 
de processos para gerência de projetos, além da preocupação com a melhoria e 
o controle do processo organizacional. 
F – Gerenciado: introduz controles de medição, gerência de configuração, 
conceitos sobre aquisição e garantia da qualidade. 
G – Parcialmente gerenciado: nesse ponto inicial, deve-se começar o 
gerenciamento de requisitos e de projetos. 
 
 
QUALIDADE DE SOFTWARE 55 
MPS-BR 
 
Devido à necessidade do grande investimento para o CMMI, indica-se como 
alternativa o MPS-BR, principalmente para empresas de pequeno e médio porte. 
Inclusive, essa tem sido uma exigência para as licitações de empresas 
governamentais e não governamentais. 
 Atenção 
 Caso você queira testar a ferramenta MPS-BR, ela está disponível 
para dispositivos com sistema iOS. 
 
Atividade proposta 
 
 
 
QUALIDADE DE SOFTWARE 56 
Observe os gráficos representativos do modelo CMMI e MPS-BR e identifique os 
níveis que possuem compatibilidade. 
 
Chave de resposta: Observando os gráficos, podemos identificar que os níveis 
compatíveis são: gerenciado, definido e otimizado. 
 
Aprenda Mais 
 Para saber mais sobre os modelos de qualidade de software ISO/IEC 
15.504 (SPICE), CMMI E MPS acesse os links: 
 Qualidade de Processo de Software – normas ISO 12.207 e 15.504; 
 Qualidade – MPS.BR; 
 Maturidade no desenvolvimento de software: CMMI e MPS-BR; 
 CMMI para iniciantes; 
 Guia do MPS.br vira app na Apple. 
 
Referências desta aula 
KOSCIANSKI, André. Qualidade de software. São Paulo: Novatec, 2007. 
 
PAULA FILHO, Wilson de. Engenharia de software: fundamentos, métodos e padrões. 
Rio de Janeiro: LTC, 2009. 
 
 
QUALIDADE DE SOFTWARE 57 
 
PFLEEGER, Shari Lawrence. Engenharia de software. São Paulo: Pearson, 2003. 
 
PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional. Porto 
Alegre: Bookman, 2011. 
 
 
 
QUALIDADE DE SOFTWARE 58 
Exercícios de fixação 
 
Questão 1 
Marque a opção referente à norma que possui a autonomia para realizar a auto 
avaliação. 
a) 15.504 
b) 1.961 
c) 9.162 
d) 15.500 
e) 12.504 
 
Questão 2 
Marque a opção verdadeira. 
a) Utiliza-se a ISO/IEC 15.504 para determinar a situação no início de uma 
iniciativa e para avaliar o progresso durante ela. 
b) Utiliza-se a ISO/IEC 15.504 para sugerir a situação no início de uma 
iniciativa e para avaliar o processo durante ela. 
c) Utiliza-se a ISO/IEC 15.504 para sugerir a situação no início de uma 
atividade e para verificar o processo durante ela. 
d) Utiliza-se a ISO/IEC 15.504 para sugerir a situação no desenvolvimento 
de uma atividade e para verificar o projeto durante ela. 
e) Utiliza-se a ISO/IEC 15.504 para identificar a situação no início de uma 
atividade e para avaliar o processo durante ela. 
 
Questão 3 
Observe a afirmativa: Utiliza-se a ISO/IEC 15504 para determinar a situação no 
início de uma iniciativa e para avaliar o progresso durante a mesma. Irá fornecer 
 
 
QUALIDADE DE SOFTWARE 59 
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 referência? 
a) As melhores práticas. 
b) As melhores aplicações. 
c) As melhores avaliações. 
d) As melhores validações. 
e) As melhores normas. 
 
Questão 4 
Utiliza-se a ISO/IEC 15504 para determinar a situação no início de uma iniciativa 
e para avaliar o progresso durante a mesma. Marque a opção correta sobre os 
processos de melhoria de processo: 
a) Diagnóstico próprio, normas para certificações, necessidades do negócio 
b) Diagnóstico do projeto, normas para comparações, necessidades do 
processo 
c) Diagnóstico próprio, normas para comparações, necessidades do projeto 
d) Diagnóstico software, normas para validações, necessidades do processo 
e) Diagnóstico próprio, normaspara comparações, necessidades do negócio 
 
Questão 5 
De acordo com a citação “A determinação da capacidade preocupa-se com a 
avaliação de uma organização ou de um projeto para determinar os 
_____________________de um contrato, de um desenvolvimento ou da entrega 
de serviços”. 
Marque a opção correta que coleta a citação: 
 
 
QUALIDADE DE SOFTWARE 60 
a) Riscos coerentes ao resultado bem sucedido 
b) Riscos indiferentes ao resultado bem sucedido 
c) Requisitos inerentes ao resultado bem sucedido da avaliação 
d) Requisitos diferentes ao resultado bem sucedido 
e) Riscos inerentes ao resultado bem sucedido 
 
Questão 6 
(CGU/2008) Um modelo de qualidade define os requisitos que as organizações 
devem seguir para se capacitarem segundo ele. Dentre as opções 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 
d) CMMI, MPS.BR, ISO 9.000-1 
e) CMMI, ISO 12.207, ISO 15.504, ISO 20.000, ITIL 
 
Questão 7 
(TRT/2013) O CMMI é uma abordagem para a melhoria de processos. Existem 
duas representações do CMMI, a representação contínua e a representação por 
estágios. A representação contínua é projetada para permitir à empresa focar em 
processos específicos que deseja melhorar em função de suas prioridades. A 
avaliação pela representação contínua mede a capacidade da empresa em 
relação a um ou mais processos. Existem quatro níveis de capacidade, que são 
respectivamente: 
a) 0- Inicial; 1- Gerenciado; 2- Definido; 3- Em otimização. 
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. 
 
 
QUALIDADE DE SOFTWARE 61 
e) 0- Inicial; 1- Definido; 2- Gerenciado; 3- Otimizado. 
 
Questão 8 
(SAD/PE – 2010) Qualidade de software é o grau para o qual um software possui 
uma combinação desejável de atributos, que, adicionalmente, deve ser 
claramente definida, caso contrário, uma avaliação da qualidade será realizada 
de modo intuitivo. Para que tais atributos de qualidade sejam medidos, faz-se 
necessário identificar um conjunto apropriado de métricas. Acerca dos conceitos 
gerais de medição de qualidade de software, assinale a opção correta: 
a) No modelo IEEE de qualidade de software, um fator de qualidade é uma 
entidade mais genérica que um atributo de qualidade. 
b) Os modelos de qualidade de software são 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 
influência direta sobre a qualidade do produto em uso. 
c) De forma geral, os modelos de qualidade da ISO são focados na qualidade 
de produtos de software, e os modelos CMMI focados na qualidade do 
processo de software. 
d) O modelo de referência para medição de qualidade de produto de software 
da ISO propõe quatro diferentes perspectivas, mediante as quais podem 
ser desenvolvidas métricas de medição de atributos de qualidade interna, 
externa, de operação e de uso. 
e) Os atributos de qualidade de software, nos modelos de qualidade ISO, são 
organizados conforme seis características, sendo três delas internas 
(eficiência, manutenibilidade e portabilidade) e as outras três externas 
(funcionalidade, confiabilidade e usabilidade). 
 
 
 
 
QUALIDADE DE SOFTWARE 62 
Questão 9 
(DPE/2013) O CMMI-DEV V 1.3 (Capability Maturity Model Integration for 
Development) apresenta 22 áreas de processo. Considerando a representação 
por estágios, essas áreas de processo se classificam em níveis de maturidade. 
Assinale a alternativa que contém apenas áreas de processos referentes ao nível 
de maturidade de número 3: 
a) Integração de produto e gerenciamento de riscos. 
b) Planejamento de projeto e gerenciamento de configuração. 
c) Gerenciamento quantitativo de projeto e validação. 
d) Medição, análise e resolução de causas. 
e) Verificação e gerenciamento de requisitos. 
 
Questão 10 
Observando o gráfico referente ao CMMI, podemos afirmar que os processos são 
realmente medidos e controlados no nível: 
a) Otimizado 
b) Definido 
c) Gerenciado 
d) Quantitativamente gerenciado 
e) Inicial 
 
Questão 11 
Devido a necessidade do grande investimento para o CMMI indica-se como 
alternativa o ________ principalmente para empresas de pequeno e médio porte. 
Marque a opção correta: 
a) MRS-BR 
b) PMI-BR 
c) ISO/IEC 
 
 
QUALIDADE DE SOFTWARE 63 
d) SOFTEX 
e) MPS-BR 
 
Questão 12 
Referente ao fluxograma do MPS-BR observamos que os documentos estão 
atrelados aos métodos. Com base nesta afirmativa marque a opção correta sobre 
quais guias estão relacionadas ao modelo de referência: 
a) Guia geral, guia de certificação, guia de aquisição 
b) Guia geral, guia de implementação, guia de avaliação 
c) Guia de certificação, guia de implementação, guia de aquisição 
d) Guia geral, guia de implementação, guia de documentação 
e) Guia geral, guia de implementação, guia de aquisição 
 
Questão 13 
Referente ao fluxograma do MPS-BR observamos que os documentos estão 
atrelados aos métodos. Com base nesta afirmativa marque a opção correta sobre 
quais normas estão relacionadas ao modelo de referência: 
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 
 
Questão 14 
Referente ao fluxograma do MPS-BR observamos que os documentos estão 
atrelados aos métodos. Com base nesta afirmativa marque a opção correta sobre 
qual documento é oriundo do MN-MPS (modelo de negócio)? 
 
 
QUALIDADE DE SOFTWARE 64 
a) Guia de avaliação 
b) Documentação 
c) Modelo de referência 
d) Guia de aquisição 
e) Documentos do programa 
 
Questão 15 
Com base nos esquemas gráficos que representam os modelos CMMI e MPS 
temos para o modelo CMMI - 5 estágios e para o MPS-BR - 7 estágios. Sendo 
que o MPS-BR se destaca no nível definido em duas escalas diferentes. Marque 
a opção 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 
 
 
 
 
QUALIDADE DE SOFTWARE 65 
Notas 
 
 
Chaves de resposta 
Aula 1 
Exercícios de fixação 
Questão 1 - A 
Justificativa: Conforme os fundamentos teóricos da qualidade, ela é definida 
como a característica que qualquer tipo de produto pode ter, desde que ele 
atenda às propriedades necessárias. 
 
Questão 2 - A 
Justificativa: O produto de software é classificado como um produto lógico; 
porém, sua qualidade é identificada da mesma como ocorre com outros produtos 
(através de características). 
 
Questão 3 - E 
Justificativa: De acordo com a IEEE, o produto de software será qualificado 
internacionalmente através do padrão ISO 9126. 
 
Questão 4 - D 
Justificativa: É importante fazer a análise da visão externa que o usuário tem do 
produto, bem como a visão interna do desenvolvedor. Assim, é necessário que 
modelos deferenciados possam ser contruídos para relacionar visões. 
 
Questão 5 - E 
Justificativa: A palavra qualidade refere-se a uma característica que um produto 
deverá ter, e o mesmo ocorre quando vamos atribuí-la ao produto de software. 
Precisamos, destaca-se, estudar os fatores e critérios garantidores da sua 
qualidade. 
 
 
QUALIDADE DE SOFTWARE 66 
Questão 6 - D 
Justificativa: Os custos referentes a falhas são os custos internos (antes da 
entrega) e os custos externos (após a entrega). 
 
Questão 7 - A 
Justificativa: Fatores são efeitos. Um fator de software é uma visão orientada ao 
usuário da qualidade do produto. 
 
Questão 8 - EJustificativa: O modelo CMMI é uma evolução do CMM. E o que o diferencia é o 
CMMI estabelecer um modelo único para o processo de melhoria corporativo 
integrando diferentes modelos. 
 
Questão 9 - A 
Justificativa: Os erros do passo anterior, durante o passo de desenvolvimento, 
são chamados de defeitos. 
 
Questão 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. 
 
Questão 11 - B 
Justificativa: A ISO 9000-3 aponta que a segurança é a característica que irá 
detectar e avaliar os riscos. 
 
Questão 12 - E 
Justificativa: A estatística de qualidade refere-se às causas dos defeitos. 
 
Questão 13 - B 
Justificativa: Segundo Pressman, os modelos de garantia da qualidade ISO 9000 
tratam uma empresa como uma rede de processos interconectados. Com isso, 
 
 
QUALIDADE DE SOFTWARE 67 
todos os processos organizacionais devem se referir às áreas identificadas na 
norma e devem ser documentados e praticados. Tendo como objetivo: visão de 
processo, satisfação do cliente e melhoria contínua. 
 
Questão 14 - A 
Justificativa: As NBR ISO 9001, 9002 e 9003 referem-se aos modelos de garantia 
de qualidade. 
 
Questão 15 - A 
Justificativa: Em sua edição de 2004 a NBR ISO 9000 (NBR ISO 9001) trata do 
modelo de gestão da qualidade – especificamente dos requisitos. 
 
Aula 2 
Exercícios de fixação 
Questão 1 - A 
Justificativa: Essa norma terá como foco principal a qualidade do produto de 
software. 
 
Questão 2 - C 
Justificativa: Confiabilidade – o produto se mantém no nível de desempenho nas 
condições estabelecidas. 
Usabilidade – é a capacidade de uso. Está ligada diretamente ao usuário. Indicará 
o esforço necessário para aprender, operar, preparar entradas e interpretar 
saídas. 
Eficiência – será verificada a quantidade de recursos exigidos pelo software para 
executar o que foi proposto, destacando inclusive o tempo de execução, e não 
só os recursos envolvidos que são compatíveis com o nível de desempenho do 
software. 
Manutenibilidade – característica ligada à manutenção. Observa o esforço 
necessário para localizar erros, defeitos e falhas e sugerir suas correções. 
Podermos dizer que é a característica que permite que o produto de software 
 
 
QUALIDADE DE SOFTWARE 68 
possa ser modificado, incluindo tanto as melhorias ou extensões de 
funcionalidade quanto as correções de defeitos, falhas ou erros. 
Portabilidade – esta característica hoje tem sido bastante destacada em relação 
a todo e qualquer tipo de produto. É a que garante a transferência e troca de 
plataformas, confirmando que não haverá perda da qualidade; ou seja, a 
capacidade de o produto ser transferido de um ambiente para outro, 
considerando inclusive os recursos necessários para sua execução com 
qualidade. 
 
Questão 3 - E 
Justificativa: Para que o software tenha a funcionabilidade como característica 
que garanta sua qualidade, é preciso que os seguintes requisitos se façam 
presentes: adequação, acurácia, interoperabilidade, segurança de acesso e 
conformidade. 
 
Questão 4 - C 
Justificativa: A característica adequadamente a sua aplicabilidade que trata sobre 
a manutenibilidade é a que: Observa o esforço necessário para localizar erros, 
defeitos e falhas e sugerir suas correções. Podermos dizer que é a característica 
que permite que o produto de software poderá ser modificado, incluindo tanto 
as melhorias ou extensões de funcionalidade quanto as correções de defeitos, 
falhas ou erros. 
 
Questão 5 - D 
Justificativa: A característica adequadamente a sua aplicabilidade que trata sobre 
a eficiência é a que: Eficiência será verificada a quantidade de recursos exigidos 
pelo software para executar ao que foi proposto. Inclusive vamos destacar o 
tempo de execução e não só os recursos envolvidos que são compatíveis com o 
nível de desempenho do software. 
 
Questão 6 - A 
 
 
QUALIDADE DE SOFTWARE 69 
Justificativa: São os requisitos que descrevem o produto que destacam as 
informações necessárias para que os testes ocorram de forma fidedigna. Os 
requisitos para os programas e dados também estarão sendo avaliados no pacote 
de software. 
 
Questão 7 - A 
Justificativa: A norma define: Descrição do Produto - é um documento que irá 
expor as propriedades de um pacote de software; Documentação do Usuário - é 
um conjunto completo de documentos estando ou não de forma impressa que é 
fornecido para sua utilização e faz parte do produto de software; Programas - é 
uma unidade que compõe o produto de software; Dados - representação inicial 
da informação. 
 
Questão 8 - A 
Justificativa: Conseguimos sintetizar os objetivos da norma referente as métricas 
de qualidade para um pacote de software e chegando a conclusão que as normas 
9126 e 12119 apresentam as mesmas características. Que são: funcionalidade, 
confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade. 
 
Questão 9 - A 
Justificativa: 
 
Questão 10 - E 
Justificativa: Também definido pela norma que como requisito de qualidade para 
os pacotes de software será necessário que exista uma descrição do produto e 
da documentação. Teremos os requisitos que descrevem o produto destacando 
as informações necessárias para que os testes ocorram de forma fidedigna, os 
requisitos para os programas e dados também estarão sendo avaliados no pacote 
de software. 
 
Questão 11 - D 
 
 
QUALIDADE DE SOFTWARE 70 
Justificativa: A terceira medida de usabilidade, a satisfação. Essa é a medição 
mais difícil se realizar; afinal, serão trabalhados fatores subjetivos. 
 
Questão 12 - A 
Justificativa: Facilidade de aprendizado – o usuário consegue explorar, realizar 
suas tarefas; Facilidade de memorização – o usuário é capaz de retornar ao uso 
e realizar tarefas sem a necessidade de reaprender como o software funciona; 
Baixa taxa de erros – o usuário realiza suas tarefas sem transtornos; consegue 
recuperar erros, caso ocorram. 
 
Questão 13 - B 
Justificativa: Outro ponto que destacamos referente a norma é que a eficiência 
onde sua característica é a quantidade de esforço e recursos necessários para se 
chegar a um determinado objetivo. No se tratar sobre os desvios que o usuário 
faz durante a interação e a quantidade de erros cometidos estes serão pontos a 
se avaliar atingir o nível de eficiência do produto de software. Quando tratamos 
um produto de software online ou um site o comportamento referente a avaliação 
da característica será o mesmo. 
 
Questão 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 são alcançados com: eficiência, eficácia e satisfação. 
 
Questão 15 - D 
Justificativa: A Norma ISO 9241 trata a característica usabilidade de forma 
especificada ou medida segundo outras perspectivas, que são: 
• Facilidade de aprendizado - o usuário consegue explorar; realizar suas tarefas; 
• Facilidade de memorização - o usuário é capaz de retornar ao uso e realizar 
tarefas sem a necessidade de reaprender como o software funciona; 
• Baixa taxa de erros - o usuário realiza suas tarefas sem transtornos; consegue 
recuperar erros, caso ocorram. 
 
 
QUALIDADE DE SOFTWARE 71 
Aula 3 
Exercícios de fixação 
Questão 1 - D 
Justificativa: No caso de o adquirente requisitar testes de terceira parte a pacotes 
de software, com relação a requisitos de qualidade para o pacote, a ABNT indica 
que a NBR ISO/IEC 12119 pode ser usada. 
 
Questão 2 - B 
Justificativa: A norma que trata do processo de avaliação é a NBR ISO/IEC 14598-
3. 
 
Questão 3 - B 
Justificativa: As normas que tratam do suporte à avaliação são NBR ISO/IEC 
14598-2 e 14598-5. 
 
Questão 4 - E 
Justificativa: