Verificación y Validación del Software

Slides:



Advertisements
Presentaciones similares
EL PROCESO DE DESARROLLO DEL SOFTWARE
Advertisements

También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Ingeniería del Software UMG Ingeniería en Sistemas
Gestión de Recursos Informáticos Unidad Nº 3: Gestión de calidad y eficiencia.
Aclaraciones de la Realización del Producto
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
ANÁLISIS DE REQUERIMIENTOS
PROCEDIMIENTO “AUDITORIA INTERNA” (P )
INGENIERIA DE REQUERIMIENTOS
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Administración de Procesos de Pruebas
Medición, Análisis y Mejora
Universidad de Buenos Aires Facultad de Ciencias Económicas
Evaluación de Productos
“Gerenciar la adquisición de productos y servicios a los proveedores del proyecto en desarrollo a partir de acuerdos formales”.
SISTEMAS DE INFORMACION GERENCIAL
! USTED ES IMPORTANTE PARA NUESTRA ENTIDAD ¡
Documentación del sistema de gestión de la calidad.
Las etapas de un proyecto
Ciclo de Vida del Software Paradigmas de Desarrollo
REQUERIMIENTOS DE SOFTWARE
Unidad VI Documentación
AUDITORIAS RESUMEN DE ASPECTOS RELEVANTE EN LA GESTION BASADO EN EL REFERENCIAL ISO 9001:2008.
Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
GESTION DEL ALCANCE DEL PROYECTO
DIRECTRICES PARA LA MEJORA DEL DESEMPEÑO
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
Ingeniería de Software
Plan de Sistemas de Información (PSI)
Análisis y Diseño de Sistemas
INGENIERÍA DE SOFTWARE
Ximena Romano – Doris Correa
DOCUMENTACIÓN DEL SISTEMA DE GESTIÓN DE LA CALIDAD
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
35 años de investigación, innovando con energía 1 Mayo, 2012 P LAN DE ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DE SOFTWARE E STÁNDAR IEEE 730 Y G UÍA.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
Universidad de Aconcagua SISTEMA DE GESTION DE CALIDAD
INGENIERIA DE SOFTWARE
Alexander Aristizabal Ángelo flores herrera
Verificación y Validación del Software
Diseño de Sistemas.
Ciclo de vida de un sistema
Método iterativo Integrantes : Paola Ramón Armando 19 octubre 2011.
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
Introducción al proceso de verificación y validación.
Actividades en el Proceso de desarrollo de Software
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
REVISION Y AUDITORIA.
Ciclo de Vida del Software
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
INGENIERIA DE SOFTWARE
Análisis de Requerimientos
Elementos Conceptuales de proyectos: ¿Qué es un proyecto
Proceso de desarrollo de Software
Documentos del Programa de Garantía de Calidad de Software
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN SISTEMAS
1 iie.org.mx P-COC-020 Procedimiento de Diseño y Desarrollo, rev. 4 I-GCN-008 Evaluación de las Entradas de Diseño, rev. 0 Implementación en los proyectos.
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
Las fases del ciclo de la vida de desarrollo de sistemas
SISTEMA DE GESTIÓN DE LA CALIDAD ISO 9001: AUDITORÍA INTERNA
Maestría en Gerencia en Tecnología de la Información Cátedra Ingeniería de Software Profesora: Mary Carmen Milano. Integrantes: Rosa Arellano Osbaldo Goitia.
Bachillerato Ingeniería en Informática Fundamentos de Computación.
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
Plan de Pruebas de Aceptación
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Entregables del Proyecto
Transcripción de la presentación:

Verificación y Validación del Software Unidad 1. Introducción a la verificación y validación del software (Parte 2)

Unidad 1 Calidad en el software El proceso de verificación y validación del software Integración de la verificación y validación al proceso de desarrollo de software El papel de los estándares en el proceso de verificación y validación del software Primera parte del estándar IEEE-1012 (secciones 1 a 4) y los niveles de integridad Introducción a la V&V

