IEEE 1012 – 2004 ESTANDAR DE VERIFICACION Y VALIDACION

1

RESUMEN

El estándar de verificación y validación guía los procesos del ciclo de vida del software, el
proceso de verificación y validación debe constatar que se cumplan con los
requerimientos y que el software satisfaga las necesidades del usuario
El proceso de verificación provee evidencia objetiva y el proceso de validación acredita; al
software, sus productos y procesos asociados si
Los procesos de verificación y validación son complementarios y están interrelacionados,
usan los resultados del otro para llegar a un mejor análisis, evaluación, revisión,
inspección, valoración para cada actividad del ciclo de vida del Software

Cada proyecto debe definir criterios de evidencia, tiempo programado y el alcance de
análisis del V&V y las tareas de prueba.
Este estándar no asigna la responsabilidad para el cumplimiento de las tareas del V&V

El propósito de este estándar es:
· Establecer una estructura común para el proceso V&V
· Definir las tareas del V&V, entradas y salidas requeridas
· Identificar el mínimo de pruebas V&V correspondientes a un esquema integral de un
software de nivel 4.
· Definir el contenido de un plan de software V&V

Cuando se aplica el proceso del V y V es importante examinar las interacciones del
software con el sistema del cual es parte.

V y V examina si los límites de modelado son reales y razonables para la solución deseada.
La combinación ilimitada de las condiciones del sistema presenta al esfuerzo del software
V y V usa técnicas analíticas, de prueba, simulación y demostración para establecer
evidencia de que el software está en lo correcto

Se debe considerar al V&V como parte del proceso del ciclo de vida del software
La V&V se debe realizar en paralelo con el desarrollo del software, no en la conclusión del
desarrollo.

Los resultados del software V&V proveen al proceso de desarrollo de detecciones
tempranas de anormalidades y tendencias potenciales que pueden ser usadas para el
mejoramiento del proceso del desarrollo.

El procesador del software V&V examina las interacciones con cada uno de los
componentes del sistema clave (entorno, operador/usuario, hardware, otro software)
para determinar la amplitud a la cual cada componente influencia al software y esta
inversamente influenciado por el software.
Este estándar establece los criterios mínimos para los procesos, las actividades, y las
tareas de V&V. Sin embargo, poner estos criterios en ejecución no asegura
IEEE 1012 – 2004 ESTANDAR DE VERIFICACION Y VALIDACION
2

automáticamente conformidad a los objetivos del sistema o de la misión, o previene las
consecuencias adversas

Los niveles de la integridad de software son una gama de los valores que representan
complejidad del software, criticidad, riesgo, el nivel de la seguridad, el funcionamiento
deseado, la confiabilidad, u otras características del proyecto únicas que definan la
importancia del software al usuario y al adquirente. Los niveles asignados de la integridad
de software pueden cambiar mientras que el software se desarrolla.
Los niveles de la integridad de software establecidos para un proyecto deben resultar de
acuerdos entre el adquirente y las autoridades independientes del aseguramiento
El estándar utiliza niveles de la integridad de software para determinar las tareas de V&V.

Los procesos de V&V se deben adaptar a los requisitos y a los usos específicos del sistema
a través de la selección de un nivel de la integridad de software con sus tareas mínimas
correspondientes de V&V y de la adición de las tareas opcionales de V&V.

V&V procesos utilizan los seis procesos principales de la norma: el proceso de gestión,
proceso de adquisición, proceso de suministro, proceso de desarrollo, proceso de
operación, y proceso de mantenimiento.
No todos los proyectos de software incluyen cada uno de los procesos del ciclo de vida.
Conforme a la presente norma, la V&V procesos deberán dirigirse a todos los procesos del
ciclo vida utilizados por el proyecto de software.

El proceso de Gerencia implica una revisión continua de V & V, seguimiento de los SVVP
según sea necesario basándose en programaciones del proyecto y estado actual.

El proceso de adquisición define la necesidad de adquirir un sistema, un producto de
software, o un servicio del software. El proceso continúa con la preparación posible y
emisión de un pedido la petición de la oferta, selección de un surtidor, y gerencia del
proceso de adquisición a través a la aceptación del sistema, del producto de software, o
del servicio del software.
El proceso de adquisición se utiliza al alcance el esfuerzo de V&V, los interfaces del plan
con el surtidor y adquirente.
Las actividades de la ayuda de la aceptación de la adquisición de V&V ocurren a través del
ciclo vital del software, conjuntamente con el otro desarrollo correlacionado y las tareas
de V&V, las entradas, y las salidas.

