3. J.M. JURAN: Adecuación al uso.
P.B. CROSBY: Cumplimiento de unas especificaciones.
W. E. DEMMING: Un grado predecible de uniformidad y
fiabilidad abajo coste y adecuado, a las necesidades del
mercado.
G. TAGUCHI: Perdidas mínimas para la sociedad en la vida
el producto.
FEIGENBAUM: 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.
P. DRUCKER: Calidad es lo que el cliente esta dispuesto a
pagar en función de lo que obtiene y valora.
AEC( Asociación Española para la Calidad): Conjunto de
propiedades y características de un producto o servicio
4. “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.”
5. Plan de Calidad
Centro de producción de software: Deberá
haber un Plan General de Calidad.
Actividades de Calidad: intervención de
Aseguramiento de la Calidad.
Alguna series de normas que afectan el
contenido.
Revisión de Calidad: Norma IEEE Standard
1028 for software Reviews and Audits.
6.
7. Es un producto entregable o un documento
producido durante el proceso o adquirido durante
el desarrollo mantenimiento del software .
Ejemplo:
Documentos de Planificación del proyecto (por ejemplo,
planes del desarrollo del software y planes de verificación
y validación del software).
Especificaciones de requerimientos y diseño del software.
Documentación del esfuerzo de las pruebas.
Documentación suministrable al cliente.
Código fuente de los programas.
Representación de las soluciones software implementadas
en el firmware.
Informes (por ejemplo, revisiones, auditorias y estado del
8. Es una evaluación independiente de los procesos,
los productos software, el progreso del proyecto o
el como se realiza el trabajo, que investiga la
coincidencia con los estándares, líneas, guía,
especificaciones y procedimientos basados en
criterios objetivos que incluyen los documentos
que especifican:
1. La forma o contenido de los productos a producir.
2. Los procesos en los que los productos deben ser
producidos
3. Como debe ser medida la adherencia con los
9. Es el proceso de recolección y análisis de
información, y a partir de ella presentar las
recomendaciones que facilitaran la toma de
decisiones. Las decisiones resultantes de esta
evaluación o valoración pueden dar lugar a:
Autorización para proceder con un proyecto.
Aprobación para incluir en las listas a nuevos contratistas
o suministradores.
Defensa de la aprobación de un contratista.
10. Es una herramienta de valoración. Es un
documento interpersonal de examen y
análisis de evidencias objetivas.
11. Conjunto de atributos del producto software
a través de los cuales la calidad es descrita y
evaluada.
Funcionalidad.- atributos con funciones y
propiedades especificas.
Fiabilidad.- capacidad del software de mantener
su nivel de mantenimiento durante un periodo.
12. Mantenibilidad.- hacer modificaciones.
Portabilidad.- habilidad del software para ser
transferido a otro entorno.
Usabilidad.- esfuerzo necesario para usarlo.
Eficiencia.- nivel de rendimiento del software y la
cantidad mínima de recursos.
13. Indicadores. Sirven como punto de partida
Protocolo. Describe los pasos a dar para
asegurar la repetitividad de la misma. Tiene
como objetivo el reproducir los resultados
de las mediciones de los indicadores
INDICADOR
Tiene
Protocolo
14. Medir el Atributo Facilidad de
Aprendizaje.
◦ El esfuerzo de los usuarios para aprender a
manejar una aplicación.
Indicador. Tiempo medio de
Aprendizaje.
15. Protocolo sería:
Selección de un grupo representativo
Preparación de un grupo para este grupo.
Definición del tiempo del curso mas el tiempo de
tutelaje para pasar con éxito el test.
Cálculo del número media de horas.
16. Peor: El peor límite de la escala, como un fallo
total del sistema.
Planificado : Valor esperado se considera un
éxito
Récord :Máximo valor teórico , valor límite pero
no un requerimiento esperado
Actual : Valor actual que se esta considerando a
efectos posibles de comparaciones.
17. Objetivo: Evaluar el software o el estado del Proyecto para
identificar las discrepancias sobre los resultados planificados y
recomendar mejoras
Requerimientos:
PERSONAL
OBJETIVO
Es seleccionado para promover
Contratistas, los objetivos del grupo
requerimientos, planes,
Debe tener la suficiente
autoridad para un a adecuada
gestión con el fin de realizar la
auditoría
18. Mostrar la situación real para aportar
confianza y destacar las áreas que pueden
afectar adversamente su confianza.
Establecer las áreas de un proyecto.
Verificar la capacidad de realizar o continuar un
trabajo especifico.
Verificar el plan de aseguramiento de la calidad.
Verificar la adherencia de esos elementos o plan de
aseguramiento de la calidad.
19. Propósito:
◦ Recoger, examinar y analizar la información
necesaria para tomar las decisiones de profesión.
PROCESOS DE CALIDAD
OBJETIVOS PRINCIPALES PROCESOS QUE
INCLUYEN
Evaluación Revisión de gestión, revisiones
técnicas
Verificación Inspecciones
Validación Pruebas
Conformidad, Confirmación Auditoria
20. PRODUCTO PROCESO
Pruebas
Simulaciones Revisión
Revisión técnica
Pruebas De Ges
Inspección Software
de
Simulaciones Walkthrough
Auditoría Gestión
Pruebas Formales Pruebas Formales
21. 1. Objetivo: Meta del proceso
2. Resumen: Panorama del proceso
3. Responsabilidades especiales: roles unicos
para procesos específicos.
4. Entradas: Productos a lo que es aplicado el
proceso e información soportada.
Propósito y alcance de la auditoria
Criterios objetivos de la auditoria, tales como
contratos, requerimientos
Elemento software y los procesos a auditar y
cualquier antecedente.
22. 5. Criterios de comienzo.- condiciones que debe
ser satisfechas antes de que pueda empezar el
proceso.
6. Procedimientos.-
Planificación.- desarrollar y documentar un plan
de auditoria para cada auditoria.
Introducción.- Es opcionalmente hacer una
reunión introductoria con la organización
auditar.
Preparación.- preparación de equipo.
Entender organización.
Entender los productos.
Entender los objetivos y criterios .
Detalle del plan de auditoria
23. Informes.- Debe emitir un borrador del informe de
auditoria a la organización auditada para su
revisión y comentarios.
Criterios de terminación.-
Cuando se ha examinado cada elemento dentro
del alcance de la auditoria.
Los resultados han sido presentada a la
organización auditada.
Informe de recomendaciones si el plan lo requiere.
Salidas.-
El informe de borrador de auditoria y el informe
final de auditoria debe tener :
24. ◦ Identificación de la auditoria.
◦ Alcance
◦ Conclusiones.
◦ Sinopsis
◦ Seguimiento.
Auditabilidad.- descripción de la evidencia
necesaria para determinar en una fecha posterior
como se asegura un proceso.
25. Calidad del Software
Definición: es el grado en que un producto de
software satisface las necesidades explícitamente
solicitadas y las necesidades implícitas esperadas por el
cliente. EXPLÍCITOS (ej. funcionales)
REQUERIMIENTOS
IMPLÍCITOS (ej. performance)
Ref. ISO/IEC 9126-1
27. Proceso de aseguramiento de la calidad.
Asegurar productos de software y procesos
utilizados.
Verificación,
Validación
Revisión Conjunta
Auditoria
28. Asegurar planes requeridos.
Asegurar productos de software y
documentación.
Preparación para el suministró de productos
software y satisfacer requerimientos.
29. Tareas:
◦ Asegurar los procesos del ciclo de vida del software
◦ Asegurar que las prácticas internas de Ing. De software,
entorno de desarrollo y librerías están de acuerdo con el
contrato.
◦ Asegurar que los requerimientos aplicables del contrato
principal son pasados al subcontratista y satisfagan los
requerimientos del contrato.
◦ Asegurar que al cliente y a las otras partes se les aporta
con el soporte y requerimientos del contrato.
◦ Asegurar que los productos software y los procesos
estén de acuerdo con estándares
◦ Asegurar que el personal técnico tenga el perfil y
30. Sirve para determinar la adherencia con los
requerimientos, los planes y el contrato cuando
es apropiado
SE
COMPONE
Implementación
Auditoría
del Proceso
31. Tareas:
◦ Las auditorías deben realizarse en determinados
hitos
◦ El auditor no debe tener ninguna responsabilidad
directa en los productos que auditan
◦ Todos los recursos requeridos deben ser pactados
por las partes.
◦ Las partes deberán ponerse de acuerdo en cada
auditoría
◦ Los problemas detectados deben ser registrados y
tratados en el proceso de Resolución de Problemas.
32. Tareas que el auditor debe asegurarse.
◦ Los productos software codificados reflejarán lo
diseñado en la documentación.
◦ Los requerimientos de la revisión y aceptación y de
pruebas prescritos por la documentación.
◦ Los datos de prueba cumplan con la especificación.
33. ◦ Los informes de prueba son correctos y las
discrepancias resueltas.
◦ La documentación del usuario cumple con los
estándares tal como se ha especificado.
◦ Las actividades han sido llevados de acuerdo con
los requerimientos aplicables, los planes y el
contrato.
◦ El coste y el cronograma se ajustan a los planes
establecidos
34. Es no es un arte es una técnica.
Un buen auditor necesita experiencia e
distintas funciones
Auditoria de Calidad debe soportar
estándares y normas.