Norma de proyecto en calidad

Norma de Calidad de Proyectos de Desarrollo de
Software

TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 2 de 30
Identificación del documento
Historial de cambios
Rol Nombre Cargo Fecha Firma
Elaboración Elia Muñoz
Responsabledel Equipo de
Calidad
05/07/2013
Revisión Jack Cáceres
Jefe del Área de Calidad,
Seguridad y PIP
05/07/2013
Revisión Grover Cerquera
Jefe del Área de
Operaciones
05/07/2013
Revisión Jorge León
Responsabledel Equipo de
Desarrollo
05/07/2013
Revisión Julio Mamani
Jefe del Área de Servicio
de TI
05/07/2013
Revisión Manuel Vargas Jefe del Área de SIAGIE 05/07/2013
Revisión Hernán Pachas
Jefe del Área de Gestión
de TI
05/07/2013
Revisión
Giovanna
Hernández
Especialista en
Normatividad Informática
y Gobierno de TI
05/07/2013
Aprobación Sandro Marcone Jefe de OFIN 05/07/2013
Versión Autor Descripción Fecha
V 2.0 Elia Muñoz Documento original 05/07/2013

Tabla de contenido
1 OBJETIVO.....................................................................................................................4
2 ALCANCE......................................................................................................................4
3 NORMAS CONSULTADAS..............................................................................................4
4 DEFINICIONES...............................................................................................................5
5 CONDICIONES GENERALES..........................................................................................12
6 CONDICIONES ESPECÍFICAS.........................................................................................18
6.1 ASEGURAMIENTO DE LA CALIDAD DEL PROCESO.....................................................18
6.2 CONTROL DE CALIDAD............................................................................................20
7 CICLO DE PRUEBAS .....................................................................................................23
7.1 PLANIFICACIÓN DE LAS PRUEBAS............................................................................23
7.2 DISEÑO DE LAS PRUEBAS........................................................................................24
7.3 INSTALACION DEL SOFTWARE ................................................................................24
7.4 EJECUCIÓN DE LAS PRUEBAS ..................................................................................24
7.4.1 Ejecutar las pruebas...............................................................................................25
7.4.2 Evaluación de los resultados...................................................................................25
7.4.3 Comunicación de los resultados..............................................................................25
7.4.4 Repetición de las pruebas.......................................................................................25
7.5 PRUEBAS DE ACEPTACIÓN......................................................................................25
7.5.1 Pruebas con el usuario...........................................................................................25
7.5.2 Comunicación de la finalización de las pruebas:......................................................25
7.5.3 Envío de la documentación:....................................................................................26
7.6 SEGUIMIENTO Y CONTROL .....................................................................................26
7.7 CIERRE DEL PASE....................................................................................................26
8 DESCRIPCION DEL PROCEDIMIENTO............................................................................26
9 FORMATOS ................................................................................................................28
10 ANEXOS .....................................................................................................................28

1 OBJETIVO
Normarlasactividadescorrespondientesal Aseguramientodel ProcesoyControlde Calidad
del producto de los Proyectos de Sistemas de Información que se implementaran en el
Ministerio de Educación.
2 ALCANCE
Gestor de Soluciones TIC: Promueve reuniones y participa en ellas, elabora las actas de
reuniónsobre losacuerdostomados.Estaráninformadosacercadel avance del proyecto.
Responsablede Desarrollo: Tieneasucargo a losgestoresde proyectos.Esresponsablede
controlar, cumplir y hacer cumplir la norma.
Gestor de Proyecto:Es el responsable del proyecto.Tiene asu cargo al AnalistaFuncional,
Líder Técnico, Programador. Es responsable de cumplir y hacer cumplir la norma.
Responsable de Calidad: Tiene a su cargo al Analista de Aseguramiento de la Calidad y
EspecialistaenControl de Calidad. Es responsable de controlar,cumpliryhacer cumplirla
norma.
Analista de Aseguramiento de la Calidad: Ejecuta actividades correspondientes al
Aseguramiento de la Calidad.
Especialista en Control de Calidad: Es el responsable de la ejecución de las pruebas y la
comunicación de los resultados.
Operador de Pre-Producción: Es el personal del área de Operaciones que apoya en la
realización de la instalación del software en el ambiente de Pre-Producción.
3 NORMAS CONSULTADAS
Res. Comisión N° 055-2006/INDECOPI-CRT aprueba “NTP-ISO/IEC 12207:2006, Tecnología
de la Información.Procesosdel Ciclode vidadel software,2°Edición”reemplazaala NTP-
ISO/IEC 12207:2004.
RM N° 179-2004-PCM aprueba el uso obligatorio de la Norma Técnica Peruana “NTP-
ISO/IEC12207:2004 Tecnologíade la Información.Procesosdel Ciclode vidadel software,
1° Edición”.
RM Nº 246-2007-PCM, aprueban uso obligatorio de la Norma Técnica Peruana “NTP-
ISO/IEC17799:2007 EDI. Tecnologíade la Información.Códigode buenasprácticaspara la

gestión de la seguridadde la información. 2a. Edición” en todas las entidades integrantes
del Sistema Nacional de Informática.
RM Nº 129-2012-PCM, aprueban el uso obligatorio de la Norma Técnica Peruana “NTP-
ISO/IEC27001:2008 EDI Tecnologíade la Información.Técnicasde seguridad.Sistemasde
gestiónde seguridadde laInformación.Requisitos”entodaslasentidadesintegrantesdel
Sistema Nacional de Informática.
“Guía de Mejores Prácticas de Calidad de Producto” - INTECO (Instituto Nacional de
Tecnologías de la Comunicación) – España 2008.
NTP ISO/IEC9126-1:2004 Ingenieríade software.Calidaddel producto.Parte 1:Modelode
Calidad.
NTPISO/IEC12199:2005, Tecnologíade laInformación.Paquetessoftware.Requerimientos
de calidad y pruebas.
NTPISO/IEC14598-1:2005 Tecnologíade lainformación.Evaluacióndel productosoftware.
Parte 1: Visión general.
NTP ISO/IEC 14598-3:2005 Ingeniería de Software. Evaluación del producto. Parte 3:
Proceso para desarrolladores.
NTP ISO/IEC16326:2006 Ingenieríade software. Guía para la aplicaciónde la NTP-ISO/IEC
12207 para la gestión de proyectos.
NTP ISO 9000 2007 Sistemas de gestión de la calidad. Fundamentos y vocabulario.
NTP ISO 9001:2009 Sistemas de gestión de la calidad. Requisitos.
ISO/IEC25001:2007(E) Software engineering–Software product QualityRequirementsand
Evaluation (SQuaRe) – Planning and management.
ISO/IEC 26513:2009(E) Systems and software engineering – Requirements for testers and
reviewers of user documentation.
4 DEFINICIONES
Adquiriente
SegúnlaNTPISO/IEC12207: esel que adquiereuobtiene deunproveedorunsistema,
producto software o servicio software.

