|
| 

|

| 


MATERIA
MATERIA
ASEGURAMIENTO Y CALIDAD DEL SOFTWARE

V IDAD: 1
CO CEPTOS FV DAME TALES DE CALIDAD DEL SOFTWARE

CATEDRATICO
CATEDRATICO
ING. MIGUEL ANGEL MARTINEZ DE LA CRUZ

ALVM O:
{


  

AVLA 


Ô


 





 




 |
|  |


| 

¦1.CO CEPTOS BASICOS DE CALIDAD

¦ .FACTORES DE LA CALIDAD DEL SOFTWARE

¦
.ASEGVRAME TO DE LA CALIDAD DEL
SOFTWARE (SQA)
¦.ESTA DARES DE LA CALIDAD APLICADOS
AL SOFTWARE
¦.CALIDAD E FOCADA AL DESARROLLO
DEL SOFTWARE
¦.COMO CO TROLAR LA CALIDAD DEL
SOFTWARE
¦. OME CLATVRA Y CERTIFICACIO
ISO9¦¦¦1: ¦¦¦ O
 
|
|  |

| 

 |
|  |

| 


? 

 

0      Es la calidad que pide el

cliente y la que le gustaría recibir.
0     Es el nivel de calidad
que se propone obtener el fabricante.
0      Es la calidad que se puede
obtener debido a las personas que realizan el
trabajo o a los medios utilizados.
 |
|  |

| 


Todas las metodologías y herramientas tienen un único fin

Ô
 

  
0 Definiciones de calidad del software
± Î             
        
        
          R.
S. Pressman (199 ).
± Î               
        

|



.
 |
|  |

| 

Conclusiones
± Los    son la base de las medidas de calidad.
La falta de concordancia con los requisitos es una falta de calidad.

± Los estándares o   definen un conjunto de criterios de

desarrollo que guían la forma en que se aplica la ingeniería del
software. Si no se sigue ninguna metodología siempre habrá falta de
Calidad

± Existen algunos   o ! que a menudo

no se mencionan, o se mencionan de forma incompleta (por ejemplo
el deseo de un buen mantenimiento) que también pueden implicar
una falta de calidad.
 |
|  |

| 


La calidad de un producto o servicio es la percepción que el

cliente tiene del mismo. Conjunto de propiedades inherentes
a un objeto que permiten apreciarlo como igual, mejor o
peor que el resto de objetos de los de su especie.
D  !!! !"   !"  
Aquellas características del producto que responden a
las necesidades del
cliente. !!!#$     $     
  %   &  % &D 
 |
|  |

| 


Es un principio para darle a la comunidad lo que por

derecho espera. Se basa en el principio de que la calidad es
la solución a un problema, lo que hace que mejore el
desempeño de un sistema de personas y maquinas, y al
mejorarla se disminuyen los desperdicios, los costos y se
incrementa la productividad, llegando a un producto final
de calidad con gran competitividad. La calidad comienza
en el señalamiento de métodos y/o
objetivos. !!!  %        

 '  |  $ 
 |
|  |

| 

Término que encierra un sinónimo de garantía y seguridad
al momento de adquirir un producto o un servicio, la calidad
es vital para el consumidor ya que ella da tranquilidad y
hasta status a los que adquieren un
producto. !!!  
  #(    
 $     $ D 
Es la medida en que las propiedades de un bien o servicio
cumplen con los requisitos establecidos en la norma o
especificaciones técnicas, así como con las exigencias del
usuario de dicho bien o servicio en cuanto a su
funcionalidad, durabilidad y
costo. !!!   #    $  ) 

  D 
 |
|  |

| 


La totalidad de las características de un producto o servicio

que le confieren aptitud para satisfacer necesidades
establecidas e implícitas. (ISO 8¦ )
!!!    ))D 

esta fase sirve para atender las necesidades del usuario a

un costo mínimo y dentro de los plazos previstos. Exige
normalización explícita, confiabilidad, estandarización de
soluciones y repeticiones.
!!! *   $    +  &  
  $ D 
 |
|  |

| 


Se clasifican en tres grupos:

0
   

 $ : características operativas

± " (¿Hace lo que se le pide?)

0 El grado en que una aplicación satisface sus
especificaciones y consigue los objetivos
encomendados por el cliente

