Está en la página 1de 13

UNIVERSIDAD POLITCNICA DE CATALUNYA

MAS TE R E N I NGE NI E R A DE S O FTWA RE

PROYECTO FINAL DE MSTER MRF FRAMEWORK

Plan de Pruebas
Instrucciones
Version 1.0 30 SEP 2008

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

Tabla de Contenidos
Introduccin........................................................................................................... 1 Uso del Plan de Pruebas.......................................................................................1 Visin.............................................................................................................................. 1 Aplicabilidad.................................................................................................................... 2 Gobierno y alcance......................................................................................................... 2 Seccin 1. Visin General.....................................................................................2 Seccin 2. Metodologa de Pruebas .....................................................................2 2.1Elementos de Pruebas............................................................................................... 2 2.2Tipos de Pruebas....................................................................................................... 3 2.1.1Pruebas Funcionales 3 2.1.2Pruebas de Datos 4 2.2Restricciones............................................................................................................. 4 Seccin 3. Disposicin Operativa..........................................................................4 3.1Diagrama de Implantacin......................................................................................... 4 3.2Preparacin del Entorno ........................................................................................... 4 3.3Valoracin de la Disposicin de la Implantacin........................................................5 3.4Contenido del Producto............................................................................................. 5 3.5Desviaciones y Renuncias......................................................................................... 5 Seccin 4. Creacin/Conversin de Datos............................................................5 Seccin 5. Rollout por Fases................................................................................6 Seccin 6. Formacin y Documentacin...............................................................6 3.1Formacin.................................................................................................................. 6 3.2Documentacin.......................................................................................................... 7 3.2.1Documentos 7 3.2.2Actividades de Documentacin 7 Seccin 7. Transicin hacia Soporte.....................................................................8 7.1Recursos Requeridos................................................................................................ 8 7.2Procedimientos Recomendados................................................................................8 7.3reas de Cambio Esperadas.....................................................................................8 7.4Actividades de Transicin.......................................................................................... 8 Seccin 8. Notificacin de la Implantacin............................................................9 Seccin 9. Planificacin de las Operaciones y del Mantenimiento........................9 Seccin 10. Planificacin de la Entrega................................................................9 10.1Entrega del Producto............................................................................................... 9 10.2Planificacin de la Contingencia............................................................................10

VER-Instrucciones-10PP-1.0

Pgina i

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

10.3Finalizacin de la Planificacin..............................................................................10 Seccin 11. Referencias.....................................................................................10 Seccin 12. Glosario...........................................................................................10 Seccin 5. Historial de Revisin..........................................................................10 Seccin 6. Apndices..........................................................................................10

VER-Instrucciones-10PP-1.0

Pgina ii

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

Introduccin
Las pruebas son la tcnica utilizada para identificar la correctitud, completitud y calidad de los proyectos software. Esta disciplina involucra cualquier actividad realizada para evaluar un atributo, capacidad de un sistema o componente del mismo con el fin de poder determinar si alcanza los resultados esperados. Con el fin de proporcionar una metodologa consistente que permita planificar, programar, documentar y ejecutar el desarrollo de las actividades de preparacin e implantacin de los planes de pruebas, el Framework MRF incluye este Plan de Pruebas. El Plan de Pruebas describe los esfuerzos globales de planificacin y las aproximaciones de prueba durante el ciclo de vida completo del proyecto. Este Plan se utiliza para gestionar los esfuerzos dedicados a las pruebas en los artefactos generados en el desarrollo del proyecto. El Plan de Pruebas se utiliza para: Identificar y describir las fases de pruebas a ejecutar; Identificar el objetivo general, meta, tipos de pruebas, personal, entorno y criterios de entrada, suspensin y salida para cada fase de pruebas; Describir la metodologa para cada fase de pruebas, incluyendo los tipos de pruebas a ejecutar y los elementos de pruebas a utilizar para determinar la correctitud del proyecto o del componente del sistema; Definir el calendario planificado de las actividades de prueba, de los entregables y de los hitos; Definir las actividades de monitoreo e hitos requeridos para evaluar el progreso del Plan; Definir los informes que debern generase para comunicar el progreso de la ejecucin de las pruebas, as como sus resultados; Gestionar la preparacin y la ejecucin;