Adquisición (Desarrollos Externos)
Según la NTP ISO/IEC 12207: es el proceso empleado para adquirir un sistema,
producto software o servicio software.
Análisis de requerimientos del sistema
SegúnlaNTP ISO/IEC12207: el propósitodel análisisdelosrequerimientosdelsistema
es transformar los requerimientos definidos por los involucrados, en un conjunto de
requerimientos técnicos del sistema que dirigirán el diseño del mismo.
Análisis de requerimientos del software
Según la NTP ISO/IEC 12207: el propósito del análisis de los requerimientos de
software es establecer los requerimientos particulares de cada uno de los elementos
de software del sistema.
Aseguramiento de la Calidad
Según la NTP ISO 9000: el aseguramientode la calidad es parte de la gestión de la
calidad orientada a proporcionar confianza en que se cumplirán los requisitos de la
calidad.
Según INTECO: el aseguramiento de la calidad se entiende como el conjunto de
actividades planificadas y sistemáticas necesarias para proporcionar la confianza
suficiente de que un producto o servicio satisface los requisitos de calidad.
El aseguramiento de la calidad involucra al control de calidad como se muestra en la
figura siguiente:
Aseguramiento
de la Calidad
Control de
calidad

Calidad del Producto Software
La calidad del producto software junto con la calidad del proceso para obtenerlo
(actividades,tareasyotros, para desarrollarymantenerel software) sonlosaspectos
más importantes actualmente en el desarrollo de Software. El modelo de calidad
establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del
software en un conjunto estructurado de características y sub características de la
siguiente manera:
Componente
SegúnINTECO:esunelementosoftware mínimoquepuede probarse deformaaislada.
Control de Calidad
Según la NTP ISO 9000: el control de calidad es parte de la gestión de la calidad
orientada al cumplimiento de los requisitos de la calidad.
Es el conjunto de técnicas y actividades operativas (ISO 8402) utilizadas para dar
conformidad del grado en el que un conjunto de características inherentes [de un
producto o servicio] cumple con las necesidades o expectativas [establecidas por el
usuario].
La siguiente tabla muestra las características de ambos conceptos:

QA – Aseguramiento de la Calidad QC - Control de Calidad
 Preventivo y proactivo
 Orientado a proceso
 Responsabilidad a nivel de la
organización
 Identifica las debilidades de
ciertos procesos y las mejoras
 Evalúa si QC funciona o no
 Reactivo
 Orientado a producto o servicio
 Responsabilidadanivel delequipo
de control
 Verifica si los atributos
especificados están presentes en
el producto o no
ACTIVIDADES
 Auditorias de procesos
 Definiciones de procesos
 Selección de herramientas
 Formación
 Revisiones
 Inspecciones
 Ejecución de pruebas
Efectividad
Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para permitir a
losusuarioslograrlasmetasespecificadasconprecisiónycompletitudenuncontexto
en uso específico
Eficiencia
Segúnla NTP ISO/IEC9126-1:2004: Capacidad del productosoftware para proveerun
desempeño apropiado, de acuerdo a la cantidad de recursos utilizados y bajo las
condiciones planteadas
Fiabilidad
Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para mantener
un nivel especificado de funcionamiento cuando se está utilizando bajo condiciones
especificadas.
Funcionalidad
SegúnlaNTP ISO/IEC9126-1:2004: Se refiere aloque hace el software para satisfacer
las necesidades

Instalación del Software
Según la NTP ISO/IEC 12207: el propósito de la instalación del software es instalar el
producto software que reúne los requerimientos convenidos en el ambiente
designado.
Integridad
Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para lograr
niveles aceptables de riesgo de daño a las personas, negocio, software, propiedad o
entorno en un contexto en uso específico
Satisfacción
Segúnla NTPISO/IEC9126-1:2004: Capacidaddel productosoftware parasatisfacera
los usuarios en un contexto en uso específico
NTP ISO/IEC 12207:2006 Tecnología de la Información; Proceso del ciclo de vida del
software
Norma técnica peruana vigente que establece un marco de referencia para la
administración de los procesos de ingeniería de software. Asimismo, define los
procesos, actividades y tareas asociadas al ciclo de vida de software, desde la
concepción hasta su retiro.
Portabilidad
Segúnla NTP ISO/IEC9126-1:2004: Capacidaddel software para sertrasladado de un
entorno a otro.
Pre-Producción (Ambiente de pruebas)
Es el ambiente donde se realizará el control de calidad de la aplicación.
En cumplimiento de las recomendaciones de la NTP ISO/IEC 27001, los ambientes de
Desarrollo, Pre-Producción y Producción son diferentesen su finalidad y por tanto,
permanecen aislados entre sí. Considerando aspectos de escalabilidad y
dimensionamiento de recursos, el ambiente de pre-producción debe ser reflejo del
ambiente de Producción.
Proceso de aseguramiento de la calidad
Según la NTP ISO/IEC 12207: el proceso de aseguramiento de la calidad define las
actividades para asegurar, de una manera objetiva, que los productos software y los

