Ttulo del informe (dentro del ttulo se incluye el nombre de la empresa a desarrollar

el proyecto)
Estndares de Calidad del Software a Nivel de Producto
Nombre del autor (estudiante)

ndice: Es donde se indica de manera secuenciada cada una de las partes en las que
se ha dividido el informe, sealando obligatoriamente la pgina donde se encuentra el
apartado sealado.
Introduccin: Es la seccin donde presentars tu tema de investigacin, describirs la
finalidad u objetivos del trabajo, el lugar dnde se investig (regin/departamento,
provincia, distrito, etc.), el nombre de la empresa, adems, en esta parte se describir los
instrumentos de recoleccin de datos para recoger la informacin.
En la actualidad la Calidad del Software es un factor fundamental para el desarrollo del
negocio de una empresa. Este trabajo de investigacin pretende dar a conocer algunos
Estndares de Calidad del Software existentes, los cuales son comparados a nivel
Proceso y Producto. Para esta investigacin se ha tomado como lugar de investigacin
a la Municipalidad Provincial de Bagua, ubicada en la regin Amazonas. El inters por
la calidad crece de forma continua, a medida que los clientes se vuelven ms selectivos
y comienzan a rechazar productos poco fiables o que realmente no dan respuesta a sus
necesidades.

Objetivo del proyecto En esta parte se debe definir los objetivos para la realizacin
de la investigacin
Objetivo General Definir un estndar para el proceso de pruebas de software que
alcance los requerimientos del Nivel 2 de TMM (Definicin de Fase), aplicando las
directivas establecidas por este modelo de madurez, y las mejores prcticas de pruebas
y aseguramiento de calidad de software.
Objetivos Especficos
Justificar un Estndar general y apropiado al proceso de pruebas de software.
Analizar las metodologas particulares aplicadas a los procesos de pruebas de
software.
Justificar la importancia de los procesos de pruebas en el ciclo de vida del software,
como un medio de aseguramiento de calidad.

Resultados Se debe identificar: caractersticas, ventajas, desventajas cuando usar,

porque se utiliz el estndar, para que tipo de software se han utilizado segn la
experiencia de la empresa, si el estndar utilizado mejoro la calidad del software, etc,
criterios de evaluacin agregados por el estudiante.

La Calidad del Software es la concordancia con los requerimientos funcionales y de

rendimiento explcitamente establecidos, con los estndares de desarrollo
documentados y con las caractersticas implcitas que se esperan de todo software
desarrollado profesionalmente
La Calidad del Software (CS) es una disciplina ms dentro de la Ingeniera del Software.
El principal instrumento para garantizar la calidad de las aplicaciones sigue siendo el
Plan de Calidad, el cual se basa en normas o estndares genricos y en procedimientos
particulares. Los procedimientos pueden variar en cada organizacin, pero lo importante
es que estn escritos, personalizados, adaptados a los procesos de la organizacin y
que se sean cumplidos.

La calidad del producto de software se diferencia de la calidad de otros productos de

fabricacin industrial, ya que el software tiene ciertas caractersticas especiales:
1- El software es un producto mental, no restringido por las leyes de la Fsica o por
los lmites de los procesos de fabricacin. Es algo abstracto, y su calidad tambin
lo es.
2- 2 Se desarrolla, no se fabrica. El coste est fundamentalmente en el proceso de
diseo, no en la produccin. Y los errores se introducen tambin en el diseo,
no en la produccin.
3- El software no se deteriora con el tiempo. No es susceptible a los efectos del
entorno, y su curva de fallos es muy diferente a la del hardware. Todos los
problemas que surjan durante el mantenimiento estaban desde el principio, y
afectan a todas las copias del mismo; no se generan nuevos errores.
4- Es artesanal en gran medida. El software, en su mayora, se construye a medida,
en vez de ser construido ensamblando componentes existentes y ya probados,
lo que dificulta an ms el control de su calidad. Aunque se ha escrito mucho
sobre la reutilizacin del software, hasta ahora se han conseguido pocos xitos
tangibles.
5- El mantenimiento del software es mucho ms complejo que el mantenimiento del
hardware. Cuando un componente de hardware se deteriora se sustituye por una
pieza de repuesto, pero cada fallo en el software implica un error en el diseo o
en el proceso mediante el cual se tradujo el diseo en cdigo de mquina
ejecutable.
6- Es engaosamente fcil realizar cambios sobre un software, pero los efectos de
estos cambios se pueden propagar de forma explosiva e incontrolada.
7- Como disciplina, el desarrollo de software es an muy joven, por lo que las
tcnicas de las que disponemos an no son totalmente efectivas o no estn
totalmente calibradas.
8- El software con errores no se rechaza. Se asume que es inevitable que el
software presente errores.

