GESTION DE CONFIGURACION DE SOFTWARE

ACTIVIDADES REALIZADAS

• Exposición sobre la gestión de configuración del software.

ESTRATEGIAS UTILIZADAS

• Utilización de herramientas audiovisulaes (VideoBeam) para la realización de la exposición del tema.

A continiación se muestra los temas tratados en clase:

ASPECTOS GENERALES

La gestión de configuración es un proceso que se debe realizar desde que se plantea el software hasta su fin, es decir, cuando sea obsoleto.
Para realizar la gestión de configuración debemos tener en cuenta cuatro actividades fundamentales como son, identificar el cambio, controlar el cambio, garantizar la buena implementación del cambio, reportar y documentar los cambios realizados.


ESCENARIO DE GESTION DE CONFIGURACION DEL SOFTWARE Y ELEMENTOS DE SGC

Dentro del escenario de configuración interactuan cuatro componetes importantes el gestor del proyecto, el gestor de configuración, los desarrolladores, el cliente.
Existen cuatro elementos del SGC los cuales son, elementos de componentes, elementos de proceso, elementos de construcción y elementos humanos.

LINEAS DE BASE Y PROCESOS DE SGC

Una linea de base es una propuesta de como se quiere hacer el proyecto y el plan de configuración y de cambios como su nombre lo indica es la base para el inicio del proyecto.
Los procesos del SGC son los pasos que se tienen que llevar a cabo para realizar cada cambio.

PRUEBAS DE SOFTWARE

ACTIVIDADES REALIZADAS

• Exposición sobre los temas tratados en el video.
• Desarrollo de un taller preparado por los expositores.

ESTRATEGIAS UTILIZADAS

• Utilización de herramientas audiovisuales para la presentación del tema a sustentar.
• Explicación del taller a desarrollar.

A continuación se muestra el contenido tratado en las dos clases:

DINAMICA A UTILIZAR: CONFERENCIA

CONFERENCIA SOBRE PRUEBAS DEL SOFTWARE

La conferencista Viky Julieta Arias Delgado interactúa con su público sobre pruebas del software. Las preguntas resueltas fueron:

1.     Que estrategias de prueba utilizamos para desarrollar un software convencional?

Consiguiente encontramos algunas estrategias como:

Ø  PRUEBA DE UNIDAD

Ø  PRUEBA DE INTEGRACIÓN

Ø  PRUEBA DE REGRESIÓN

Ø  PRUEBA DE HUMO

2.     Cuales son los criterios y las pruebas correspondientes que se aplican para todas las fases de prueba?

3.     Que es una prueba de Caja negra y que errores desean encontrar en las categorías?

4.     Que es una prueba de Caja blanca, y cuál(es) es la funcionalidad de los métodos de las prueba de la caja blanca?

DINAMICA A UTILIZAR: EL PANEL

PANEL: PRUEBAS DEL SOFTWARE

CORDINADOR:

JONATHAN

EXPERTOS:

JORGE

YURAIMA

VIANNY

DESARROLLO

JONATHAN INICIA LA PRESENTACION DE LOS EXPERTOS EN EL TEMA DE PRUEBAS DE SOFTWARE PARA DAR POR INICIADA LA SESION. AL TERMINAR LA PRESENTACION LANZA LA PRIMERA PREGUNTA

1. ¿Qué SON LAS PRUEBAS DEL SOFTWARE?

LA PREGUNTA LA RESPONDE EL INGENIERO JORGE

2. ¿Que tipos de prueba de programa deben ser considerados ?

RESPONDE LA PREGUNTA LA INGENIERA VIANNY

• Caja negra. No esta basada en el conocimiento del código o diseño interno, determina la funcionalidad del sistema.

•Caja blanca. Esta basada en la lógica interna de la aplicacion y el código. Hace una cobertura de declaraciones del código, ramas, caminos y condiciones.

•Unidad de testeo o prueba. Es la escala mas pequeña de la prueba, esta basada en la funcionalidad de los módulos del programa, como funciones, procedimientos, módulos de clase, etc. En ciertos sistemas también se verifican o se prueban los drivers y el diseño de la arquitectura.

•Integración incremental. Cuando nuevas funciones son ingresadas al sistema se hace la prueba basándose en la funcionalidad, la dependencia con otros módulos y la integración con el programa completo.