procesosson conformesa sus requerimientosespecificadosyse ajustan a sus planes
establecidos. Revisión Conjunta, Auditoria, Verificación y Validación pueden ser
utilizadas como técnica de Aseguramiento de la Calidad.
Proceso de Validación
Según la NTP ISO/IEC 12207: es confirmar que los requerimientos para un uso
específico del producto son completamente cumplidos.
Proceso de Verificación
SegúnlaNTP ISO/IEC12207: Es confirmarque cada productoy/o serviciosoftwarede
un proceso o proyecto refleja propiamente los requerimientos especificados.
Producto software
Según la NTP ISO/IEC 12207: un producto software es un conjunto de programas de
computadora, procedimientos y posible documentación y datos asociados.
Pruebas de calificación
Según la NTP ISO/IEC 12207: las pruebas de calificación son pruebas llevadas a cabo
por el desarrolladorypresenciadasporel adquiriente [ousuario,según corresponda]
para demostrar que el producto software cumple sus especificaciones [las
especificaciones aprobadas por el adquiriente] y está listo para ser usado en su
entorno de destino [Pre-Producción].
Requerimientos de calificación
Según la NTP ISO/IEC 12207: los requerimientos de calificación son el conjunto de
criterios o condiciones que deben cumplirse para calificar que un producto software
cumple consus especificacionesyestálistoparaserusado ensu entornode destino.
Requisito
La ISO 9000 distingue entre requisitos para los sistemas de gestión de la calidad y
requisitos para los productos.
Los requisitosparalossistemasde gestiónde lacalidadse especificanenlanormaISO
9001. Los requisitos para los sistemas de gestión de la calidad son genéricos y
aplicables a organizaciones de cualquier sector económico e industrial con
dependencia de la categoría del producto ofrecido. La norma ISO 9001 no establece
requisitos para los productos.

Los requisitos para los productos pueden ser especificados por los clientes, por la
organización anticipándose a los requisitos del cliente, o por disposiciones
reglamentarias. Los requisitos para los productos y, en algunos casos, los procesos
asociadospuedenestarcontenidosen,porejemplo:especificacionestécnicas,normas
de producto,normas de proceso,acuerdoscontractualesyrequisitosreglamentarios.
Según INTECO: un requisito es una condición o capacidad necesitada por un usuario
parasolucionarunproblemaoconseguirunobjetivoquedebesersatisfechooposeído
por un sistemaouncomponente de unsistemaparasatisfaceruncontrato,estándar,
especificación u otro tipo de documento.
Usabilidad
SegúnlaNTPISO/IEC9126-1:2004: Capacidaddel productosoftwarede serentendido,
aprendido, usado y atractivo al usuario, cuando es usado bajo las condiciones
especificadas
Usuario
Según la NTP ISO/IEC 12207: el usuario es un individuo u organización que utiliza el
sistema en operación para llevar a cabo una función específica.
Validación
SegúnlaNTP ISO/IEC12207: unavalidaciónes laconfirmación mediante elsuministro
de evidenciaobjetivade que se han cumplidolosrequerimientosparauna utilización
o aplicación específica prevista.
Verificación
Según la NTP ISO/IEC 12207: una verificación es la confirmación mediante la
aportación de evidencia objetiva de que se han cumplido los requerimientos
especificados.
Versión
Segúnla NTP ISO/IEC12207: una versiónes un ejemplaridentificadode unelemento
de configuración.
Nota:
 Modificar una versión de un producto software dando como resultado una
nueva versión, requiere una acción de gestión de configuración.

5 CONDICIONES GENERALES
 Para el caso de laaplicabilidadde loindicadoenel Checklistparapase a Produccióno
el Checklist de Seguridad para Desarrollo, esta aplicabilidad dependerá de la
envergadura del desarrollo de la aplicación.
 El Comité de Proyectos (PMO, o la organización que cumpla este cometido o alguien
que haga sus veces) deberá informar sobre los requerimientos de Proyectos que se
desarrollarán con el fin de planificar la asignacióndel personal que estará a cargo del
Aseguramientode laCalidad y, de ser necesario, se asignaríaal EspecialistaenControl
de Calidad que realizarálaspruebasen el ambiente de Pre-Producción. Si el Gestorde
Proyectono informasobre el desarrollode unproyectoyésteyase encuentra próximo
para el Control de Calidad,deberáde realizarlapresentacióndelproyectoalosequipos
de Calidad a fin de conocer el alcance del proyecto.
 Para los proyectos de Desarrollos Externos (Adquisición) sólose realizaránactividades
de Control de Calidad y Seguridad, ya que estos han sido desarrollados por personal
ajeno a la Oficina de Informática (OFIN) y debe asegurarse antes de su puesta en
operación que no afectarán negativamente la estabilidad, integridad y disponibilidad
de los servicios que ya se encuentran en producción.
 Es responsabilidad del Gestor de Soluciones TIC asignado asegura que el Desarrollo
Externo conozca y entienda que el producto software será sometido y deberá pasar
como mínimo las mismas pruebas de Control de Calidad y Seguridad a las que se
somete el producto software desarrolladointernamente.A juiciodeláreade Calidady
tomandoenconsideraciónlaenvergaduradel proyectoosuscaracterísticas,se podrán
adicionarcriteriosde pruebas conel finde asegurarlacompatibilidade integracióncon
la plataforma informática de la institución.
 El Gestor de Proyecto debe establecer el alcance del proyecto (qué está incluido, qué
está excluido) de forma clara, concreta y detallada.
 Para los casosque se requierade la integraciónconotrossistemas deberánde formar
parte del Proyecto, se requerirá de la documentación y del resultado de las pruebas
realizadas en Desarrollo.
 Paralasestimacionesde lostiemposdeldesarrollode laspruebasen Controlde Calidad
se debe de disponer de los siguientes documentos aprobados:
o Plan de Gestión del Proyecto.

o Requerimiento de Software.
o Diseño de interfaz.
o Especificación de Casos de Uso.
o Modelamiento de proceso.
o Modelamiento del Negocio.
o Matriz de Trazabilidad.
o Cronograma de desarrollo del proyecto
 No es posible suponer el tiempo estimado de las pruebas si no se cuenta con los
documentos indicados en el punto anterior. Esto es debido a que cada proyecto de
desarrollo de una aplicación es muy variable y tampoco se dispone de la información
de desarrollosde aplicaciones(ProyectosenProducción) de al menosvariosaños con
el cual se pueda realizar estimaciones.
 Se aceptarán pases a Control de Calidad hasta las 15:00 horas, de lunes a viernes.
Pasada esta hora o en días diferentes a los indicados, el pase solicitado será
programado automáticamente para el día útil siguiente.
 Las pruebasestarán sujetasa rechazoo suspensión.Unrechazoimplica que nohabría
una (05) quintasolicitudde despliegue.Unasuspensiónimplicaunainterrupcióntotal
de las pruebas se encuentren realizando.
 De presentarse nuevos requerimientos durante las pruebas con el usuario, se
considerará como una iteración pero no por observaciones sino a pedido del usuario
ya que se deberáde implementarlosrequerimientossolicitados. Soloparaloscasosen
que el número de nuevos requerimientos sea mayor al número de observaciones.
 Es causal de rechazo que cuatro (04) ciclos de pruebas continuos hayan resultado
