Este documento describe una asignatura sobre Calidad y Auditoría de Software. La asignatura se enfoca en introducir buenas prácticas de aseguramiento de calidad a través de la aplicación de procesos. Cubre temas como fundamentos de calidad, aseguramiento de calidad de procesos y productos, y áreas de soporte como administración de configuración y medición. La asignatura consta de tres unidades y se evalúa a través de presentaciones, ejercicios y trabajos grupales.

1. CALIDAD Y
AUDITORIA DE
SOFTWARE
HECTOR HERNAN MUÑOZ VILCHES
hhmv@yahoo.com

2. I. ANTECEDENTES GENERALES
CARRERA : INGENIERIA EJECUCION INFORMATICA
ASIGNATURA : CALIDAD Y AUDITORIA DE SOFTWARE
CÓDIGO : IEI-018
PRERREQUISITOS : NO TIENE
NIVEL : VII SEMESTRE
CARÁCTER : OBLIGATORIO
DURACIÓN : 90 HORAS
HORAS TEÓRICAS : 90 HORAS
HORAS PRÁCTICAS : 0
II. DESCRIPCION DE LA ASIGNATURA
Calidad y Auditoria de Software; es una asignatura de carácter teórica-practica, orientada
a introducir al estudiante en las buenas prácticas del Aseguramiento de la Calidad de
software a través de la aplicación de diferentes áreas de proceso que permitirán al
alumno asegurar la calidad de proyectos y productos de software.
III. OBJETIVO GENERAL
Aplicar buenas prácticas en el aseguramiento de la calidad a proyectos de software,
mediante un enfoque orientado a procesos y la aplicación de las disciplinas de la Calidad
de Software para permitir el desarrollo de proyecto de software exitoso.

3. IV. CAPACIDADES A LOGRAR
UNIDAD I: FUNDAMENTOS Y MODELOS DE LA CALIDAD. Determinar los elementos de un
Sistema de Gestión de la Calidad e interpretar modelos de referencia de calidad.
UNIDAD II: ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE. Aplicar técnicas de
Aseguramiento de la Calidad del Proceso y Producto de Software – SQA y tomando
conocimiento de la posibilidad de minimizar la cantidad de errores presentados en un
producto de software en ambiente productivo.
UNIDAD III: AREAS DE SOPORTE A LA CALIDAD DE SOFTWARE. Aplicar técnicas que
brindan soporte al SQA: Administración de Configuración y Medición & Análisis para
mantener controlado el cambio en los artefactos, producto del desarrollo de software y
asegurar las líneas base de desarrollo.
DESCRIPCION DE LAS UNIDADES DE APRENDIZAJE
UNIDAD I: FUNDAMENTOS Y MODELOS DE LA CALIDAD: 40 Horas.
UNIDAD II: ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE: 30 Horas.
UNIDAD III: AREAS DE SOPORTE A LA CALIDAD DE SOFTWARE: 20 Horas.
72 Horas en Aula + 18 Horas Tutorías

4. Tipo Instrumento evaluativo Contexto
Diagnóstica Presentación de casos Sala de clases
Formativa resueltos, desarrollo de
Sumativa ejercicios : pautas de cotejo
Actividades Asociadas
- Exposición de conceptos y materias a tratar
- Presentación de estudio de casos
- Presentación de material audiovisual
- Trabajos de desarrollo en grupo

5. ¿CALIDAD?

6. Algunas definiciones de calidad
• Adecuación de uso J.M. JURAN.
• Cumplimiento de unas especificaciones. P.B. CROSBY.
• Un grado predecible de uniformidad y fiabilidad a bajo costo y
adecuado a las necesidades del mercado. W.E. DEMING.
• Perdidas mínimas para la sociedad en la vida del producto .G.
TAGUCHI.
• Conjunto de características del producto de marketing, ingeniería,
fabricación y mantenimiento a través del cual el producto en uso
satisface las expectativas del cliente. FEIGENBAUM.
• Calidad es lo que el cliente esta dispuesto a pagar en función de lo
que obtiene y valora. P. DRUKER.
• Conjunto de propiedades y características de un producto o
servicio que le confiere su aptitud para satisfacer necesidades
establecidas o implícitas. AEC (Asociación Española para la
calidad)