•Prueba de integración. Se basa en las pruebas de conexiones y comunicaciones entre diferentes módulos. Es esencial en sistemas de cliente_servidor o red.

•Prueba funcional. La caja negra hace la prueba funcional de los requerimientos de la aplicacion y generalmente es realizada por el programador, en cambio, la prueba funcional es realizada por los testers.

•Prueba de sistema. Es una prueba de caja negra incluyendo todos los componentes del sistema desde el hardware a la documentación.

•Prueba de fin a fin. Es similar a la prueba de sistema pero esta involucra la interacción con otros hardwares, bases de datos y redes.

•Prueba de sanidad. Determina si la nueva versión de un software esta bien realizada y si necesita un nuevo esfuerzo en la prueba de software. Por ejemplo la nueva versión de un programa cumple con casi todos los requisitos pero destruye la base de datos al leerla, por lo tanto se dice que este software no esta en una condición sana.

•Prueba de regresión. Es una nueva revisión en las pruebas del programa luego de que este haya sufrido algún cambio o por apuros de tiempo o la modificación fue en el ambiente en que se desenvuelve. Actualmente aparecieron herramientas automatizadas que hacen que este tipo de pruebas no lleve demasiado tiempo.

INTERVIENE LA INGENIERA YURAIMA SOBRE EL TEMA O SOBRE LA PREGUNTA QUE SE LANZO Y DA SU OPINION O COMPLEMENTA LO QUE TIENE QUE VER SOBRE CUALES TIPOS DE PRUEBAS HAY

•Prueba de aceptación. Es la prueba final basada en las especificaciones del usuario o basada en el uso del programa por el usuario final luego de un periodo de tiempo.

•Prueba de carga. Esta basada en las aplicaciones bajo cargas pesadas , generalmente usadas en sitios web y en servidores con gran cantidad de datos donde se determina en cuales puntos existen degradaciones del sistema.

•Prueba de estrés. Es una prueba de carga y perfomance basada en la funcionalidad del sistema bajo cargas pesadas , un gran numero de repeticiones, manejo de grandes datos y demasiadas preguntas a bases de datos grandes.

•Prueba de perfomance. Es una de las pruebas finales y sirve para definir los requerimientos y la calidad del software, en base a las pruebas de carga y estrés. Incluye entrevistas con el usuario y programador.

•Prueba de instalación y desinstalación. Determina la eficiencia de los procesos que instalan y desinstalan las aplicaciones del programa.

•Prueba de recuperacion. Es la prueba que evalúa que tan bien se recupera el sistema luego de bloqueos , fallas del hardware u otros problemas catastróficos.

•Prueba de seguridad. Evalúa que tan bien el sistema se protege contra accesos , internos o externos, no autorizados, esta prueba requiere sofisticadas tecnicas y herramientas.

•Prueba de compatibilidad. Evalúa el desempeño del software en diferentes hardwares , sistemas operativos , redes, etc.

•Prueba de exploración. Es una prueba informal del software que no esta basada en ningún plan o caja de prueba y a menudo los testers aprenden del programa al explorar todas las aplicaciones posibles.

•Prueba de anuncio. Es similar a la prueba de exploración pero los testers deben tener suficiente noción sobre el funcionamiento del programa antes de comenzar esta prueba. Incluye reunión con analistas y programadores.

•Prueba de usuario. Determina si el usuario se desenvuelve satisfactoriamente con el programa.

•Prueba de comparación. En esta prueba se comparan los pro y los contra del programa con los programas creados con la competencia.

•Prueba alfa. Es la prueba cuando la aplicacion esta cerca de la entrega al usuario. Se hacen pequeños cambios generalmente en el diseño de interfaces. Esta prueba es hecha por usuarios.

•Prueba beta. Es la búsqueda de bugs en el programa completo. Generalmente es hecha por usuarios.

•Prueba de mutación. Esta prueba esta basada en la introducción deliberada de diferentes códigos externos al programa (bugs) para reexaminar si estos bugs pueden ser detectados. Requiere gran disponibilidad de recursos de computación.

3. ¿CUALES SON LOS TEMAS QUE SE DEBEN IMPLEMENTAR  EN UNA ESTRATEGIA DE ÉXITO PARA UNA PRUEBA DE SOFTWARE?

