Qualidade de Software Unidade III

Prévia do material em texto

52
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
Unidade III
5 NORMAS DA QUALIDADE DE SOFTWARE
5.1 Introdução
Segundo a Associação Brasileira de Normas Técnicas (ABNT), a normalização é uma atividade que 
estabelece, em relação a problemas existentes ou potenciais, prescrições destinadas à utilização comum 
e repetitiva, com vistas à obtenção do grau ótimo de ordem em um dado contexto.
Os objetivos da normalização são:
• Economia
Proporcionar a redução da crescente variedade de produtos e procedimentos.
• Comunicação
Proporcionar meios mais eficientes na troca de informação entre o fabricante e o cliente, 
melhorando a confiabilidade das relações comerciais e de serviços.
• Segurança
Proteger a vida humana e a saúde.
• Proteção do consumidor
Prover a sociedade de meios eficazes para aferir a qualidade dos produtos.
• Eliminação de barreiras técnicas e comerciais
Evitar a existência de regulamentos conflitantes sobre produtos e serviços em diferentes países, 
facilitando, assim, o intercâmbio comercial.
Na prática, a normalização está presente na fabricação dos produtos, na transferência de tecnologia, 
na melhoria da qualidade da vida, por meio de normas relativas à saúde, segurança e preservação do 
meio ambiente.
Numa economia com competitividade acirrada e exigências cada vez mais crescentes, as empresas 
dependem de sua capacidade de incorporação de novas tecnologias de produtos, processos e serviços. 
53
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
A competição internacional entre as empresas eliminou as tradicionais vantagens baseadas 
no uso de fatores abundantes e de baixo custo. A normalização é utilizada frequentemente como 
um meio para se alcançar a redução de custo da produção e do produto final, mantendo ou 
melhorando sua qualidade.
A figura a seguir mostra que o desenvolvimento de software é composto de diversas fases em seu 
ciclo de vida e que suas atividades produzem uma sequência de produtos relacionados. 
Diversos produtos intermediários são gerados, e o produto final que será entregue ao cliente/usuário 
deve atender aos requisitos do sistema. 
As atividades e os artefatos (produtos) criados em um projeto de software são definidos pelas normas 
ou padrões da organização. 
Padrões de 
desenvolvimento 
de software
Atividades, 
produtos, métodos, 
ferramentas...
Medidas da 
qualidade
Requisitos Design Codificação Testes Manutenção
Rastreabilidade
Produtividade
Figura 7 - Modelo de qualidade
De acordo com Côrtes e Chiossi (2001), no modelo de qualidade de Card (1990), mostrado na 
figura anterior, padrões e procedimentos definem o processo e o conjunto de expectativas para os 
produtos. Cada atividade implicitamente inclui um processo e, dependendo da atividade, ela deve 
observar características como produtividade e rastreabilidade. Chama-se produtividade a facilidade 
de se estabelecer um processo de produção eficiente e eficaz. A rastreabilidade possibilita que sejam 
verificados os objetivos funcionais e de desempenho do sistema de software.
Como a qualidade de software envolve tanto o processo de desenvolvimento quanto os produtos 
gerados no processo, vem sendo normalizada e padronizada na busca por torná-la uma verdadeira 
engenharia.
Existem diversas normas desenvolvidas para a área de software, no Brasil e no mundo. Esta unidade 
abordará as principais e mais importantes para processos e produtos de software. 
Serão apresentadas as normas e os padrões: ISO 9000, ISO/IEC 12207 IEEE Std 12207-2008 e 
NBR ISO/IEC 9126-1. 
54
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
 Observação
International Organization for Standardization - ISO é o nome de 
um grupo internacional de normalização localizado em Genebra, Suíça. 
Fundado em 1947, não possui ligações com órgãos governamentais.
5.2 Norma ISO/IEC 12207 IEEE Std 12207-2008: engenharia de software e 
sistemas, processo do ciclo de vida de software
Essa norma, ou padrão internacional, estabelece um framework comum para o processo de ciclo de 
vida de software. 
5.2.1 Resumo
A ISO/IEC 12207 estabelece um framework para o ciclo de vida do processo de software, com uma 
terminologia bem definida que pode ser referenciada pela indústria de software. Ela pode ser aplicada 
para aquisição de sistemas, produtos e serviços, suporte, desenvolvimento, operação e manutenção, 
tanto para sistemas desenvolvidos internamente como externamente para uma organização.
Essa norma internacional provê um processo que pode ser utilizado para definir e melhorar processos 
de ciclo de vida de software. Os processos, atividades e tarefas dessa norma ou padrão também podem 
ser aplicados sozinhos ou em conjunto com a norma ISO/IEC 15288 (processos de ciclo de vida de 
sistemas) na aquisição de um sistema que contenha software. Ela fornece um modelo de referência de 
avaliação de processo de acordo com a norma ISO/IEC 15504-2 (avaliação de processo). 
5.2.2 Definições 
Na norma, um produto pode ser entendido como uma parte de um sistema, quando aplicável. 
Apresenta os seguintes termos e definições:
• Adquirente
Uma organização que adquire ou obtém um sistema, produto ou serviço de software de um 
fornecedor. O adquirente poderia ser comprador, cliente, proprietário ou usuário. 
• Acordo 
A definição de termos e condições sobre a qual o relacionamento de trabalho entre as partes 
deverá ser conduzido.
• Aposentadoria ou retirada de operação
Retirada do software de funcionamento pela organização de operação ou manutenção, com 
substituição parcial ou total por um novo sistema ou instalação de um sistema atualizado.
55
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• Aquisição 
É o processo de obtenção de um sistema, produto ou serviço de software.
• Atividade
Conjunto de tarefas coesas de um processo.
• Auditoria
Processo conduzido por uma pessoa autorizada com o objetivo de prover um julgamento independente 
de produtos e processos de software, a fim de avaliar a conformidade com seus requisitos.
• Avaliação
Uma determinação sistemática do grau de atendimento de uma entidade em relação aos critérios 
para ela estabelecidos.
• Carteira de projetos (portfólio de projetos)
Conjunto de projetos que atenda aos objetivos estratégicos da organização.
• Ciclo de vida
Evolução de um sistema, produto, serviço, projeto ou entidade de origem humana, desde a 
concepção até a retirada ou aposentadoria do sistema.
• Cliente
Organização ou pessoa que recebe um produto ou serviço.
 Observação