fallidos.
 Las causales de suspensión se tipifican de la siguiente manera:
o Opciones de menú caídos.
o No funcionan los botones Grabar, Modificar o Eliminar.
o Generación de datos duplicados e inconsistentes.
o Si más del 50% de formularios revisados presentan errores.

o El X% de casos de pruebas presentar errores. (X% se definirá en el plan de
pruebas)
o Observaciones reiterativas presentadas por 3era vez.
 Las reuniones de coordinación de Proyectos debe contar con la presencia del
Responsable de Calidad y/o el Analista de Aseguramiento de Calidad. Si el listado de
observacionesnosonclaraspara losprogramadoresy estosrequierenque se detalle o
se describa la observación presentada, también podrá participar el Especialista en
Control de Calidad.
 El desarrollo de reportes deben estar descritos en Especificacionesde Casos de uso
separadosde las Especificacionesde Casosde Usode formulariosuopcionesde menú.
 El Gestor de Proyecto debe asegurar que en Desarrollo se realizaron pruebas básicas
internas y unitarias con el usuario, como requisito previo para las pruebas de Control
de Calidad. Las pruebas internasy unitarias están orientadas a eliminar problemas en
el producto software. De acuerdo a lo indicado en la NTP ISO/IEC 14598-3:2005; el
desarrolladordebe realizarmedicionesyevaluacionesdel software durante el ciclode
vida del desarrollo.
 El Gestorde Proyectodeberáentregarladocumentacióncompleta (aprobado)cuando
