AUDITORIA DE CALIDAD

PROFESOR:

•MGS. FRANCISCO ALVAREZ

INTEGRANTES:

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 que le confiere su aptitud para satisfacer necesidades establecidas o implícitas.

“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.”

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.

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

proyecto) y datos (por ejemplo, detección de defectos, pruebas)

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

producidos3. Como debe ser medida la adherencia con los

estándares o líneas guía.

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.

Es una herramienta de valoración. Es un documento interpersonal de examen y análisis de evidencias objetivas.

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.

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.

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 indicadoresINDICADOR

Tiene

Protocolo

Medir el Atributo Facilidad de Aprendizaje.◦ El esfuerzo de los usuarios para aprender a manejar una aplicación.

Indicador. Tiempo medio de Aprendizaje.

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.

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.

Objetivo: Evaluar el software o el estado del Proyecto para identificar las discrepancias sobre los resultados planificados y recomendar mejoras

Requerimientos:

OBJETIVO PERSONAL

Contratistas, requerimientos, planes,

Es seleccionado para promover los objetivos del grupo

Debe tener la suficiente autoridad para un a adecuada gestión con el fin de realizar la auditoría

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.

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écnicasVerificación InspeccionesValidación PruebasConformidad, Confirmación Auditoria

PRODUCTO PROCESO

PruebasSimulaciones Revisión De Ges de Gestión Pruebas Formales

PruebasSimulaciones Pruebas Formales

Revisión técnicaInspección SoftwareWalkthroughAuditoría

1. Objetivo: Meta del proceso2. Resumen: Panorama del proceso3. 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. Información complementaria, como organigramas de

información

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

Examen.- elementos seleccionados deben ser valorados en relación con objetivo y criterio de la auditoria.

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 :

◦ 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.

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.

Calidad del Software

Ref. ISO/IEC 9126-1Ref. ISO/IEC 9126-1

EXPLÍCITOS (ej. funcionales)REQUERIMIENTOS IMPLÍCITOS (ej. performance)

Ciclo de vida

Procesos Producto

Gestión

Servi-cios

Proceso de aseguramiento de la calidad. Asegurar productos de software y procesos

utilizados. Verificación, Validación Revisión Conjunta Auditoria

Asegurar planes requeridos. Asegurar productos de software y

documentación. Preparación para el suministró de productos

software y satisfacer requerimientos.

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

conocimientos necesarios para cumplir con el proyecto.

Sirve para determinar la adherencia con los requerimientos, los planes y el contrato cuando es apropiado

SE COMPONE

Implementación del Proceso Auditoría

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.

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.

◦ 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

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.