Calidad del software en ingeneira de software.ppt

El software debe rener ciertos parametros para decir si tiene o no calidad.

2. LA CALIDAD DE UN PRODUCTO O SERVICIO, SE DEFINE EN
TÉRMINOS DEL GRADO CON EL QUE CUMPLE CON LOS
REQUISITOS DEL CLIENTE
REQUISITOS QUE DEBEN CUMPLIRSE A TIEMPO, A LA
PRIMERA, SIN ERRORES O DEFECTOS Y CON PRECIO JUSTO

10. Un SISTEMA DE
 GESTIÓN DE CALIDAD
 
es una herramienta
que le permite a cualquier organización planear, ejecutar y
controlar las actividades necesarias para el desarrollo de
la misión, a través de la prestación de servicios con altos
estándares de
 calidad, los cuales son medidos a través de
los indicadores de satisfacción
 

11. Dime lo que haces.
Haz lo que dices.
Registra lo que dices.
Verifica lo que hiciste.
Actúa sobre la diferencia
Prevenir la ocurrencia de
problemas.
Detectarlos cuando
ocurran.
Identificar la causa.
Eliminar la Causa.
Sistema de Gestión
de la
Calidad
Proceso de Gestión de la CalidadProceso de Gestión de la Calidad

16. Mejora ContinuaMejora Continua

23. La calidad total es un concepto, una filosofía, una
estrategia, un modelo de hacer negocios y está
localizado hacia el cliente.
 

La Calidad es total porque comprende todos y cada uno, de los
aspectos de la organización, porque involucra y compromete a
todas y cada una de las personas de la organización.
La Calidad total es una estrategia que busca garantizar el
crecimiento y la rentabilidad de una organización optimizando
su competitividad, mediante: el aseguramiento permanente de
la satisfacción de los clientes y la eliminación de todo tipo de
desperdicios.
 

24. Significa que dicha ca-
lidad es lograda con la
participación de todos los
miembros de la organi-
zación.
 
Significa que el Producto
o Servicio debe estar al
nivel de satisfacción
  del
cliente

25. •Con este concepto obviamente todo el mundo en la
organización se convierte en cliente de alguien; es mas
adquiere un carácter dual de ser Cliente y Proveedor a la vez.
•En el proveedor se inicia la calidad, el es parte de nuestro
proceso, debe ser considerado como parte de la
organización..
Otro cambio que se obtiene es que los Clientes ya no son sólo los
Usuarios últimos de los bienes y servicios que se vende, ahora el
termino se amplia para incluir la idea de
 CLIENTE INTERNO, las
personas de la
 organización a quienes pasamos nuestro trabajo
 La calidad se inicia en la demanda ( de nuestros clientes ) y
culminará con su satisfacción, pero el proceso de elaboración se
inicia en el proveedor; y arman lo que se llama
 las cadenas de la
calidad
 con el llamado cliente interno y las relaciones entre la
propia organización con los clientes y proveedores externos.

27. https://www.isotools.org

28. Es el conjunto de elementos Es el conjunto de elementos interrelacionados interrelacionados de de
la organización que la organización que trabajantrabajan coordinados coordinados para para
establecer y lograr el cumplimiento de la política establecer y lograr el cumplimiento de la política
de calidad y los objetivos de calidad, generando de calidad y los objetivos de calidad, generando
consistentemente productos consistentemente productos yy servicios que servicios que
satisfagan las necesidades y expectativas de sus satisfagan las necesidades y expectativas de sus
clientes. clientes.

29. Normas ISONormas ISO
•La Organización Internacional para la Estandarización, ISO
por sus siglas en inglés -International Organization for
Standardization
•Es una federación mundial que agrupa a representantes de
cada uno de los organismos nacionales de estandarización
(como lo es el IRAM en la Argentina), y que tiene como
objeto desarrollar estándares internacionales que faciliten
el comercio internacional.
•Cuando las organizaciones tienen una forma objetiva de
evaluar la calidad de los procesos de un proveedor, el
riesgo de hacer negocios con dicho proveedor se reduce en
gran medida, y si los estándares de calidad son los mismos
para todo el mundo, el comercio entre empresas de
diferentes países puede potenciarse en forma significativa –
y de hecho, así ha ocurrido –.

