c



 

 

 

˜
 




  

A qualidade de um sistema de software pode ser entendida de diversas formas e utilizando diferentes
abordagens.

A norma ISO/IEC 9126, ou conjunto de normas que tratam deste assunto no âmbito da ISO, estabelece um
modelo de qualidade com os seguintes componentes:

yY 0  de desenvolvimento, cuja qualidade afeta a qualidade do produto de software gerado e é

influenciado pela natureza do produto desenvolvido;
yY 0
 , compreendendo os atributos de qualidade do produto (sistema) de software. Estes atributos
de qualidade podem ser divididos entre atributos    e   . Estes se diferenciam pela
forma como são aferidos (interna ou externamente ao produto de software) e em conjunto compõem
a qualidade do produto de software em si;
yY 

 que consiste na aferição da qualidade do software em cada contexto específico de
usuário. Esta é, também, a qualidade percebida pelo usuário.

- 

A capacidade de um software prover funcionalidades que satisfaçam o usuário em suas necessidades

declaradas e implícitas, dentro de um determinado contexto de uso.

Suas sub-características são:

yY  ¦
  
  

   
  
  
    
yY 
  
   

     
   
 
 

   
  


yY 
!
"
     
     
      


yY #
  

              
  
     

 "

!       "#  $ 

   %
&

Suas sub-características são:

yY ˜
¦   

  

     #  $ 
     
 
yY · 
$-%   

        
  
 

 
        
 ' 
yY !
"
 
 

      
 (  $¦  %
 
"#   $  
   
å"

A capacidade do produto de software ser compreendido, seu funcionamento aprendido, ser operado e ser
atraente ao usuário.

Note que este conceito é bastante abrangente e se aplica mesmo a programas que não possuem uma interface
para o usuário final. Por exemplo, um programa batch executado por uma ferramenta de programação de
processos também pode ser avaliado quanto a sua usabilidade, no que diz respeito a ser facilmente
compreendido, aprendido, etc. Além disto, a operação de um sistema é uma interface Humano-Computador
sujeita às avaliações de usabilidade.

Suas sub-características são:

yY #"
    

 

    
   
  
#              
  
"

yY !
"  
  
             
   
yY !
  
    
          ¦ 
    

    
yY 
& ##

"

       
       ¦ 
 

    
            
   #     
  
 


'

O tempo de execução e os recursos envolvidos são compatíveis com o nível de desempenho do software.

Suas sub-características são:

yY  !
    ·!
 #          

   
   


yY å(  
 
     

 
  

        
 
  "# 

˜"

A capacidade (ou facilidade) do produto de software ser modificado, incluindo tanto as melhorias ou
extensões de funcionalidade quanto as correções de defeitos.

Suas sub-características são:

yY "  
  
     
 #   %   
 
 


  $
yY ˜ "

   
 

 
         

yY " #  

     #   
   
    

  
yY ·"   

          
¦  
   #

 
            



 ? ?


A ISO/IEC 15504 define um modelo de referência de processo que identifica e descreve um conjunto de
processos considerados universais e fundamentais para a boa prática da engenharia de software, e define seis
níveis de capacidade, seqüenciais e cumulativos que podem ser utilizados como uma métrica para avaliar
como uma organização está realizando um determinado processo e também podem ser utilizados como um
guia para a melhoria.

A ISO/IEC 15504 define também um guia para a orientação da melhoria de processo, tendo como referência
um modelo de processo e como uma das etapas a realização de uma avaliação de processo. Este guia sugere
8 etapas seqüenciais, que inicia com a identificação de estímulos para a melhoria e o exame das
necessidades da organização.

†  

yY Objetivo: desenvolver e manter documentos que registrem informações produzidas por um outro
processo ou atividade.
yY Envolve a produção, controle, manutenção, revisão, aprovação e publicação de documentos e seu
acesso.

  #
 

yY Objetivo: estabelecer e manter a integridade de todos os produtos de trabalho de algum processo ou

do projeto.
yY Envolve a definição de uma estratégia de gestão de configuração, a identificação de itens de
configuração, o controle de acesso e de mudanças de itens, o registro da situação de todos os itens e
o seu armazenamento e manuseio de forma controlada.




yY Objetivo: assegurar que os produtos de trabalho e atividades de um processo ou projeto estão de

acordo com os requisitos especificados e satisfazem aos planos e regras estabelecidas.
yY †evem ser estabelecidos os procedimentos para o tratamento de desvios a não-conformidades com
relação a regras, procedimentos e padrões.
yY †eve ser coordenada com os processos de verificação, validação, revisão conjunta, auditoria e
resolução de problemas.
yY As pessoas responsáveis pela garantia da qualidade devem ter autonomia organizacional e autoridade
para realizarem as suas tarefas sem interferências dos responsáveis pelo desenvolvimento do
software.

´
 

Objetivo: confirmar que cada produto de trabalho ou serviço resultado de um processo reflete corretamente
às especificações de entrada do processo.

yY Envolve a definição de uma estratégia de verificação, de critérios de verificação para todos os

produtos de trabalho e para as atividades de verificação.
yY †eve assegurar que os defeitos encontrados serão removidos dos produtos de trabalho e que os
resultados serão disponibilizados para os clientes
yY Normalmente envolve a realização de testes e está relacionado aos processos ENG.1.6 e ENG.1.7.
 yY Pode também fazer uso de técnicas como peer, reviews, provas formais e análise de rastreabilidade.

´ 

yY Objetivo: confirmar que estão satisfeitos os requisitos para o uso pretendido de cada produto de
trabalho ou serviço resultado de um processo.
yY Envolve a definição de uma estratégia de validação, de critérios de validação para todos os produtos
de trabalho e para as atividades de validação.
yY †eve assegurar que os problemas encontrados serão resolvidos, que os resultados serão
disponibilizados para os clientes e para outras organizações internas e que os produtos são adequados
para o uso pretendido.
yY Normalmente está relacionado ao processo de teste de integração e teste de software ENG.1.7.

&  )

yY Objetivo: permitir ao cliente a visibilidade do andamento do desenvolvimento quando comparado ao

especificado no contrato.
yY As revisões formais dever tratar, ao longo de todo o ciclo de vida de desenvolvimento, tanto dos
aspectos técnicos quanto administrativos.
yY Envolve: revisões periódicas em datas pré-estabelecidas da situação de produtos e atividades por
todas as partes interessadas, da solução de todas as pendências, problemas e desvios encontrados.




yY Objetivo: determinar, de forma independente, a conformidade de produtos identificados e atividades

com planos, requisitos e com o contrato.
yY †eve ser definida a estratégia de programação da auditoria, especificando quais itens serão auditados
contra quais regras.
yY A auditoria deve ser conduzida por pessoal independente àquele que executa o desenvolvimento e os
problemas encontrados deverão ser comunicados aos responsáveis para a devida ação corretiva.

  *
"

yY !% #) 
   % 

    ¦ #  
 # 


  %# #      '
   # #&