Sistemas de eventos discretos.

Slides:



Advertisements
Presentaciones similares
MODELOS ORIENTADOS A OBJETOS
Advertisements

Adapter, Bridge, Decorator.
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Lenguaje Unificado de Modelado
Pruebas de Unidad y Refactorización
Introducción 1 Puntos Clave –La orientación a objetos representa un cambio radical en los métodos tradicionales de creación de software –Los métodos tradicionales.
Fundamentos de Ingeniería de Software
UNIVERSIDAD LATINA (UNILA) ENCAPSULACION Y HERENCIA
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Ingeniería del Software
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:
Sistemas Distribuidos “Técnicas de Especificación Formal”
El paradigma de la orientación a objetos La programación orientada a objetos genera códigos eficientes y estandariza la metodología de programación, además.
Profesor: Miguel Angel Vidal
Unidad 4 Conceptos de sistema
Laura Patricia Pinto Prieto Ingeniera de sistemas.
Tema 12 – Conceptos Básicos
Facultad de Ingeniería Manufactura Integrada Por Computador II
Arquitectura de una aplicación
Ingeniería de Software Orientado a Objetos
Introducción a la POO • ¿Qué es la programación orientada a objets (POO)? – Un “paradigma” de programación – Una forma de pensar acerca de los problemas.
DISEÑO DE SOFTWARE 1ª. Parte
Sistemas Concurrentes: programación concurrente
Modelado de Sistemas a Eventos Discretos.
5.3 APROXIMACIONES AL DISEÑO
TAREA: Simular un evento cotidiano REQUISITOS Hacerlo por computadora Permitir la manipulación de variables Puede usar software a la medida o hacerlo mediante.
Unidad VI Documentación
Pasos de un estudio de simulacion (repaso).
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
CONCEPTOS BÁSICOS Diseño de Sistemas.
Ingeniería del Software
Ingeniería en Sistemas de Información
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Introducción a la tecnología Realizado por: Miguel Ángel Arias.
Ingeniería de software
INGENIERÍA DE SOFTWARE
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Estudio de Viabilidad del Sistema (EVS)
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
conjunto de elementos que interactúan con un objetivo común
Facultad de Ingeniería
Ingeniería de software
Programación Orientada a Objeto
PROGRAMACION ORIENTADA A OBJETOS
Alexander Aristizabal Ángelo flores herrera
Software El software permite comunicar al computador los problemas y hace posible que nos comunique las soluciones Los programas son el software del computador.
Ingeniería de Requisitos
Patrones de diseño equipo n.1
Elaboración de algoritmos usando lógica de programación
Unidad 3 MODELO DE ANALISIS.
Actividades en el Proceso de desarrollo de Software
Unidad TemáticaI. Conceptos Básicos Horas Prácticas10 Horas Teóricas8 Horas Totales18 Objetivo El alumno determinará las entradas, procesos y salidas.
¿QUE ES EL DIAGRAMA DE ESTADO ?
Ingeniería del Software I
UNIDAD 2: “Características del Modelado UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.
Ing. Johanna Macias Algoritmo, Estructura y Programación III.
INGENIERIA DE SOFTWARE
De Informaciòn Gerencial Lcda. Oly Mata.
Tendencia De Los Sistemas Operativos
DISEÑO DE COMPONENTES Y DESARROLLO BASADO EN COMPONENTES
Patrón de Diseño Brigde ( Handle/Body) Calderón Márquez Jorge Alberto Posgrado de Ciencia e Ingeniería en Computación. Tecnología Orientada a Objetos.
Arquitectura de una aplicación Arquitectur a: desarrolla un plan general del sistema, asegurando que las necesidades de los usuarios sean atendidas. Ingeniería.
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
Modelo de procesos de software
Fundamentos de Ingeniería de Software
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
Transcripción de la presentación:

Sistemas de eventos discretos.

1.Introduccion. La rápida evolución de las tecnologías de la computación y comunicación han ayudado a la proliferación de nuevos sistemas dinámicos mas complejos. Sistemas de manufactura automáticos. Sistemas de control de trafico. Sistemas avanzados de monitoreo y control. Sistemas inteligente de trasporte Etc.

1. ¿Que es un sistema? .

2.modelos. Es una abstracción de la realidad. Es una representación de la realidad que ayuda a entender como funciona Es una construcción intelectual y descriptiva de una entidad en la cual un observador tiene interés Supuestos simples son usados para capturar el comportamiento importante

1.Tipos de modelos.

1.Simulacion. Es el proceso de diseñar y desarrollar un modelo computarizado de un sistema o proceso y someterlo a experimentos con el propósito de entender el comportamiento del sistema o evaluar varias estrategias con las cuales se puede operar el sistema. Se pueden estudiar el efecto de cambios internos y externos del sistema y observar las alteraciones en el comportamiento del sistema Conduce a un mejor entendimiento del sistema, esto permite sugerir estrategias que mejoren la operación y eficacia del sistema Permite detectar la variables mas importantes que interactúan en el sistema, y las relaciones entre estas.

1.Simulacion por eventos discretos. Es una técnica de modelado dinámico de sistemas que se caracteriza por un control en la variable del tiempo que permite avanzar a este a intervalos variables, en función de la planificación de ocurrencia de tales eventos en un tiempo futuro. ¿ pero que rayos significa esto?

1. simulación por eventos discretos (cont.) Su comportamiento se caracteriza por una secuencia finita o infinita de estados delimitados por eventos que ocurren de manera asíncrona. Entidad