·         Especificar los requisitos del producto de manera cuantificable ·         desarrollar un plan de pruba que destaque

·         construir un software robusto diseñado para probarse a si mismo

·         usar revisiones tecnicas fromales y efectivas como filtro previo a la prueba.

·         realizar revisiones tecnicas formales para evaluar la estrategia de prueba

·         desarrollar un enfoque de mejora continua para el proceso de prueba.

RESPONDE EL INGENIERO ESPECIALISTA EN PRUEBAS, AL TERMINAR CON EL INGENIERO EL CORDINADOR SE DIRIGE A LOS EXPERTOS Y AL AUDITORIO GENERAL CON EL SIGUIENTE ARGUMENTO Y LANZA UNA PREGUNTA

RESPONDE LA INGENIERA VIANNY KARINA

La estrategia de prueba que elige la mayor parte de los equipos de software se ubican entre estos dos extremos. Toma un enfoque incrmental de las pruebas ; inicia con la prueba de unidades individuales del programa, pasa a pruebas diseñadas para facilitar la integración de las unidades, y culmina con prubas que realizan sobre el sistema construido

4.¿ QUE ES LA DEPURACIÓN, ES CONSIDERADA UNA PRUEBA?

La depuración ocurre como consecuencia de una prueba realizada con éxito. Es decir,  cuando un caso de prueba descubre un error, la  depuración es la acción que lo elimina. Auqnue la depuración puede y debe  ser un proceso ordenado, isgue siendo un arte

En si la depuracion no es una prueba , pero siempre ocurre como consecuencia de una.

EL CORDINADOR DEL PANEL SOBRE PRUBAS DEL SOFTWARE CULMINA LA SESION, DESPIDE A LOS INVITADOS.

PRUEBAS DE SOFTWARE

ACTIVIDADES REALIZADAS

• Presentación de video sobre pruebas del software y las diferentes estrategias de pruebas aplicables a cualquier sistema de software.

ESTRATEGIAS UTILIZADAS

• Se utilizo ayudas audivisuales como el proyector videobeam para la presentación del video acerca del tema de pruebas y las estrategias implementadas en las mismas.
• Se utilizaron dinámicas grupales como son la conferencia y el panel.

PRUEBAS

ACTIVIDADES REALIZADAS

• Actividad acerca de las pruebas en lo cotidiano.

ESTRATEGIAS UTILIZADAS

• Debate por parte de los alumnos sobre las pruebas aplicadas en la vida cotidiana.

Acontinuación se enuncian los distintos interrogantes debatidos en clase:

1. Porque debo probar algo?
2. Para que probar algo?
3. Hay alguna diferencia entre probar y hacer una prueba?
4. ¿Que debo probar?
5. ¿Que es probar?
6. Mediante un ejemplo práctico, explique que probo.

ACTIVIDADES INDEPENDIENTES

• Leer sobre el capítulo de pruebas del libro de pressman.
• Realizar grupos y escoger una de las dinámicas para tratar los temas de: pruebas de software, gestión del cambio, gestión de configuración.

INTRODUCCION A LAS PRUEBAS DEL SOFTWARE

ACTIVIDADES REALIZADAS

• Clase magistral acerca de pruebas aplicadas al software.

ESTRATEGIAS UTILIZADAS

• Presentación de diapositivas referente a pruebas aplicadas al software.
• Presentación de video temática de pruebas.

A continuación se presenta el contenido visto en clase:

PRUEBAS DEL SOFTWARE

• Diseño
• Descubrir defectos (fallos).

Tipos de defectos:

• SIntaxis (compilación).
• Algoritmos/Pruebas
• Computación
• Sobrecarga (Lógica cola, tamaño).
• Documentación
• Sincronización

CICLO VIDA

• Requerimientos
• DIseño
• Componentes código

PASOS PRUEBAS

• Prueba componente
• Prueba Integración (componente)
• Prueba rendimiento (eficacia)
• Prueba aceptación (eficiencia)
• Prueba Instalación

METODOS

• Caja negra (funcionales)
• Caja blanca.

TIPOS

• Ascendente
• Descendente
• Esfuerzo
• Fuego/Alfas
• Cristal/Betas
• etc.

Responsable?

• Grupo de pruebas independientes.

TIPOS DE METRICAS

ACTIVIDADES REALIZADAS