Um cliente pode ser interno ou externo à organização. Outros termos 
comumente usados para o cliente são adquirente ou comprador (adaptado 
da norma ISO 9000: 2005). 
• Cobertura de teste
Extensão ou quantidade de casos de teste para os requisitos do sistema ou software do produto.
• Contrato 
Um acordo realizado entre duas partes, respaldado pela lei, ou acordo interno similar restrito a uma 
organização para fornecimento de serviços de software ou para o fornecimento, desenvolvimento, 
produção, operação ou manutenção de um produto de software.
56
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
• Declaração de trabalhoDocumento utilizado pelo adquirente como um meio para descrever e especificar as tarefas a 
serem executadas no âmbito do contrato.
• Desenvolvedor
Uma organização que executa atividades de desenvolvimento (incluindo análise de requisitos, 
projeto, testes até aceitação) durante o processo de ciclo de vida de software.
• Elemento de sistema
Membro de um conjunto de elementos que constitui um sistema.
 Observação
Um elemento de sistema é uma parte distinta que pode ser implementada 
para cumprir os requisitos especificados. Pode ser hardware, software, 
dados, pessoas, processos (por exemplo: os processos de prestação de 
serviço para os usuários), procedimentos (por exemplo: as instruções do 
operador), instalações, materiais e entidades naturais (organismos, por 
exemplo, água, minerais), ou qualquer combinação. 
• Estágio
Período dentro do ciclo de vida de uma entidade que mostra o estado de sua descrição ou 
realização. Como usado nessa norma internacional, o estágio relata o progresso e os marcos de 
progresso da entidade através do ciclo de vida, que podem ser “overlapados”.
• Facilidades
Meios físicos ou equipamento para facilitar a realização de uma ação, por exemplo: procedimentos, 
instrumentos, ferramentas, técnicas etc.
• Firmware
A combinação de um dispositivo de hardware e instruções ou dados de computador que residem 
como um software somente para leitura no dispositivo de hardware. Esse software não pode ser 
diretamente modificado por um programa aplicativo.
• Fornecedor
Organização ou indivíduo que entra em um acordo com o adquirente para o fornecimento de 
um produto ou serviço. O fornecedor pode ser um empreiteiro, produtor ou vendedor. Às vezes, o 
adquirente e o fornecedor são parte da mesma organização.
57
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• Garantia da qualidade 
Conjunto de atividades planejadas e sistemáticas, implementadas no sistema da qualidade e 
demonstradas como necessárias para prover confiança adequada de que uma entidade atenderá 
aos requisitos para a qualidade.
Garantia da qualidade interna: dentro de uma organização, proporciona confiança para a gestão. 
Garantia da qualidade externa: em situações contratuais, proporciona confiança aos clientes ou 
outros envolvidos.
Algumas ações de controle de qualidade e garantia de qualidade estão interligadas, a menos que a 
qualidade não reflita inteiramente as necessidades do usuário e a garantia de qualidade não possa 
fornecer proteção adequada e confiança.
• Implementador
Organização que realiza tarefas de implementação. Nesse padrão internacional, os termos 
“desenvolver” e “implementador” são sinônimos.
• Item de configuração 
Uma entidade dentro de uma configuração que satisfaz uma função de uso final e que pode ser 
identificada de forma única em um determinado ponto de referência.
• Item de software
Código fonte, código objeto, código de controle, data de controle ou uma coleção desses itens. 
Um item de software pode ser visto como um elemento de um sistema da iso/iec 15288:2008.
• Item que não será entregue 
Hardware ou produto de software cuja entrega não é exigida em contrato, mas pode ser utilizado 
no desenvolvimento do produto de software.
• Linha básica (baseline) 
Uma versão formalmente aprovada de um item de configuração, independente de mídia, 
formalmente definida e fixada em um determinado momento durante o ciclo de vida do item de 
configuração.
• Mantenedor
Uma organização que executa atividades de manutenção.
58
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
• Modelo de ciclo de vida 
Uma estrutura contendo processos, atividades e tarefas envolvidos no desenvolvimento, na 
operação e na manutenção de um produto de software, abrangendo a vida do sistema desde a 
definição de seus requisitos até o término de seu uso.
• Monitoração 
Um exame da situação das atividades de um fornecedor e dos seus resultados, efetuado pelo 
adquirente ou uma terceira parte.
• Operador
Uma entidade que opera o sistema. O papel do operador e o papel do usuário podem ser assumidos, 
simultaneamente ou sequencialmente, pelo mesmo indivíduo ou organização. No âmbito dessa 
definição específica, a entidade designa um indivíduo ou uma organização.
• Organização
Com definição adaptada da iso 9000:2005, organização é pessoa ou grupo de pessoas e instalações 
com um conjunto de responsabilidades, autoridades e relacionamentos.
Um grupo de pessoas organizadas para algum objetivo específico, como um clube, sindicato, 
corporação ou sociedade, também é uma organização. Uma parte identificada de uma organização 
(mesmo tão pequena quanto um único indivíduo) ou um grupo identificado organizado podem 
ser considerados uma organização, se têm responsabilidades, autoridades e relacionamentos. 
Uma forma de entidade organizacional é frequentemente chamada de uma empresa, por isso os 
aspectos organizacionais dessa norma aplicam-se a uma empresa também.
• Parceria (parceiros)
Organizações que celebram contrato. Nessa norma, as partes do contrato são chamadas de 
adquirente e fornecedor.
• Processo
Um conjunto de atividades inter-relacionadas que transforma entradas em saídas. O termo 
“atividades” engloba a utilização de recursos. 
• Produto
Resultado da execução de um processo (ISO 9000:2005).
• Produto de prateleira
Produto já desenvolvido e disponível para utilização na forma em que se encontra ou com modificação.
59
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• Produto de software
Conjunto de programas de computador, procedimentos e dados e documentação associada.
• Projeto
Esforço definido para iniciar e terminar as datas empreendidas para criar um produto ou serviço, de 
acordo com recursos e requisitos específicos (iso 9000:2005). Um projeto pode ser visto como um 
processo único, composto por atividades coordenadas e controladas, e constituído de atividades 
do projeto, de processos e procedimentos técnicos definidos na presente norma.
• Propósito de processo
Objetivo de elevado nível de execução do processo e os resultados prováveis da implementação 
efetiva do processo, que deve proporcionar benefícios tangíveis para os participantes.
• Qualificação 
O processo de demonstrar se uma entidade é capaz de atender aos requisitos especificados. 
• Recurso
Ativo que é utilizado ou consumido durante a execução de um processo.
• Release
Versão particular de um item de configuração que é disponibilizado para um propósito específico 
(por exemplo: para teste, implantação etc.).
• Requisito de qualificação
Um conjunto de critérios ou de condições que, quando atendido, qualifica um produto de software 
quanto à conformidade das suas especificações e à utilização no seu ambiente-alvo.
• Segurança
Proteção dos dados e informações de pessoa não autorizada ou sistemas que não podem ler ou 
modificar.
• Serviço
Realização de atividades, tarefas ou direitos associados com o produto.
• Sistema
Combinação de elementos em interação organizada para atingir um ou mais propósitos. Um 
sistema pode ser considerado como um produto ou como os serviços que presta.
60
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
Na prática, a interpretação do seu significado é frequentemente esclarecida com o uso de um 
substantivo associativo,por exemplo, sistema da aeronave. 
• Sistema de permissão
Dá suporte a um sistema de interesse durante a sua fase do ciclo de vida, mas não contribui 
diretamente para a sua função durante a operação. Por exemplo, quando um sistema de interesse 
entra em fase de produção, um sistema de produção de habilitação se torna necessário.
• Solicitação de proposta
Documento utilizado pelo adquirente ou cliente como o meio para anunciar sua intenção de 
adquirir um serviço do sistema especificado, o produto ou serviço de software.
• Stakeholder
Indivíduo ou organização que tem um interesse claro no sistema ou na posse de suas características 
e que deve atender suas necessidades e expectativas.
• Tarefa
Exigência, recomendação ou ação permissível que se destina a contribuir para a realização de um 
ou mais resultados de um processo.
• Testabilidade
Quando um teste objetivo e factível pode ser projetado para determinar se um requisito é atendido.
• Unidade de software
Pedaço compilável de software.
• Usuário
Indivíduo ou grupo de indivíduos que se beneficiam de um sistema durante sua utilização. O papel 
do usuário e o papel do operador podem ser assumidos, simultaneamente ou sequencialmente, no 
mesmo indivíduo ou organização.
• Validação
Confirmação, com a prestação de provas objetivas, de que os requisitos para uma determinada 
utilização ou aplicação foram cumpridos (iso 9000:2005). Num contexto de ciclo de vida, validação 
é o conjunto de atividades destinadas a assegurar e garantir a confiança de que um sistema é 
capaz de cumprir sua finalidade, metas e objetivos.
61
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• Verificação
Confirmação, com a prestação de provas objetivas, de que os requisitos especificados foram 
cumpridos (iso 9000:2005). Num contexto de ciclo de vida, é um conjunto de atividades que 
compara um produto do ciclo de vida com as características exigidas para esse produto. Isso pode 
incluir a descrição de design e do próprio sistema.
• Versão
Instância identificada de um item. Modificações em uma versão de um produto de software, 
resultando em uma nova versão, exige uma ação de gestão de configuração.
5.2.3 Categorias de processos do ciclo de vida
Essa norma internacional define os grupos de atividades que podem ser realizadas durante o ciclo 
de vida do software em sete grupos de processo. 
Cada um dos processos do ciclo de vida dentro desses grupos é descrito em termos da sua finalidade, 
dos resultados desejados e das atividades e tarefas que precisam ser executadas para atingir esses 
resultados. 
Processos no contexto de sistema
• Processos de acordo (contrato)
— processo de aquisição;
— processo de fornecimento.
• Processos organizacionais
— processo de gerenciamento do modelo de ciclo de vida;
— processo de gerenciamento da infraestrutura;
— processo de gerenciamento do portfólio de projetos;
— processo de gerenciamento dos recursos humanos;
— processo de gerenciamento da qualidade.
• Processos de projetos
— processo de planejamento de projeto;
62
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
— processo de controle e melhoria de projeto;
— processo de gerenciamento de decisão;
— processo de gerenciamento de riscos;
— processo de gerenciamento de configuração;
— processo de gerenciamento de informação;
— processo de medição. 
• Processos técnicos
— processo de definição de requisitos dos stakeholders;
— processo de análise de requisitos de sistemas;
— processo de design da arquitetura do sistema;
— processo de implementação;
— processo de integração de sistema;
— processo de teste e qualificação de sistema;
— processo de instalação de software;
— processo de suporte e aceite de software;
— processo de operação de software;
— processo de manutenção de software;
— processo de eliminação (descarte) de software.
• Processos específicos de software
— Processos de software de aplicação
- processo de implementação de software;
- processo de análise de requisitos de software;
63
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
- processo de design da arquitetura de software;
- processo de design detalhado de software;
- processo de construção de software;
- processo de integração de software;
- processo de teste e qualificação de software.
— Processos de suporte de software support
- processo de gerenciamento de documentação de software;
- processo de gerenciamento de configuração de software;
- processo de garantia da qualidade de software;
- processo de verificação de software;
- processo de validação de software;
- processo de revisão de software;
- processo de auditoria de software;
- processo de resolução de problemas de software.
• Processos de reúso de software
— processo de engenharia de domínio;
— processo de gerenciamento de ativos reusáveis; 
— processo de gerenciamento do programa de reúso.
Os efeitos e resultados dos processos do ciclo de vida constituem-se em um modelo de referência 
de processo. Este não representa uma abordagem de implementação particular, nem estabelece uma 
metodologia ou técnicas específicas. Ao contrário, destina-se a ser adotado por uma organização com 
base em suas necessidades de negócio e domínio das suas aplicações. 
Os resultados são utilizados para demonstrar a plena consecução da finalidade de um processo. Isso 
ajuda o processo de assessoria a determinar a capacidade daquele implementado na organização e a ser 
fonte de material para o plano de melhoria de processos organizacionais.
64
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
 Lembrete