Es importante destacar que la calidad del software debe ser considerada en todos sus
estados de evolucin (especificaciones, diseo, cdigo, etc.). No basta con tener en
cuenta la calidad del producto una vez finalizado, cuando los problemas de mala
calidad ya no tienen solucin o la solucin es muy costosa.
La problemtica general a la que se enfrenta el software es:
1. Aumento constante del tamao y complejidad de los programas.
2. Carcter dinmico e iterativo a lo largo de su ciclo de vida, es decir que los
programas de software a lo largo de su vida cambian o evolucionan de una versin a
otra para mejorar las prestaciones con respecto a las anteriores.
3. Dificultad de conseguir productos totalmente depurados, ya que en ningn caso un
programa ser perfecto.
4. Se dedican elevados recursos monetarios a su mantenimiento, debido a la
dificultad que los proyectos de software entraan y a la no normalizacin a la hora de
realizar los proyectos.
5. No suelen estar terminados en los plazos previstos, ni con los costes estipulados, ni
cumpliendo los niveles deseables de los requisitos especificados por el usuario.
6. Incrementos constantes de los costes de desarrollo debido entre otros, a los bajos
niveles de productividad.
7. Los clientes tienen una alta dependencia de sus proveedores por ser en muchos
casos aplicaciones a "medida".
8. Procesos artesanales de produccin con escasez de herramientas.
9. Insuficientes procedimientos normalizados para estipular y evaluar la calidad, costes
y productividad.

Uno de los principales problemas a los que nos enfrentamos a la hora de hablar de la
calidad del software es el siguiente: Es realmente posible encontrar un conjunto de
propiedades en un software que nos den una indicacin de su calidad? Para dar
respuesta a esta pregunta aparecen los estndares de Calidad. En los estndares de
Calidad, la calidad se define de forma jerrquica y tienen como objetivo resolver la
complejidad mediante la descomposicin
Desde el punto de vista de la calidad, la Gestin de la Calidad del Software est
formada por 4 partes, las cuales son: (1) Planificacin de la CS, (2) Control de la CS,
(3) Aseguramiento de la CS y (4) Mejora de la CS.

Por qu es importante Implementar Modelos y Estndares de Calidad de

Software
Dado que la competencia cada da es ms fuerte, es necesario que las empresas se
preocupen en dar un mejor producto. Pero la calidad del producto no slo se mide al
terminarlo. La complejidad de los problemas que hoy en da buscan una solucin en el
software ha aumentado de manera considerable. Pero este crecimiento ha sobrepasado
de sobremanera al aumento en la habilidad de desarrollar y mantener el software por
parte de las organizaciones dedicadas a desarrollarlo o mantenerlo. Enfrentamos una
situacin con dos caras. Por una parte las organizaciones quieren ser capaces de
desarrollar y entregar software confiable, a tiempo y apegado al presupuesto acordado
con el cliente. La segunda cara de la moneda nos muestra la perspectiva del cliente, el
cul quiere saber con certeza que todo lo anterior se cumplir. Por esto las
organizaciones deben buscar una norma, estndar o modelo que pueda ayudarlas a
conseguir su meta de calidad (competitividad)
Sin embargo, la competitividad no es la nica razn por la cul se busque la calidad en
el software. Debemos darle importancia a cada programa que se desarrolla. Debemos
tomar conciencia y responsabilidad de las consecuencias que un defecto en nuestro
producto podra ocasionar. Algunos defectos de software han ocasionado serios daos
y hasta perjudicado fsicamente a personas. Gente ha muerto debido a software
defectuoso [LEVESON; 95]
El problema es que los sistemas cada vez son ms rpidos, ms complejos y
automticos. La posibilidad de una falla catastrfica aumenta a la par que el potencial
del dao que podra ocasionar [PERROW; 84] As que debemos saber distinguir entre
simple y fcil. Un error simple no necesariamente ser fcil de encontrar, por tanto todos
estamos involucrados en la calidad del producto, al ser responsables de la calidad de
nuestro trabajo.
Otro aspecto negativo de los defectos es el econmico. Cada defecto representa un
costo adicional. Un error identificado en la misma fase donde se produjo es mucho ms
barato de resolver que el mismo defecto en una fase posterior, y an ms caro si ste
sale a la luz despus que el producto ya ha sido entregado. Las siguientes razones son
importantes para implementar un sistema de calidad:
Satisfaccin del cliente
Competencia
Defectos