La planificacin de las pruebas reducir los riesgos de un proyecto. Un plan de pruebas correctamente planificado y ejecutado puede reducir los riesgos de los proyectos, ya que reducir las incertidumbres durante su fase de implementacin.

Uso del Plan de Pruebas


Visin
Dentro del framework, el Plan de Pruebas es un artefacto entregable clave que debe iniciarse dentro de la etapa de Planificacin del proyecto y que debe ser completado, revisado, aprobado y ejecutado en la etapa de Implementacin. La aprobacin del Plan de Pruebas constituye la aceptacin de que el plan es comprensible y preciso, as como que se dispone de los recursos necesarios para llevarlo a cabo. Una vez

VER-Instrucciones-10PP-1.0

Pgina 1

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

aprobado, los cambios sobre l slo podrn realizarse a travs de un proceso de gestin de los cambios.

Aplicabilidad
Este Plan de Pruebas debe ser realizado para cada uno de los proyectos desarrollados.

Gobierno y alcance
El Plan de Pruebas debe desarrollarse coordinadamente entre los miembros adecuados del equipo del proyecto y los stakeholders, siendo accesible para todos ellos. Asimismo, es imprescindible que toda la informacin contenida en el Plan de Pruebas sea consistente con el Plan del Proyecto y con todos los entregables del proyecto que estn relacionados con l. El Plan de Pruebas deber actualizarse a lo largo de todo el ciclo de vida del proyecto para mantener la consistencia con el resto de documentos del proyecto. Su efectividad deber ser evaluada peridicamente.

Seccin 1. Visin General


Esta seccin proporciona una visin global del Plan de Pruebas. Describir una aproximacin en alto nivel de las pruebas para el proyecto. Describir los objetivos de las pruebas, su mbito, y la aproximacin a las pruebas utilizada por el equipo del proyecto.

Seccin 2. Metodologa de Pruebas


En esta seccin se describe la metodologa de pruebas para dirigir tanto los tipos como las fases de pruebas a ejecutar. Las pruebas aseguran que una caracterstica o funcionalidad particular de un artefacto sea correcta. Las pruebas requieren un estndar para especificar qu es lo correcto y un proceso para establecer el grado de correctitud. Usualmente, el estndar de correctitud es un requerimiento. Dicho requerimiento debe incluir una descripcin especfica de la funcionalidad, y un nivel definido de servicio. A continuacin se describe el proceso para determinar el grado de correctitud.

2.1Elementos de Pruebas
Describir los elementos de pruebas para el proyecto. En funcin de las mejores prcticas aceptadas, para determinar la correctitud, se utilizan los siguientes elementos especficos de pruebas: inspeccin, anlisis, demostracin y prueba. Inspeccin: La inspeccin es la percepcin directa del grado de correctitud del tem que se encuentra bajo prueba. Por ejemplo, la visualizacin de un informe impreso para asegurar que el formato y el contenido son los correctos.

VER-Instrucciones-10PP-1.0

Pgina 2

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

