DISEÑO DE LA TRAZABILIDAD Mónica Cifuentes Villamil.

Slides:



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

Redes de Computadoras II
Ingeniería de Software II
Metodologías ágiles.
Ing. Sonia Godoy H. QUÉ ES LA INGENIERIA DE REQUERIMIENTOS ???? CLIENTE USUARIO DOCUMENTACIÓN CONDUCTAS RESTRICIONES NECESIDADES.
ANÁLISIS 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.
Administración de Procesos de Pruebas
Yeimi Constanza Patiño
INSTITUTO TECNOLÓGICO SUPERIO DE LIBRES
REQUISITOS DE SOFTWARE
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
“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.
Análisis y Diseño de un Software
Evaluación de sistemas de cómputo
Técnicas para la obtención de requerimientos
Las etapas de un proyecto
REQUERIMIENTOS DE SOFTWARE
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.
Ingeniería del Software
SENA REGIONAL HUILA REGIONAL HUILA CENTRO DE LA INDUSTRIA LA EMPRESA Y LOS SERVICIOS Huila Un requerimiento es una condición o.
Análisis de Requerimientos
Plan de Sistemas de Información (PSI)
Análisis y diseño detallado de aplicaciones informáticas de gestión
Ximena Romano – Doris Correa
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.
Estudio de Viabilidad del Sistema (EVS)
(Nombre del Sistema/Proyecto) (Cliente)
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.
Ámbito y Estimaciones de Proyecto ISF5501 Ingeniería de Software Semana 7/1.
El rol de SQA en PIS.
Dominios de control para la información y tecnologías (cobit) Pamela Pacheco Aviles.
INGENIERIA DE SOFTWARE
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Ciclo de vida de un sistema
Sistemas de Gestión Ambiental Empresarial Código Programas:
OUTSOURCING DE IMPRESION
Roles de Open UP.
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Proceso de desarrollo de software Pablo Gervás F. Informática, UCM, noviembre 2007.
PROCESOS DE DESARROLLO DE SOFTWARE
Actividades en el Proceso de desarrollo de Software
Métodos para garantizar la calidad del software.
NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
Moderamiento de Requerimientos de Software (IRE)
Por: Jaime Enrique Melendez Monreal Código: INGENIERÍA DE SOFTWARE.
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
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
¿Por qué falla el software?  ¿Qué son los requerimientos de un producto de software?  ¿Cuál es la relevancia de la ingeniería de requerimientos en.
Proceso de desarrollo 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.
Investigación preliminar  Entender la naturaleza del problema  Definir el alcance y las restricciones o limitaciones del sistema  Identificar los beneficios.
Proceso de Terapia Ocupacional
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN SISTEMAS
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Especificación del Problema Partimos del hecho de un programador no puede resolver un problema que no entiende. Por esta razón, la primera etapa en todo.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Plan de Pruebas de Aceptación
Servicio de Implementación Proceso de Desarrollo de Software Ventanilla Única de Comercio Exterior Mexicana.
Verificación y Validación del Software
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:

DISEÑO DE LA TRAZABILIDAD Mónica Cifuentes Villamil

NECESIDAD ¿Cómo manejar los cambios de los requisitos en el proyecto? ¿Cómo beneficiarse en de hacer el correcto uso de la trazabilidad? Es vital evaluar rápidamente el costo del cambio.

QUE ES TRAZABILIDAD Es la documentación de las relaciones entre las capas de información, los requerimientos del sistema y el diseño.

BENEFICIOS Verifica que los requerimientos del cliente estén presentes en el proyecto Que hace cada componente Permite realizar pruebas mas concretas Facilita la revisión

RAZON DE LA TRAZABILIDAD Relaciona componentes del sistema Ayuda a entender mejor el sistema Satisface un argumento Pruebas Verificación

COMO SE HACE Verificación de cada requerimiento del cliente vs. diseño del sistema Suficiente Necesario

PROCESO DE CAMBIO 1. Identificar impacto 2. Calcular árbol de impacto 3. Elaborar árbol de impacto 4. Definir el cambio 5. Aplicar el cambio

BIBLIOGRAFÍA Design Traceability. Jeremy Dick. IEEE SOFTWARE Published by t he I E E E C o m p u t e r S o c i e t y. 2005

¿Por qué el contexto importa? Y ¿Qué podemos hacer sobre el? Mónica Cifuentes Villamil

NECESIDAD Cada problema de diseño empieza por lograr la interacción entre la forma y el contexto. Forma contexto

QUE ES?  Forma:  es el resultado final del diseño de SW  Implementación  Producto  Contexto:  Definición del problema  Lo obvio  Lo sutil  Lo invisible  Lo incomprensible

AMBIENTE DE DISEÑO Condición Ambigüedad Visibilidad Stakeholders

LO OBVIO Relevancias que le importa a todos los Stakeholders Cliente y usuarios esperan que aborden todos Los diseñadores Selectivos: Costos Tiempo Tecnología restricciones

LO OBVIO Definir limitaciones Alcance del sistema Estrategia: Comunicación Delegar a algunos diseñadores roles de usuario

LO SUTIL Lo que es obvio para lo usuarios pero para los diseñadores no. Definir requerimientos funcionales y no funcionales Observación en la organización, usuarios y clientes Evaluaciones formales

LO INVISIBLE Practicas de ingeniería de Software Bosquejos del ambiente Trazabilidad

LO INCOMPRENSIBLE Impacto inesperado del SW sobre los usuarios y clientes Impacto inesperado sobre los analistas y diseñadores Enfocar requerimientos no funcionales Observación Descubrir regiones de contexto hondos. Satisfacción del usuario

¿POR QUE IMPORTA EL CONTEXTO? Define nuestra visión y opinión del sistema Define alcance Define restricciones, requerimientos, especificaciones, necesidades, riesgos Conocimiento explicito del problema Diseño mas completo

BIBLIOGRAFÍA Why Context Matters—And What Can We Do about It?. Donald C. Gause. September / October IEEE SOFTWARE