Algunos estndares
Debido al gran nmero de estndares y modelos de procesos que se aplican en la
industria del desarrollo de software, el Consorcio de Productividad de Software
(Software Productivity Consortium) realiz un estudio sobre stos. El estudi abarc los
marcos de trabajo relevantes para las organizaciones dedicadas a la construccin
intensiva de sistemas de software

Tabla Gua de colores

QU PERSPECTIVA DE CALIDAD ES MS IMPORTANTE?
Como siempre, la necesidad de enfatizar en una u otra perspectiva (producto proceso)
depende del contexto en que se desenvuelva la organizacin, y de no caer en aquello
que tanto sucede en ingeniera del software y que es llevar los ltimos mtodos,
modelos, estrategias, etc., al extremo, sin pensar en su adecuacin e idoneidad a
nuestro negocio y al contexto de nuestra empresa.
Por ejemplo, para una empresa que no desarrolla, que adquiere productos software
desarrollados por terceros (externalizacin), la certificacin de la calidad del proceso de
su subcontratista puede ser condicin necesaria e importante como garanta de calidad,
sobre todo en procesos de seleccin de proveedores, cuando an no est el software
desarrollado, pero puede no ser suficiente para garantizar la calidad del producto. Ser
la calidad del producto la que evidenciar inequvocamente la calidad del mismo, sin
necesidad de suposiciones; un conjunto coherente de mtricas e indicadores del
producto estructurados segn un modelo tipo ISO 9126 27 mostrar la calidad exacta
del mismo. O, por ejemplo, en otro caso diferente, en una empresa de desarrollo,
habiendo determinado la calidad del producto con, por ejemplo, un modelo basado en
la ISO 9126, ser un modelo de procesos el que nos ayude a mejorarlo
(complementando ambos modelos sin olvidar ninguno). Si una empresa que desarrolla
software debe preocuparse de la calidad del proceso y del producto que desarrolla y
entrega, una empresa que solo compra software (el tpico cliente) debera,
principalmente, preocuparse de la calidad del producto que compra. Aunque vemos que
en la realidad, las empresas que compran software lo hacen al revs, se preocupan por
el proceso que usa su proveedor (CMMI, ISO, etc.) y apenas del producto que les llega.
Cosas de la industria.

1.2.1- Planificacin de la Calidad del Software

Segn la Norma ISO 9000:2000, la planificacin de la calidad es la parte de la gestin
de la calidad enfocada al establecimiento de los objetivos de la calidad y a la
especificacin de los procesos operativos necesarios y de los recursos relacionados
para cumplir los objetivos de calidad.
La Planificacin de la Calidad del Software es la parte de la Gestin de la Calidad
encargada de realizar el proceso administrativo de desarrollar y mantener una relacin
entre los objetivos y recursos de la organizacin; y las oportunidades cambiantes del
mercado.6 El objetivo es modelar y remodelar los negocios y productos de la empresa,
de manera que se combinen para producir un desarrollo y utilidades satisfactorias.
Los aspectos a considerar en la Planificacin de la CS son: Modelos/Estndares de CS
a utilizar, Costos de la CS, Recursos humanos y materiales necesarios, etc. Los factores
que determinan el Modelo o Estndar de CS a elegir son: (1) La complejidad del proceso
de diseo, (2) La madurez del diseo, (3) La complejidad del proceso de produccin, (4)
Las caractersticas del producto o servicio, (5) La seguridad del producto o servicio, y
(6) Econmico.
Segn la Norma ISO/IEC 90003:2004 se puede decir que: La planificacin de la
calidad facilita el modo de adaptar la planificacin del sistema de gestin de la calidad
a un proyecto especfico, producto o contrato. La planificacin de la calidad puede
incluir referencias genricas y/o proyecto / producto / contrato especfico de
procedimientos, como apropiados. La planificacin de la calidad debera ser revisada
de nuevo junto con el progreso del diseo y desarrollo, y los elementos, en cada fase,
deberan ser completamente definidos al comienzo de dicha fase.