Anlisis: El anlisis es la evaluacin, el clculo o la descomposicin del tem que se est probando para determinar que la informacin percibida es la correcta. El anlisis es el proceso de tomar los datos inmediatos y descomponerlos o combinarlos con otra informacin para garantizar que el tem bajo prueba es correcto. Un ejemplo de anlisis incluye el manual de clculo del resultado generado por el tem en prueba, utilizando los datos fuente del tem para demostrar si el tem realiza correctamente los clculos esperados. Demostracin: La demostracin es la ejecucin simple de una funcionalidad del tem bajo prueba. En la demostracin, el tem bajo prueba est inicialmente en un estado y es disparado para ejecutar alguna funcin que, o bien genera una salida y/o causa que el tem bajo prueba cambie a un nuevo estado. Un ejemplo de demostracin puede ser aceptar un formulario, generar un informe, destinarlo a una cuenta, guardar el fichero u otras acciones que son el resultado directo de disparar un evento. Al igual que en la inspeccin, la correctitud de la demostracin puede percibirse inmediatamente; pero a diferencia de en la inspeccin, debe ocurrir un evento para hacer que el tem bajo prueba ejecute su funcin. Pruebas: Las pruebas son la combinacin metdica (y tpicamente documentada) de un conjunto de inspecciones, anlisis y demostraciones que proporcionan un procedimiento de prueba bien definido para asegurar la correctitud de algunas funcionalidades de los tems bajo prueba. Normalmente, una funcin compleja no puede evaluarse mediante una nica inspeccin, anlisis o demostracin. En este caso, suelen realizarse una serie de pasos que incluyen un conjunto ordenado de demostraciones con inspeccin y anlisis para verificar la funcionalidad. Los elementos de pruebas son aplicables a cualquiera de los tipos de prueba descritos.

2.2Tipos de Pruebas
En las subsecciones siguientes se describen los tipos de pruebas que se corresponden con los diferentes tipos de requerimientos del sistema o de un componente del mismo. Identificar herramientas de pruebas a utilizar durante las pruebas. Incluir una descripcin de cada herramienta y una explicacin del uso previsto para cada una de ellas. 2.1.1 Pruebas Funcionales

Describir las pruebas funcionales para el proyecto. Las Pruebas Funcionales aseguran que el sistema ejecuta de forma correcta su funcionalidad esperada. Adicionalmente a la descripcin de la funcin a ejecutar, los requerimientos funcionales pueden incluir los requerimientos permisibles y no permisibles de las entradas y salidas, as como operaciones especficas a ejecutar para satisfacer la funcin. Si la funcionalidad tiene que probarse contra casos de uso, los actores, las pre-condiciones, post-condiciones, escenarios y escenarios alternativos deben validarse en las pruebas para garantizar que la funcionalidad satiface el caso de uso.

VER-Instrucciones-10PP-1.0

Pgina 3

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

Las pruebas funcionales deben dirigir estos factores para cada una de las funciones a probar. Cada prueba functional debe tener un identificador nico, tambin debe trazar la funcin o elementos de diseo (y su identificador nico) a probar. 2.1.2 Pruebas de Datos

Describir las pruebas de datos para el proyecto. Las pruebas de datos incluyen tanto las pruebas de los datos contenidos dentro de todo el sistema como las pruebas de datos utilizados por l. Los datos internos pueden estar como contantes, reglas u otros datos que, o bien son estticos o que raramente cambian durante el desarrollo del proyecto. Los datos externos incluyen los datos que son aceptados por el sistema y los datos que son generados por l, como las entradas de usuario, las comunicaciones con otras aplicaciones, las Fuentes de datos, los datos creados y los informes.

2.2 Restricciones
Describir los factores que limitan la implantacin del producto. Las restricciones suelen incluir polticas regulatorias, limitaciones de la infraestructura, la cantidad de recursos disponibles o las licencias y autorizaciones.

Seccin 3. Disposicin Operativa


3.1Diagrama de Implantacin
Proporcionar y describir un diagrama que represente dnde deben residir todos los productos del sistema dentro del entorno operativo, incluyendo los componentes software del sistema, los hardware, las redes y otros componentes importantes pertinentes (como pueden ser las bases de datos o los sistemas operativos) que soportan el producto del sistema completo. La informacin de esta seccin debe ser consistente con la documentacin de la arquitectura existente sobre el sistema.

3.2Preparacin del Entorno