1. simulación por eventos discretos (cont.) Los componentes básicos son. La representación de arribo de nuevas entidades. (piezas, clientes, etc.) La representación de lo que sucede con las entidades dentro del sistema. El mecanismo de finalización de la simulación (tiempo, cantidades de entidades atendidas, etc.)

1.caracteristicas. Son asíncronos: por que los eventos pueden ocurrir en cualquier momento, sin ningún tipo de periodicidad ni de continuidad. Están dirigidos por eventos: cuando ocurre un suceso cambia el estado del sistema. Son secuenciales: por que puede haber eventos que guarden una cierta secuencia Presentan asincronizacion: es el problema de retrasar la ejecución de un proceso hasta que se cumpla una determinada condición Pueden presentar parada por interbloqueo. Ejem. Un robot a cogido una pieza de la maquina 1 y la maquina 2 requiere la pieza y no la recibe.

http://miguel6c.blogspot.com/ Chiste !! Chiste!!

1. Genial!! ¿ como madres modelo eso? .

1.Redes de petri. Es una representación grafica de un sistema a eventos discretos, ideales para describir y estudiar sistemas con las siguientes características: Procesan información. concurrentes Asíncronas Distribuidas Paralelas Etc.

1.Definiciones básicas. Las redes de petri son un grafo orientado por: Plazas: representan los procesos del programa (planta o proceso) Transiciones: representan las condiciones necesarias para que un proceso se ejecute (paso de estado entre un plaza a otra) Arcos dirigidos: relacionan condiciones y procesos (identifican el flujo) Tokens: si están presentes en una plaza indican que se verifica la condición que presenta esa plaza (materia prima) El disparo: consiste en quitar un token de cada plaza de entrada y añadir un token a una de las plazas de salida

1.caracteristicas.

1.Ejemplos de disparo.

1.Evolucion del marcado.

1.Estructuras.

1.Caso propuesto. Se desea realizar una simulación de 10 operaciones de corte (co) que serán realizadas por una sola maquina (mq1), dicha operación requiere un tiempo exacto de 5 minutos por unidad procesada, para llevar a acabo esta tarea, se necesita 2 unidades de materia prima 1 (mp1) y 1 unidad de materia prima (mp2) Supuesto: la maquina solo podrá procesar una unidad al tiempo. Se omiten los traspoortes

Patrones de diseño.

1.Hacer software no es fácil.

1.Hacer software no es fácil. Diseñar software orientado a objetos es difícil, y diseñar software orientado a objetos reutilizable es todavía mas difícil Un software capaz de evolucionar tiene que ser reutilizable( al menos para las versiones futuras) El software cambia Para anticiparse a los cambios en los requisitos hay que diseñar pensando en que aspectos pueden cambiar Los patrones de diseño están orientados al cambio

1.Los patrones pretenden. Proporcionar catálogos de elementos reusables en el diseño de sistema software Formalizar un vocabulario común entre diseñadores Estandarizan el modo en que realiza el diseño Facilitar el aprendizaje de nuevas generaciones de diseñadores condensando conocimiento existente

1.Los patrones no pretenden. Imponer ciertas alternativas de diseño frente a otras Eliminar la creatividad inherente al proceso de diseño Importante No es obligatorio utilizar los patrones. Es aconsejable en el caso de tener el mismo problema o similar que soluciona el patrón Abusar o forzar el uso de los patrones puede ser un error

1.Por que debo usar patrones. Los patrones de diseño son soluciones bien pensadas a problemas conocidos de programación Muchos programadores han padecido de estos problemas antes y han utilizado estas soluciones para ponerles remedio No reinventar la rueda

1.¿Que es un patrón?. Un patrón de diseño es una descripción de clases y objetos comunicándose entre si, adaptada para resolver un problema de diseño común. se encuentran patrones de clases y objetos de comunicaciones recurrentes en muchos sistemas orientados a objetos. Estos patrones resuelven problemas de diseño especifico y hacen el diseño flexible y reusable

1.Alexende(arquitecto) lo define. Cada patrón describe un problema que ocurre una y otra vez en nuestro entorno y describe también la solución al problema, de forma que puede utilizarse un millón de veces sin tener que hacer dos veces lo mismo

1.Clasificacion de los patrones. Según su propósito De creación: concierne al proceso de creación de objetos. (inicialización y configuración de objetos) De estructura: tratan la composición de clases y/o objetos (separan la interfaz de la implementación, se ocupan de como las clases y objetos se agrupan) De comportamiento: caracterizan las formas en las que interactúan y reparten responsabilidades las distintas clases de u objetos (Describe la comunicación entre clases y objetos )

1.Clasificacion de los patrones.

1. Patrones de diseño fundamentales. DELEGATION Utilidad Cuando se quiere extender y realizar la funcionalidad de una clase sin utilizar herencia Ventajas En vez de herencia múltiple Cuando una clase que hereda de otra quiere ocultar algunos de los métodos heredados Compartir código que no se puede heredar

1. El problema.

1. La solución.

1. implementación.

1. Patrón estructural. ADAPTER Utilidad Convertir la interfaz de una clase en otra interfaz esperada para los clientes Permite que clases con interfaces incompatibles se comuniquen Ventajas Se requiere utilizar una clase ya existente y su interfaz no se corresponde con la interfaz que necesita Se requiere envolver código no orientado a objeto con forma de clase.

1. El problema .

1.La solución.

1.ejemplo.

1.conclusiones.