1.2.2- Control de la Calidad del Software

Segn la Norma ISO 9000:2000, el control de la calidad es la parte de la gestin de la
calidad orientada al cumplimiento de los requisitos de la calidad. El Control de la Calidad
del Software son las tcnicas y actividades de carcter operativo, utilizadas para
satisfacer los requisitos relativos a la calidad, centradas en 2 objetivos fundamentales:
(1) mantener bajo control un proceso y (2) eliminar las causas de los defectos en las
diferentes fases del ciclo de vida . Est formado por actividades que permiten evaluar la
calidad de los productos de software desarrollados. El aspecto a considerar en el Control
de la Calidad del Software es la Prueba del Software.
Las pruebas de software presentan una interesante anomala para el Ingeniero del
Software. Durante las fases anteriores de definicin y de desarrollo, el Ingeniero intenta
construir el software partiendo de un concepto abstracto y llegando a una
implementacin tangible. Luego, llegan las pruebas. El Ingeniero crea una serie de
casos de prueba que intentan demoler el software construido. De hecho, las pruebas
son uno de los pasos de la Ingeniera del Software que se puede ver como destructivo
en lugar de constructivo.
La prueba demuestra hasta qu punto las funciones del software parecen funcionar de
acuerdo con las especificaciones y parecen alcanzarse los requisitos de rendimiento.
Adems, los datos que se van recogiendo a medida que se lleva a cabo la prueba
proporcionan una buena indicacin de la confiabilidad del software e indican la calidad
del software como un todo. Pero, la prueba no puede asegurar la ausencia de defectos;
slo puede demostrar que existen defectos en el software.
Las caractersticas generales de las estrategias de prueba de software son las
siguientes: 1. La prueba comienza en el nivel mdulo y trabaja hacia fuera, hacia la
integracin de todo el sistema basado en computadora. 2. Diferentes tcnicas de
prueba son apropiadas en diferentes momentos. 3. La prueba la realiza el que
desarrolla el software y un grupo de prueba independiente. 4. La prueba y la
depuracin son actividades, pero la depuracin se puede incluir en cualquier estrategia
de prueba.
Para implementar con xito una estrategia de prueba de software, se debe:
1. Especificar los requisitos del producto de manera cuantificable antes que comiencen
las pruebas
2. Especificar los objetivos de prueba de manera explcita
3. Desarrollar un plan de prueba que haga hincapi en la prueba de ciclo rpido
4. Construir un software robusto diseado para probarse a s mismo.
5. Usar revisiones de tcnicas formales efectivas como filtro antes de la prueba
6. Realizar revisiones de tcnicas formales para evaluar la estructura de la prueba y
los propios casos de prueba
7. Desarrollar un enfoque de mejora continua al proceso de prueba.

2.3- Aseguramiento de la Calidad del Software

Segn la Norma ISO 9000:2000, el aseguramiento de la calidad es la parte de la gestin
de la calidad orientada a proporcionar confianza en que se cumplirn los requisitos de
calidad. 17 El Aseguramiento de Calidad del Software es el conjunto de actividades
planificadas y sistemticas necesarias para aportar la confianza que el software satisfar
los requisitos dados de calidad11. Este aseguramiento se disea para cada aplicacin
antes de comenzar a desarrollarla y no despus. El aseguramiento de la calidad del
software engloba: (1) un enfoque de gestin de calidad, (2) mtodos y herramientas de
Ingeniera del Software, (3) revisiones tcnicas formales aplicables en el proceso de
software, (4) una estrategia de prueba multiescala, (5) el control de la documentacin
del software y de los cambios realizados, (6) procedimientos para ajustarse a los
estndares de desarrollo del software y (7) mecanismos de medicin y de generacin
de informes.
Las revisiones del software son un "filtro" para el proceso de Ingeniera del Software.
Esto es, las revisiones se aplican a varios momentos del desarrollo del software y sirven
para detectar errores y defectos que pueden ser eliminados. Las revisiones del software
sirven para "purificar" las actividades de la Ingeniera del Software que suceden como
resultado del anlisis, diseo y codificacin. La revisin tcnica formal (RTF), a veces
llamada inspeccin, es el filtro ms efectivo desde el punto de vista del aseguramiento
de la calidad y es un medio efectivo para mejorar la calidad del software.
La RTF sirve para promover la seguridad y la continuidad, ya que varias personas se
familiarizarn con partes del software que, de otro modo, no hubieran visto nunca. Es
una clase de revisin que incluye recorridos, inspecciones, revisione s cclicas y otro
pequeo grupo de evaluaciones tcnicas del software. Cada RTF se lleva a cabo
mediante una reunin y solo tendr xito si es bien planificada, controlada y atendida.