30. Familia - Normas ISOFamilia - Normas ISO

31. Familia - Normas ISOFamilia - Normas ISO

32. Familia - Normas ISOFamilia - Normas ISO
Las series de normas ISO relacionadas con la calidad constituyen lo que
se denomina familia de normas, las que abarcan distintos aspectos
relacionados con la calidad:
•ISO 9000: 
Sistemas de Gestión de Calidad 
Fundamentos, vocabulario, requisitos, elementos del sistema de calidad,
calidad en diseño, fabricación, inspección, instalación, venta, servicio
post venta, directrices para la mejora del desempeño.
•ISO 10000: 
Guías para implementar Sistemas de Gestión de Calidad/
Reportes Técnicos .Guía para planes de calidad, para la gestión de
proyectos, para la documentación de los SGC, para la gestión de efectos
económicos de la calidad, para aplicación de técnicas estadísticas en las
Normas ISO 9000. Requisitos de aseguramiento de la calidad para
equipamiento de medición, aseguramiento de la medición.
•ISO 14000: 
Sistemas de Gestión Ambiental de las Organizaciones. 
Principios ambientales, etiquetado ambiental, ciclo de vida del producto,
programas de revisión ambiental, auditorías.
•ISO 19011: 
Directrices para la Auditoría de los SGC y/o Ambiental

34. Proceso de CertificaciónProceso de Certificación
•Cada Organismo Miembro de la ISO acredita a los
Organismos de Certificación para que realicen auditorías
y emitan una recomendación; una vez emitida, el
Organismo Miembro aprueba el registro para que el
Organismo Certificador emita el certificado ISO. (Los
certificados no los emite ISO sino el Organismo
Certificador o de Registro).
•En la Argentina existen más de 20 organizaciones que
emiten certificados ISO, pero el 80% del mercado está
repartido entre 4 de ellas: BVQI, DNV, IRAM y TUV
Rheinland.

35. Proceso de CertificaciónProceso de Certificación
•La empresa que requiere la certificación presenta una solicitud o
registro a un Organismo de Certificación/Registro (IRAM, Bureau
Veritas, TUV, SGS, etc.), en donde generalmente se aportan
datos de la empresa tales como: tamaño de la compañía,
cantidad y localización de sus instalaciones, productos, cuáles
de éstos se incorporarán al registro, quienes serán las personas
de contacto para la ISO en la empresa y cómo se documentan y
respaldan los procedimientos de acuerdo a los estándares de la
Norma.
•El siguiente paso es una evaluación preliminar por parte de los
auditores del organismo contratado, evaluación que puede dar
lugar a sugerencias por parte de éstos para tomar acciones
correctivas.
•Superada esta instancia, se realiza una auditoría completa, de
donde surgen las recomendaciones que los auditores elevan al
organismo de acreditación. Si una empresa no es aprobada,
existen mecanismos para apelar la decisión.

37. Alcance y Vigencia de la CertificaciónAlcance y Vigencia de la Certificación
•El certificado ISO 9000 es válido solamente para aquellas
áreas de la empresa en los cuales se han seguido los pasos de
gestión de calidad dictados en la Norma, ya sea desde un
proceso particular o un tipo de productos, hasta el proceso
de negocios global.
•Así, es posible encontrar empresas que obtienen un
certificado ISO 9001 para una de sus Divisiones, o para una
de sus plantas de producción, o para una línea de productos,
por ejemplo.
•Las certificaciones se otorgan por un período de tres años;
durante ese tiempo se deben llevar a cabo auditorías de
vigilancia, a cargo del organismo certificador; las mismas se
realizan cada 6, 9 o 12 meses, de acuerdo al tamaño y
complejidad de la organización. Cumplido ese lapso, la
empresa decidirá la conveniencia de una re-certificación.