7. HISTORIA DE LA CALIDAD
•La calidad no es un tema nuevo ya que desde los tiempos de los jefes tribales, reyes y
faraones han existido los argumentos y parámetros sobre calidad.
•Los inspectores fenicios, cortaban la mano a quien hacía un producto defectuoso.
•Alrededor del año 1450 a. C., los inspectores egipcios comprobaban las medidas de los
bloques de piedra con un pedazo de cordel.
•En el siglo XIII empezaron a existir los aprendices y los gremios Y El gobierno fijaba y
proporcionaba normas.
•Revolución industrial, la producción en masa.
•Henry Ford introdujo la línea de ensamblaje, calidad era sólo la responsabilidad del
departamento de fabricación y los productos se rechazaban.
•Entre 1920 y 1940 la tecnología industrial creo un departamento de ingeniería de
inspección
•En 1924 el matemático Walter A. Shewhart introdujo el Control de la Calidad Estadístico
•En 1935 se desarrolló el British Standard 600.
•En 1946 se instituyó la ASQC (American Society for Quality Control), JUSE (Union of
Japanese Scientists and Engineers
•Después de acabar la Segunda Guerra Mundial Japón estaba frente a la reconstrucción
del país, y las fuerzas de ocupación estadounidenses decidieron apoyarlo en la
reconstrucción de su economía con el fin de evitar que recuperara su capacidad bélica.

8. HISTORIA DE LA CALIDAD
•Estados Unidos envió a un grupo de expertos, sin embargo, antes debían ganarse la
confianza de los japoneses
•Aparece un profesor de la Universidad de Columbia W. Edwards Deming.
•Deming los convenció de que la calidad japonesa podría convertirse en la mejor del
mundo al instituirse los métodos que él proponía, cambiando la reputación del Japón de
producir artículos de calidad inferior.
•Sistema Integral de Calidad, que afecta al diseño, la fabricación y la comercialización.
•Entre los 60 y 70 se fijó los principios básicos del control de la calidad total (Total Quality
Control, TQC).
•70´s y el principio de los 80´s fue marcado por un empeño en la calidad en todos los
aspectos de los negocios y organizaciones de servicio.
•ISO (siglas en Inglés: International Standarization Organization), La ISO tiene
reconocimiento mundial y está avalada por más de 75 países
•CMMI, integración de Modelos de Madurez de Capacidades o Capability Maturity Model
Integration es un modelo para la mejora y evaluación de procesos para el desarrollo,
mantenimiento y operación de sistemas de software.

9. CALIDAD DE SOFTWARE
•El software es un producto inmaterial que no se fabrica, tampoco se degradan
físicamente, sino que se desarrolla.
•La calidad del software se encuentra a la par con la calidad tradicional.
•Pero un paso atrás, debido a que la calidad tradicional tiene varias décadas de historia,
mientras que la calidad de software tiene 50 a 30años.
•La calidad de software no se certifica, lo que se certifica son los procedimientos para
construir un software de calidad.
• Los procedimientos deben ser correctos y estar en función de la normalización (ISO
9000, CMMI,...)

10. Sistemas de
Uso diario Se exige calidad
Información
Banco, Seguros,
supermercado, luz,
agua, etc.
PRESSMAN “Concordancia con los requisitos funcionales y de
rendimiento explícitamente establecidos, con los estándares
de desarrollo explícitamente documentados y con las
características implícitas que se espera de todo software
desarrollado profesionalmente”.
Se deben cumplir especificaciones del cliente o usuario, además
de cumplir características que se dan por hecho (saber hacer) de
un buen profesional
junto a algunos estándares.

11. Veamos cada uno de las principales características que hacen a un software de calidad.
Mantenibilidad: el software debe ser diseñado de tal manera, que permita ajustarlo a los
cambios en los requerimientos del cliente. Esta característica es crucial, debido al
inevitable cambio del contexto en el que se desempeña un software.
Confiabilidad: incluye varias características además de la confiabilidad, como la
seguridad, control de fallos, etc.
Eficiencia: tiene que ver con el uso eficiente de los recursos que necesita un sistema
para su funcionamiento.
Usabilidad: el software debiera ser utilizado sin un gran esfuerzo por los usuarios para
los que fue diseñado, documentado, etc.

12. Importancia de la calidad de software
La calidad del software puede parecer un concepto alejado de la vida
diaria de la mayoría de las personas, pero nada más lejos de la
realidad. Cuando en nuestro ordenador aparece un mensaje de error o
una pantalla azul, estamos ante un problema de calidad del software;
cuando un fallo en el sistema de gestión aeroportuaria provoca
retrasos, pérdidas de maletas o inutiliza pantallas de información,
estamos ante un problema de calidad del software; cuando en un
restaurante se bloquean los terminales de cobro y anotación de
pedidos, estamos ante un problema de calidad del software.
Es muy probable que hayamos sufrido los efectos de estos problemas
de calidad en forma de retrasos, pérdidas de tiempo o dinero, etc.
como simples ciudadanos. Lamentablemente, estos problemas pueden
ser mucho más graves si afectan a sistemas críticos; es decir, aquellos
cuyo fallo puede provocar graves pérdidas económicas o problemas
ambientales o sociales e, incluso, la pérdida de vidas humanas. Un
ejemplo bien documentado se produjo con el lanzamiento en 1996 del
primer cohete Arianne 5 de la Agencia Espacial Europea. Este ingenio
que costó 10 años y 7.000 millones de euros desarrollar, explotó por
un defecto en el software de control interno antes de que pasara un
minuto de vuelo.

15. ¿AUDITORIA ?
Consiste en recoger, examinar y analizar la información
necesaria para tomar decisiones de aprobación.
¿AUDITORIA DE CALIDAD ?
Tiene como objetivo mostrar la situación real para aportar confianza y
destacar las áreas que puedan afectar adversamente esa confianza.
Por que se realiza
•Establecer el estado de un proyecto.
•Verificar la capacidad de realizar o continuar un trabajo especifico.
•Verificar que elementos aplicables del programa o PLAN DE ASEGURAMIENTO DE LA
CALIDAD han sido desarrollados y documentados.
•Verificar que elementos tienen relación con el programa o PLAN DE ASEGURAMIENTO DE
LA CALIDAD