Your SlideShare is downloading. ×
A U D I T O R I A  D E  C A L I D A D
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

A U D I T O R I A D E C A L I D A D

2,130
views

Published on

Es un tipo de auditoria

Es un tipo de auditoria


1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total Views
2,130
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
101
Comments
1
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. AUDITORIA DE CALIDAD INTEGRANTE S: PROFESO R: •MGS. FRANCISCO ALVAREZ
  • 2.  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
  • 3. “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.”
  • 4.  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.
  • 5.  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
  • 6.  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
  • 7.  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.
  • 8.  Es una herramienta de valoración. Es un documento interpersonal de examen y análisis de evidencias objetivas.
  • 9.  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.
  • 10.  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.
  • 11.  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
  • 12.  Medir el Atributo Facilidad de Aprendizaje. ◦ El esfuerzo de los usuarios para aprender a manejar una aplicación.  Indicador. Tiempo medio de Aprendizaje.
  • 13.  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.
  • 14.  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.
  • 15. 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
  • 16.  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.
  • 17.  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
  • 18.  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
  • 19. 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.
  • 20. 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
  • 21. 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 :
  • 22. ◦ 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.
  • 23. 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
  • 24. Gestión Procesos Producto Ciclo Servi de -cios vida
  • 25.  Proceso de aseguramiento de la calidad.  Asegurar productos de software y procesos utilizados.  Verificación,  Validación  Revisión Conjunta  Auditoria
  • 26.  Asegurar planes requeridos.  Asegurar productos de software y documentación.  Preparación para el suministró de productos software y satisfacer requerimientos.
  • 27.  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
  • 28. Sirve para determinar la adherencia con los requerimientos, los planes y el contrato cuando es apropiado SE COMPONE Implementación Auditoría del Proceso
  • 29.  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.
  • 30.  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.
  • 31. ◦ 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
  • 32.  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.