38. Costos de la CertificaciónCostos de la Certificación
•Inicialmente, el desarrollo e implementación de un
SGC cuesta dinero, pero el costo bien se ve superado
por las ganancias en eficiencia, productividad,
rentabilidad, satisfacción del cliente y aumento de la
presencia en diferentes mercados.
•Los costos de una certificación varían de acuerdo al
tamaño de la organización, la complejidad de sus
procesos y la dispersión geográfica de sus
operaciones, entre otras variables.
• A los costos de la certificación deben agregarse los
gastos previos de preparación y puesta a punto.

42. •Sistema de Gestión de Calidad
Manual de Calidad, Documentación, Registros
•Responsabilidad directiva
Política, objetivos, planeación, sistema, revisión
•Recursos
Recursos Humanos, infraestructura, instalaciones
•Realización de Producto y/o servicios
Cliente, diseño, compras, producción, ajustes
•Medición, análisis y mejora
Auditorias, control de procesos y productos, mejora
Estructura Basada en ProcesosEstructura Basada en Procesos

44. Requisitos para el Producto
Requisitos para el Sistema de Calidad
Propios de cada producto
Genéricos y aplicables a cualquier organización
•Cliente
•Organización
•Normas obligatorias
•Elementos del sistema
•Procesos Necesarios
•Características operativas
Normas para
Sistemas de Calidad
•Especificaciones de producto.
•Especificaciones de proceso.
•Otras especificaciones técnicas.
•Acuerdos contractuales.
•Requisitos reglamentarios.
Determinados por:
Están contenidos en:
Especifican: Están contenidos en:

48. •El concepto de calidad ha evolucionado a lo largo del
tiempo
•En la actualidad , la calidad ha pasado a ser una política
de gestión empresarial, donde el compromiso de todos
los niveles organizativos es un requisito para el éxito.
•El objetivo ya no es sólo la ausencia de defectos, sino la
adecuación a los requisitos de negocio y del cliente.
•Así la calidad está presente en todas las actividades del
ciclo de vida de un proyecto de software.
Concepto de CalidadConcepto de Calidad

50. Definición de CalidadDefinición de Calidad

51. •Definición formal:
–Software Quality Assurance (SQA) se define como un
plan sistemático de evaluar la calidad y apegamiento a
los procesos, políticas y estándares de un producto de
software.
–SQA incluye el proceso de asegurar que los estándares y
procedimientos sean establecidos y seguidos durante el
ciclo de vida del desarrollo de software.
–El cumplimiento de los estándares y procedimientos
acordados se evalúa mediante un proceso de monitoreo,
evaluación del producto y auditorias.
El Control de Calidad dentro del Ciclo
de Desarrollo de Software

52. •Otra definición de calidad del software
–Punto de vista del cliente:
•El grado en que un cliente y/o usuario percibe
que el producto software satisface sus
necesidades.
–Punto de vista de la industria:
•Grado en el que un producto de software
satisface su especificación de requerimientos.

¿Qué es la Calidad del Software?

53. Calidad del Software
•Mas allá de cómo se defina la calidad del software,
para que la definición tenga sentido esta debe ser
medible.
•Para poder controlar la calidad del software es
necesario, ante todo, definir los parámetros,
indicadores o criterios de medición, ya que, como
bien plantea Tom De Marco, "no se puede controlar
lo que no se puede medir".
•Para clasificar los atributos de calidad del software
se definieron varios modelos

54. Modelos de Calidad del Software
Los modelos de calidad dicen QUE hacer no COMO
hacerlo.
¿Porque?
•Depende las metodologías que se utilice
•Depende de los objetivos de negocio
Es un conjunto de buenas prácticas para el ciclo de vida
del software, enfocado en los procesos de gestión y
desarrollo de proyectos.

