LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería.

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Validación de Requerimientos
Ingeniería del Software UMG Ingeniería en Sistemas
Aclaraciones de la Realización del Producto
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
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
Tipos y clases de auditoria
Taller de elaboración de Planes de calidad
Actividad 16. Estrategias para prueba del software
PRODUCTO NO CONFORME.
Modelo de ciclo de vida clásico o en cascada
INGENIERIA DE REQUERIMIENTOS
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.
Procesos de la Ingeniería
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
REQUISITOS DE SOFTWARE
Ingeniería de Requisitos
Capítulo 3 Etapas de un Proyecto de simulación
DISEÑO DE LA TRAZABILIDAD Mónica Cifuentes Villamil.
Ingeniería de Sistemas Requerimientos
Bases de Datos Modelamiento.
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
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.
D.R. OSCAR ANTONIO SILVA SÀNCHEZ
Modelos de desarrollo de Software
Análisis y Diseño de Sistemas
Aplicaciones de Ingeniería de Software
Análisis y Diseño de Sistemas
INGENIERÍA DE SOFTWARE
Tema 1: Introducción a la Ingeniería de Software
Ingeniería de Software
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
Alexander Aristizabal Ángelo flores herrera
Verificación y Validación del Software
Ciclo de vida de un sistema
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
RUTA DE LA CALIDAD.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
Ingeniería de Requerimientos
Introducción al proceso de verificación y validación.
Procesos itil Equipo 8.
NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
Ciclo de Vida del Software
Ingeniería en Informática F UNDAMENTOS DE C OMPUTACIÓN B ACHILLERATO EN I NGENIERÍA I NFORMÁTICA L IC. C ARLOS H. G UTIÉRREZ L EÓN.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Análisis de Requerimientos
Verificación y Validación de Software
Organización y Métodos. ©Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva * Ingeniería de Requerimientos ● Estableciendo.
REUNION INICIAL DE PROYECTO DE SOFTWARE Nombre del Proyecto: SISTEMA DE CONTROL UNIVERSITARIO Tipo de Proyecto: DESARROLLO DE SOFTWARE A LA MEDIDA 7 de.
Proceso de desarrollo de Software
Fundamentos de Computación
ESPECIFICACIÓN Y MANEJO DE LOS REQUERIMIENTOS
Modelo de procesos de software
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.
Gestión del Alcance del Proyecto
Transcripción de la presentación:

LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ

El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería de Requerimientos. La meta de la ingeniería de requerimientos (IR) es entregar una especificación de requisitos de software correcta y completa.

Los requerimientos deben ser: Especificados por escrito. Como todo contrato o acuerdo entre dos partes posibles de probar o verificar. Si un requerimiento no se puede comprobar, entonces ¿cómo sabemos si cumplimos con él o no? Descritos como una característica del sistema a entregar. Esto es: que es lo que el sistema debe de hacer (y no como debe de hacerlo) Lo más abstracto y conciso posible. Para evitar malas interpretaciones

Durante el proceso de REVISION de requerimientos, se deben llevar acabo verificaciones sobre requerimientos en el documento de requerimientos. Estas verificaciones comprenden:

1. Verificaciones de validez: Un usuario puede pensar que se necesitan un sistema para llevar acabo ciertas funciones. sin embargo el razonamiento y el análisis pueden identificar que se requieren funciones adicionales o diferentes. 2. Verificaciones de consistencia: Los requerimientos en el documento no deben contradecirse. Esto es, no deben haber restricciones propuestas por el usuario del sistema. 3. Verificaciones de completitud: El documento de requerimientos debe incluir requerimientos que definan todas las funciones y restricciones propuestas por el usuario del sistema. 4. Verificación del realismo: Utilizando el conocimiento de la tecnología existente, los requerimientos deben verificarse para asegurar que se pueden implementar. Estas verificaciones también deben tener en cuenta el presupuesto y la confección de agendas para el desarrollo del sistema. 5. Verificabilidad: Para reducir la posibilidad de discusiones entre el cliente y el contratista, los requerimientos del sistema siempre deben redactarse de tal forma que seas verificables. Esto significa que debe poder escribir un conjunto de pruebas que demuestren que el sistema a entregar cumple cada uno de los requerimientos especificados.

En la revisión formal de requerimientos, el equipo de desarrollo debe > al cliente a través de los requerimientos del sistema, explicándolo las implicaciones de cada requerimiento. El equipo de revisión deba cada requerimiento para la consistencia además de verificar los requerimientos como un todo para la completitud.