• Clase magistral acerca de los diferentes tipos de metricas.

ESTRATEGIAS UTILIZADAS


A continuación daré a conocer algunos de los conceptos vistos en clase:
TIPOS METRICAS

• Metricas de Bang
• Metricas de acoplamiento
• Metricas de Mantenimiento
• Metricas de conveniencia de representación (Diseño, Interfaz).
• Metricas Orientadas al código fuente.

METRICAS ORIENTADAS A OBJETOS


Ajustes las caracteristicas que se distinguen del software:

• Localización
• Encapsulamiento
• Gerencia
• Polimorfismo
• Ocultamiento de la información
• Abstración

Objetivos:

• Comprender la mejor calidad del producto.
• Estimar la efectividad del proceso.
• Mejorar la calidad del trabajo realizado en el nivel del proyecto.

http://es.scribd.com/doc/52547839/14/Metricas-de-diseno-de-interfaz

ACTIVIDADES INDEPENDIENTES

• Leer sobre metricas de software en pressman.
• Buscar software libre para realizar pruebas.

METRICAS APLICADAS AL SOFTWARE

ACTIVIDADES REALIZADAS

• Presentación de un video sobre conceptos de métricas.
• clase magistral sobre los distintos conceptos de métricas.

ESTRATEGIAS UTILIZADAS

A continuación daré a conocer algunos de los conceptos vistos en clase:

CARACTERISTICAS

• Debe ser simple.
• Fácil de calcular.
• Independiente del lenguaje.
• Proporcionar la información necesaria.

Hay cuatro razones para medir:

• Caracterizar.
• Evaluar (para determinar el estado con respecto al diseño).
• Predecir (para poder planificar, para la extrapolación de tendencias).
•  Mejorar ( la calidad del producto, el rendimiento procesa).

MEDIDAS, METRICAS E INDICADORES

MEDIDA: Es una medida cuatitativa de la extensión, cantidad, dimensiones, tamaño de algunos atributos de un proceso o producto. EJ: un programa tiene 10000 LDC.
Las medidas no sirven para comparar, necesitan métrica.
LA medida captura una característica individual.

MEDICIÓN: Acto de determinar una medida.

MÉTRICA: Es una medida cuantitativa del grado en que un sistema, producto posee un atributo dado.
la métrica permite capturar dicha característica.
las métricas son el fundamento de los indicadores.

INDICADOR: Un indicador es una métrica  o combinación de métricas que proporcionan una visión profunda del proceso de software.
Un indicador permite al gestor ajustar el producto, proyecto o proceso a mejorar.

METRICAS DEL PROYECTO: Indicadores del proyecto.
METRICAS DEL PROCESO: Indicadores del proceso.

los indicadores del proyecto permiten al gestor:

• Evaluar el estado del proyecto en curso.
• seguir la pista de riesgos.
• detectar áreas problemáticas antes de que se conviertan en críticas.
• Ajustar el flujo y tareas del trabajo.
• Evaluar la habilidad del equipo.

Los indicadores del proceso permiten:

• Evaluar lo que funciona o no.
• En la organización permite tener una visión profunda de la eficacia de un proceso ya existente.

como medir el proceso?

• Las métricas del proceso se extraen de las métricas del proyecto.
• hay metricas privadas y públicas, las primeras son de uso individual trata sobre los indices de defecto, errores encontrados en el desarrollo de estas.

METRICAS

• Establece métricas claras y objetivos para alcanzarla.
• No utilizar métricas para amenazar a particulares o equipos.
• Considerarlos como un indicador de mejora de procesos.
• métricas Bang.

ACTIVIDADES INDEPENDIENTES

• Leer el capítulo sobre métricas utilizadas en software.

EXPOSICIONES DE LOS MODELOS DE CALIDAD

ACTIVIDADES REALIZADAS

• Continuación de las exposiciones sobre los modelos de calidad del software ( modelo IDEAL, Boot Strap).
• Taller en clase: paralelo comparativo de los modelos de calidad expuestos.

ESTRATEGIAS UTILIZADAS

• Se utilizaron ayudas audiovisuales (video beam), para las diferentes exposiciones realizadas.

ANEXO CLASE 15


 