55. Modelos de Calidad del Software
•McCall’s Quality Model
•Boehm’s Quality Model
•FURPS/FURPS+
•Dromey's Quality Model
•ISO 9001:2008
•ISO 9126
•Spice ISO/IEC 15504
•ISO 12207
•Estándares IEEE
•CMMI Capability Maturity Model Integration
•ITIL
•Six Sigma
•Métrica 3
•Moprosoft
•Competisoft
•Otros…

56. Modelos de Calidad del Software

57. Modelos de Calidad del Software

58. El Modelo de McCall

59. El Modelo de McCallEl Modelo de McCall

60. El Modelo de McCallEl Modelo de McCall

63. El Modelo de Boehm

67. Las metodologías ágiles
•En el 2001 algunos disidentes del desarrollo de software basados
en procesos, exponen una nueva metodología denominada XP
Extreme Programming.
•Nace el término “Métodos Ágiles” para definir a los métodos que
estaban surgiendo como alternativa a las metodologías formales
a las que consideraban excesivamente “pesadas” y rígidas por su
carácter normativo y fuerte dependencia de planificaciones
detalladas previas al desarrollo.
•Esta nueva alternativa de desarrollo resume su método de
trabajo en cuatro postulados. Este postulado ha sido
denominado como Manifiesto Ágil.
•Son frecuentes las posturas radicales entre los defensores de los
modelos de procesos y los defensores de modelos ágiles…

68. 1.Valorar más a los individuos y su interacción
que a los procesos y las herramientas
2.Valorar más el software que funciona que la
documentación exhaustiva
3.Valorar más la colaboración con el cliente que
la negociación contractual
4.Valorar más la respuesta al cambio que el
seguimiento de un plan
Los 4 postulados del Manifiesto
Ágiles

69. •Nuestra principal prioridad es satisfacer al cliente a través de la
entrega temprana y continua de software de valor.
•Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al
desarrollo
•Los procesos ágiles se doblegan al cambio como ventaja competitiva
para el cliente.
•Entregar con frecuencia software que funcione, en periodos de un
par de semanas hasta un par de meses, con preferencia en los
periodos breves.
•Las personas del negocio y los desarrolladores deben trabajar juntos
de forma cotidiana a través del proyecto.
•Construcción de proyectos en torno a individuos motivados,
dándoles la oportunidad y el respaldo que necesitan y
procurándoles confianza para que realicen la tarea.
Los principios del Manifiesto Ágiles
1/2

70. •La forma más eficiente y efectiva de comunicar información de ida y
vuelta dentro de un equipo de desarrollo es mediante la conversación
cara a cara.
•El software que funciona es la principal medida del progreso.
•Los procesos ágiles promueven el desarrollo sostenido. Los
patrocinadores, desarrolladores y usuarios deben mantener un ritmo
constante de forma indefinida.
•La atención continua a la excelencia técnica enaltece la agilidad.
•La simplicidad como arte de maximizar la cantidad de trabajo que no
se hace, es esencial.
•Las mejores arquitecturas, requisitos y diseños emergen de equipos
que se auto- organizan.
•En intervalos regulares, el equipo reflexiona sobre la forma de ser más
efectivo y ajusta su conducta en consecuencia
Los principios del Manifiesto Ágiles
2/2

71. Control de Calidad del Software
SQA
no es lo mismo que
SQC
(Software Quality
Control)

72. Control de Calidad del Software
•Cuando se pregunta a un profesional de sistemas que es lo
que entiende por aseguramiento de la calidad del software,
inmediatamente comienza a hablar de testing, algunos
incluyen a la validación y verificación y luego empiezan a
hablar de revisiones, las cuales son sólo extensiones del
testing.
•Es decir, a menudo hay una confusión entre SQA y el testing
(el cual actualmente forma parte del área de control de
calidad del software SQC).
•Haciendo sólo testing y revisiones no aseguramos la calidad
de los productos, sino aseguramos el cumplimiento de
especificaciones tanto funcionales como técnicas.