se realice la entrega del producto software a Control de Calidad,de conformidad con
lo indicadoenel Checklistde Pase a Producción y con el alcance del proyecto. (Anexo
#8). De no entregarse ladocumentacióna tiempo, el equipode Control de Calidadno
desarrollará las actividades correspondientes a las pruebas.
 Cuando el Proyecto que se encuentre en Producción (En operación), todo cambio
solicitado será considerado como un mantenimiento.
 Comoparte del Aseguramientode Calidad,ladocumentaciónque se exige pararealizar
el Control de Calidad del producto software, es la siguiente:
N° Entregable Contenido básico
1 Acta de Constitución
del Proyecto
Información General, Descripción del Producto o servicio,
Alineamiento del proyecto, Objetivos del Proyecto, Factores
Críticos del Éxito;Requisitosde Altonivel,Fasesyentregable
del proyecto, Interesados claves, Lista de riesgos.
2 Plande Gestiónde
Proyecto
Resumen, Glosario, Referencias, Información General,
Descripción, Antecedentes, Enunciado del alcance del
producto, Enunciado del alcance del proyecto, Entregables

del proyecto, Supuestos, Restricciones, Limites del proyecto,
Estructura de desglose del trabajo, Estructurade desglose de
recurso, Cronograma del proyecto, Comité del proyecto,
matriz de roles y responsabilidades para la gestión del
proyecto, matriz de roles y responsabilidadespara la gestión
del producto, Matriz de comunicaciones, plan de gestión de
riesgos, Gestión integrada de cambios.
3 Modeladodel Negocio Propósito, Alcance, Definiciones, Referencia, Reglas de
Negocio, Lista de Requerimientos de Negocio.
4 Modelamientode
Procesos
Objetivo, Alcance, Definición, Actores de Negocio,
Metodología Introducción/Nomenclatura, Inventario de
Procesos, Diagrama detallado de procesos.
5 Requerimientode
Software
Objetivo,Alcance,Definición,Requerimientosfuncionalespor
proceso, Requerimientos no funcionales, Requisitos de
Estándares, Requisitos de Seguridad, Requisitos de
entrenamiento, Trazabilidad modelado de Negocio vs
Requerimientos Funcionales.
6 Solicitudde Cambio Información General, Evaluación de los cambios solicitados,
impacto en el proyecto.
7 Arquitecturade
Software
Propósito, Alcance, Definiciones, Referencia, Metas y
Restricciones Arquitectónicas, Descripciónde la Arquitectura
de Software Capas/Características, Estructura lógica de la
arquitectura, Implementación de la arquitectura.
8 Arquitecturade
Tecnologíade
Información
Propósito, Alcance, Definiciones, Diagrama de Arquitectura,
Dimensionamiento del Hardware y software Base.
9 DiseñoDetalladode
Software
Objetivo, Alcance, Definición, Referencias, Diagrama de
clases, Diagrama de casos de uso, Diagrama de estados,
Diagrama de Secuencia, Modelo Entidad Relación Lógico,
ModeloEntidadRelaciónFísico,Diccionariode Datos,Interfaz
de Usuario, componentes de integración, protocolo de
comunicación.
10 Manual de Sistemas Propósito, Alcance, Definiciones, Referencias, Descripción
General del Sistema, EspecificaciónTécnica de ambiente de
hardware y software,Matriz de PerfilesvsAccesos,Opciones
del sistema, Sistemas relacionados, instalación, ubicación
física de archivos de BD, ejecutablesy otros, Documentosde
ayuda, Procesos para operación.

11 Especificaciónde
Casosde Uso
Propósito, Alcance, Definiciones, Referencias, Diagrama de
paquetes,Casosde usodel sistema,Diagramade Actividades.
12 Implementacióndel
software
Objetivo, Alcance, Definición, Referencia, Servidores,
Configuración de accesos a base de datos, Parámetros
Generales, Distribución de la Aplicación, Inventario de
Archivos.
13 Manual de Carga
Inicial
Propósito, Alcance, Definiciones, Referencia, Carga inicial.
14 Manual de Instalación Objetivo, Alcance,Definición,Referencia,Requisitosde
hardware,Requisitosde software base,Procedimientode
instalación.
15 Manual de
Operaciones
Propósito,Alcance,Definiciones,Referencia,Procesoenlínea,
Proceso Batch, Transmisión de archivos, Respaldo de
Información.
16 Manual de Usuario Introducción, Ingreso al sistema, Flujos del sistema.
17 Matriz de Trazabilidad RequerimientosvsCasosde Uso, Tablasvs Casosde Uso
18 Sustentode las
pruebas
Sustento de las pruebas realizadas en Desarrollo o la
subsanación de observaciones reportadas.
 Como parte del Control de Calidad del producto software, Las pruebas realizadas por
el Equipo de Calidad comprenden:
a. Pruebasde interfaces: se realizarávalidacionesen tres(03) aspectoscomoson:
i. Verificación de la Interfaz gráfica de usuario: se verificará que las
pantallasymensajesseanclaros parael usuario. Ref. NTPISO/IEC 9126
– Usabilidad/Satisfacción
ii. Validación de ingreso de datos: se verificará que los datos ingresados
sean procesados de forma correcta y que sólo permita registrar los
válidoso, ensu defecto, emitirlaadvertenciao mensaje de error. Ref.
NTP ISO/IEC 9126 – Funcionalidad/Usabilidad
iii. Pruebade estandarizaciónde controles:se verificaráque loscontroles
utilizadosenlaaplicaciónensusdistintaspantallasseanunestándarde
diseño. Ref. NTP ISO/IEC 9126 – Usabilidad
b. Pruebas de Seguridad: se comprobará el cumplimiento del Checklist de
Seguridad remitido por el Gestor del Proyecto el cual deberá de marcar los

controles implementados en el desarrollo de la aplicación. El Gestor del
Proyecto deberá justificar en detalle aquellos controles que no serán
implementados. Ref. NTP ISO/IEC 9126 – Funcionalidad/Integridad
c. Pruebas de compatibilidad: se comprobará que la aplicación mantenga su
funcionalidad con los navegadores Internet Explorer, Google Chrome, Mozilla
Firefox. Ref. NTP ISO/IEC 9126 – Portabilidad.
d. Pruebade Confiabilidad:se verificaráque los cálculossean loscorrectos y que
se procesendatosconsistentes,yse comprobaráque laaplicaciónno duplique
datos o adicione datos extraños. Ref. NTP ISO/IEC 9126 – Funcionalidad
e. Pruebas Funcionales: a través de los casos de prueba, con los que se debe
validarque laaplicación entregue lafuncionalidadrequerida yconstatarque los
resultados sean los esperados. Ref. NTP ISO/IEC 9126 –
Funcionalidad/Fiabilidad.
f. Pruebas Nofuncionales: de esfuerzo yrendimiento.Pararealizarestaspruebas
se requiere herramientas especiales, capacitación al personal de Calidad,
adquisición de equipos y personal a cargo de la administración de losequipos,
esdecir configuración, actualización ymantenimiento. Ref. NTPISO/IEC 9126 –
Eficiencia.
g. Pruebas de regresión: a través de estas pruebas se busca asegurar que las
funcionalidades anteriormente probadas y que estuvieron trabajando
normalmente y que no fueron modificadas sigan funcionando sin problemas
después de una modificación o corrección. Ref. NTP ISO/IEC 9126 –
Funcionalidad/Integridad
h. Pruebas de Aceptación:Son las pruebas finalesque se realiza con el usuario el
cual validará que la aplicación cumple con los requerimientos y que satisface
con las necesidades para lo cual fue desarrollado. Ref. NTP ISO/IEC 9126 –
Usabilidad/Efectividad/Satisfacción
 Documentales:segúnlarelaciónde documentosdefinidosenlacual sedebeevidenciar
que la aplicación está cumpliendo con las especificaciones de requerimiento de
software.
 Por cada ciclo de pruebas ejecutado serácomunicadoacada Responsable de Equipoa
fin de conocer el estado del Proyecto.

Requisitos para la creación del ambiente de pruebas:
 Contar con la versión congelada del sistema.
 Contar con la lista de usuarios y claves así como con los Roles o Perfiles.
N°. Usuario Login Perfil 1 Perfil 2 Perfil 3
1
2
3
 Al final de cada proyecto se presentaran métricas de los resultados obtenidos por el
proyecto revisado en Calidad.
6 CONDICIONES ESPECÍFICAS
A continuación se describen actividades en los procesos de Aseguramiento de la Calidad
del Proceso y Control de Calidad.
6.1 ASEGURAMIENTO DE LA CALIDAD DEL PROCESO
Para el Aseguramiento de la calidad se utilizará como referencia la NTP ISO/IEC 16326
2006: Guía para la aplicación de la NTP ISO/IEC 12207 para la gestión de proyectos así
como laISO/IEC26513:2009 que corresponde ala documentacióncomoexigiblesparael
probador.
De acuerdo a lo indicado en la NTP-ISO/IEC 12119:2005 se debe tener especificadolos
requerimientos del usuario, del producto referente a las características de calidad así
como los programas y datos requeridos para el software.
Se debe tomar como referente a lo indicado en la NTP ISO/IEC 9126-1:2004
correspondiente al modelode calidaddel productosoftware.Enesta norma se declaran
lascaracterísticas y sub-características de calidad que debe cumplirel productosoftware
El Aseguramiento de la Calidad del Proceso se llevará a cabo desde la aprobación del
Desarrollodel Proyecto yhasta la entregadel ProductoSoftware revisadopor el área de
Calidad.
Para el Aseguramiento de la Calidad del Proceso se contempla lo siguiente:

 El Gestor del Proyecto entrega el Plan de Gestiónde Proyecto en la cual se establece
claramente el alcance delProyecto,supuestos,restricciones,límitesyotrospuntosque
conforman el desarrollo del proyecto de la aplicación.
 El Analistade Aseguramientode laCalidad debe verificarque se esté cumpliendocon
la elaboración de los documentos (entregables) y que estos, dependiendo de su
naturaleza, deben encontrarse revisados y/o aprobados.
 El Analistas de Aseguramiento de la Calidaddebe identificar las falencias en los casos
de uso, pudiendo ser alertados de manera oportuna y mitigando el impacto (en
esfuerzo) que puede implicar si estas son identificadas en etapas posteriores. Los
documentos deben estar previamente aprobados por los usuarios.
 El encargado del Aseguramiento de la Calidad debe elaborar el Plande Pruebas en el
cual se establecerán los criterios necesarios para la realización de las pruebas que se
llevarán a cabo cuando se realice el Control de Calidad. Si el Gestor de Proyectos no
entrega los documentos aprobados, no se elaborara el plan de pruebas.
 Si se realizan cambios en los requisitos estos deben ser modificados en la
documentación:SegúnNTP-ISO9001: “Cuandose cambienlosrequisitosdelproducto,
la organizacióndebe asegurarque la documentaciónpertinente seamodificadayque
el personal correspondiente sea consciente de los requisitos modificados.”
A travésde cada actividadidentificadase requiere de documentos(entregables) queson
elementos de ENTRADA para el desarrollo de las actividades y con el cual se elaborarán
documentosde SALIDA.Enel siguientecuadrose especificacadaunode estoselementos.
SUBPROCESO ENTRADA ACTIVIDADES SALIDA
ASEGURAMIENTO DE
LA CALIDAD
o Acta de
Constitución del
Proyecto
o Plande Gestióndel
Proyecto
o Cronograma del
proyecto.
o Revisiónde lafirmadel
Acta de Constitución
del Proyecto
o Revisión del Plan de
Gestión del Proyecto
o Elaboracióndel Plande
Pruebas
o Plan de
Pruebas
o Requerimiento de
Software
o Elaboraciónlos Casosde
Prueba
o Casos de
Prueba

o Diseño de Interfaz
o Especificación de
Casos de Uso (ECU)
o Modelamiento de
procesos
o Modelamiento del
negocio
o Diseño detallado
del software
o Diseño de los
escenarios de prueba
o Escenarios
de Prueba
6.2 CONTROL DE CALIDAD
Este proceso es llevado a cabo por el equipo de Calidadde Software, se debe realizar la
verificación y validación de la aplicación desarrollada por el equipo de Desarrollo. Su
función principal es detectar fallas o sugerencias. La aceptación de la aplicación implica
realizar pruebas a la aplicación con el cual se debe realizar el registro y revisar que se
guarde de manera correcta en la Base de Datos, que la aplicación sea usable para el
usuario y que cumpla con lo especificado en los documentos estándares:
 ofin-guia-de-estandares-visuales
 ofin-lineamientos y estandares-de-base-de-datos
Se realizarán las siguientes actividades:
 El Responsable de Calidad recibe el pase a Pre-Producción remitido por el Gestor de
Proyectoen el cual verificaque se encuentrenlosdocumentosobligatoriosindicados
en el Checklist de pase a Producción. Si no se realiza esta actividad se corre el riesgo
de no contar con toda la documentación correspondiente al Proyecto el cual podría
persistirhastael pase aProducción conel cual nose tendría ladocumentaciónconlas
firmas respectivas.
 Si el Responsable deCalidaddetectaque nose estánentregandotodoslosdocumentos
o programas, comunica mediante correo al Gestor de Proyecto.
 Si la documentación para el pase está correcta y completa, se remite la ruta (con la
documentaciónyprogramas) atravésdeuncorreo al Operadorde Pre-Producción para
que realice el despliegue (Instalación del Software) en el ambiente de pruebas; el

Operador de Pre-Producción ejecutará los script para la creación de la BD, realizará
configuracionesoinstalarcomponentes;esdecirseguirlospasosque indicael manual
de implementación, manual de instalación y manual de operaciones de ser el caso.
 Si se presentan problemas en el despliegue (Instalacióndel Software) los comunica al
LíderTécnicomediante correoacercade losuscitadoduranteel despliegue (Instalación
del Software).Estacomunicación se realizaconcopiaal Responsable deCalidad, Gestor
de Proyecto y al Especialista en Control de Calidad.
 Debido a problema suscitado, el Líder Técnico realiza el análisis de lo suscitado, si se
detecta que el problema es por una configuración no realizada o que al momento de
realizarel despliegue(Instalacióndel Software) seomitióunpasoindicadoenelmanual
de instalación, se solicitará al Operador que ejecute nuevamente el despliegue
(Instalación del Software).
 Si el Líder Técnicodetectaque por el problemasuscitado se requiere pasarunanueva
versión de la aplicación, tendrá que volver a integrar la aplicación y pasarlo al Gestor
de Proyecto para la solicitud de pase a Pre-Producción.De presentarse esto antes del
inicio de las pruebas no se considerará como iteración o ciclo de prueba.
 Si el despliegue (Instalación del Software) realizado por el Operador es correcto,
comunica al Especialista de Control de Calidad con copia al Responsable de Calidad.
 El Especialista en Control de Calidad prepara el ambiente de pruebas, en el cual debe
crear cuentasde usuario,volverarevisarlosCasosde Uso;si estosfueronmodificados
modifica en consecuencia los Casos de Prueba y Escenarios de Prueba.
 El Especialista de Control de Calidad ejecuta la prueba con los escenarios de prueba
elaborados, con la cual obtendrá resultadosde Éxito o de Fallo por cada escenario de
prueba. También sugerirá puntos de mejora o alarmas de ser necesario para su
implementación.
 Si Especialista de Control de Calidad detecta observaciones, las comunica a través del
correo al Líder Técnico con copia a Responsable de Calidad y al Gestor de Proyecto.
 Si el Responsable de Calidad puede realizar las acciones de suspensión o rechazo del
Proyecto
o Suspensión: corresponde a los casos en que no se llega a completar 1 ciclo o
iteración de pruebas debido a que la mayoría de las opciones de la aplicación

se caen,nopermite guardarregistros,modificarregistros,eliminarregistroslos
cuales hacen imposible hacer la prueba a la aplicación.
o Rechazo:se rechazael proyectosi se llegaarealizarhasta4cicloso iteraciones
de pruebas.
 Después de las correcciones realizadas en Desarrollo el Especialista de Control de
Calidad realizara el Checklist de los errores reportados.
 Si las pruebas resultan exitosas, se comunica al Gestor de Soluciones TIC para la
programación y ejecución de las pruebas de aceptación.
 Si se presentanobservacionesdurante estaspruebas conel usuario,el Especialistade
Control de Calidad comunica mediante correo al Líder Técnico con copia a Gestor de
Proyecto, Responsable de Calidad y Gestor de Soluciones TIC. Se continúa
contabilizando el número de ciclos de pruebas.
 Si las pruebasde aceptaciónconel usuario resultanexitosas,el EspecialistaenControl
de Calidad comunica mediante correo al Responsable de Calidad sobre la finalización
de las pruebas y procede a elaborar el Acta de Aceptación de las Pruebas, la que se
remite al Gestor de Soluciones TIC para las firmas.
 El Responsable de Calidad recibe el Acta Original con las firmas, luego elabora el
Informe de Entrega del Producto Software y crea la ruta con toda la documentación
correspondiente al Proyecto y realiza la entrega del pase a Gestor de Proyecto.
CONTROL DE
CALIDAD
o Casos de Prueba
o Escenarios de
Prueba
o Ejecución de las
pruebas
o Evaluación de los
resultados de las
pruebas
o Reporte de
Observaciones
o Matriz de
seguimiento de
observaciones
o Matriz de resumen
de observaciones
o Conformidad a
las pruebas
(correo)
o Finalización de las
pruebas
o Elaboracióndel Actade
Conformidad de las
Pruebas
o Acta de
Conformidad de las
Pruebas.

7 CICLO DE PRUEBAS
De acuerdo a lo indicado en la ISO/IEC 25001 Anexo A, se debe tener un plan para la
evaluación de proyectos con actividades a seguir paso a paso y en la NTP ISO/IEC
12119:2005 se especifican las instrucciones para las pruebas del producto software. A
continuación se presentara las fases que comprenderá el ciclo de pruebas.
7.1 PLANIFICACIÓN DE LAS PRUEBAS
Se debe de informarde losProyectosque vienensiendoaprobadosparasu Desarrolloa
finde planificarlasnecesidadesde recursosenel personalasignadosalasactividadesde
los procesos de Aseguramiento de la Calidad y Control de Calidad.
El analistadel Aseguramientode laCalidaddebe identificarel alcance de lapruebaconel
cual debe diseñar el Plan de Pruebas.
Los puntos a considerar en esta fase es:
o Analizar el alcance, riesgos y la complejidad de la aplicación.
o Definir la estrategia de las pruebas. Considerar lo indicado en la NTP-ISO IEC
16326: Desarrollo de una estrategia de pruebas de regresión para las
modificaciones.
o Estimar el tiempo y otros recursos involucrados.
o Acta de
Conformidad de
las pruebas
o Recepción de la
documentación
firmada
o Elaboración del
Informe de Entrega del
Producto Software.
o Informe de Entrega
del Producto
Software.
Planificación EjecuciónDiseño
Pruebas de
Aceptación
Cierre
Seguimiento y control

7.2 DISEÑO DE LAS PRUEBAS
El Analista del Aseguramiento de la Calidad con el apoyo del Especialista en Control de
Calidaddebe elaborarlostiposde pruebas(Casosde prueba) yescenariosde pruebaque
se diseñarandespuésde laaprobacióndelaEspecificacióndeCasosde Uso.Estaactividad
se realizarádurante el desarrollodel proyectoynose cuentaconel diagramadel proceso
de desarrollo del proyecto el cual no posibilita su diagramación pero forma parte del
proceso del área de Calidad. Se debe incluir los casos de prueba de Seguridad de
Información, referencia: “Guía de Implementación de Controles de Seguridad de la
Información para el Ciclo de Vida de Software”
7.3 INSTALACION DEL SOFTWARE
El Equipode Desarrollorealizalaentregadel Desarrollodel proyectopara su despliegue
y pruebas en el ambiente de Pre-Producción.
El Responsablede Calidadrealizaráunaverificacióndelaentregade todoslosentregables
(documentos y programas que conforman el Proyecto) y si es conforme se solicita al
Operador de Pre-Producción la instalación de los programas, componentes, base de
datos, otros., remitidos por Desarrollo para en el ambiente de Pre-Producción.
7.4 EJECUCIÓN DE LAS PRUEBAS
El Especialista en Control de Calidad debe ejecutar las pruebas a la aplicación.
o Debe verificarque laaplicacióncumple conlosrequerimientosespecificados.
o Obtenerresultadosde laspruebasejecutadasenlacual se verificaráncasosde
uso sin observaciones o con observaciones. Dentro de lo establecido como
observación estarán tipificados como: forma, fondo, alerta o sugerencias.

Realizar la validación de la aplicación con el fin de
asegurar que el ambiente de Pre-Producción se
encuentre listo para las pruebas de aceptación que se
lleva a cabo con el usuario.
En esta etapa por cada ciclo de pruebas se realizara las
siguientes acciones:
7.4.1 Ejecutar las pruebas.
La tarea consiste enrealizarlaverificaciónyvalidación
de los casos de pruebas preparados en la etapa de
diseño, es decir ejecutar los casos de pruebas.
7.4.2 Evaluación de los resultados.
Luego de la ejecución de las pruebas se analizan los resultados obtenidos a fin de
verifican contra los casos de prueba.
7.4.3 Comunicación de los resultados
De presentarse observaciones en las pruebas se remite mediante correo las
observaciones y se contabiliza como un ciclo de pruebas (iteración) hasta la próxima
versión de la aplicación.
De no presentase ninguna observación se da por finalizada la etapa pruebas.
7.4.4 Repetición de las pruebas
Por el levantamientode lasobservacionesse recibe unanuevaversiónde la aplicación
y la respuesta a las observaciones remitidas con el cual se realizaran pruebas de
regresión.
7.5 PRUEBAS DE ACEPTACIÓN
7.5.1 Pruebas con el usuario
Son laspruebas con el usuarioel cual veráel adecuadofuncionamientode laaplicación
y de acuerdo a su requerimiento,él dará la conformidad del desarrollo de las pruebas
ejecutadas en el ambiente de Pre-Producción correspondiente al Proyecto.
7.5.2 Comunicación de la finalización de las pruebas:
Se comunicaal Responsablede Desarrollo,Responsable de Calidad,Gestorde Proyecto,
Gestor de Soluciones TIC la finalización de las pruebas.
Ejecutar
Evaluar
Comunicar
Repetición

7.5.3 Envío de la documentación:
Se elaborael acta de conformidadenlacual se describe losobjetivosde lapruebaylas
actividades realizadas. El acta se remite al usuario para su firma como parte de la
aceptación de las pruebas realizadas.
7.6 SEGUIMIENTO Y CONTROL
En esta fase es el seguimiento y control se realizaría las siguientes tareas:
o Analizar el riesgo (nuevos riesgos) del producto y proyecto
o Avance en el cumplimiento de las actividades planificadas según el
cronograma.
o Identificar acciones correctivas
o Seguimiento a las pruebas ejecutadas e incidencias reportadas
7.7 CIERRE DEL PASE
El Responsable de Calidad recibe el Acta de conformidad de la prueba (Original) con las
firmasrespectivasyprocede a elaborarel Informe de Entrega del ProductoSoftware.La
entregaesa travésde uncorreo remitidoal Gestorde Proyectoconcopiaal Responsable
de Desarrollo en la que se anexa la ruta donde se encuentra toda la documentación y
programas que corresponden al Proyecto. A esta ruta sólo tiene permitido ingresar el
Equipo de Operaciones.
8 DESCRIPCION DEL PROCEDIMIENTO
A continuación se presenta el procedimiento de Proyectos desarrollados en la Oficina de
Informática (OFIN):
PASESDE PROYECTOSDESARROLLADOSPOROFIN
N° ACCIÓN RESPONSABLE
1 Solicitudparapase a Pre-Producción Gestorde Proyecto
2 Verificaciónde losentregables Responsable de Calidad
3 Si el pase esincorrectose comunicala devolución Responsable de Calidad
4 Ejecutael despliegue Operadorde Pre-Producción

PASESDE PROYECTOSDESARROLLADOSPOROFIN
N° ACCIÓN RESPONSABLE
5 Si es incorrectoel despliegueanalizaycoordinaconel
Líder Técnico
Operadorde Pre-Producción
6 Si no se necesitadesplieguese realizanuevamenteel
despliegue
Operadorde Pre-Producción
7 Si es correctoel desplieguese comunica Operadorde Pre-Producción
8 Preparalosdatos de prueba EspecialistaenControl de
Calidad
9 Ejecutalas pruebas EspecialistaenControl de
Calidad
10 Evalúalosresultadosde laprueba EspecialistaenControl de
Calidad
11 Si fallo,comunicalasobservaciones EspecialistaenControl de
Calidad
12 Si son más de 4 ciclosdevuelve el proyecto Responsable de Calidad
13 Si las pruebassonun éxitose programapruebascon
el usuario
EspecialistaenControl de
Calidad
14 Ejecutalas pruebas de aceptación juntoal usuario EspecialistaenControl de
Calidad/Usuario
15 Si fallo,comunicalasobservaciones EspecialistaenControl de
Calidad/Usuario
16 Si es un éxitolaspruebasse comunica EspecialistaenControl de
Calidad
17 Envía documentaciónde laspruebas EspecialistaenControl de
Calidad
18 Elaborainforme de entregadel productosoftware Responsable de Calidad
19 Entregadel pase Responsable de Calidad

9 FORMATOS
 Plan de Pruebas.
 Casos de Pruebas.
 Escenarios de Prueba.
 Reporte de observaciones.
 Matriz de seguimiento de observaciones.
 Matriz de resumen de observaciones.
 Acta de Conformidad de las pruebas
 Informe de Entrega del Producto Software
10 ANEXOS
 ofin-definiciones-de-programación
 ofin-estandar-arquitectura-de-software
 ofin-estandares-de-programacion
 ofin-guia-de-estandares-visuales
 ofin-lineamientos y estandares-de-base-de-datos
 CheckListde SeguridadparaDesarrollo y Mantenimiento de Sistemas de Información
 Checklist para pase a Producción
 Guía de Implementación de Controles de Seguridad de la Información para el Ciclo de
Vida de Software
 Glosario de términos

Proceso para la Implementación de Proyectos
DESARROLLO DE PROYECTOS
Responsable de Calidad
Gestor de Soluciones
TIC
Gestor de Proyecto Analista Funcional Líder Técnico Analista de Prueba Operador de Pre-ProducciónUsuario
Fase
Verificación de los
entregables
Ejecuta el despliegue
Correcto
Comunicación del
despliegue
Correcto
Analiza y coordina error
con el Líder Técnico
Incorrecto
Prepara datos de prueba
Ejecuta las pruebas
Evalúa resultados de prueba
Programación de pruebas con el
usuario
Éxito
Ejecuta las pruebas de aceptación
Fallo
Comunicación de las
observaciones al Líder
Técnico
Devolución del
Proyecto
>=4 ciclos
Comunicación la finalización de las
pruebas
Envió de documentación de las pruebas
Recepción de la
documentación firmada
Elaboración del informe de
pase de Calidad
Entrega del paseFin
Incorrecto
Comunicación de la
devolución del pase
Actividades del Gestor
de Soluciones TIC
Actividades del Gestor
de Proyecto
Actividades del Analista
Funcional
Actividades del Líder
Técnico
Solicitud de pase a Pre-Producción
<4 ciclos
No necesita nuevo
pase, solo configurar
Éxito en las pruebas de Aceptación
Fallo de las pruebas de Aceptación
Actividades del Usuario

Proceso Simplificado para la Implementación de Proyecto
NTP ISO/IEC 16326 2006: Guía para la aplicación de la NTP-ISO/IEC 12207 para la gestión de proyectos
USUARIO
EJECUTIVO
DE CUENTA
JEFE DE
PROYECTO
DESARROLLO CALIDAD OPERACIONES
NTP ISO/IEC 9126-1 2004: Modelo de calidad.
NTP ISO/IEC 12119 2005: Requerimientos de calidad y pruebas
NTP ISO/IEC 14598-3 2005: Evaluación del producto: Proceso para desarrolladores
NTP ISO/IEC 14598-6:2008: Evaluación del producto: Documentación de módulos de evaluación
Requerimiento
Construcción
Diseño
Pruebas
Unitarias
Documentación Correcciones
Instalación del
Software
Evaluación de los
resultados
QC – Control de Calidad
Preparación de
Datos
Ejecución de las
pruebas
Pruebas con
usuario
Comunicación de
observaciones
QA – Aseguramiento de la Calidad
Parte de la gestión de la calidad orientada a proporcionar confianza en
que se cumplirán los requisitos de la calidad (NTP ISO 9000)
AGTI AOP AOP AC&S AOP
Conjunto de técnicas y
actividades operativas
(ISO 8402) utilizadas para
dar conformidad del
grado en el que un
conjunto de
características inherentes
[de un producto o
servicio] cumple con las
necesidades o
expectativas
[establecidas por el
usuario].
Parte de la gestión de la calidad orientada al
cumplimiento de los requisitos (NTP ISO 9000)
Conjunto de actividades preestablecidas
y sistemáticas que se ha demostrado que
son necesarias para dar confianza
adecuada de que una entidad satisfará
los requisitos para la calidad (ISO 8402).

Norma de proyecto en calidad

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Norma de proyecto en calidad

Semelhante a Norma de proyecto en calidad (20)

Mais de Jack Daniel Cáceres Meza

Mais de Jack Daniel Cáceres Meza (20)

Último

Último (20)

Norma de proyecto en calidad