O processo definido na organização deve ser adotado pelos projetos da 
organização no contexto das necessidades do cliente.
5.2.4 Processo de gestão da qualidade
Com relação aos processos da qualidade de software, a norma tem como objetivo assegurar que os 
produtos, serviços e implementações de processos de ciclo de vida de software cumpram os objetivos de 
qualidade organizacional e que levem satisfação aos clientes. 
Como resultado da implementação bem-sucedida do processo de gestão da qualidade, a norma 
espera que sejam definidos: as políticas de organização de gestão da qualidade e procedimentos; os 
objetivos de qualidade da organização; a responsabilidade e a autoridade de gestão da qualidade; e, 
ainda, que o estado de satisfação do cliente seja monitorado e que sejam tomadas medidas adequadas 
aos objetivos da qualidade, quando estes não forem alcançados. 
A organização deve implementar as seguintes atividades e tarefas, de acordo com as políticas da 
organização e procedimentos com respeito ao processo de gestão da qualidade: 
• Gestão da qualidade
— A organização deve estabelecer políticas de gestão da qualidade, normas e procedimentos. 
 Observação
Um modelo de processo para o sistema de gestão da qualidade pode ser 
encontrado na norma ISO 9001:2000. Para as organizações que pretendem 
ir além da ISO 9001:2000, em busca da melhoria contínua do desempenho, 
são fornecidas orientações da norma ISO 9004:2000. Informação sobre a 
aplicação da ISO 9001:2000 para o software pode ser encontrada na ISO/
IEC 90003:2004. 
 A organização deve estabelecer metas de gestão da qualidade e objetivos baseados na estratégia 