MODELO	CARACTERISTICAS
MODELO SPICE	Esta alineado con el ISO/IEC 12207 Proporciona un marco de unificación Ayuda al proyecto en el desarrollo de borradores iniciales Realiza las pruebas de usuario antes de estandarizarlo Verifica la consistencia y usabilidad de sus componentes Es aplicable a cualquier organización o empresa que quiere mejorar la calidad de sus procesos Describe los procesos y los atributos que lo caracterizan. Marco de referencia para determinar los riesgos del negocio Comprende además procesos cliente-proveedor, procesos de operación, de ingeniería, de soporte, de reutilización, entre otros. Este modelo lo componen 9 partes, que comprende la evaluación de los procesos como son una guía para la evaluación de procesos, realización de la evaluación, guía de los evaluadores, vocabulario, introducción, entre otros. La arquitectura del modelo comprende dos dimensiones: la dimensión de procesos y la dimensión de capacidad. El modelo Spice a rasgos generales se basa  o se centra en  los procesos.
MODELO ISO 9000-3	ISO es una organización internacional para la estandarización para facilitar el intercambio de bienes y servicios. la ISO 9000-3 son los estándares para el mantenimiento, uso y desarrollo del software. Es aplicable en los sistemas de información, procesos del ciclo de vida, calidad de software. Este modelo otorga muchos beneficios, como son: satisfacer a sus clientes, aumentar la eficiencia y productividad del producto. Lo que pretende este modelo es satisfacer los requisitos establecidos.
MODELO CMMI	Es un enfoque de mejora de procesos que provee a las organizaciones los elementos esenciales para un proceso efectivo. Es el modelo de madurez de capacidad integrado. Este modelo comprende 5 modelos de madurez. Este al igual se centra en los procesos.
MODELO IDEAL	Modelo de mejoramiento de procesos propuesto por el SEI. Define un marco de ciclo de vida para la mejora de procesos. Este modelo define 5 fases: iniciación, diagnostico, actuación, establecimiento y aprendizaje.
MODELO BOOT STRAP	Es un método para la evaluación de procesos de desarrollo de software. Al igual que CMMI se baso en CMM, también tomo conceptos de calidad de ISO 9000. Se enfoca en evaluar el proceso no el producto. Comprende 5  componentes como son: un modelo, un proceso de evaluación, una base de datos de soporte, un proceso de mejora y los instrumentos de evaluación. Enfocado a pequeñas y medianas empresas Valora la madurez global de una organización Examina procesos individuales de software y valora la conveniencia y el impacto de nuevas tecnologías

EXPOSICIONES MODELOS DE CALIDAD

ACTIVIDADES REALIZADAS

• Exposiciones de los modelos de calidad: CMMI, ISO 9000-3, SPICE.

ESTRATEGIAS UTILIZADAS

se realizaron las exposiciones con la ayuda de herramientas audiovisuales (video beam).

a continuación anexo el modelo ISO 9000-3.




ANEXO CLASE  13

MODELO CALIDAD: ISO 9000-3

¿QUE SE ENTIENDE POR CALIDAD?

Según ISO 8402, “Calidad son todas las características que permiten que un producto satisfaga necesidades explicitas o implícitas a un costo aceptable.”

De esta manera podemos decir que la calidad de los productos puede ser medida a través de la comparación de sus características y atributos.

¿QUE ES ISO?

La Organización Internacional para la Estandarización es la agencia especializada en estandarización más grande a nivel mundial, establecida en 1947 con la finalidad de promover la estandarización internacional para facilitar el intercambio de bienes y servicios así como de desarrollo científico y tecnológico.

Actualmente ISO abarca los estándares nacionales los 159 países. ISO comprende alrededor de 180 comités técnicos encargados de desarrollar desde las abreviaturas de los sistemas de medición hasta la especificación detallada de los productos a evaluar.

ISO establece los estándares de calidad en respuesta las necesidades claramente expresadas por los sectores y stakeholders sobre determinado producto.

SERIE DE ESTANDARES ISO 9000

Las series de ISO 9000 son un grupo de 5 individuales, pero relacionadas, estándares internacionales de administración de la calidad y aseguramiento de calidad.

Ellas son genéricas, no específicas para cualquier producto. Pueden usarse igualmente para manufactura y servicios industriales. Estos estándares fueron desarrollados para documentar efectivamente los elementos de sistemas de calidad que son instrumentados para mantener un sistema eficiente de calidad en la empresa. La serie ISO 9000 no especifica la tecnología que debe ser aplicada para la instrumentación de los elementos del sistema de calidad.