Describir la preparacin requerida por el entorno en el que operar el sistema. Definir cualquier cambio que pueda ocurrir sobre el entorno operativo y las caractersticas e tems especficos que tendrn que modificarse para que se adapten al nuevo producto, incluyendo la continuidad del negocio y planes de recuperacin frente a posibles desastres. Identificar las etapas necesarias

VER-Instrucciones-10PP-1.0

Pgina 4

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

para ayudar al cliente en la preparacin de los entornos designados para instalar los productos aceptados.

3.3Valoracin de la Disposicin de la Implantacin


Describir el mtodo a utilizar para evaluar la disposicin de la implantacin. El contenido de esta subseccin tambin sirve como punto final de control de la disponibilidad antes de que se pase a la instalacin del producto.

3.4Contenido del Producto


Identificar la configuracin de las auditoras y revisiones que se debern mantener una vez el producto se haya probado y aceptado, y antes de que se instale en el entorno de produccin. Si esta informacin est especificada en el Plan de Gestin de la Configuracin del proyecto, proveer una referencia a dicho Plan. La configuracin de las auditoras determina hasta qu punto la configuracin actual de un tem refleja las caractersticas fsicas y funcionales que de l se requieren. La configuracin de las revisiones se basa en herramientas de gestin para establecer una lnea base. Como mnimo, previamente a la entrega, se deben realizar las siguientes auditorias y revisiones: Audiotora de la Configuracin Fsica Revisin de la Configuracin Fsica Audiotora de la Configuracin Funcional Revisin de la Configuracin Funcional

3.5Desviaciones y Renuncias
Proporcionar informacin adicional dedicada a especificar cualquier desviacin o renuncia de la Especificacin de los Requerimientos Software original. Una desviacin se corresponde con la variacin de las funciones descritas en la Especificacin de los Requerimientos Software. Una renuncia es el permiso pre-aprobado para que de forma intencionada se desve el uso de un proceso especfico o estndar.

Seccin 4. Creacin/Conversin de Datos


Describir las actividades para la creacin de la base de datos fsica y para el almacenamiento de los datos iniciales en ella. Identificar el mbito de trabajo que se tiene que cumplir. Incluir subsecciones que describan los datos que se debern cargar y el legado de datos que deber transferirse previamente a la implantacin del producto. Incluir una descripcin del proceso de validacin de los datos. La carga de datos inicial ha de consistir en la introduccin del conjunto apropiado de entradas en tablas estticas, o tambin puede incluir la conversin del legado de datos a las estructuras de

VER-Instrucciones-10PP-1.0

Pgina 5

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

datos de las tablas de la nueva base de datos. Si la conversin de los datos o los procesos de carga requieren del desarrollo de software, el equipo del proyecto deber crear dicho software usando procedimientos de desarrollo estndar.

Seccin 5. Rollout por Fases


Describir las actividades para una funcin de rollout por fases o para un rollout por fases basado en el usuario. Funcin de Rollout por Fases Un rollout por fases involucra mltiples fases para poner en marcha la funcionalidad completa del producto. Las actividades de cada fase se construyen sobre las actividades de la fase previa. Para cada fase deben completarse todas las actividades. Rollout por Fases basado en el Usuario Un rollout por fases basado en el usuario desarrolla el producto en una serie de fases, de forma que, antes de que todos los usuarios puedan utilizar el producto, dicho producto se despliega sobre un subconjunto de usuarios. La definicin de estos subconjuntos viene determinada por factores como la geografa, la necesidad, la frecuencia de uso, el volumen de uso, etc. Algunos elementos de un rollout por fases basado en el usuario deben omitirse si la funcionalidad es idntica en cada una de las fases de usuario desplegadas.

Seccin 6. Formacin y Documentacin