de negóciospara a satisfação do cliente. 
— A organização deve definir as responsabilidades e a autoridade para a implementação da 
qualidade de gestão. 
— A organização deve avaliar a satisfação do cliente e relatá-la. A aplicação dessa norma 
estabelece a organização com uma abordagem para a realização da satisfação do cliente. 
65
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
— A organização deve realizar revisões periódicas dos planos de qualidade de projeto e assegurar 
que os objetivos de qualidade com base nos requisitos das partes interessadas são estabelecidos 
para cada projeto. 
— A organização deve monitorar o status de melhoria da qualidade de produtos e serviços.
• Gestão da qualidade de ações corretivas
— A organização deve tomar ações corretivas quando as metas de gestão da qualidade não são 
alcançadas.
— A organização deve implementar ações corretivas e comunicar os resultados através da 
organização.
Ainda em relação à qualidade, a norma propõe diversos processos mais específicos dentro dos grupos de 
processos que permeiam as atividades de desenvolvimento de um software, como processo de teste e qualificação 
de sistema, processo de teste e qualificação de software, processo de garantia da qualidade de software, processo 
de verificação de software, processo de validação de software e processo de revisão de software.
 Saiba mais
O prof. Dr. Marcelo Nogueira, da Universidade Paulista, no artigo 
Qual a importância da adoção da norma ISO 12207 nas empresas de 
desenvolvimento de software?, disponível no endereço a seguir, discute a 
crise do software e o uso das normas ISO.
<http://www2.dem.inpe.br/ijar/ISO%2012207%20Artigo.pdf>
6 NORMAS DA SéRIE NBR ISO 9000
Descrevem os elementos da garantia da qualidade em termos genéricos, que podem ser aplicados a 
qualquer negócio, independentemente dos produtos e serviços oferecidos. 
Para se registrar em um dos modelos de sistemas de garantia da qualidade contidos nas normas ISO 
9000, o sistema e as operações de qualidade da empresa são escrutinados por auditores externos para 
verificação do atendimento das normas e da efetividade da operação. 
Após o registro bem-sucedido, a empresa recebe um certificado de um corpo de registro representado 
pelos auditores. Auditorias de vigilância semestrais garantem a continuidade de conformidade com as 
normas (PRESSMAN, 2006).
A ISO elaborou normas de aplicação geral que no início foram direcionadas para as áreas de manufatura 
ou industrial, mas que em seguida foram estendidas a todas as áreas de atividade econômica. Dessa 
66
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
forma, essas normas são atualmente aplicadas à indústria e ao setor de serviços de todas as naturezas. 
A série ISO 9000 é composta de:
• NBR ISO 9000 – normas de gestão da qualidade e garantia da qualidade. Diretrizes para seleção e 
uso. Apoia as empresas na seleção da norma mais apropriada para seu negócio e na sua utilização.
• NBR ISO 9001 – sistemas da qualidade. Modelo de garantia da qualidade em projeto, 
desenvolvimento, produção, instalação e assistência técnica. É a norma mais geral da série e pode 
ser aplicável a qualquer empresa ou atividade.
• NBR ISO 9002 – sistemas da qualidade. Modelo para a garantia da qualidade em produção e 
instalação. Para empresas que não têm atividades de desenvolvimento.
• NBR ISO 9003 – sistemas da qualidade. Modelo para garantia da qualidade em inspeção e ensaios 
em geral. Norma restrita à área de inspeção e testes.
• NBR ISO 9004 – gestão da qualidade e elementos do sistema da qualidade. Diretrizes. Documento 
que traz orientações gerais para a implantação de gestão da qualidade.
Para a área de software, a ISO desenvolveu o guia ISO 9000-3 (diretrizes para aplicação da ISO 9001), 
para projeto, desenvolvimento, fornecimento, instalação e manutenção de software. 
Outra norma para aplicação no desenvolvimento de software é a ISO 12207, que trata dos processos 
do ciclo de vida de software e tem muitos pontos de contato comuns com a ISO 9000-3. 
 Observação