1.2.4- Mejora de la Calidad del Software

Segn la Norma ISO 9000:2000, la mejora de la calidad es la parte de la gestin de la
calidad orientada a aumentar la capacidad de cumplir con los requisitos de la calidad.
Los requisitos pueden estar relacionados con cualquier aspecto tal como la eficacia, la
eficiencia o la trazabilidad. La Mejora de la Calidad del Software es la parte de la Gestin
de la Calidad que contribuye, por medio de las mediciones, a los anlisis de los datos y
auditorias, a efectuar mejoras en la calidad del software.
Una Auditoria de Calidad tiene como objetivo mostrar la situacin real para aportar
confianza y destacar las reas que pueden afectar adversamente esa confianza. Otro
objetivo consiste en suministrar una evaluacin objetiva de los productos y procesos
para corroborar la conformidad con los estndares, las guas, las especificaciones y los
procedimientos
El propsito y la actividad de la auditoria es recoger, examinar y analizar la informacin
necesaria para tomar las decisiones de aprobacin.
La auditora es realizada de acuerdo con los planes y procedimientos documentados. El
plan de auditoria establece un procedimiento para dirigir la auditoria y para las acciones
de seguimiento sobre las recomendaciones de la auditoria. Al realizar la auditoria, el
personal de la misma evala los elementos del software y los procesos para
contrastarlos con los objetivos y criterios de las auditorias, tales como contratos,
requerimientos, planes, especificaciones o procedimientos, guas y estndares.

En un software se tienen las siguientes visiones de la calidad:

1) Necesaria o Requerida: La que quiere el cliente.
2) Programada o Especificada: La que se ha especificado explcitamente y se intenta
conseguir. 3) Realizada: La que se ha conseguido. El objetivo es conseguir que las tres
visiones coincidan. A la interseccin entre la calidad Requerida y la calidad Realizada
se le llama Calidad Percibida, y es la nica que el cliente valora. Toda aquella calidad
que se realiza pero no se necesita es un gasto intil de tiempo y dinero.

ESTADO DE LA CUESTION SOBRE MODELOS / ESTANDARES DE CALIDAD DEL