El proceso de la fuente es iniciado por una decisión para preparar una oferta para
contestar a la petición de un adquirente concluyendo, y entrando en un contrato con el
adquirente para proporcionar el sistema, el producto de software, o el servicio del
software. El proceso continúa con la determinación de los procedimientos y de los
recursos necesitados para manejar el proyecto. El esfuerzo de la fuente V&V utiliza los
productos del proceso de la fuente para confirmar que el pedido la oferta los requisitos y
IEEE 1012 – 2004 ESTANDAR DE VERIFICACION Y VALIDACION
3

los requisitos de contrato son constantes y satisfacen necesidades del usuario antes de
que se concluya el contrato.
El proceso del desarrollo contiene las actividades para el análisis de requisitos, diseño,
codificación, integración, prueba, e instalación y ayuda a la aceptación de los productos de
software.
Las actividades de V&V se organizan en el concepto V&V, los requisitos V&V, el diseño
V&V, la puesta en práctica V&V, la prueba V&V, y la instalación y comprobación V&V.
La actividad de los requisitos V&V trata el análisis de requisitos del software del funcional
y requisitos, interfaces externos al software, y requisitos de funcionamiento para la
calificación, seguridad, ingeniería de factores humanos.
El objetivo de los requisitos V&V es asegurar la corrección, lo completo, la exactitud, las
pruebas, y la consistencia de los requisitos del software del sistema.
En diseño del software, los requisitos del software se transforman en una arquitectura y
un diseño detallado para cada componente de software. El diseño incluye las bases de
datos y los interfaces de sistema.
El objetivo del diseño V&V es demostrar que el diseño es una transformación correcta,
exacta, y completa de los requisitos del software y que no se introduce ningunas
características involuntarias.
En la puesta en práctica del software, el diseño del sistema se transforma en código, las
estructuras de la base de datos, y las representaciones ejecutables de la máquina
relacionada. El objetivo de la puesta en práctica V&V es verificar y validar que estas
transformaciones sean correctas, exactas, y terminen.
La prueba incluye el software que prueba, la integración del software que prueba, la
calificación del software que prueba, la integración de sistema que prueba, y prueba de la
calificación del sistema. El objetivo de la prueba V&V es asegurarse de que los requisitos
del software y los requisitos del sistema asignados al software son validados por la
ejecución de la integración, del sistema, y de las pruebas de aceptación.
En la instalación y la comprobación, el producto de software está instalado y probado en
el ambiente. El objetivo de la instalación y de la comprobación V&V es verificar y validar la
corrección de la instalación del software en el ambiente.

El proceso de la operación implica el uso del sistema de software del usuario final en un
ambiente operacional.
El objetivo de la operación V&V es evaluar nuevos apremios en el sistema, determinar
cambios de sistema y su impacto en el software, y evalúan los procedimientos de
funcionamiento para la corrección y la utilidad.

Se activa el proceso del mantenimiento cuando el sistema de software o la
documentación asociada debe ser cambiado en respuesta a una necesidad del
mantenimiento del sistema.
El objetivo del mantenimiento V&V es determinar cambios de sistema de software y su
impacto en el software, evalúa las anomalías que se descubren durante la operación,
determina requisitos de la migración, determina requisitos del retiro, y tareas del
reperform V&V.
IEEE 1012 – 2004 ESTANDAR DE VERIFICACION Y VALIDACION
4


La divulgación de V&V ocurre a través del ciclo vital del software. El esfuerzo de V&V
producirá las salidas requeridas para cada tarea de V&V realizada. El formato y el agrupar
de los informes de V&V pueden ser definidos por el usuario. Los informes de V&V
constituirán el informe del software V&V (SVVR).


COMENTARIO

El estándar consiste en un procedimiento organizado y estandarizado basado en normas
de calidad que son aplicados a algunos modelos de los ciclos de vida del software,
determina la calidad del software de acuerdo al cumplimiento de los requisitos y de la
satisfacción a través de la evaluación óptima del software y de cada una de sus fases.
Este estándar establece un esquema organizado para los procesos de V & V, tareas y
actividades de cada etapa del ciclo de vida del software.
Los procesos de verificación y validación son 6 cada una especificando las actividades a
realizar.
Lo eficiente de este estándar a mi parecer es el establecimiento de una comprobación de
control de calidad que se realiza en cualquier parte del proyecto esto permite reducir el
riesgo de errores o fallas y así cumplir con las necesidades del cliente.

En este proceso se identifica los componentes de software y documentos que deben ser
verificados.
Este estándar establece las estrategias de verificación que serán usadas. Identificar los
recursos necesarios y proporciona una estimación de esfuerzo para realizar la verificación.








Alumna: Ohami Luz Yancul Millones
Curso: Comprobación de software
Ciclo: VII
Carrera: Ingeniería de Sistemas