Todas as normas ISO apresentadas foram adaptadas pela NBR, que 
manteve os mesmos nomes originais da ISO.
6.1 Norma NBR ISO 9000-3: projeto, desenvolvimento, fornecimento, 
instalação e manutenção de software
De acordo com a ABNT, com relação a NBR ISO 9000-3, o processo de desenvolvimento e manutenção 
de software é diferente dos demais tipos de produto s industriais, tornando-se necessário prover, nesse 
campo da tecnologia de desenvolvimento tão rápido, orientações adicionais para o estabelecimento 
de sistemas de qualidade em que estejam envolvidos os produtos de software, levando-se em conta o 
estágio atual da tecnologia.
6.1.1 Termos e conceitos utilizados na norma
A norma NBR ISO 9000-3 define e conceitua os termos utilizados nesta disciplina:
67
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
Software
Criação intelectual compreendendo os programas, procedimentos, regras e qualquer documentação 
correlata à operação de um sistema de processamento de dados.
Produto de software
Conjunto completo de programas de computador, procedimentos e documentação correlata, assim 
como dados designados para entrega a um usuário.
Desenvolvimento
Todas as atividades realizadas para a criação de um produto de software.
De acordo com a norma, os softwares raramente são submetidos a avaliações formais de qualidade, 
existindo poucas ações tomadas nessa área. A qualidade do software fica, normalmente, dependente 
das habilidades dos profissionais envolvidos no sistema. 
Como consequência da pouca atenção dispensada à qualidade do software, mais de 50% do tempo 
e custos empregados no desenvolvimento de um software concentram-se em atividades de teste e 
manutenção (para ser conservador).
Estamos certos de que o levantamento e a especificação corretos das necessidades ou requisitos 
dos usuários, dos objetivos, da qualidade e dos critérios de aprovação devem reduzir o tempo de 
desenvolvimento, diminuir custos e, por consequência, aumentar a lucratividade e a competitividade 
das empresas de software.
Os profissionais da área devem se conscientizar de que é necessária uma busca contínua da melhora 
da qualidade do software, principalmente com a abertura do mercado brasileiro e a chegada do software 
importado, desenvolvido para usuários com níveis de exigências bem superiores aos dos usuários médios 
brasileiros.
6.1.2 Qualidade de processos
A ISO-9000-3 apresenta diretrizes para aplicação da ISO-9001 ao desenvolvimento, fornecimento e 
manutenção de software. 
Ela se aplica aos casos em que existe um contrato formal entre fornecedor e cliente. As diretrizes da 
ISO-9000-3 cobrem questões como:
• entendimento comum dos requisitos funcionais pelo contratante e contratada;
• uso de metodologia de desenvolvimento de software desde a concepção até a instalação do 
software;
68
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
• metodologia de gerenciamento do projeto.
Encontra-se dividida em três partes principais:
• estrutura do sistema da qualidade;
• atividades do ciclo de vida do software;
• atividades de suporte.
6.1.3 Estrutura do sistema de qualidade (quality framework)
A ISO-9000-3 descreve as responsabilidades e ações relacionadas à qualidade, que devem ser 
tomadas tanto pelofornecedor como pelo cliente ao longo das fases do ciclo de vida do software.
A aplicação da norma deve propiciar aos fornecedores de software uma política de qualidade formal 
e documentada, divulgada e compreendida por todos os funcionários, que precisam ter como parte do 
trabalho a responsabilidade e a autoridade suficientes para implementar essas políticas. 
A empresa deve possuir pessoas e recursos para verificar, de forma independente, o emprego correto 
de suas políticas de qualidade. 
O executor não pode ser seu próprio auditor. A auditoria deve estar a cargo de um setor, de um 
grupo interno de qualidade ou de uma empresa independente de auditoria especializada. 
São quatro os pontos cobertos pelo capítulo da norma que trata da estrutura do sistema da qualidade:
• estabelecimento de responsabilidades gerenciais;
• definição e documentação do próprio sistema da qualidade;
• procedimentos para auditoria interna do sistema da qualidade; 
• procedimentos para ações corretivas.
6.1.4 Atividades do ciclo de vida do software
O ciclo de vida de um projeto de desenvolvimento de um software é normalmente dividido em fases, 
etapas e atividades. 
Existem diversas alternativas de organização do ciclo de vida do desenvolvimento de software, mas 
basicamente todas elas se encaixam na estrutura apresentada a seguir.
• Fase 1: estudo preliminar (definição do escopo do sistema, requisitos).
69
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• Fase 2: análise ou especificação do sistema (detalhamento ou elaboração das funcionalidades).
• Fase 3: design ou estruturação física do sistema.
• Fase 4: programação ou construção.
• Fase 5: implantação ou liberação para produção.
• Fase 6: manutenção.
 Lembrete