Integración de la Verificación y Validación al Proceso de Desarrollo Hacer un análisis de las actividades de verificación y validación en el modelo MoProSoft ¿Qué actividades de verificación marca el modelo? ¿Qué actividades de validación marca? ¿Qué elementos son verificados y cuáles validados? ¿Cómo se integra la verificación y validación en el modelo MoProSoft? Introducción a la V&V

La V&V en el proceso de desarrollo La V&V es un proceso caro, por lo que se requiere una planifiación cuidadosa. La V&V debe iniciarse en etapas tempranas del proceso de desarrollo. Los planes de prueba deben derivarse a partir de la especificación y diseño del sistema Introducción a la V&V

La V&V en el proceso de desarrollo Modelo V (Sommerville, p. 475) Introducción a la V&V

El papel de los estándares en el proceso de V&V

El papel de los estándares en el proceso de V&V Para la planificación de la V&V Se debe decidir un equilibrio entre las aproximaciones estáticas (inspección) y las dinámicas (pruebas) Se debe pensar en estándares y procedimientos para las inspecciones y pruebas del software Se deben establecer listas de comprobación para conducir las inspecciones de programas Se debe definir el plan de pruebas del software Introducción a la V&V

El papel de los estándares en el proceso de V&V La planificación de las pruebas está relacionada con el establecimiento de estándares para el proceso de pruebas, no sólo con la descripción de los productos de pruebas Introducción a la V&V

Primera parte del estándar IEEE-1012-2004 (secciones 1 a 4) y los niveles de integridad IEEE Std. 1012-2004

IEEE Std. 1012-2004 Este estándar aplica al software en desarrollo, en mantenimiento, o siendo reutilizado. El término software también aplica a: Firmware Microcode Documentación El proceso de V&V incluye: Análisis, Evaluación, Revisión, Inspección, Auditoría, Y pruebas de productos de software Introducción a la V&V

IEEE Std. 1012-2004 Es un proceso estándar que define los procesos de V&V en términos de actividades específicas y tareas relacionadas. También define el contenido del plan de V&V de software (SVVP), incluyendo un formato ejemplo. Introducción a la V&V

Introducción El propósito del proceso de V&V es ayudar a construir la calidad dentro del software a lo largo de todo el ciclo de vida. El proceso incluye: auditorías, análisis, evaluaciones, revisiones, inspecciones, y pruebas de los productos y procesos de software. Es una extensión de la administración de programas e ingeniería de sistemas que utiliza una metodología rigurosa para obtener concusiones y datos objetivos que den una retroalimentación de la calidad, rendimiento y calendarización del software a la organización que lo desarrolla. Introducción a la V&V

Sección 1: Vista general del estándar Da una visión general sobre los propósitos y alcances del estandar. Se organiza en: Álcance Propósito Campo de aplicación Objetivos de la V&V Organización del estandar Audiencia objetivo Aclaraciones Introducción a la V&V

Sección 1.1: Alcance Indica en qué casos y para qué puede ser aplicado el estándar. Indica que el proceso de verificación puede proporcionar evidencia objetiva para identificar si el software o sus procesos o productos asociados: Están acorde a los requerimientos para todas las actividades del ciclo de vida, durante cada ciclo de vida Satisface estándares, prácticas y convenios durante los procesos del ciclo de vida Cada actividad del ciclo de vida es terminada satisfactoriamente, y satisface todos los criterios para iniciar las actividades subsecuentes en el ciclo de vida. Introducción a la V&V

Sección 1.1: Alcance Indica que el proceso de validación provee evidencia para conocer si el software y sus productos y procesos asociados: Satisface los requerimientos del software al final de cada actividad del ciclo de vida Resuelve el problema adecuado Satisface las necesidades de uso y del usuario indicadas Introducción a la V&V

Sección 1.2: Propósito El propósito es: Establecer un marco de trabajo común para los procesos, actividades y tareas de V&V para soportar cualquier proceso de ciclo de vida, incluyendo procesos de adquisición, distribución, desarrollo, operación, y mantenimiento. Define las tareas de V&V, y las entradas y salidas requeridas Identifica las tareas de V&V mínimas correspondientes a un esquema de integridad del software de cuatro niveles. Define el contenido de un plan de V&V de software. Introducción a la V&V