BENEFICIOS ISO 9000

• La posibilidad de darle calidad al producto o servicio.
• Evitar costos de inspecciones finales, costos de garantías y reprocesos.
• Puede reducirse el número de auditorías de los clientes a los procesos de operación.
• Mayor aceptación por parte de los clientes y acogida en los mercados tanto nacionales como internacionales.

CERTIFICACION ISO

La certificación de ISO 9000 no es un requerimiento legal para acceder a mercados internacionales, pero puede ser beneficioso. En la Unión Europea para muchos productos regulados, el certificado de ISO 9000 es una alternativa para productos certificados, no un absoluto requerimiento. De hecho, como cliente en la mayoría de la legislación estadounidense, el certificado de sistemas de calidad no es una mandato - hay otros caminos para la certificación de productos- no es este el único procedimiento.

 Fuera de las regulaciones de estas áreas de productos, la importancia del certificado de ISO 9000 como una herramienta de competencia de mercado, varia de sector a sector, compañías europeas pueden pedir a los proveedores la aprobación de exámenes de sus sistemas de calidad en sus lugares de origen como una condición de compra. Esto podría especificarse en cualquier contrato de negocios.

 La certificación ISO 9000 puede servir como una forma de diferenciación "clase" de proveedores, particularmente en áreas de alta tecnología, donde la alta seguridad de los productos es crucial. En otras palabras, si dos proveedores están compitiendo por el mismo contrato, el que tenga un certificado de ISO 9000 puede tener una ventaja competitiva con algunos compradores.

NORMAS ISO 9000-3

En estos días "calidad" es la palabra de más relevancia, los consumidores esperan productos de calidad para satisfacer sus necesidades, solucionar sus problemas y obtener beneficios. Sin embargo dentro de la industria del software, "calidad" no ha sido el fuerte de la rama.

Las tres fallas dominantes que existen dentro de la industria del software son los altos costos en cuanto a depuración de un sistema, tiempo perdido en la corrección del sistema (estamos de acuerdo en que no existirían estas deficiencias si se hubiera realizado un análisis a conciencia del sistema), y la falla de conocer todas las necesidades del usuario.

Uno de estos modelos base son las normas estándares de calidad ISO 9000 que en especial han creado un interés masivo para la industria de software a causa de su aceptación a nivel internacional de muchas componías importantes.

AMBITO DE LA APLICACIÓN

• Desarrollo de Sistemas de Información.
• Procesos del ciclo de vida.
• Calidad del software.

ALCANCE DE LA ISO 9000-3

Con la norma se busca dar orientaciones en situaciones en las que se exija la demostración de la capacidad de un proveedor para desarrollar, suministrar y mantener productos de software. La norma sugiere clases de control y métodos para la producción de software que satisfaga los requisitos establecidos.

ANÁLISIS DE LA ISO 9000-3

ISO 9000-3 sirve para interpretar la norma ISO9001 en el ámbito de la Ingeniería de Software.

De hecho, su nombre es:

“Guía para la aplicación de ISO 9001 para el desarrollo, la aplicación y mantenimiento de software.”

La norma ISO 9000-3 es requerida por todas las compañías desarrolladoras de software para:

• Incursionar en el mercado europeo.
• Cubrir las expectativas de los clientes.
• Obtener beneficios de calidad.
• Como estrategia de mercado.
• Para reducir costos de producción.

Algunos de los beneficios que se obtienen con la certificación de la Norma ISO 9000-3 son:

• Mejor documentación de los sistemas.
• Cambio cultural positivo.
• Incremento en la eficiencia y productividad.
• Mayor percepción de calidad.
• Se amplía la satisfacción del cliente.
• Se reducen las auditorías de calidad.
• Agiliza el tiempo de desarrollo de un sistema.

ISO 9000-3 Y OTROS ESTANDARES

• ISO 8402: 1994, Gestión y garantía de la calidad – vocabulario.
• ISO 9001: 1987, Sistemas de la calidad - modelo de garantía de la calidad en el proyecto/ desarrollo, producción, instalación y post-venta.
• ISO 10011-1: 1990, Líneas de orientación para auditorías de sistemas de la calidad - Parte 1: Auditorías.