O ciclo de vida de um software é padronizado pela norma ISO/IEC 12207.
O sistema da qualidade deve atuar sobre todo o ciclo de vida do software, e a qualidade deve ser 
buscada em cada atividade, e não simplesmente avaliada no final. 
A norma, independentemente do modelo ou metodologia adotada pela empresa, prevê que as 
atividades do ciclo podem ser agrupadas em nove grandes categorias.
• Análise crítica de contrato (contract review)
Aborda os itens padrões que devem constar nos contratos relativos à compra e venda de software: 
abrangência do trabalho, contingências e proteção de informações proprietárias.
• Especificação de requisitos do comprador (purchaser’s requirements specification)
Trata das especificações de requisitos funcionais a serem preparados em conjunto pelo comprador 
e fornecedor, devem incluir aspectos de: performance, confiabilidade, segurança e privacidade.
• Planejamento do desenvolvimento (development planning)
Enfatiza a necessidade e define um plano de desenvolvimento do software. O plano deve incluir: 
definição do projeto, organização dos recursos, fases do desenvolvimento, cronogramas e plano 
de testes.
Devem também ser contemplados no plano as formas de controle de entrada e saída para cada 
fase do ciclo de vida e um método de monitorar e verificar o progresso.
• Planejamento da qualidade (quality planning)
Trata da elaboração de um plano da qualidade específico para o projeto em desenvolvimento, e 
deve englobar itens especiais não cobertos pelo sistema da qualidade geral da empresa. 
70
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
O plano da qualidade deve tratar dos objetivos de qualidade do produto de software em 
desenvolvimento, como redução do reprocessamento, redução do número de chamadas da 
assistência técnica e redução do número de horas de treinamento.
Deve também tratar dos critérios de saída de cada fase e entrada na seguinte, do planejamento 
detalhado de atividades de verificação e validação (homologação de produtos das fases) e de 
responsabilidades específicas para as atividades da qualidade (matriz de responsabilidades).
• Projeto e implementação (design e implementation)
Preconiza uma análise e um projeto de software disciplinado, em que comprador e fornecedor 
concordam previamente com o conjunto de informações que serão fornecidas ao comprador pelo 
software.
O fornecedor deve usar uma metodologia sistemática que envolva o comprador o máximo possível 
nessas fases e, dentro do possível, valer-se da experiência passada.
O projeto deve considerar as futuras manutenções e aderir às regras e padrões da empresa quanto 
às confecções da interface homem/máquina e ao uso dos ambientes de programação.
• Teste e certificação (test and validation)
Define a necessidade de teste e a homologação do software em vários níveis. Um plano de testes 
deve ser montado, cobrindo ambiente, documentação, casos de teste e dados, simulação do 
sistema completo e testes de campo.
• Aceitação (acceptance)
Cobre os termos acordados previamente e as condições impostas pelo comprador para aceitação do produto. 
São abordadas questões como testes de aceitação e procedimentos para avaliação. Ambientes e 
recursos de software e hardware são definidos nessa categoria.
• Reprodução, expedição e instalação (replication, delivery and installation)
Trata do registro de considerações relativas ao número de cópias, tipo do meio físico utilizado, 
direitos autorais e licenças, critérios de envio e obrigações do fornecedor e do comprador ligadas 
à instalação do software desenvolvido.
• Manutenção (maintenance)
Trata a manutenção como uma questão da qualidade, em que esse serviço é incluso no contrato de 
compra. Serviços de manutenção normalmente envolvem: mudanças no software, solução de problemas, 
correção de defeitos, modificação de interfaces, melhorias de desempenho e expansões funcionais.
71
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
A norma propõe a existência de um plano de manutenção, documentação e critérios de liberação 
em função da incorporação de alterações no software.
6.1.5 Atividades de suporte
As atividades de suporte não se encontram atreladas a uma determinada fase do ciclo de vida do 
software, elas permeiam todas as fases. E compreendem nove itens, os quais devem ser desenvolvidos e 
implementados pelo fornecedor do software.
Sistema de gestão da configuração
Gestão de configuração significa identificação, rastreamento e controle de alterações do software.
O sistema de gestão da configuração deve fornecer um mecanismo para controle e rastreamento do 
software e seus componentes, de modo que seja possível:
• identificar cada versão; 
• controlar a atualização simultânea do software por mais de uma pessoa;
• rastrear e identificar todas as alterações resultantes de um pedido de alteração. 
Controle de documentos
Estabelece que o fornecedor deve manter procedimentos para controlar toda a documentação 
relacionada à qualidade do software. A norma define os documentos mínimos que devem ser 
controlados:
• descrição do sistema de qualidade ao longo do ciclo de vida do software;
• documentos de planejamento das atividades do fornecedor e de suas interações com o cliente;
• documentos relacionados ao produto em si.
Registros da qualidade
Definem que o fornecedor deve manter formas para identificar, coletar, indexar, arquivar, armazenar, 
manter e dispor dos registros da qualidade, de forma que sejam rapidamente recuperáveis.
Medição
Este item trata das métricas e das técnicas de medição estabelecidas para realizar as medições nos 
produtos e nos processos desde o desenvolvimento até a produção. 
72
Re
visã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
Apesar de a norma reconhecer que não existem indicadores de qualidade de software aceitos 
universalmente, adverte que deve ser usado algum tipo de indicador para expressar falhas e/ou defeitos 
que façam sentido do ponto de vista do cliente.
Exemplos de indicadores propostos pela norma:
• número de falhas por dias de uso efetivo do software;
• tempo médio de reparo de problema (Medium Time To Repair - MTTR);
• tempo médio entre duas falhas consecutivas (Medium Time Between Failures - MTBF);
• número de problemas com solução pendente.
Regras, práticas e convenções
Estipulam que cada fornecedor de software deve definir suas regras, práticas e convenções, de 
maneira que tornem efetivo o sistema de qualidade estipulado na ISO-9000-3.
Ferramentas e técnicas
Impõem como responsabilidade do fornecedor a utilização de ferramentas, recursos e técnicas de 
sua escolha que garantam a efetividade das diretrizes das normas.
Aquisição
A norma aborda a avaliação sobre se o hardware, os serviços e as ferramentas de desenvolvimentos 
necessários para compor o produto final estão de acordo com os requisitos especificados, como forma 
de garantir a sua qualidade.
Produto para ser incluído no software
Trata dos cuidados relativos à qualidade no uso de partes de softwares do próprio comprador ou de 
terceiros, que serão integradas para compor o software contratado e em desenvolvimento.
Treinamento
Apresenta a responsabilidade do fornecedor relativa à identificação das necessidades de treinamento, 
visando à qualificação do próprio pessoal ou do cliente e ao preparo de quem executa tarefas que 
possam influenciar na qualidade.
73
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
 Saiba mais
