La actividad de validación tiene como entrada el documento de requisitos, los estándares relacionados y el conocimiento de la organización, y como.

Slides:



Advertisements
Presentaciones similares
INTRODUCCIÓN A LA VERIFICACION Y VALIDACION
Advertisements

PROYECTO CURSO PROYECTO DE SISTEMAS MECATRÓNICOS 2012-I
BizAgi - Business Agility
Validación de Requerimientos
Ingeniería del Software UMG Ingeniería en Sistemas
Aclaraciones de la Realización del Producto
INGENIERIA DE REQUISITOS
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
INGENIERIA DE REQUISITOS
Ing. Sonia Godoy H. QUÉ ES LA INGENIERIA DE REQUERIMIENTOS ???? CLIENTE USUARIO DOCUMENTACIÓN CONDUCTAS RESTRICIONES NECESIDADES.
ANÁLISIS DE REQUERIMIENTOS
Ingeniería de Software
Planificación de Proyectos Informáticos
INGENIERIA DE REQUERIMIENTOS
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
CALIDAD DE SOFTWARE Alejando Márquez Alejando Vega Claudia Aguilar
Administración de Procesos de Pruebas
7. REALIZACIÓN DEL PRODUCTO 7
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
REQUISITOS DE SOFTWARE
Ingeniería de Requisitos
Capítulo 3 Etapas de un Proyecto de simulación
“Especificación de Requerimientos”
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
© Asesores en Control de Calidad, S. C. Av. Observatorio # 280 Col. Observatorio, México, D. F. C. P Tels
IS ILic. Patricia Pesado.1 INGENIERIA DE REQUERIMIENTOS.
Fase Inicial Grupo 6 – PIS – 2013.
Fundamentos de Ingeniería de Software Facultad de Ingenieria Universidad Distrital Francisco José de Caldas ESPECIFICACIÓN Y MANEJO DE LOS REQUERIMIENTOS.
Ingeniería de Requisitos
PARTICIPACIÓN DEL AUDITOR EN EL DESARROLLO DE SISTEMAS
REQUERIMIENTOS DE SOFTWARE
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.
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Condiciones previas: El solicitante debe realizar los ensayos del valor agronómico. Etapa 1: El solicitante presenta declaración de ensayo en la oficina.
COLOMBIA Bogotá, D.C., Marzo 18 de 2004 SISTEMA DE GESTION DE RESPONSIBLE CARE – RCMS (ACC)
Notas de Clase Modelado de Procesos de Negocio
Ingeniería de Software
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.
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.
El rol de SQA en PIS.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
ISO 9000:2000 EFQM. MODELO EUROPEO.
Ciclo de vida de un sistema
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
Roles de Open UP.
RUTA DE LA CALIDAD.
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
IDENTIFICACIÓN DEL CICLO DE VIDA DEL SOFTWARE. POLITÉCNICO COLOMBIANO JAIME ISAZA CADAVID.
Ingeniería de Requerimientos
Introducción al proceso de verificación y validación.
Manejo de requerimientos.
SISTEMAS DE INFORMACION Ingeniería de Requerimientos (Segunda Parte) ING. JOSE M. POVEDA.
INGENIERÍA DE REQUISITOS Unidad 2 Integrantes equipo Morales Balderas josefina Reyes Larios María Fernanda Heredia palma Andrea Valencia Carrión Alina.
NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE
Fundamentos de la Gerencia de Proyectos
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.
Calidad de Software. AGENDA: Introducción: Mas allá de la codificación El ciclo de vida: Desde la concepción hasta la descontinuación Calidad: Lugar de.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Verificación y Validación de Software
LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Modelo de procesos de software
Ingeniería del Software
Roles de los diferentes análisis de sistemas de información Fonseca Nava Angélica.
IBAÑEZ ESTRADA BRYAN OSMAR 3° ´´B´´ CETIS 35 PROGRAMACIÓN ORIENTADA A OBJETOS.
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.
Transcripción de la presentación:

La actividad de validación tiene como entrada el documento de requisitos, los estándares relacionados y el conocimiento de la organización, y como salida se obtiene una lista de problemas y una lista de acciones recomendadas.

Ejemplo

Realización de la Validación Los Analistas se reúnen con el Cliente y/o usuario del sistema para validar los requerimientos que se relevaron y especificaron.

Verificaciones Durante el proceso de validación de requerimientos, se deben llevar a cabo verificaciones sobre requerimientos en el documento de requerimientos.

Verificaciones de validez. Verificaciones de consistencia. Verificaciones de completitud Verificaciones de realismo Verificabilidad.

Técnicas Revisiones de Requerimientos Construcción de Prototipos Generación de Casos de Prueba

Problemas que surgen Es difícil demostrar que un conjunto de requerimientos cumple las necesidades del usuario. Rara vez se encuentran todos los problemas en los requerimientos durante el proceso de validación de éstos. Es inevitable que haya cambios adicionales de requerimientos para corregir las omisiones y las malas interpretaciones después de que el documento de requerimientos haya sido aprobado.

Revisión de Requerimientos Las revisiones de requerimientos pueden ser informales o formales. Las informales sencillamente implican que los contratistas deben tratar los requerimientos con tantos stakeholders del sistema como sea posible. En la revisión formal de requerimientos, el equipo de desarrollo debe conducir al cliente a través de los requerimientos del sistema, explicándole las implicaciones de cada requerimiento.

El equipo de revisión debe verificar cada requerimiento para la consistencia además de verificar los requerimientos como un todo para la completitud. Los revisores también pueden comprobar la:

Los conflictos, contradicciones, errores y omisiones en los requerimientos deben ser señalados por los revisores y registrarse formalmente en el informe de revisión. Queda en los usuarios, la persona que adquiere el sistema y el desarrollador de éste negociar una solución para estos problemas identificados.

Conclusión La validación de requisitos tiene como misión demostrar que la definición de los requisitos define realmente el sistema que el usuario necesita o el cliente desea