SOFTWARE
Los Estndares de Calidad son aquellos que permiten definir un conjunto de criterios de
desarrollo que guan la forma en que se aplica la Ingeniera del Software. Los estndares
suministran los medios para que todos los procesos se realicen de la misma forma y son
una gua para lograr la productividad y la calidad.
Los Modelos y/o Estndares permiten que las Empresas de Software realicen sus tareas
y funciones teniendo en cuenta la Calidad. Cualquier organizacin que se dedica a la
investigacin, produccin y comercializacin de software debe considerar la calidad, hoy
con ms razn, donde existe un mercado en el cual el cliente es cada vez ms exigente,
no slo en lo que se refiere al precio, sino sobre todo, en cuanto a los servicios y a la
confiabilidad que brindan los productos de software. La calidad desempea un rol
determinante para la competitividad de la empresa. Cuando una empresa est
funcionando y decide implantar un Modelo / Estndar de Calidad del Software, es seal
que la empresa tiene el propsito de permanecer y crecer en el mercado, ser
competitiva, proteger los intereses de los accionistas, cuidar la fuente de trabajo y
mejorar la calidad de vida de su personal.
Para tener xito en la implantacin de un Modelo / Estndar de Calidad del Software se
requiere que los directivos comprendan la necesidad de fomentar en la empresa los
siguientes conceptos: (1) Establecer una cultura de calidad en la empresa.
(2) Establecer la atencin centrada en el cliente creando el mximo valor.
(3) Inculcar en todos la premisa de hacerlo bien, a la primera vez y siempre.
(4) Crear constancia y ser perseverante con el propsito de mejorar los productos de
software y servicios.
(5) Realizar propuestas de innovacin para mejorar la efectividad de la cadena de valor.
(6) Establecer que los procesos, los mtodos y sistemas deben estar sujetos a ciclos de
mejora continua.
(7) Establecer un programa para el diseo e implantacin de los procesos y sistemas
que integran el Modelo / Estndar de Calidad del Software.
(8) Contribuir con la sociedad promoviendo los valores de calidad y generando un
compromiso con el bienestar de la sociedad y con la conservacin del medio ambiente.
2.1.6- Ventajas de los Modelos / Estndares de Calidad del Software Las ventajas de
implantar Modelos o Estndares de Calidad del Software son: Tener una oportunidad
para corregir los procesos de software que se hayan desajustado con el tiempo.
Clasificar a las empresas como de clase mundial. Certificar la competitividad
internacional requerida para competir en todos los mercados. Cambiar la actitud del
personal de la empresa. Desarrollar y mejorar el nivel y la calidad de vida del personal.
Generar una cultura organizacional enfocada a cumplir con los requisitos de los
clientes. Realizar una mejora continua en la calidad de los procesos de software
utilizados, servicios y productos de software. Lograr que la empresa de software sea
ms competitiva. Reducir los costos en todos los procesos. Aumentar la
productividad, efectividad y utilidad de la empresa. Asegurar la satisfaccin de los
clientes internos y externos. Tener productos de software y servicios con valor
agregado. Tener aceptacin total de los clientes. Tener permanentemente mejores
procesos, productos de software y servicios. Tener criterios de medicin e indicadores
congruentes que se utilizan en la empresa para comparar respecto de las mejores
prcticas, para conocer fortalezas y debilidades de la empresa; y establecer las
estrategias necesarias para realizar mejoras. .

Conclusiones: Aqu describirs tus apreciaciones finales sobre el trabajo realizado,

donde debes incluir sugerencias sobre el campo de accin de los ingenieros de
sistemas en los centros laborales que ha sido materia de investigacin.
Se logr mejorar la calidad del producto software como resultado de la aplicacin del
mtodo de evaluacin de calidad de software basado en ISO/IEC 25000, esto se reflej
en una menor cantidad de reprocesos para que el usuario otorgue la conformidad del
software y en una menor cantidad de errores luego del pase a produccin del software.
Asimismo, respecto a la mejora en la calidad del software, se hall un 95% de confianza
en que el mtodo para evaluacin de calidad basado en ISO/IEC 25000 mejora la calidad
del software.
La cantidad de errores relacionados a requisitos funcionales disminuy luego de la
aplicacin del mtodo de evaluacin de calidad. Durante la ejecucin de las actividades
de evaluacin de calidad de los entregables del ciclo de vida del desarrollo se hicieron
visible problemas que se atendieron oportunamente, antes de la puesta en produccin
del software. De la misma forma, respecto a los errores del software, se hall un 95%
de confianza en que el mtodo para evaluacin de calidad basado en ISO/IEC 25000
disminuye los errores del software despus de su puesta en produccin.
La aplicacin del mtodo para la evaluacin de calidad permiti asegurar que el equipo
de desarrollo plasme adecuadamente lo que el usuario necesita. Como consecuencia, la
cantidad de reprocesos para la conformidad del usuario disminuy luego de la ejecucin
de dicha 103 evaluacin. De igual manera, respecto a la conformidad del software por
parte del usuario, se hall un 95% de confianza en que el mtodo para evaluacin de
calidad basado en ISO/IEC 25000 facilita la conformidad del software por parte del
usuario.
Bibliografa: Es la relacin de documentos fsicos o virtuales consultados durante el
trabajo. S se toma datos o informacin de algn libro o revista (articulo), debe citarse
la fuente.
Anexos: incluye lo siguiente: fotografas (Una fotografa con cada entrevistado) cada
una de las fotos debe contener su respectiva leyenda o resea, es decir, debe indicar
el lugar donde fue tomada, los personajes que se encuentran. Adems no debe
tergiversarse, truncar o dar algn efecto a las fotos. El cuestionario de entrevistas y
alguna otra informacin que no se pudo incluir en el cuerpo del informe. Ficha de
conformidad de entrevistas: se debe registrar por cada entrevista. N Fecha
Empresa/Institucin