Para um detalhamento maior sobre a norma NBR ISO 9000-3, acesse: 
<http://pt.scribd.com/doc/112728845/NBR-ISO-9000-3-2003-Gestao-
da-Qualidade-Aplicacao-da-NBR>
6.2 Norma NBR ISO/IEC 9126-1 2003 – engenharia de software – qualidade 
de produto
De acordo com a norma NBR ISO/IEC 9126-1, os computadores têm sido usados numa variedade de 
áreas de aplicação e sua correta operação é frequentemente crítica para o sucesso de negócios e para a 
segurança humana. 
Desse modo, desenvolver ou selecionar produtos de software de alta qualidade é de primordial 
importância. Especificação e avaliação da qualidade do produto de software são fatores-chave para 
garantir a qualidade adequada. Isso pode ser alcançado pela definição apropriada das características de 
qualidade, levando em consideração o uso pretendido do produto de software.
A norma tem como objetivo permitir que a qualidade do produto de software seja especificada e 
avaliada em diferentes perspectivas pelos envolvidos com aquisição, requisitos, desenvolvimento, uso, 
avaliação, apoio, manutenção, garantia de qualidade e auditoria de software. 
Pode ser utilizada por desenvolvedores, adquirentes, pessoal de garantia de qualidade e avaliadores 
independentes e, particularmente, pelos responsáveis por especificar e avaliar qualidade do produto de 
software.
6.2.1 Diretrizes para uso da norma NBR ISO/IEC 9126-1
De acordo com Guerra e Colombo (2009), essa norma pode ser aplicada na avaliação da qualidade 
nos seguintes momentos ou situações:
• definição dos requisitos de qualidade de um produto de software;
• avaliação da especificação de software para verificar se ele irá satisfazer aos requisitos de qualidade 
durante o desenvolvimento;
• descrição de particularidades e atributos do software implementado, por exemplo, em manuais de 
usuário;
• avaliação do software desenvolvido, antes da entrega; 
• avaliação do software desenvolvido, antes da aceitação.
74
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
6.2.2 Características da qualidade da norma NBR ISO/IEC 9126-1
A norma apresenta seis características de qualidade para um software, conforme Côrtes e Chiossi 
(2001).
Funcionalidade
Conjunto de funções especificadas para atender aos requisitos do cliente/usuário. Esse conjunto de 
funções caracteriza o que o software deve fazer para satisfazer às necessidades do cliente/usuário. 
A funcionalidade pode ser ainda desdobrada nas subcaracterísticas:
• adequação: significa a garantia de que o software possui as funções que foram especificadas;
• conformidade: se os produtos de software foram desenvolvidos observando os padrões, convenções 
ou regras estabelecidos no projeto;
• acurácia: o produto de software gera resultados precisos ou dentro dos limites esperados;
• segurança de acesso: capacidade do produto de software de prevenir acessos por pessoas ou 
aplicações não autorizadas;
• interoperabilidade: capacidade de interagir com outros sistemas, de acordo com as especificações.
Confiabilidade
Medida da capacidade do software de manter seu nível de desempenho dentro de condições 
estabelecidas entre as partes em um período de tempo.
A confiabilidade pode ser ainda desdobrada nas subcaracterísticas:
• maturidade: indicação de baixa frequência de falhas ou defeitos do produto de software em operação;
• tolerância a falhas: indicação de que o produto de software pode manter determinados níveis de 
desempenho mesmo quando se apresentarem problemas na sua execução;
• recuperabilidade: o produto de software possui capacidade para reestabelecer o nível de desempenho 
preestabelecido e garantir a recuperação das bases de dados em caso de ocorrência de falhas.
Usabilidade
Medida do esforço necessário para o uso do software por um usuário de perfil determinado de forma 
explícita ou implicitamente. A usabilidade de um software está ligada aos conceitos de ergonomia entre 
o homem e o computador.
75
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
Pode ser ainda desdobrada nas subcaracterísticas:
• inteligilidade: medida da facilidade do usuário para reconhecer a lógica de funcionamento do 
produto e sua aplicação;
• apreensibilidade: medida da facilidade encontrada pelo usuário para aprender a utilizar o produto;
• operacionalidade: medida da facilidade para operar o produto.
Eficiência
Determinação da quantidade de recursos utilizada pelo software com relação ao seu desempenho, 
sob condições de uso preestabelecidas.
A eficiência pode ser ainda desdobrada nas subcaracterísticas:
• comportamento com relação ao tempo: medida do tempo de resposta e de processamento, assim 
como as taxas de saídas ao executar as funções especificadas;
• comportamento com relação ao uso de recursos: medida da quantidade de recursos necessários 
(CPU, disco, rede e memória, entre outros) e a duração do seu uso ao executar as funções 
especificadas. 
Manutenibilidade
Medida do esforço necessário (homens/hora) para fazer alterações no software.
A manutenibilidade pode ser desdobrada nas subcaracterísticas:
• analisibilidade: medida do esforço necessário para diagnosticar deficiências e localizar as partes 
para corrigir os problemas;
• modificabilidade: medida do esforço necessário para remover falhas ou para adequar o produto a 
eventuais mudanças na tecnologia ou no ambiente operacional;
• estabilidade: medida do risco de efeitos inesperados provenientes de modificações no produto de 
software;
• testabilidade: medida do esforço necessário para testar o produto de software alterado.
PortabilidadeMedida da facilidade de transferir o produto de software de um ambiente operacional para outro 
diferente.
76
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
A portabilidade pode ser ainda desdobrada nas subcaracterísticas:
• adaptabilidade: medida da facilidade de adaptar o produto de software para funcionar em outros 
ambientes operacionais;
• facilidade de instalação: medida do esforço necessário para instalar o produto de software;
• capacidade de coexistir: medida do nível de conformidade do produto de software com padrões 
referentes à portabilidade;
• facilidade para substituir: medida do esforço necessário para usar o produto em substituição a 
outro, previamente especificado.
6.2.3 Visões da qualidade de software da norma NBR ISO/IEC 9126-1
A norma apresenta três visões da qualidade de software: a do usuário, do desenvolvedor e do gerente 
de desenvolvimento. 
Do ponto de vista do usuário, a norma discute o interesse deste com relação ao funcionamento do 
produto de software, o seu desempenho e os efeitos do seu uso.
 O usuário está voltado para as medidas externas da qualidade do produto de software, como nas 
funções que estão disponíveis, na confiabilidade, na facilidade de uso e na portabilidade.
Já quanto à visão do desenvolvedor, a norma preocupa-se com a qualidade dos requisitos e com a 
aceitação do produto pelo cliente/usuário. 
Para que o desenvolvedor dê essas garantias, ele verifica a qualidade dos produtos intermediários 
por meio de técnicas da qualidade (verificação, revisão e testes) e usa as chamadas medidas internas. 
O desenvolvedor deve se preocupar também com as expectativas da qualidade das pessoas que irão 
dar manutenção ao produto do software no futuro.
Com relação à visão do gerente de desenvolvimento, a norma propõe que ele se preocupe com uma 
medida de qualidade geral para obter uma visão mais próxima dos objetivos do projeto e do produto de 
software, em consonância com os objetivos do negócio da empresa. Ele deve balancear as melhorias da 
qualidade do produto com a garantia da execução dos cronogramas, previsões de custo e uso adequado 
dos recursos necessários.
A norma propõe o uso de métricas para medir as seis características da qualidade de produto de 
software, todavia não apresenta essas métricas e sugere que cada organização desenvolva as suas 
próprias, bem como seus próprios processos de medição.No entanto, define um processo de avaliação 
da qualidade de produto de software a partir das seis características determinadas na própria norma. 
77
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
O processo de avaliação proposto parte da definição dos requisitos da qualidade, aborda a preparação 
da avaliação e encerra com a avaliação propriamente dita.
 Saiba mais
O artigo Um modelo de avaliação de produtos de software, de Lúcio André 
Mendonça dos Anjos e Hermano Perrelli de Moura, discute a visão da qualidade 
de produto fundamentada na série de normas ISO/IEC 9126, 14598 e 12119. 
<http://php.cin.ufpe.br/~laps/laps/arquivo/arquivo_13.pdf> 
 Resumo