3.1Formacin
Describir los planes para preparar y conducir la formacin con el propsito de formar en el uso del producto a todos los stakeholders (por ejemplo, usuarios, desarrolladores, personal de soporte, promotores, etc.) involucrados con l. Estos planes de formacin pueden incluir: criterios de entrada para empezar la formacin; todas las actividades logsticas para garantizar el equipamiento, el entorno, las facilidades y los preparativos de viaje; preparacin y duplicacin del material de formacin; roles y responsabilidades para cada actividad; recursos necesarios para llevar a cabo la formacin; una referenciacin a la programacin del proyecto que contenga la planificacin y las actividades para preparar y llevar a cabo las actividades de formacin; los procedimientos para realizar la formacin; un procedimiento sobre la efectividad de la coleccin de mtricas de formacin y sobre cmo se debe ajustar y mejorar dicha formacin;

VER-Instrucciones-10PP-1.0

Pgina 6

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

un proceso para modificar la formacin si cambian los resultados de la implantacin sobre los procedimientos de negocio.

Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.

3.2Documentacin
3.2.1 Documentos

Identificar y describir cada uno de los documentos que se generarn para ayudar en la instalacin, el soporte o en el uso del producto. En funcin de los requerimientos, la documentacin producida puede incluir: Manual Operario; Manual de Usuario; Manual de Soporte; Ayuda Online.

El Manual Operario provee informacin sobre cmo instalar y operar los productos del sistema. Est desarrollado para los usuarios que accedern a dichos productos del sistema a travs de terminarles u ordenadores personales, o enviando y recibiendo entradas y salidas en modo batch o en modo interactivo. El Manual de Usuario muestra de forma prctica al usuario cmo instalar y utilizar un tem de la configuracin, un grupo de tems de configuracin relacionados, un sistema o un subsistema. Adems, tambin puede cubrir un aspecto particular de la operatividad del sistema, como son las instrucciones para realizar una tarea especfica. El Manual de Usuario est desarrollado para un producto que deber se ejecutado por el usuario y que posee una interfaz de usuario que, por parte de dicho usuario requiere de entradas online o de la interpretacin de las salidas mostradas. Si el producto est integrado en un sistema, puede que no sea necesario que los manuales de usuario o los procesos operativos para dicho sistema se proporcionen en un Manual de Usuario separado. Por otro lado, debido a que las pruebas pueden producir cambios sobre el Manual Operario y el Manual de Usuario, la formacin debe tener lugar previamente a la finalizacin y aprobacin. Nota: Se recomienda que los borradores del Manual Operario y del Manual de Usuario se desarrollen durante el diseo y el desarrollo y que se concluyan durante la fase de pruebas. 3.2.2 Actividades de Documentacin

Describir las actividades requeridas para desarrollar cada documento. Estas actividades pueden incluir: roles y responsabilidades para cada actividad; recursos necesarios para generar la documentacin;

VER-Instrucciones-10PP-1.0

Pgina 7

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

una referencia al programa del proyecto que contiene la planificacin y las actividades para producir la documentacin.

Seccin 7. Transicin hacia Soporte


7.1Recursos Requeridos
Identificar y describir los recursos requeridos para soportar el producto operativo y las interrelaciones entre dichos recursos. Los recursos incluyen: las facilidades requeridas para soportar el producto operativo (por ejemplo, el edificio, la habitacin, la altura del suelo, el cableado, etc.) ; el hardware y la documentacin asociada requerida para soportar el producto operativo; el software y la documentacin asociada requerida para soportar el producto operativo; otra documentacin requerida para soportar el producto operativo; el personal de soporte requerido para sostener el producto operativo, incluyendo una estimacin del nmero de recursos, el tipo de recursos, los niveles de habilidad y experiencia requeridos y las acreditaciones de seguridad.

Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.

7.2Procedimientos Recomendados
Describir cualquier procedimiento, advertencia o leccin aprendida que puede ayudar al soporte organizacional en el sostenimiento del producto operativo y del ambiente del producto.

7.3reas de Cambio Esperadas


Describir las reas de cambio esperadas o anticipadas para el producto operativo.