±  (¿Lo hace de forma fiable todo el tiempo?)

0 El grado que se puede esperar de una aplicación lleve a
cabo las operaciones
especificadas y con la precisión requerida
 |
|  |

| 

±   (¿Qué recursos hardware y software
necesito?)
0 La cantidad de recursos hardware y software que
necesita una aplicación para realizar
las operaciones con los tiempos de respuesta adecuados

±   (¿Puedo controlar su uso?)

0 El grado con que puede controlarse el acceso al software
o a los datos a personal no
Autorizado

±    (¿Es fácil y cómodo de manejar?)

0 El esfuerzo requerido para aprender el manejo de una
aplicación, trabajar con ella,
introducir datos y conseguir resultados
 |
|  |

| 

O %,

 $ : capacidad para soportar cambios

±       (¿Puedo localizar los fallos?)

0 El esfuerzo requerido para localizar y reparar errores

±  (¿Puedo añadir nuevas opciones?)

0 El esfuerzo requerido para modificar una aplicación en
funcionamiento

±    (¿Puedo probar todas las opciones?)

0 El esfuerzo requerido para probar una aplicación de forma
que cumpla con lo
especificado en los requisitos
 |
|  |

| 

?,   $ : adaptabilidad a nuevos entornos
± © (¿Podré usarlo en otra máquina?)
0 El esfuerzo requerido para transferir la aplicación a otro hardware o
sistema operativo
±  (¿Podré utilizar alguna parte del software en otra
aplicación?)
0 Grado en que partes de una aplicación pueden utilizarse en otras
aplicaciones