Esta unidade teve início com as definições de norma e normatização 
encontradas na Associação Brasileira de Normas Técnicas (ABNT). As normas 
têm por objetivo estabelecer prescrições destinadas à utilização comum e 
repetitiva de atividades nos processos organizacionais.
Diversos objetivos foram apresentados com relação à adoção de normas 
nas empresas, como: economia, comunicação, segurança, proteção ao 
consumidor e eliminação de barreiras técnicas e comerciais.
Foi apresentado também o modelo de qualidade proposto por Card 
(1990), indicando os padrões de desenvolvimento de software e o banco de 
dados das medidas obtidas ao longo do tempo, tanto nos processos quanto 
nos produtos de software.
Foram expostas as principais normas da qualidade de processos e 
produtos de software vigentes, em nível nacional e internacional. Foram 
discutidas e apresentadas ainda as normas ISO/IEC 12207 de 2008 e a 
série NBR ISO 9000, com ênfase na norma NBR ISO/IEC 9000-3, que trata 
especificamente de software.
Com relação à qualidade específica de produtos de software, foi 
detalhada a norma NBR ISO/IEC 9126-1, que trabalha os atributos da 
qualidade de um produto de software e permite a montagem de atributos 
para a avaliação e controle dos produtos de software produzidos e em uso 
pelos clientes/usuários das organizações.
Foram detalhadas as seis características da qualidade de um produto de 
software e as visões da qualidade por parte do usuário, do desenvolvedor e 
do gerente de desenvolvimento.
78
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
 Exercícios
Questão 1. Leia as duas afirmações a seguir:
Apenas a presença de desenvolvedores altamente treinados não é suficiente para o desenvolvimento 
de um software, como às vezes se imagina. Para minimizar os problemas de comunicação, torna-se 
necessário o uso de modelos de linguagens para o trabalho em equipe e para a comunicação com 
usuários e clientes. Existem diversas propostas de modelos de linguagem de comunicação; todavia, 
elas se tornam efetivas somente quando as empresas utilizam um processo ou guia organizacional 
denominado Metodologia de Desenvolvimento de Sistemas.
Porque
O modelo de linguagem corresponde ao ponto principal da comunicação. Se uma pessoa quer 
conversar sobre o projeto com outra pessoa, é adotando o modelo de linguagem que as duas se 
entendem. Utiliza-se não o processo, mas tão somente o modelo de linguagem.
Assinale a alternativa correta:
A) As duas afirmações são verdadeiras, e a segunda justifica a primeira.
B) As duas afirmações são verdadeiras, e a segunda não justifica a primeira.
C) A primeira afirmação é verdadeira e a segunda é falsa.
D) A primeira afirmação é falsa e a segunda é verdadeira.
E) As duas afirmações são falsas.
Resposta correta: alternativa A.
Análise das afirmativas
Justificativa geral: um processo ou uma metodologia de software moderna propõe atividades que 
integram a Engenharia de Software e devem ser seguidas. Como esses processos são unificados ou 
padronizados, servem de guia de como usar efetivamente os métodos e as técnicas de desenvolvimento 
de softwares. Basicamente, os processos de software possuem regras básicas, como:
• servir de guia para os desenvolvedores de softwares;
• especificar quais artefatos (como documentos, modelos e diagramas) devem ser desenvolvidos e 
quando eles devem ser desenvolvidos;
79
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Qualidade de Software
• dirigir as tarefas individuais e da equipe (time) como um todo.
• oferecer critérios para monitorar e medir os produtos e as atividades do projeto.
Os processos de software atualmente propõem o uso de pequenos ciclos de projeto (sprints), que 
correspondem a uma iteração e resultam em um incremento no software. Iterações referem-se a passos 
e a incrementos na evolução do produto final. Como exemplos desses processos de software, pode-se 
citar o RUP (Rational Unified Process), o Scrum e o AUP.
Primeira afirmativa: correta.
Justificativa: as linguagens, ou os modelos de linguagens (como o UML – Unified Modeling Language), 
definem uma notação e um metamodelo. A notação inclui todos os elementos de representação gráfica 
vistos no modelo (como retângulos, setas e textos). É a sintaxe do modelode linguagem que define uma 
maneira mais rigorosa de usar a notação e permite a aplicação de um padrão que possa ser entendido 
por todos da mesma maneira.
Segunda afirmativa: correta.
Justificativa: os processos de desenvolvimento de softwares, ou métodos de desenvolvimento, 
compõem um guia de atividades, procedimentos e orientações para entender um problema, especificá-
lo e construí-lo usando-se as melhores práticas do mercado. Todavia, no momento de desenhar uma 
solução, as pessoas estão essencialmente aplicando as regras e os padrões definidos pelo modelo de 
linguagem. Os processos indicam as melhores práticas; mas, para serem genéricos, eles não mostram 
“como” executar tarefas ou atividades. Desse modo, as duas afirmações são verdadeiras, e a segunda 
justifica a primeira.
Questão 2. A figura a seguir é uma visão clássica, apresentada por Mário Lúcio Côrtes e 
Thelma C. dos Santos Chiossi no livro Modelos de qualidade de software (1998). Baseado na 
proposta do autor D. N. Card, esse modelo de qualidade apresenta padrões e procedimentos que 
definem um processo de desenvolvimento de produtos e o conjunto de expectativas geradas 
por ele. Cada atividade implicitamente inclui um processo e, dependendo da atividade, devem-
se observar características como a produtividade e a rastreabilidade. Chama-se produtividade 
a facilidade de se estabelecer um processo de produção eficiente e eficaz. A rastreabilidade 
possibilita que sejam verificados os objetivos funcionais e o desempenho do sistema de 
software.
80
Re
vi
sã
o:
 N
om
e 
do
 r
ev
iso
r 
- 
Di
ag
ra
m
aç
ão
: N
om
e 
do
 d
ia
gr
am
ad
or
 -
 d
at
a
Unidade III
Padrões de 
desenvolvimento 
de software
Atividades, 
produtos, métodos, 
ferramentas...
Medidas da 
qualidade
Requisitos Design Codificação Testes Manutenção
Rastreabilidade
Produtividade
Considerando as afirmações e a figura, assinale a alternativa correta:
A) As atividades de requisitos design, codificação, testes e manutenção definem o processo de 
qualidade de software.
B) As atividades de requisitos design, codificação, testes e manutenção definem o processo de 
desenvolvimento de software, no qual são feitas as medições da qualidade de software.
C) A rastreabilidade, necessária à qualidade de um produto de software, aplica-se no processo de 
desenvolvimento somente a partir das atividades de codificação.
D) A produtividade no desenvolvimento de software é antagônica à qualidade de software.
E) As atividades de revisão, inspeção e testes de software nem sempre melhoram sua qualidade.
Resolução desta questão na plataforma.