7.4Actividades de Transicin
Describir los planes para la transicin del producto operativo a la organizacin de soporte, incluyendo todas las actividades a realizar para transferir el producto entregable a la agencia de soporte (por ejemplo, reuniones de planificacin/coordinacin; preparacin de los tems a entregar a la agencia de soporte; empaquetamiento, envo, instalacin y verificacin del software operativo, y formacin del personal de soporte). Incluir: roles y responsabilidades para cada actividad; recursos requeridos para llevar a cabo las actividades de transicin y las fuentes a partir de las cuales se proveer cada recurso; una referencia a la programacin del proyecto que contenga la planificacin y los hitos para llevar a cabo las actividades de transicin;

VER-Instrucciones-10PP-1.0

Pgina 8

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

procedimientos para la instalacin y verificacin de los componentes software en el ambiente de soporte.

Seccin 8. Notificacin de la Implantacin


Describir el mtodo de notificar a todos los stakeholders de la liberacin exitosa de un producto. Identificar los stakeholders y los grupos que requieren de dicha notificacin. Estas personas y grupos pueden incluir a: el promotor del cliente; el usuario; los sistemas de operacin; los sistemas de soporte, incluyendo el Help Desk; las redes de operacin.

Si esta informacin ya se encuentra detallada en el Plan del Proyecto, proporcionar una referencia a dicho plan.

Seccin 9. Planificacin de las Operaciones y del Mantenimiento


Describir la planificacin de las operaciones y del mantenimiento del producto. Estos planes incluyen: informar, seguir y gestionar los defectos; modificar el producto para que incluya el mantenimiento correctivo (por ejemplo, eliminar los defectos), el mantenimiento preventivo y las mejoras (por ejemplo, modificaciones para lograr los nuevos requerimientos o cambios en el diseo); integrar e implementar versiones de control y procedimientos de gestin de las entregas en coordinacin con el Plan de Gestin de la Configuracin; distribucin segura de las salidas; procedimientos para almacenar, manejar y destruir los medios; procedimientos de respuesta a los informes de incidentes.

Seccin 10. Planificacin de la Entrega


10.1 Entrega del Producto
Describir la planificacin de la entrega del producto para su uso operativo. Incluir en la descripcin: actividades de preparacin del entorno;

VER-Instrucciones-10PP-1.0

Pgina 9

Mster en Ingeniera de Software Proyecto Final de Mster MRF Framework

INSTRUCCIONES PARA EL PLAN DE PRUEBAS Versin 1.0 | 30-SEP -2008

actividades de conversin; actividades de instalacin del producto; el mtodo de distribucin y/o instalacin de todos los componentes (por ejemplo, la distribucin electrnica, la distribucin de los medios, etc.) el personal de soporte necesario para soportar la preparacin y la instalacin, incluyendo el nmero estimado de recursos, los tipos de recursos, los niveles de habilidad y experiencia requeridos y las acreditaciones de seguridad.

Los productos para liberacin pueden incluir software, hardware, datos y documentacin, entre otros.

10.2 Planificacin de la Contingencia


Describir el plan de contingencia a ejecutar si surgen problemas durante las actividades de implantacin. Incluir los inconvenientes y los procedimientos de retorno si falla la instalacin en la produccin. Asimismo, describir cmo se probarn dichos planes de contingencia.

10.3 Finalizacin de la Planificacin


Describir el plan para la disposicin o el retiramiento del sistema. Esta informacin debe encontrarse alineada con los requerimientos de apoyo del ciclo de vida.

Seccin 11. Referencias


Identificar las fuentes de informacin referenciadas en el Plan de Implantacin y aquellas fuentes utilizadas en el desarrollo de dicho Plan. Incluir, para cada documento, un nmero, ttulo, fecha y autor.

Seccin 12. Glosario


Definir todos los trminos y acrnimos requeridos para poder interpretar correctamente el Plan de Implantacin.

Seccin 5. Historial de Revisin


Identificar cambios al Plan de Implantacin.

Seccin 6. Apndices
Incluir cualquier apndice considerado relevante.

VER-Instrucciones-10PP-1.0

Pgina 10