Sección 1.3: Campo de aplicación Indica que es útil para cualquier campo de aplicación del software. Identifica y describe los elementos que intervienen o se relacionan con un sistema de software, como: Entorno Operador o usuario Hardware Otro software Introducción a la V&V

Sección 1.4: Objetivos de la V&V Se busca obtener los siguientes beneficios: Facilitar la detección y corrección temprana de anomalías en el software Exaltar aspectos administrativos dentro de los riesgos de proceso y producto Apoyar al proceso de ciclo de vida para asegurar la concordancia con el rendimiento, calendarización y presupuesto del programa Proveer una auditoría temprana del rendimiento del sistema y del software Proveer evidencia objetiva de la concordancia del sistema t del software para soportar un proceso de certificación formal Mejorar los procesos de desarrollo y mantenimiento Apoyar la mejora del proceso para un modelo integrado de análisis del sistema Introducción a la V&V

Sección 1.5: Organización Se organiza en 7 cláusulas, 3 tablas, 2 figuras y 8 anexos. Introducción a la V&V

Sección 2: Referencias Reservado para referencias normativas. Actualmente no se tiene ninguna. Introducción a la V&V

Sección 3: Definiciones, Abreviaciones y Acrónimos Muestra las definiciones, abreviaciones y acrónimos de los principales conceptos usados dentro en el estándar Introducción a la V&V

Sección 4: Niveles de integridad del software Los niveles de integridad del software son un rango de valores que representan la complejidad, criticalidad, riesgo, nivel de seguridad, rendimiento, confiabilidad u otra característica única del proyecto deseada, que define la importancia del software para el usuario o el comprador. Las características usadas para determinar el nivel de integridad varían dependiendo de la aplicación y uso del sistema esperados. Introducción a la V&V

Actividad Pensar en una característica que pueda ser utilizada para determinar el nivel de integridad de un sistema de software. Introducción a la V&V

Sección 4: Niveles de integridad del software El nivel de integridad asignado al sistema puede cambiar conforme el software evoluciona. El diseño, codificación, procedimientos, y aspectos tecnológicos implementados en el sistema o el software, pueden incrementar o disminuir el nivel de integridad del software. El nivel de integridad del software establecido para un proyecto debe resultar de un acuerdo entre el comprador, el distribuidor, el desarrollador, y de autoridades aseguradoras independientes. Introducción a la V&V

Sección 4: Niveles de integridad del software El estándar usa los niveles de integridad del software para determinar las actividades de V&V a ser realizadas. Un nivel de integridad alto, requiere un conjunto mayor de procesos de V&V, y una aplicación más rigurosa de las tareas de V&V. Los niveles de integridad son asignados a los requerimientos del software, funciones, grupos de funciones, componentes de software, o subsistemas. Introducción a la V&V

Sección 4: Niveles de integridad del software El estándar define como ejemplo un esquema de niveles de integridad basado en los conceptos de consecuencia y potencial de mitigación. Introducción a la V&V

Sección 4: Niveles de integridad del software Descripción Nivel Los elementos de software deben ejecutarse correctamente u ocurrirán consecuencias graves (pérdida de vidas, pérdida del sistema, pérdidas sociales o económicas). No es posible ningún tipo de mitigación. 4 Los elementos del software deben ejecutarse correctamente o el uso esperado del sistema no será alcanzado, causando consecuencias serias (degradación grave del sistema, impacto social o económico). Es posible una mitigación de parcial a completa. 3 Los elementos de software deben funcionar correctamente o alguna función esperada del sistema no será alcanzada, causando consecuencias menores. Es posible una mitigación completa. 2 Los elementos de software deben funcionar correctamente o alguna función esperada del sistema no será alcanzada, causando consecuencias casi imperceptibles. No se requiere mitigación. 1 Introducción a la V&V

Sección 4: Niveles de integridad del software El nivel de integridad del sistema debe ser asignado después de un análisis del nivel de criticalidad del sistema. Introducción a la V&V

Bibliografía IEEE 1012-2004: http://pesona.mmu.edu.my/~wruslan/SE2/Readings/detail/Reading-7.pdf Sommerville, capítulo: 22 Pressman, capítulo 26 Introducción a la V&V