Capítulo 3 Etapas de un Proyecto de simulación

Slides:



Advertisements
Presentaciones similares
BizAgi - Business Agility
Advertisements

Ciclo de Vida de Desarrollo de los Sistemas de Información
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
DISEÑO DE EXPERIMENTOS
Aclaraciones de la Realización del Producto
Proyectos Informáticos
Seguimiento de proyectos
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
ANÁLISIS DE REQUERIMIENTOS
2. Diseño y Desarrollo del Producto
Fundamentos de la Gestión de Proyectos
Guia Diseño Robert Echeverria
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.
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
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:
Muestra: Recolección de Datos: Análisis de Datos:
MUESTRA Implica DEFINIR la unidad de análisis (personas, situaciones, individuos, eventos, fenómeno, ensayo)
“Especificación de Requerimientos”
IS ILic. Patricia Pesado.1 INGENIERIA DE REQUERIMIENTOS.
ADMINISTRACIÓN DE REQUERIMIENTOS
SOFTWARE DE SIMULACION
INTRODUCCIÓN A LA SIMULACIÓN DE EVENTOS DISCRETOS
PROCESOS INDUSTRIALES
El tipo de proyectos puede utilizar una metodología específica
Seminario de Investigación (4)
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
D.R. OSCAR ANTONIO SILVA SÀNCHEZ
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Ingeniería del Software
Actividad 13. Calendarización de proyectos de software.
INGENIERÍA DE SOFTWARE
Ximena Romano – Doris Correa
Areas de Proceso del Modelo CMMI-DEV
Sistemas, Procesos y Modelos
Ingeniería de Software
Importancia en la efectividad del:
Diseño de Software y su Proceso
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
ELEMENTOS DE CONTENIDO Y ALCANCE
FUNDAMENTOS DE MARKETING
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.
Diseño de Sistemas Expertos
PRESENTACIÓN Este trabajo se desarrolla sobre el tema de competencias, y basado en el Marco de Fundamentacion Conceptual Especificaciones de la Pruebas.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
Verificación y Validación del Software
Ciclo de vida de un sistema
Roles de Open UP.
RUTA DE LA CALIDAD.
TIPOS DE PRUEBAS DEL SOFTWARE
Introducción al proceso de verificación y validación.
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
Especialidad en Administración de Proyectos
Ciclo de Vida del Software
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
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.
Administración de Proyectos de Software
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
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.
Las fases del ciclo de la vida de desarrollo de sistemas
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.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Procesos de Planeació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.
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 DE PROYECTOS.
Control de calidad El jefe de fiscalización, fiscalizadores y más personal comprometido en estas labores velarán por el estricto cumplimiento de.
Gestión del Alcance del Proyecto
Transcripción de la presentación:

Capítulo 3 Etapas de un Proyecto de simulación Departamento de Informática Área Métodos y Modelos Cuantitativos Capítulo 3 Etapas de un Proyecto de simulación Profesor : Héctor Allende O.

En general el proceso es... Simulación/2002 Héctor Allende Definición del Problema Establecer Objetivos y Plan General del Proyecto Conceptualización Modelo Recolección de Datos ¿Verificado? ¿Validado? Diseño de Experimentos Corridas de Producción / Análisis de Resultados no ¿Más Corridas? si Reportes Preliminares, Documentar y Reportes Finales Construcción del Modelo Simulación/2002 Héctor Allende

En general el proceso es... Simulación/2002 Héctor Allende Definición del Problema Conceptualización Modelo Recolección de Datos Construcción del Modelo Verificación y Validación Conducir Experimentos Analizar Resultados Define el Problema a ser estudiado, incluyendo una declaración escrita del objetivo. Abstraer el sistema en un modelo describiendo todos sus elementos, sus características y sus interacciones (gráficos). Identificar, especificar y colectar datos en apoyo del modelo. Traducir el modelo conceptualizado utilizando los constructos de algún lenguaje de simulación. Establecer si el modelo ejecuta lo que postula y si existe una concordancia entre el modelo y el sistema real. Hacer corridas de simulación controladas. modificando los niveles de una variable de control y manteniendo el resto exactamente igual. La variación en la salida se atribuye a estos cambios. Estudiar los resultados de la simulación para inferir nueva información y hacer recomendaciones para la resolución del problema. Simulación/2002 Héctor Allende

Definición del problema Simulación/2002 Héctor Allende Partir con supuestos adecuados Trabajar en el Problema Correcto Manejar expectativas Preguntar Hábilmente Escuchar sin Juzgar Comunicar Abiertamente Pronosticar la Solución Simulación/2002 Héctor Allende