±  (¿Podrá comunicarse con otras aplicaciones o

sistemas
informáticos?
0 El esfuerzo necesario para comunicar la aplicación con otras
aplicaciones o sistemas
informáticos
 |
|  |

| 


(Software Quality Assurance)

0 El aseguramiento de calidad del software      
!      

   #     $  
   %

0 El aseguramiento de calidad del software se diseña para

cada
aplicación antes de comenzar a desarrollarla y no después.
 |
|  |

| 


0 Algunos autores prefieren decir 


de calidad en
vez de
aseguramiento.
± Garantía, puede confundir con garantía de productos
± Aseguramiento pretende dar confianza en que el producto
tiene Calidad
 |
|  |

| 

0 El aseguramiento de calidad del software está presente en
± Métodos y herramientas de análisis, diseño, programación
y prueba
± Inspecciones técnicas formales en todos los pasos del
proceso de
desarrollo del software
± Estrategias de prueba multiescala
± Control de la documentación del software y de los
cambios
realizados
± Procedimientos para ajustarse a los estándares (y dejar
claro cuando
se está fuera de ellos)
± Mecanismos de medida (métricas)
± Registro de auditorias y realización de informes
 |
|  |

| 

0 Actividades para el aseguramiento- de calidad del
software
± Métricas de software para el control del proyecto
± Verificación y validación del software a lo largo del ciclo
de vida

0 Incluye las pruebas y los procesos de revisión e

inspección
± La gestión de la configuración del software
 |
|  |

| 


Es difícil, y en algunos casos imposible, desarrollar

medidas directas de los factores de calidad del software
0 Cada factor de calidad Fc se puede obtener como
combinación de una o
varias métricas:
Fc= c1 * m1 + c * m + « + cn * mn
± ci factor de ponderación de la métrica i, que dependerá
de cada aplicación
específica
± mi métrica i
± Habitualmente se puntúan de ¦ a 1¦ en las métricas y en
los factores de calidad
 |
|  |

| 

0 2 

 
± Generalidad


  

  ± Independencia del hardware
± Facilidad de auditoria ± Instrumentación
± Exactitud ± Modularidad
± ormalización de las ± Facilidad de operación
comunicaciones ± Seguridad
± Completitud ± Autodocuemntación
± Concisión ± Simplicidad
± Consistencia ± Independencia del sistema
± Estandarización de los datos software
± Tolerancia de errores ± Facilidad de traza
± Eficiencia de la ejecución ± Formación
± Facilidad de expansión
|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

 |
|  |

| 


Aseguramiento de calidad se enfoca en identificar y evaluar

los defectos que puedan afectar al software. Si los errores
se pueden identificar de forma temprana en el proceso de
software, las características del diseño de software se
pueden especificar de modo que eliminarán o controlarán
los peligros potenciales, al corregir los errores mucho antes
en cada etapa es decir durante el proceso, ahorrando
esfuerzos, tiempo y recursos.
 |
|  |

| 

Sridharan (Sridharan, ¦¦¦) indica que mientras el software
que se está desarrollando reúne los requerimientos y su
desempeño sea el esperado, es preciso que se supervisen las
actividades de desarrollo del software y su rendimiento, en
distintas oportunidades durante cada fase del ciclo de vida.
Este es el papel del aseguramiento de la calidad del
software.
 |
|  |

| 


Hay tres aspectos muy importantes con relación al

aseguramiento de la calidad del software: (Wiegers,
199¦)

La calidad no se puede probar, se construye.

El aseguramiento de la calidad del software no es una

tarea que se realiza en una fase particular del ciclo de
vida de desarrollo.

Las actividades asociadas con el aseguramiento de la

calidad del software deben ser realizadas por
personas que no estén directamente involucradas en
el esfuerzo de desarrollo.
 |
|  |

| 


El aseguramiento de la calidad de software comprende una

gran variedad de tareas:

Participar en descripción del proyecto de software.

Auditar el producto de software para verificar el

cumplimiento del proceso de software definido.

Asegurar que las divergencias en el trabajo de software

sean documentadas de acuerdo a los estándares definidos.

Almacenar cualquier inconformidad y reportarla a la

gerencia medi
 |
|  |

| 


Revisiones del software que se aplican durante cada

paso del desarrollo del mismo. Las revisiones del
software se aplican en varios momentos del desarrollo,
tanto en el análisis como en el diseño y la codificación,
de manera que puedan ser eliminados cuanto antes.

Gestión de configuraciones de software (control de la

documentación del software y de los cambios
realizados). El proceso de control de cambios contribuye
directamente a la calidad del software
 |
|  |

| 


(Software Quality Control)

0 p  &   !   !'
#
    !   '
 
  !   
±        
±            
   !
0 En general son las actividades para evaluar la calidad de
los
productos desarrollados
|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

 |
|  |

| 


O
 
0 S. H. Kan.       
  .
Addison-Wesley (199).
0 Oskarsson Ö, Glass R.L.  p

(  

 p. Prentice-Hall (199)
0 M.G. Piattini, J.A. Calvo-Manzano, J. Cerveza, y L.
Fernández.
   )       
" %    $%
0 R. S. Pressman.    %  
.

 Edición. McGrawHill (199
)
 |
|  |

| 

0 R. S. Pressman.    %   . 
Edición. McGrawHill (1998)
0 J. Sanders, E. Curran. p % Addison-Wesley (199)
0 M. O. Tingey.  p

'  *    (

p   % Prentice-Hall (199).
0 P. Jackson, D. Ashton.       %
p

*p
+

% Limusa (199).
0  p

     $
0  p

     $
0  p

 
 
  $
0  p

      $
0  p 
  
  $
0 ,- %. +'    %   
  p  p  %
0   (% %
|
|  |

| 

0 ISO 9¦¦¦: Gestión y aseguramiento de calidad (conceptos y directrices
generales)

0 Recomendaciones externas para aseguramiento de la calidad (ISO 9¦¦1,

ISO 9¦¦ , ISO 9¦¦
)

0 Recomendaciones internas para aseguramiento de la calidad (ISO 9¦¦)

± MALCOM BALDRIGE ATIO AL QVALITY AWARD
± Software Engineering Institute (SEI) Capability Maturity Model
(CMM) for software
     
+
#( % 
   

$
,-

  % 


 -

 

* 

  
 


 
 ,

.
/
  ,


 

 
   

%

 
.
?# 
$ 
D# 
$
  ,

 
  



  ,


 + 
|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 

|
|  |

| 







  



 





 M
  
         

              
   
         


       
      
             
  
  ! "#! "$%& '   
   (     )    
!   '  
  "      &
*  ' )  !   '   
      
         
       
    ' 
      &  +  +
   
     

,  
|
|  |

| 

|
|  |

| 

  à

0
   
  

 $ :   
    
  


  
O
   


    
  Ô 

  

?
 
  
 
   
Ô