73. Control de Calidad del Software
•SQA se encarga de controlar el cumplimiento del proceso,
mientras que SQC son aquellas acciones del aseguramiento
de la calidad que proporcionan un medio para controlar y
medir las características de un elemento, proceso o facilidad
respecto a los requisitos establecidos.
•El rol del SQA es auditar que los distintos equipos de la
organización, inclusive el de SQC siguen los procedimientos,
estándares y procesos establecidos.
•El equipo de SQA debería establecer métricas para medir la
efectividad del proceso.
•Como complemento el rol de SQC es tomar una actitud activa
de verificación y validación del resultado o salida del proceso
implementado.

74. Control de Calidad del Software
Control de Calidad
Aseguramiento de la
Calidad
Detecta problemas en los
productos de Trabajo
Asegura la adhesión a los
procesos, planes y estándares
Verifica que los productos de
trabajo cumplan con los
estándares de calidad
especificadas en el plan del
proyecto
Evalúa que los procesos,
planes y estándares
utilizados en el proyecto
cumplan con los estándares
organi-zacionales
Revisa el contenido del
producto
Revisa procesos

75. Control de Calidad del Software

76. Garantía de Calidad del Software

77. Garantía de Calidad del Software

78. Garantía de Calidad del Software -
Tareas

79. Costo de la Calidad

80. Actividades de un Equipo de QA
PRUEBAS (TESTS)
•Análisis del proyecto.
•Identificar escenarios de prueba.
•Verificación de estándares y requerimientos.
•Ejecución y documentación de pruebas. (Test case).
•Ingresar, clasificar los errores y/o defectos (bugs)
encontrados a la bitácora de errores.
•Revalidar las correcciones.
•“Regression Test”
•Realizar reportes estadísticos al final del proyecto.

81. •El reto principal es que el ingeniero de pruebas entienda el proyecto y como el
proyecto afectara al resto del sistema (en el caso de que sea un nuevo modulo).
•Una vez que se entiende el proyecto, deberá entender cada uno de los
requerimientos y como deben interactuar. (Se complica con la complejidad de
proyectos).
•La actividad de QA debe de involucrarse desde el inicio de un proyecto de SW, esto
no es así, usualmente se deja de último.
•Equipo desarrollo consume el tiempo dispuesto para QA.
•Requerimientos mal definidos o no definidos, causan (en muchos casos) que se
tenga que iniciar de nuevo con las pruebas.
•Desarrolladores no siempre en la mejor disposición para cooperar con los
Ingenieros de Pruebas.
Problemáticas

82. •Existen muchas herramientas, las hay de
licencia gratuita hasta las de marca. Ejemplos:
–HP Quality Center
–BugBase
–Bugzilla
–Rational
–QA studio
Herramientas

83. Costos de Reparación
de un defecto
Regresar a la diapositiva
Fuentes:
•Barrh Boehm, Software Engineering Economics, Prentice-Hall 1981
•National Institute of Standards & Technology, United States Department of Commerce,
"The Economic Impacts of Inadequate Infrastructure for Software Testing", May 2002

84. Patrón de Defectos
[] Organización con un equipo de QA
[] Organización sin un equipo de QA
Fuentes:
•Barrh Boehm, Software Engineering Economics, Prentice-Hall 1981
•National Institute of Standards & Technology, United States Department of Commerce,
"The Economic Impacts of Inadequate Infrastructure for Software Testing", May 2002

85. Patrón Costo-Defecto
[] Organización con un equipo de QA
[] Organización sin un equipo de QA
Fuentes:
•Barrh Boehm, Software Engineering Economics, Prentice-Hall 1981
•National Institute of Standards & Technology, United States Department of Commerce,
"The Economic Impacts of Inadequate Infrastructure for Software Testing", May 2002