Conceptualización Modelo Simulación/2002 Héctor Allende Partir de “atrás para delante” Fijar primero dónde se quiere llegar para señalar la partida Modelo se construye de “abajo-arriba” Establecer Objetivos Identificar y Priorizar Preguntas Claves Salidas Requeridas para dar Respuesta a Preguntas Claves Establecer los Límites del Modelo y Restringir los detalles Especificar las Entradas al Modelo Simulación/2002 Héctor Allende

Simulación/2002 Héctor Allende Recolección de Datos Una vez que la propuesta ha sido aceptada, se debería preparar un programa de requerimiento de datos. La conceptualización del modelo y la recolección de datos son actividades que se realizan en paralelo. La conceptualización indica el tipo de datos que se requieren y en que forma. Los datos recolectados permiten, a su vez, refinar y reforzar el concepto del modelo. Simulación/2002 Héctor Allende

Construcción del Modelo Simulación/2002 Héctor Allende El Modelo conceptual se traduce a un modelo computacional utilizando lenguajes de propósito general o bien paquetes de aplicación tales como Arena, Extend, GPSS y otros. Se debe tener en cuenta que un paquete de aplicación se ajusta mejor a los requerimientos del sistema real, considerando las particularidades de cada lenguaje de simulación (construir un modelo de simulación aportando “constructos” adecuados al sistema) Simulación/2002 Héctor Allende

Construcción del Modelo Simulación/2002 Héctor Allende Foco en el Problema. Construir el modelo no es la tarea princial; lo es encontrar la solución correcta. Partir con un Modelo Simple Agregar el detalle; no partir con él Frenar la complejidad No permitir que el modelo se vuelva complicado compensando un mal diseño, o tan complejo que va más allá de la posibilidad de implantarlo Mantener Momentum Es mejor muchos hitos intermedios que una fecha límite de término. Revisiones. Darse tiempo para realinear el proyecto. Simulación/2002 Héctor Allende

Simulación/2002 Héctor Allende ¿Verificado? Verificación se refiere al modelo operacional. ¿Está funcionando adecuadamente?; esto es, ¿está haciendo lo que se supone que debería hacer? ¿Los datos son los apropiados?, ¿son razonables?; ¿el modelo computacional refleja con exactitud el modelo conceptual? No es razonable y altamente no recomendable esperar llegar al final para hacer esta tarea. La construcción del modelo operacional o simulador debe cumplir con todas las especificaciones de aseguramiento de calidad del desarrollo de software. Simulación/2002 Héctor Allende

Simulación/2002 Héctor Allende ¿Validado? En la validación se debe determinar si el modelo conceptual es una representación apropiada del sistema real; esto es, ¿refleja lo que se supone que debe representar?. ¿Puede el modelo substituir al sistema real para propósitos de experimentación? Esta actividad en realidad debe ser considerada como un proceso contínuo; cada etapa debe verificarse : ¿está el problema claramente definido?; ¿el modelo conceptual es razonable?; ¿son los datos de entrada representativos de la realidad? Simulación/2002 Héctor Allende

Diseño de Experimentos Simulación/2002 Héctor Allende Para cada escenario que se simulará es preciso establecer: el largo de la corrida de simulación, la puesta a punto del simulador (inicialización) y el número de réplicas para cada escenario Simulación/2002 Héctor Allende

Corridas de Producción y Análisis Simulación/2002 Héctor Allende Las Corridas de Producción y su posterior análisis, se utilizan para estimar las medidas de desempeño de los distintos escenarios que se están simulando. Simulación/2002 Héctor Allende

Simulación/2002 Héctor Allende ¿Más corridas? Basado en el análisis de las corridas que se han completado, se debe determinar si se requieren corridas adicionales o si es necesario estudiar otros escenarios. Se requieren más corridas, cuando los resultados estadísticos no permiten aceptar o rechazar una hipótesis; Se requiere estudiar nuevos escenarios, para tener una mayor comprensión del sistema bajo estudio lo que obliga a menudo a estudiar otras situaciones. Simulación/2002 Héctor Allende

Documentación y Reportes Simulación/2002 Héctor Allende La documentación y reportes es necesaria por varias razones obvias. Si el simulador se utilizará otra vez con mayor o menor frecuencia por el mismo u otros analistas es necesario saber qué hace y cómo lo hace. Lo mismo ocurre si el simulador es un prototipo y debe ser modificado en el futuro. Es importante documentar cada etapa del esfuerzo de simulación junto con su ejecución; con esto se asegura que nada quedará en el tintero. La otra razón es entregar al cliente informes de avance en cada etapa y obtener su aprobación, especialmente en la definición del problema. Simulación/2002 Héctor Allende

Documentación y Reportes Simulación/2002 Héctor Allende Dossier de documentos formales a entregar debe contener a lo menos: Definición de Objetivos y Metas. Plan de Trabajo: (Carta Gantt o Pert) Supuestos para el Modelo Modelo Conceptual Registro de Cambios Modelo Operacional Datos de Prueba Simulación/2002 Héctor Allende