ANALISIS Y DISEÑO DE SISTEMAS EN TIEMPO REAL

Tamaño: px
Comenzar la demostración a partir de la página:

Download "ANALISIS Y DISEÑO DE SISTEMAS EN TIEMPO REAL"

Transcripción

1 LICENCIATURA EN SISTEMAS ANALISIS Y DISEÑO DE SISTEMAS EN TIEMPO REAL Lic. Carlos Imparato - Lic. Andrés Shokida ADTR-ApunteProg-2011.doc 0 / 40ADTR Cód

2 SISTEMAS DE TIEMPO REAL (STR / RTS) Definición En base a la definición de Donald B. Gillies, un sistema de tiempo real es aquel en el que para que las operaciones computacionales se consideren correctas no solo depende de que la lógica e implementación de los programas computacionales sean correctos, sino también del tiempo en el que dicha operación entregó su resultado. Si las restricciones de tiempo no son respetadas el sistema se dice que ha fallado. Por la definición es preciso aclarar que un sistema on-line ó los sistemas interactivos no necesariamente son sistemas de tiempo real ya que en un sistema interactivo el usuario podría tolerar demoras de varios cientos de milisegundos sin que ello provoque un fallo en el sistema o un incumplimiento funcional. Por lo tanto en los sistemas de tiempo real es esencial que las restricciones de tiempo en los sistemas sean cumplidas. Para garantizar el comportamiento en el tiempo requerido se necesita que el sistema sea predecible. Cabe mencionar que tiempo real no es sinónimo de rapidez; esto significa que no es la latencia de la respuesta lo que nos enfoca en los sistemas de tiempo real (esta latencia a veces puede estar en el orden de los segundos), el enfoque en tiempo real de la latencia es asegurarse de que sea suficiente para resolver el problema para el cual el sistema está dedicado. Por lo tanto para cumplir con las restricciones temporales es necesario utilizar técnicas formales para la validación del diseño. CLASIFICACION DE STR En función a las restricciones de tiempos los sistemas de tiempo real se clasifican en : Sistemas Hard real-time ó estrictos: sistemas donde es imperativo que la respuesta ocurra dentro del plazo requerido. Ej. Sistema de Control de Vuelo. Sistemas Soft real-time ó no estrictos: os plazos son importantes pero el sistema sigue funcionando si no se cumplen los plazos ocasionalmente. Ej. Sistema de Adquisición de Datos. Las restricciones de tiempo están relacionadas al rigor del cumplimiento de los tiempos máximos de respuesta y no a valores absolutos de tiempos, con lo cual un sistema hard real time podría tener un plazo máximo superior a un soft real time. Por ej. un sistema hard real time con un plazo máximo de 800 mseg (sin tolerancia) y un sistema soft real time con un plazo de 600 mseg con una tolerancia de más de + 50%. SISTEMAS DE CONTROL AUTOMATICO El control automático es el mantenimiento de un valor deseado dentro de una cantidad o condición, midiendo el valor existente, comparándolo con el valor deseado, y utilizando la diferencia para proceder a reducirla. En consecuencia, el control automático exige un lazo cerrado de acción y reacción que funcione sin intervención humana. El elemento mas importante de cualquier sistema de control automático es el lazo de control realimentado básico. El control automático de procesos se usa fundamentalmente porque reduce el costo de los procesos industriales, siendo la eliminación de errores otra contribución positiva del uso del control automático. ADTR-ApunteProg-2011.doc 1 / 40ADTR Cód

3 El principio del control automático o sea el empleo de una realimentación o medición para accionar un mecanismo de control, se usa en diversos campos como el control de procesos químicos y del petróleo, control automotriz, control de hornos en la fabricación del acero, control de máquinas herramientas y en el control y trayectoria de un proyectil. El uso de las aplicaciones de software en tiempo real sobre arquitecturas de computadoras y los sistemas embebidos han posibilitado la aplicación de ideas de control automático a sistemas físicos que hace apenas pocos años eran imposibles de analizar o controlar. El concepto de la realimentación no es nuevo, el primer lazo de realimentación fue usado en 1774 por James Watt para el control de la velocidad de cualquier máquina de vapor. A pesar de conocerse el concepto del funcionamiento, los lazos se desarrollaron lentamente hasta que los primeros sistemas de transmisión neumática comenzaron a volverse comunes en los años de la década del 40, y en los años pasados se han visto un extenso estudio y desarrollo en la teoría y aplicación de los lazos realimentados de control. En la actualidad los lazos de control son un elemento esencial para la manufactura económica y prospera de virtualmente cualquier producto, desde el acero hasta los productos tecnológicos y alimenticios. CLASIFICACION DE SISTEMAS DE CONTROL AUTOMATICO Los sistemas de control se clasifican en sistemas de lazo abierto y a lazo cerrado. La distinción la determina la acción de control, que es la que activa al sistema para producir la salida. Un sistema de control de lazo abierto es aquel en el cual la acción de control es independiente de la salida. Un sistema de control de lazo cerrado es aquel en el que la acción de control es en cierto modo dependiente de la salida. Los sistemas de control a lazo abierto tienen dos rasgos sobresalientes: a) La habilidad que éstos tienen para ejecutar una acción con exactitud está determinada por su calibración. Calibrar significa establecer o restablecer una relación entre la entrada y la salida con el fin de obtener del sistema la exactitud deseada. b) Estos sistemas no tienen el problema de la inestabilidad que presentan los de lazo cerrado. Los sistemas de control de lazo cerrado se llaman comúnmente sistemas de control por realimentación. Ejemplo 1 Un lavarropas es un sistema de control de lazo abierto que está controlado por un programa de lavado fijo que debe ser anticipado por el usuario quien no forma parte del sistema. El control de la salida del sistema (la calidad del lavado) no es controlado ni verificado en forma automática por el sistema ya que sería muy costoso. Ejemplo 2 Un mecanismo de piloto automático y el avión que controla forman un sistema de control de lazo cerrado (por realimentación). Su objetivo es mantener una dirección y estabilidad específica del avión a pesar de los cambios atmosféricos. El sistema ejecutará su tarea midiendo continuamente la dirección instantánea del avión y ajustando automáticamente las superficies de dirección del mismo (timón, aletas, etc.) de modo que la dirección instantánea coincida con la especificada. El piloto u operador quien fija con anterioridad el piloto automático, no forma parte del sistema de control. CONTROL POR REALIMENTACION El lazo de control realimentado simple sirve para ilustrar los cuatro elementos principales de cualquier lazo de control (Fig.2). ADTR-ApunteProg-2011.doc 2 / 40ADTR Cód

4 La medición debe ser hecha para indicar el valor actual de la variable controlada por el lazo. Mediciones corrientes usadas en la industria incluyen caudal, presión, temperatura, mediciones analíticas tales como ph, ORP, conductividad y muchas otras particulares específicas de cada industria. Los elementos principales del lazo de control se describen a continuación. Realimentación La realimentación es la propiedad de una sistema de lazo cerrado que permite que la salida (o cualquier otra variable controlada del sistema) sea comparada con la entrada al sistema (o con una entrada a cualquier componente interno del mismo con un subsistema) de manera tal que se pueda establecer una acción de control apropiada como función de la diferencia entre la entrada y la salida. Más generalmente se dice que existe realimentación en un sistema cuando existe una secuencia cerrada de relaciones de causa y efecto ente las variables del sistema. El concepto de realimentación está claramente ilustrado en el mecanismo del piloto automático del ejemplo dado. La entrada es la dirección especificada, que se fija en el tablero de control del avión y la salida es la dirección instantánea determinada por los instrumentos de navegación automática. Un dispositivo de comparación explora continuamente la entrada y la salida. Cuando los dos coinciden no se requiere acción de control. Cuando existe una diferencia entre ambas, el dispositivo de comparación suministra una señal de acción de control al controlador, o sea al mecanismo de piloto automático. El controlador suministra las señales apropiadas a las superficies de control del avión, con el fin de reducir la diferencia entre la entrada y la salida. La realimentación se puede efectuar por medio de una conexión eléctrica o mecánica que vaya desde los instrumentos de navegación que miden la dirección hasta el dispositivo de comparación. Características de la realimentación Los rasgos funcionales más importantes de la aplicación de realimentación en un sistema de lazo cerrado son: a) Aumento de la exactitud. Por ejemplo, la habilidad para reproducir la entrada fielmente b) Reducción de la sensibilidad de la salida, correspondiente a una determinada entrada ante variaciones en las características del sistema. c) Efectos reducidos de la no linealidad y de la distorsión. ADTR-ApunteProg-2011.doc 3 / 40ADTR Cód

5 d) Aumento del intervalo de frecuencias (de la entrada) en el cual el sistema responde satisfactoriamente (aumento del ancho de banda). e) Tendencia a la oscilación o a la inestabilidad. El actuador final Por cada proceso debe haber un actuador final, que regule el suministro de energía o material al proceso y cambie la señal de medición. Mas a menudo éste es algún tipo de válvula, pero puede ser además una correa o regulador de velocidad de motor, posicionador, etc. El proceso Los tipos de procesos encontrados en las plantas industriales son tan variados como los materiales que las mismas producen. Estos se extienden desde lo simple y común, tales como los lazos que controlan caudal, hasta los grandes y complejos como los que controlan columnas de destilación en la industria petroquímica, plantas de reacción nuclear, aviación ó robots de montaje y soldadura de industria automotriz. El controlador automático El último elemento del lazo es el controlador automático, su trabajo es controlar la medición. Controlar significa mantener la medición dentro de límites aceptables. Los mecanismos dentro del controlador automático no serán considerados. Por lo tanto, los principios a ser tratados pueden ser aplicados igualmente tanto para los controladores neumáticos como para los electrónicos y a controladores de todos los fabricantes. Todos los controladores automáticos usan las mismas respuestas generales, a pesar de que los mecanismos internos y las definiciones dadas para estas respuestas pueden ser ligeramente diferentes de un fabricante al otro. Un concepto básico es que para que el control realimentado automático exista, es que el lazo de realimentación esté cerrado. Esto significa que la información debe ser continuamente transmitida dentro del lazo. El controlador debe poder mover a la válvula, la válvula debe poder afectar a la medición, y la señal de medición debe ser reportada al controlador. Si la conexión se rompe en cualquier punto, se dice que el lazo está abierto. Tan pronto como el lazo se abre, como ejemplo, cuando el controlador automático es colocado en modo manual, la unidad automática del controlador queda imposibilitada de mover la válvula. Así las señales desde el controlador en respuesta a las condiciones cambiantes de la medición no afectan a la válvula y el control automático no actúa. Tipos de respuestas del controlador La primera y mas básica característica de la respuesta del controlador ha sido indicada como la acción directa o reversa. Una vez que esta distinción se ha llevado a cabo, existen varios tipos de respuestas que pueden ser usadas para controlar un proceso. Estas son: - Control Si/No (ó On/Off con sus siglas en Inglés), o control de dos posiciones. - Control proporcional - Acción integral (reset) - Acción derivativa ADTR-ApunteProg-2011.doc 4 / 40ADTR Cód

6 El control Si/No El control SI/No es mostrado en la figura 5. Para un controlador de acción reversa y una válvula del tipo presión-para-cerrar. El controlador Si/No tiene dos salidas que son para máxima apertura y para apertura mínima, o sea cierre. Para este sistema se ha determinado que cuando la medición cae debajo del valor de consigna, la válvula debe estar cerrada para hacer que se abra; así, en el caso en que la señal hacia el controlador automático esté debajo del valor de consigna, la salida del controlador será del 100%. A medida que la medición cruza el valor de consigna la salida del controlador va hacia el 0%. Esto eventualmente hace que la medición disminuya y a medida que la medición cruza el valor de consigna nuevamente, la salida vaya a un máximo. Este ciclo continuará indefinidamente, debido a que el controlador no puede balancear el suministro contra la carga. La continua oscilación puede, o puede no ser aceptable, dependiendo de la amplitud y longitud del ciclo. Un ciclo rápido causa frecuentes alteraciones en el sistema de suministro de la planta y un excesivo desgaste de la válvula. El tiempo de cada ciclo depende del tiempo muerto en el proceso debido a que el tiempo muerto determina cuanto tiempo toma a la señal de medición para revertir su dirección una vez que la misma cruza el valor de consigna y la salida del controlador cambia. La amplitud de la señal depende de la rapidez con que la señal de medición cambia durante cada ciclo. En procesos de gran capacidad, tales como cubas de calentamiento, la gran capacidad produce una gran constante de tiempo por lo tanto la medición puede cambiar sólo muy lentamente. El resultado es que el ciclo ocurre dentro de una banda muy estrecha alrededor del valor de consigna, y este control puede ser muy aceptable, si el ciclo no es muy rápido. Por lejos el tipo más común de control usado en la industria es el Si/No. Sin embargo si la medición del proceso es mas sensible a los cambios en el suministro, la amplitud y frecuencia del ciclo comienza a incrementarse, en algún punto el ciclo se volverá inaceptable y alguna forma de control proporcional deberá ser aplicada. De manera de estudiar los otros tres tipos de modos de control automático se usaran respuesta de lazo abierto. Un lazo abierto significa que sólo la respuesta del controlador será considerada. ADTR-ApunteProg-2011.doc 5 / 40ADTR Cód

7 La figura 6 muestra un controlador automático con una señal artificial desde un regulador manual introducida como la medición. El valor de consigna es introducido normalmente y a salida es registrada. Con éste arreglo, las respuestas específicas del controlador a cualquier cambio deseado en la medición puede ser observada. Acción proporcional La respuesta proporcional es la base de los tres modos de control, si los otros dos, acción integral (reset) y acción derivativa están presentes, éstos son sumados a la respuesta proporcional. Proporcional significa que el cambio presente en la salida del controlador es algún múltiplo del porcentaje de cambio en la medición. Este múltiplo es llamado ganancia del controlador. Para algunos controladores, la acción proporcional es ajustada por medio de tal ajuste de ganancia, mientras que para otros se usa una banda proporcional. Ambos tienen los mismos propósitos y efectos. La figura 7 ilustra la respuesta de un controlador proporcional por medio de un indicador de entrada/salida pivotando en una de estas posiciones. Con el pívot en el centro entre la entrada y la salida dentro del gráfico, un cambio del 100% en la medición es requerido para obtener un 100% de cambio en la salida, o un desplazamiento completo de la válvula. Un controlador ajustado para responder de ésta manera se dice que tiene una banda proporcional del 100%. Cuando el pívot es hacia la mano derecha, la medición de la entrada debería tener un cambio del 200% para poder obtener un cambio de salida completo desde el 0% al 100%, esto es una banda proporcional del 200%. Finalmente, si el pívot estuviera en la posición de la mano izquierda y si la medición se moviera sólo cerca del 50% de la escala, la salida cambiaría 100% en la escala. Esto es un valor de banda proporcional del 50%. Por lo tanto, cuanto mas chica sea la banda proporcional, menor será la cantidad que la medición debe cambiar para el mismo tamaño de cambio en la medición. O en otras palabras, menor banda proporcional implica mayor cambio de salida para el mismo tamaño de medición. Esta misma relación está representada por la figura 8. ADTR-ApunteProg-2011.doc 6 / 40ADTR Cód

8 Este gráfico (figura 8) muestra cómo la salida del controlador responderá a medida que la medición se desvía del valor de consigna. Cada línea sobre el gráfico representa un ajuste particular de la banda proporcional. Dos propiedades básicas del control proporcional pueden ser observadas a partir de éste gráfico: Por cada valor de la banda proporcional toda vez que la medición se iguala al valor de consigna, la salida es del 50%. Cada valor de la banda proporcional defina una relación única entre la medición y la salida. Por cada valor de medición existe un valor específico de salida. Por ejemplo, usando una línea de banda proporcional del 100%, cuando la medición está 25% por encima del valor de consigna, la salida del controlador deberá ser del 25%. La salida del controlador puede ser del 25% sólo si la medición esta 25% por encima del valor de consigna. De la misma manera, cuando la salida del controlador es del 25%, la medición será del 25% por encima del valor de consigna. En otras palabras, existe un valor específico de salida por cada valor de medición. Acción integral (reset ) Esta función es llamada acción integral o reset. La respuesta del lazo abierto del modo reset es mostrada en la figura 10, que indica un escalón de cambio en algún instante en el tiempo. En tanto que la medición estuviera en su valor de consigna, no existiría ningún cambio en la salida debido al modo de reset en el controlador. Sin embargo, cuando cualquier error exista entre la medición y el valor de consigna, la acción de reset hace que la salida comience a cambiar y continúe cambiando en tanto el error exista. Esta función, entonces, actúa sobre la salida para que cambie hasta un valor correcto necesario para mantener la medición en el valor de consigna a varias cargas sea alcanzado. Esta respuesta es agregada a la banda proporcional del controlador según se muestra en la figura 11. El escalón de cambio en la medición primero produce una respuesta proporcional, y luego una respuesta de reset es agregada a la proporcional. Cuanta más acción de reset o integral exista en el controlador, mas rápido cambia la salida en función del tiempo. Entre las varias marcas de controladores, la salida de acción integral es medida de una o dos maneras, tanto en minutos por repetición, o en número de repeticiones por minuto. Para aquellos controladores que miden en minutos por repetición, el tiempo de reset es la cantidad de tiempo necesaria para que dicho modo ADTR-ApunteProg-2011.doc 7 / 40ADTR Cód

9 repita la respuesta del lazo abierto causada por el modo proporcional para un paso de cambio de error. Así, para estos controladores, cuanto menor sea el número de reset, mayor será la acción del modo reset. En aquellos controladores que miden la acción de reset en repeticiones por minuto, el ajuste indica cuantas repeticiones de la acción proporcional son generados por el modo de reset en un minuto. Así, para dichos controladores cuanto mayor sea el número reset, mayor será la acción integral. El tiempo de reset es indicado en la figura 11. La correcta cantidad de acción reset depende de cuan rápido la medición puede responder al recorrido adicional de válvula que la misma causa. Acción derivativa La tercera respuesta encontrada en controladores es la acción derivativa. Así como la respuesta proporcional responde al tamaño del error y el reset responde al tamaño y duración del error, el modo derivativo responde a la cuan rápido cambia el error. En la figura 12, dos respuestas derivativas son mostradas. La primera es una respuesta a un corte en la medición alejada del valor de consigna. Para un escalón, la medición cambia en forma infinitamente rápida, y el modo derivativo del controlador produce un cambio muy grande y repentino en la salida, que muere inmediatamente debido a que la medición ha dejado de cambiar luego del escalón. La segunda respuesta muestra la respuesta del modo derivativo a una medición que está cambiando a un régimen constante. La salida derivativa es proporcional al régimen de cambio de éste error. Cuanto mayor sea el cambio, mayor será la salida debido a la acción derivativa. La acción derivativa mantiene ésta salida mientras la medición esté cambiando. Tan pronto como la medición deja de cambiar, esté o no en el valor de consigna, la respuesta debido a la acción derivativa cesará. Entre todas las marcas de controladores, la respuesta derivativa es comúnmente medida en minutos como se indica en la figura 13. ADTR-ApunteProg-2011.doc 8 / 40ADTR Cód

10 En resumen de lo visto para alcanzar el control automático, el lazo de control deberá estar cerrado. Para tener una lazo realimentado de control estable, el ajuste mas importante del controlador es la selección de la acción correcta, sea directa o inversa. La incorrecta selección de ésta acción hará que la salida del controlador sea inestable, y por lo tanto la elección correcta hará que la salida del controlador cambie de tal manera que el movimiento de la válvula se oponga a cualquier cambio en la medición detectada por el controlador. El valor correcto de los ajustes de banda proporcional, reset, y tiempo derivativo dependen de las características del proceso, cabe consignar que en los controladores actuales dichos valores se pueden detectar en forma automática, ya que el controlador dispone de un modo en que produce alteraciones controladas, y dentro de ciertos límites establecidos previamente por el operario, en la salida se miden los resultados del proceso para una cierta cantidad de ciclos de alteración, en base a éste comportamiento puede detectar cuál es el mejor conjunto de ajustes para controlar un proceso mediante el software interno del aparato. La función del modo reset (también llamado acción integral) es para eliminar el offset. Si mucho valor de offset es usado es resultado será una oscilación de la medición cuando el controlador acciona la válvula de un extremo al otro. Si un valor muy bajo de reset es usado, el resultado será que la medición retorna al valor de consigna más lentamente que lo posible. El modo derivativo se opone a cualquier cambio en la medición. Una acción derivativa muy pequeña no tiene efecto significativo, una acción con valores muy altos provoca una respuesta excesiva del controlador y un ciclo en la medición. SISTEMAS OPERATIVOS DE TIEMPOR REAL (SOTR / RTOS) Un punto importante a destacar es que los sistemas de tiempo real (RTS) y los sistemas operativos de tiempo real (RTOS) no son conceptos equivalentes: un RTOS brinda las facilidades de la plataforma como multitarea, concurrencia, paralelismo, schedulling, mecanismos de comunicación entre procesos, etc., para implementar los sistemas de tiempo real, es decir el RTOS es la plataforma en la cual se monta el RTS. El estándar POSIX define tiempo real para sistemas operativos como la capacidad del sistema operativo para proveer un nivel requerido de servicio en un tiempo de respuesta limitado. POSIX son las siglas de Portable Operating System Interface; la X proviene de UNIX. Es una familia de estándares de llamadas al sistema operativo definidos por el IEEE (Institute of Electrical and Electronics Engineers) y especificados formalmente en el IEEE Su objetivo es generalizar las interfaces de los sistemas operativos para que una misma aplicación pueda ejecutarse en distintas plataformas. Estos estándares surgieron de un proyecto de normalización de las API y describen un conjunto de interfaces de aplicación adaptables a una gran variedad de implementaciones de sistemas operativos. ADTR-ApunteProg-2011.doc 9 / 40ADTR Cód

11 La serie de pruebas del estándar POSIX son llamadas "PCTS" en alusión al acrónimo "Posix Conformance Test Suite". Las partes que componen el estándar POSIX son : POSIX.1, Core Services (implementa las llamadas del ANSI C estándar). Incluye: o Creación y control de procesos. o Señales. o Excepciones de punto flotante. o Excepciones por violación de segmento. o Excepciones por instrucción ilegal. o Errores del bus. o Temporizadores. o Operaciones de ficheros y directorios (sobre cualquier fs montado). o Tuberías (Pipes). o Biblioteca C (Standard C). o Instrucciones de entrada/salida y de control de dispositivo (ioctl). POSIX.1b, extensiones para tiempo real: o Planificación (scheduling) con prioridad. o Señales de tiempo real. o Temporizadores. o Semáforos. o Intercambio de mensajes (message passing). o Memoria compartida. o Entrada/salida síncrona y asíncrona. o Bloqueos de memoria. POSIX.1c, extensiones para hilos (threads): o Creación, control y limpieza de hilos. o Planificación (scheduling). o Sincronización. o Manejo de señales. CARACTERISTICAS DE LOS RTOS Los sistemas operativos de tiempo real se caracterizan por satisfacer requisitos en los siguientes aspectos: Determinismo Sensibilidad Control del usuario Fiabilidad Tolerancia a los fallos Un sistema operativo es determinista si realiza las operaciones en instantes fijos y predeterminados o en intervalos de tiempos predeterminados. Cuando compiten varios procesos por los recursos y por el tiempo del procesador, depende, en primer lugar, de la velocidad con la que pueda responder a las interrupciones y en segundo lugar, de si el sistema posee suficiente capacidad para gestionar todas las peticiones en el tiempo requerido. Un sistema operativo para operar de forma determinista debe contemplar el retardo máximo que se produce de la llegada de la interrupción de un dispositivo de alta prioridad hasta que comienza el servicio. ADTR-ApunteProg-2011.doc 10 / 40ADTR Cód

12 La sensibilidad. El determinismo hace referencia a cuanto tiempo consume un sistema operativo en reconocer una interrupción. La sensibilidad se refiere a cuanto tiempo consume un sistema operativo en dar servicio a la interrupción después de reconocerla. Las características de la sensibilidad son, entre otras: 1. La cantidad de tiempo necesario para iniciar la gestión de la interrupción y comenzar la ejecución de su rutina de tratamiento (ISR, interrupt service routine). 2. La cantidad de tiempo necesario para ejecutar la ISR. Generalmente, depende de la plataforma del hardware. 3. El efecto del tratamiento de interrupciones. El servicio se retrasara si una rutina de interrupción puede ser interrumpida por la llegada de otra interrupción. El determinismo y la sensibilidad forman conjuntamente el tiempo de respuesta a sucesos externos. Los requisitos en tiempo de respuesta son críticos ya que cada sistema debe cumplir los requisitos de tiempo impuesto por los individuos, dispositivos y flujos de datos externos al sistema. El control del usuario es generalmente mucho mayor en un sistema operativo en tiempo real que en un sistema operativo ordinario. En sistema operativo típico que no sea en tiempo real, el usuario no tiene control sobre la función de planificación del sistema operativo. En un sistema en tiempo real resulta esencial permitir al usuario un control preciso sobre la prioridad de las tareas. El usuario debe poder distinguir entre tareas rígidas y flexibles y especificar prioridades relativas dentro de cada clase. Un sistema en tiempo real también permitirá al usuario especificar características. Que procesos deben estar siempre residente en la memoria principal. La fiabilidad es normalmente mucho mas importante en sistemas en tiempo real que en los que no lo son. Un fallo transitorio en un sistema que no sea en tiempo real puede resolverse simplemente volviendo a reiniciar el sistema. Un fallo de un procesador en un multiprocesador que no sea en tiempo real produce una reducción del nivel de servicio hasta que se repara o sustituye el procesador averiado. Pero un sistema en tiempo real responde y controla sucesos en tiempo real. Las perdidas o degradaciones del rendimiento pueden tener consecuencias catastróficas, que pueden ir desde perdida financieras hasta daños en equipo e incluso perdida de vidas humanas. La tolerancia a los fallos es una característica que hace referencia a la capacidad de un sistema de conservar la máxima capacidad y los máximos datos posibles en caso de fallos por Ej., un sistema UNIX cuando detecta datos corruptos en el núcleo, genera un mensaje de error en la consola del sistema, vuelca el contenido de la memoria en el disco para un análisis posterior y finaliza la ejecución del sistema. Un sistema en tiempo real intentara corregir el problema o minimizar sus efectos mientras continúa la ejecución. Un aspecto importante a la tolerancia a los fallos es la estabilidad. Un sistema en tiempo real si, en los casos en los que es imposible cumplir todos los plazos de ejecución de las tareas, el sistema cumple los plazos de las tareas mas criticas y de mayor prioridad, incluso si no se cumple los de alguna tarea menos critica. Para cumplir los requisitos anteriores los sistemas operativos actuales en tiempo real incluyen normalmente las siguientes características: Cambios rápidos de procesos o hilos. Pequeño tamaño (con una mínima funcionalidad asociada). Capacidad de responder rápidamente a interrupciones externas. Multitarea con herramientas de comunicación entre procesos, como semáforos, señales y sucesos. ADTR-ApunteProg-2011.doc 11 / 40ADTR Cód

13 Uso de archivos secuénciales especiales que puedan acumular datos a alta velocidad. Planificación preferente basadas en prioridades. Reducción de intervalos en los que están inhabilitadas las interrupciones. Primitivas para demorar tareas durante un tiempo fijo y para detenerlas y reanudarlas. Alarmas especiales y temporizadores. El corazón de un sistema operativo de tiempo real es el planificador de tareas a corto plazo y es lo que lo diferencia de los sistemas operativos genéricos. El task manager (planificador de tareas) está compuesto por el Dispatcher y el Scheduler. El Dispatcher realiza el cambio de contexto administrando las tareas salientes y las entrantes para la CPU. El Scheduler tiene la función de seleccionar la próxima tarea que se asignará al procesador y el algoritmo utilizado para esta función es lo que distingue a los RTOS de los sistemas operativos de aplicaciones generales. Lo que resulta importante es que todas las tareas rígidas de tiempo real acaben (o comiencen) en su plazo y que también acaben (o comiencen) en su plazo tantas tareas flexibles de tiempo real como sea necesario. La mayoría de los sistemas operativos actuales en tiempo real son incapaces de trabajar directamente con plazos. En su lugar, se han diseñado para ser tan sensibles como sea posible a las tareas de tiempo real, de forma que, cuando se aproxima un plazo se pueda planificar rápidamente la traerá. Las aplicaciones de tiempo real normalmente necesitan tiempos de respuesta deterministas en un rango de varios milisegundos. Las aplicaciones límite como los simuladores de aviones militares por ej. presentan a menudo restricciones en un rango de diez a cien microsegundos. METODOS DE DISEÑO Para diseñar sistemas de tiempo real son necesarias técnicas formales que permiten especificar y analizar sistemas concurrentes con restricciones temporales. Gomaa (1994) sugiere cuatro objetivos importantes para un método de diseño de tiempo real. El mismo debe ser capaz de: Estructurar un sistema en tareas concurrentes Dar soporte al desarrollo del componentes reusables mediante la ocultación de información Definir los aspectos de comportamiento mediante máquinas de estado finito Analizar las prestaciones de un diseño para determinar sus propiedades de tiempo real. Para los sistemas de tiempo real estricto se presenta la desventaja importante de que los problemas de temporización en algunos casos sólo son detectables durante la prueba o incluso peor, tras el deployment de la aplicación. Del mismo modo que para el diseño de aplicaciones genéricas, sólo se obtienen productos fiables y correctos si las actividades de especificación, diseño, implementación y testing se llevan a cabo con una completa y alta calidad. La clave para alcanzar la calidad se apoya en una adecuada verificación y validación. ADTR-ApunteProg-2011.doc 12 / 40ADTR Cód

14 MODELADO DE STR El modelo de tiempo real de un sistema informático es una abstracción que proporciona la información cualitativa y cuantitativa necesaria para evaluar y predecir su comportamiento temporal. Es el medio del que se vale el diseñador para formular los requisitos temporales durante la fase de especificación, razonar sobre su arquitectura en las fases de diseño y certificar su planificabilidad en las fases de validación. Los métodos formales son particularmente efectivos en el desarrollo de los niveles de especificación y de requerimientos aunque pueden utilizarse para el desarrollo formal completo de una implementación. En ciencias de la computación los métodos formales se refieren a técnicas basadas en las ciencias matemáticas para la especificación, desarrollo y verificación del software y hardware de sistemas. El enfoque es especialmente importante in sistemas de alta integridad donde la seguridad es importante para asegurar que los errores no se introducen en el proceso de desarrollo. Un sistema se modela para poder manejar su complejidad y como herramienta para: Servir de ayuda para el desarrollo de la tarea (uno mismo) Visualizar lo hecho hasta el momento (uno mismo) Comunicar el avance obtenido (el cliente y el equipo de desarrollo) Documentar el desarrollo de la aplicación (el equipo de desarrollo) El modelado permite la construcción y la validación de sistemas : Es deseable un desarrollo lo más rápido y menos costoso posible Un error es más caro y complejo de encontrar y resolver después de la liberación del sistema al usuario Es muy importante evaluar la calidad de los sistemas conforme avanza su desarrollo. En cuanto del alcance del modelado es necesario considerar diferentes niveles: Nivel 0: especificación informal Nivel 1: especificación formal (uso de técnicas con base matemática, para la especificación, diseño y construcción del sistema) Nivel 2: construcción manipulando la especificación y verificación con argumentos matemáticos Nivel 3: prueba de propiedades Los niveles 1 al 3 se relacionan con la noción de métodos formales. ASPECTOS A MODELAR Por lo general existen 3 aspectos a modelar: estructura, comportamiento y atributos de calidad. Los aspectos de interés a modelar en un sistema de tiempo real son: ADTR-ApunteProg-2011.doc 13 / 40ADTR Cód

15 Distribución de los componentes de hardware y protocolos de comunicación entre ellos Restricciones temporales que afectan el desempeño del sistema (performance) Concurrencia y sincronización en el acceso a recursos compartidos Planning y scheduling de tareas propiedades generales (liveness y safety) Existen diversos modelos y herramientas que pueden emplearse : Modelos teóricos: Grafos Temporizados, FOCUS [Bro02], SDL (Specification and Description Language, Prototipos ad hoc Modelos gráficos: UML Profile for Schedulability, Performance, and Time [UML], UML Profile for System on a Chip Herramientas de Verificación: Kronos, UPPAAL [UPP] Simulación: SystemC [Sys], VHDL (VHSIC Hardware Description Language) Actualmente la industria utiliza plataformas distribuidas sobre las que se ejecutan concurrentemente múltiples aplicaciones, de las cuales algunas tienen requisitos de tiempo real y otras requieren determinados niveles de calidad de servicio. A fin de abordar la complejidad que resulta en estos sistemas, gestionar la diversidad de versiones que se han de manejar, y cumplir los plazos de desarrollo que impone la evolución del mercado, actualmente se ha impuesto la componer su diseño en todos sus niveles en los sistemas operativos, en el software de intermediación y en el diseño del código de la propia aplicación. La división en componentes en sí es un aspecto complementario e independiente al proceso de diseño de tiempo real, sin embargo, al introducir cambios profundos en la metodología de desarrollo de las aplicaciones, interfiere con los métodos que han venido utilizándose en el diseño de tiempo real. En las metodologías tradicionales de diseño de sistemas de tiempo real, las aplicaciones son concebidas y descritas inicialmente como conjuntos de tareas o transacciones concurrentes dentro de un paradigma de sistema reactivo, y es en una fase posterior cuando, a fin de estructurar el código, las operaciones utilizadas se organizan en módulos siguiendo criterios de dominio, tareas o subsistemas. Por el contrario, cuando se utiliza una estrategia de diseño basada en componentes, el sistema se concibe y diseña ensamblando módulos reusables procedentes de catálogos de componentes disponibles, en función de que proporcionan la funcionalidad que se necesita, y es posteriormente cuando se asocian las secuencias de actividades resultantes a los procesos o hilos de flujo que introducen el modelo de concurrencia, siendo no unívoca la asociación entre componentes y procesos. En el diseño de los sistemas basados en componentes hay que hacer compatibles los dos puntos de vista: el estructural (estático) que identifica las operaciones como servicios de las instancias de los componentes y el reactivo (dinámico) donde las actividades (invocación de las operaciones) se organizan por tareas o procesos. Una metodología de modelado de aplicaciones basadas en componentes tiene que proporcionar recursos para formular el modelo de tiempo real de un componente como un ente independiente, y así mismo, debe ofrecer las propiedades de componibilidad necesarias para que el modelo de tiempo real de la aplicación pueda construirse por composición de los modelos de tiempo real de los componentes que la conforman. Para ello hay que considerar las siguientes características que son inherentes a estos sistemas: ADTR-ApunteProg-2011.doc 14 / 40ADTR Cód

16 - El comportamiento temporal de un servicio, no solo depende del código del componente que lo ofrece, sino también del comportamiento temporal de los servicios de otros componentes de los que hace uso. - La respuesta temporal de un componente software depende de la plataforma (hardware, sistema operativo, recursos de comunicación, etc.) que lo ejecuta, y por tanto, los modelos de tiempo real de los componentes han de incorporar referencias a los modelos de la plataforma. - La respuesta temporal de un componente está condicionada por la ejecución de otros componentes que se ejecutan concurrentemente con él en la misma plataforma y con los que comparte recursos. MODELADO DE COMPORTAMIENTO CON MAQUINAS DE ESTADO FINITO (Finite State Machine - FSM) INTRODUCCIÓN Las máquinas de estado finito son una herramienta muy útil para especificar aspectos relacionados con tiempo real, dominios reactivos o autónomos, computación reactiva, protocolos, circuitos, arquitecturas de software, etc. El modelo de FSM (Finite State Machines) es un modelo que posee sintaxis y semántica formales y que sirve para representar aspectos dinámicos que no se expresan en otros diagramas. Las máquinas de estados se pueden clasificar en aceptoras o transductoras: Aceptoras (también llamadas reconocedoras): Son aquellas en donde la salida es binaria (si/no), depende únicamente del estado y existe un estado inicial. Puede decirse, entonces, que cuando la máquina produce una salida "positiva" (es decir, un "si"), es porque ha "reconocido" o "aceptado" la secuencia de entrada. En las máquinas de estados aceptoras, los estados con salida "positiva" se denominan estados finales. Transductoras: Son las más generales, que convierten una secuencia de señales de entrada en una secuencia de salida, pudiendo ésta ser binaria o más compleja, depender de la entrada actual (no sólo del estado) y pudiendo también prescindirse de un estado inicial. La bibliografía a veces llama autómata finito a las aceptoras, mientras que en otros casos se emplea autómata como sinónimo de máquina de estados sin importar su tipo. Las aceptoras son los de mayor interés en la Teoría de la Computación, más precisamente en la Teoría de autómatas, siendo éstas ramas de la matemática. Las transductoras, en cambio, lo son en la electrónica digital y la computación práctica. Es por eso que, por lo general, en los textos sobre matemática y ciencias de la computación se suele hablar de autómatas (y se refieren a las aceptoras) mientras que los de electrónica y computación práctica hablan de máquinas de estados (y se refieren a los transductoras). Ventajas de una FSM Su simplicidad hace fácil para los desarrolladores sin experiencia realizar la implementación con poco o nada de conocimiento extra (fácil entrada) Predictibilidad (en FSM deterministas), dado un grupo de entradas y un estado actual conocido, puede predecirse la transición de estados, facilitando la tarea de verificación Dada su simplicidad, los FSM son rápidos de diseñar, rápidos e implementar y rápidos de ejecutar ADTR-ApunteProg-2011.doc 15 / 40ADTR Cód

17 FSM en una técnica antigua de representación de conocimiento y modelado de sistemas, y ha sido usados desde hace tiempo, como tal ha sido verificado como una técnica de inteligencia artificial, con muchos ejemplos de los que aprender Las FSM son relativamente flexibles. Existen varias maneras de implementar un sistema basado en FSMs en términos de su topología, y es fácil incorporar muchas otras técnicas. La transferencia desde una representación abstracta del conocimiento a una implementación es fácil Bajo uso del procesador; apropiado para dominios donde el tiempo de ejecución está compartido entra varios módulos o subsistemas. Solo el código del estado actual ha de ser ejecutado, además de un poco de lógica para determinar el estado actual. Es fácil determinar si se puede llegar o no a un estado, en las representaciones abstractas, resulta obvio si se puede o no llegar a un estado desde otro, y que requerimientos existen para hacerlo. Como la mayoría de técnicas, las heurísticas para saber dónde y como implantar máquinas de estados finitos son subjetivas y dependen de cada problema específico. Esta claro que las FSMs están bien adaptadas a dominios de problemas que se expresan fácilmente usando diagramas de flujo y poseen un grupo de estados y reglas que gobiernan las transiciones entre estados bien definidos. Sintaxis Las máquinas de estado finito se definen como una tupla {S,, A S S, sk}, donde: S= {S1, S2,,Sm }: es un conjunto finito de nodos. : es un alfabeto finito de etiquetas. A: es un conjunto finito de aristas etiquetadas que unen nodos. sk Є S : es el estado inicial. Ej. { S={1,2,3}, ={a,b}, A={(1,a,2),(2,b,3),(3,a,1),(1,b,3)}, sk=1} Vale la pena destacar que formalmente la máquina de estado es la tupla anterior y no el diagrama. Este es tan sólo una representación gráfica de la máquina de estado para tener una más sencilla y rápida visualización de su contenido. ADTR-ApunteProg-2011.doc 16 / 40ADTR Cód

18 Semántica Los nodos representan los posibles estados de aquello que se desea modelar. Las etiquetas representan eventos que provocan un cambio. Las aristas determinan de qué manera cada estado, dado un evento, deriva en otro estado. Estado Un estado es una condición del sistema que persiste durante un lapso significativo de tiempo. Para identificar los estados de un sistema es necesario analizar cuáles son las diferentes condiciones del sistema que persisten durante un lapso significativo de tiempo Una vez diferenciados esas condiciones funcionales del sistema se debe analizar el comportamiento que tiene el sistema para esas condiciones. Cada potencial estado debe tener un comportamiento bien definido que lo diferencie de los otros estados. Es decir si un potencial estado no refleja una condición bien definida del sistema es muy probable que se trate de una acción. Acción Las acciones se implementan dentro de los estados y le dan el comportamiento al sistema. Las acciones son las que disparan y lanzan eventos. los cuales pueden o no provocar transiciones de estado. Es importante comprender la diferencia entre un estado y una acción. Al diseñar una aplicación las funcionalidades grandes se descomponen en un número de acciones o actividades menores. Esto se realiza de manera que cada una pueda ser definida en una función, haciendo la solución general modular y más fácil de mantener. Esta práctica debe considerarse al modelar con las FSMs ya que son una descomposición del comportamiento de un objeto o sistema, e incluso un estado puede ser descompuesto en sub-estados. La diferencia con un estado está en que éste puede desarrollar una o más acciones. Evento Un evento es un mensaje hacia la máquina de estados producido por una entrada externa o generado internamente por una acción que potencialmente pueden provocar transiciones de estados. Si bien se deben declarar todas las acciones que le dan el comportamiento al sistema, los eventos a declarar son los relevantes al sistema es decir aquellos que provocan transiciones en la máquina de estados ó provocan que se mantenga en el mismo estado (loop explícito). Transición Una transición es un cambio de un estado a otro disparada por un evento. Matriz de Transiciones Proporciona una representación matricial con tantas filas como estados (el número de filas es igual a Q ) y tantas columnas como eventos (el número de columnas es igual V ). La casilla de la fila correspondiente al estado Qi y la columna del evento Vj contiene el estado alcanzado Qi+1 al recibir el evento Vj. ADTR-ApunteProg-2011.doc 17 / 40ADTR Cód

19 De la máquina de estados del Ej. anterior la matriza de transiciones resultantes se muestra en la siguiente tabla. Estado / Evento a b Deadlock Formalmente hablando, una FSM {S,, A S S, sk} tiene deadlock si existe algún nodo s Є S, tal que no existen un evento e y un nodo t Є S tal que ( s, e,t ) Є A. En otras palabras, si existe algún nodo que no posea salida para ningún evento. Ejemplo El estado 2 no posee salida alguna. Semántica del deadlock La existencia de deadlock no necesariamente habla de un mal modelado. Más adelante veremos que puede ser un efecto no deseado de la composición de FSMs. Un ejemplo en donde el deadlock no necesariamente indica un error de modelado, podría ser la descompostura de una sistema por una falla de test inicial, el autobloqueo por seguridad operativa, un bloqueo de acceso, etc.. Ejemplo Una máquina expendedora de tickets de estacionamiento se ubica en las esquinas para que los usuarios puedan imprimir un ticket y estacionar en la calle. Funciona solo con monedas y se compone de :. Un panel con la ranura para ingresar las monedas. Un botón que permite imprimir el ticket.. Un display que le indica al usuario el monto ingresado. Un lector de monedas que reconoce y valida las monedas ingresadas. Un depósito de monedas. Una impresora de tickets ADTR-ApunteProg-2011.doc 18 / 40ADTR Cód

20 El ticket que emite la máquina (ver Fig. 1) es colocado en el interior del automóvil a la vista para que cuando pasen los inspectores verifiquen que el usuario pago el estacionamiento y que el horario de finalización que figura impreso en el ticket no esté vencido. Ticket de Estacionamiento Emisión : 01/11/ :30 Valor hora : $ 1 Importe ingresado : $ 2 Finalización : 01/11/ :30 Fig. 1 Para obtener un ticket de estacionamiento el usuario realiza la siguiente operación :. Se dirige a una máquina e ingresa una o varias monedas según el tiempo que desea estacionar. Por ej por cada peso ingresado puede estacionar una hora. Si ingresa $ 1,25 puede estacionar una hora y cuarto, y así sucesivamente.. La máquina acepta todo tipo de monedas y NO entrega vuelto.. A medida que el usuario ingresa monedas, el lector interno procesa las monedas. Las reconocidas las almacena y en el display muestra el importe acumulado. La moneda que no es reconocida la devuelve y queda a la espera de monedas.. La máquina queda a la espera de monedas hasta que se presione el botón de ticket.. En el momento que el usuario presiona el botón de ticket la máquina calcula el tiempo de estacionamiento en función de las monedas ingresadas y luego imprime el ticket con la hora de finalización del estacionamiento.. Luego de imprimir el ticket la máquina queda lista a la espera de monedas para una nueva operación.. La máquina no emite tickets por más de 24 hs. Cuando el usuario ingresa una suma igual o superior a los $ 24 es decir el equivalente a 24 hs de estacionamiento, la máquina imprime automáticamente el ticket por 24 hs y queda lista para una nueva operación. La máquina arranca efectuando un auto-test y puede quedar fuera de servicio en el caso de que se quede sin papel para imprimir ó en el caso de que el test inicial indique una falla. Se pide modelar el sistema por medio de máquina de estados : a. Identificar el o los procesos críticos de tiempo real, justificando porqué se considera de tiempo real. b. La tabla con la identificación de estados, acciones y eventos, asignando a cada estado las acciones y eventos correspondientes c. El diagrama de estados. d. La matriz de transición ADTR-ApunteProg-2011.doc 19 / 40ADTR Cód

INTRODUCCION AL CONTROL AUTOMATICO DE PROCESOS

INTRODUCCION AL CONTROL AUTOMATICO DE PROCESOS INTRODUCCION AL CONTROL AUTOMATICO DE PROCESOS El control automático de procesos es parte del progreso industrial desarrollado durante lo que ahora se conoce como la segunda revolución industrial. El uso

Más detalles

Señal de Referencia: Es el valor que se desea que alcance la señal de salida. SET POINT.

Señal de Referencia: Es el valor que se desea que alcance la señal de salida. SET POINT. EL ABC DE LA AUTOMATIZACION ALGORITMO DE CONTROL PID; por Aldo Amadori Introducción El Control automático desempeña un papel importante en los procesos de manufactura, industriales, navales, aeroespaciales,

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Procesos. Bibliografía. Threads y procesos. Definiciones

Procesos. Bibliografía. Threads y procesos. Definiciones Procesos Prof. Mariela Curiel Bibliografía A. Tanembaum & M. Van Steen. Sistemas Distribuidos. Principios y Paradigmas. 2da. Edición. Smith & Nair. The Architecture of Virtual Machines. IEEE Computer.

Más detalles

Unidad 1: Conceptos generales de Sistemas Operativos.

Unidad 1: Conceptos generales de Sistemas Operativos. Unidad 1: Conceptos generales de Sistemas Operativos. Tema 1: Introducción: 1.1 Introducción: Qué es un sistema operativo?. 1.2 Conceptos clave de un sistema operativo. 1.3 El sistema operativo como administrador

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

TEMA 1. Introducción a los sistemas de control. TEMA 1. Introducción a los sistemas de control CONTENIDOS OBJETIVOS

TEMA 1. Introducción a los sistemas de control. TEMA 1. Introducción a los sistemas de control CONTENIDOS OBJETIVOS TEMA 1. Introducción a los sistemas de control OBJETIVOS Reconocer en un sistema las variables de entrada, de salida y de perturbación. Distinguir un sistema de control en lazo abierto y en lazo cerrado.

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

Fundamentos de Sistemas Operativos

Fundamentos de Sistemas Operativos Fundamentos de Sistemas Operativos Sistemas Informáticos Fede Pérez Índice TEMA Fundamentos de Sistemas Operativos 1. - Introducción 2. - El Sistema Operativo como parte de un Sistema de Computación 2.1

Más detalles

Unidad 2: Gestión de Procesos

Unidad 2: Gestión de Procesos Unidad 2: Gestión de Procesos Tema 4, Procesos: 4.1 El concepto de proceso. 4.2 Planificación de procesos. 4.3 Procesos cooperativos. 4.4 Hilos (threads). Informática (Segovia) 1 4.1 El concepto de proceso.

Más detalles

Sesión 14 MODELOS DE SISTEMAS DINÁMICOS Y CONTROL

Sesión 14 MODELOS DE SISTEMAS DINÁMICOS Y CONTROL Sesión 14 MODELOS DE SISTEMAS DINÁMICOS Y CONTROL Contenido Conceptos generales Clasificación de Sistemas Dinámicos: de Variable Continua y de Eventos Discretos. Estrategias de control Control industrial

Más detalles

Denominación de la materia. N créditos ECTS = 36 carácter = MIXTA INGENIERIA DE COMPUTADORAS

Denominación de la materia. N créditos ECTS = 36 carácter = MIXTA INGENIERIA DE COMPUTADORAS Denominación de la materia INGENIERIA DE COMPUTADORAS N créditos ECTS = 36 carácter = MIXTA Ubicación dentro del plan de estudios y duración La materia Ingeniería de Computadoras está formada por 6 asignaturas

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Una computadora de cualquier forma que se vea tiene dos tipos de componentes: El Hardware y el Software.

Una computadora de cualquier forma que se vea tiene dos tipos de componentes: El Hardware y el Software. ARQUITECTURA DE LAS COMPUTADORAS QUE ES UNA COMPUTADORA (UN ORDENADOR)? Existen numerosas definiciones de una computadora, entre ellas las siguientes: 1) Una computadora es un dispositivo capaz de realizar

Más detalles

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas CAPITULO 1 Introducción a los Conceptos Generales de 1.1 Preliminares Las empresas necesitan almacenar información. La información puede ser de todo tipo. Cada elemento informativo es lo que se conoce

Más detalles

Spectrum Power TG - Descripción General

Spectrum Power TG - Descripción General El Spectrum Power TG ha sido diseñado teniendo en consideración las necesidades específicas de la industria eléctrica. Este sistema puede operar tanto bajo ambiente Windows y Linux. Arquitectura del Sistema

Más detalles

4. Programación Paralela

4. Programación Paralela 4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios

Más detalles

Etapas del desarrollo

Etapas del desarrollo Capítulo 4 Etapas del desarrollo Este capítulo documenta la aplicación del modelo presentado anteriormente, para el caso de la detección y clasificación de eventos sísmicos sobre señales digitales. El

Más detalles

Procesos. Planificación del Procesador.

Procesos. Planificación del Procesador. Procesos. Planificación del Procesador. Sistemas Operativos. Tema 2. Concepto de Proceso. Una definición sencilla: Programa en ejecución. Entidad pasiva Programa RECURSOS CPU Memoria Ficheros Dispositivos

Más detalles

TEMA 1: VISIÓN GENERAL DE LOS SISTEMAS OPERATIVOS

TEMA 1: VISIÓN GENERAL DE LOS SISTEMAS OPERATIVOS TEMA 1: VISIÓN GENERAL DE LOS SISTEMAS OPERATIVOS 1. Concepto de Sistema Operativo. Funciones Un sistema operativo (S.O.) es un programa o conjunto de programas de control que tiene por objeto facilitar

Más detalles

Motivación: Control Distribuido:

Motivación: Control Distribuido: Motivación: La clase pasada examinamos brevemente los conceptos de Diseño de sistemas de instrumentación inteligente e Instrumentación Virtual. Durante la discusión del diseño de sistemas de instrumentación,

Más detalles

TIPOS DE PROCESAMIENTOS

TIPOS DE PROCESAMIENTOS TIPOS DE PROCESAMIENTOS El desempeño de un computador puede tener diferentes medidas de elección para diferentes usuarios. Para un usuario individual que está ejecutando un único programa, la computadora

Más detalles

TEMA 3: EL NÚCLEO DE UN SISTEMA OPERATIVO

TEMA 3: EL NÚCLEO DE UN SISTEMA OPERATIVO TEMA 3: EL NÚCLEO DE UN SISTEMA OPERATIVO 1. Introducción. Funciones del núcleo de un S.O. Los Sistemas Operativos proporcionan un número potencialmente grande de servicios accesibles al usuario. Uno de

Más detalles

Introducción. Culminación de todos los anteriores capítulos. Tipos de compensación. Acción de control. Tipos de acción:

Introducción. Culminación de todos los anteriores capítulos. Tipos de compensación. Acción de control. Tipos de acción: DISEÑO DE SISTEMAS DE CONTROL 1.-Introducción. 2.-El problema del diseño. 3.-Tipos de compensación. 4.-Reguladores. 4.1.-Acción Proporcional. Reguladores P. 4.2.-Acción Derivativa. Reguladores PD. 4.3.-Acción

Más detalles

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software.

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. . TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. Índice 1 INTRODUCCIÓN 2 2 CARACTERÍSTICAS 2 2.1 Características del cliente...2 2.2 Características

Más detalles

Libro blanco Mayor productividad a través de cilindros neumáticos amortiguados de forma optimizada

Libro blanco Mayor productividad a través de cilindros neumáticos amortiguados de forma optimizada Libro blanco Mayor productividad a través de cilindros neumáticos amortiguados de forma optimizada Con la amortiguación de fin de recorrido adecuada se puede mejorar la rentabilidad de toda la instalación

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases 3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología

Más detalles

INGENIERÍA EN MECATRÓNICA

INGENIERÍA EN MECATRÓNICA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Instrumentación Virtual 2. Competencias Desarrollar proyectos de automatización y control, a través del diseño, la administración

Más detalles

Juan de Dios Murillo Morera e-mail: jmurillo@una.ac.cr Santiago Caamaño Polini e-mail: scaamano@costarricense.cr INTRODUCCIÓN

Juan de Dios Murillo Morera e-mail: jmurillo@una.ac.cr Santiago Caamaño Polini e-mail: scaamano@costarricense.cr INTRODUCCIÓN UNICIENCIA 24 pp. 83-89 2010 IMPLEMENTACIÓN DE UN SERVIDOR FTP UTILIZANDO EL MODELO CLIENTE/SERVIDOR MEDIANTE EL USO DE SOCKETS EN LENGUAJE C UNIX CON EL FIN DE MEJORAR LOS TIEMPOS DE RESPUESTA EN LA RED

Más detalles

Unidad 1: Conceptos generales de Sistemas Operativos.

Unidad 1: Conceptos generales de Sistemas Operativos. Unidad 1: Conceptos generales de Sistemas Operativos. Tema 3: Estructura del sistema operativo. 3.1 Componentes del sistema. 3.2 Servicios del sistema operativo. 3.3 Llamadas al sistema. 3.4 Programas

Más detalles

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

Más detalles

SISTEMA DE CONTROL DE TEMPERATURA

SISTEMA DE CONTROL DE TEMPERATURA Práctica 5 SISTEMA DE CONTROL DE TEMPERATURA 5.1 Introducción Esta práctica tiene como principal finalidad el trabajar con un sistema realimentado con un retraso importante entre el instante en que se

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Introducción a los sistemas de control

Introducción a los sistemas de control Introducción a los sistemas de control Sistema Un sistema es una combinación de componentes que actúan juntos y realizan un objetivo determinado A un sistema se le puede considerar como una caja negra

Más detalles

Un PLC trabaja en base a la información recibida por los captadores y el programa lógico interno, actuando sobre los accionadores de la instalación.

Un PLC trabaja en base a la información recibida por los captadores y el programa lógico interno, actuando sobre los accionadores de la instalación. PLC (Controlador con Lógica Programable) Introducción Un autómata programable industrial (API) o Programable logic controller (PLC), es un equipo electrónico, programable en lenguaje no informático, diseñado

Más detalles

Unidad 2: Gestión de Memoria

Unidad 2: Gestión de Memoria Unidad 2: Gestión de Memoria Tema 3, Gestión de Memoria: 3.1 Definiciones y técnicas básicas. 3.2 Gestión de memoria contigua: Partición, fragmentación, algoritmos de ubicación... 3.3 Paginación: Estructura

Más detalles

SESIÓN 8 TIPOS DE SISTEMAS DE MANUFACTURA

SESIÓN 8 TIPOS DE SISTEMAS DE MANUFACTURA SESIÓN 8 TIPOS DE SISTEMAS DE MANUFACTURA CONTENIDO Términos en manufactura Clasificación de sistemas de manufactura Beneficios y ejemplos de sistemas de manufactura Los componentes de un sistema de manufactura

Más detalles

PROGRAMACIÓN EN ESCALERA 1 (Ladder) Rodrigo A. Musalem M. 2

PROGRAMACIÓN EN ESCALERA 1 (Ladder) Rodrigo A. Musalem M. 2 PROGRAMACIÓN EN ESCALERA 1 (Ladder) Rodrigo A. Musalem M. 2 1. Necesidad y usos del PLC La gran mayoría de los procesos industriales requieren algún tipo de coordinación, supervisión o control. La necesaria

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Departamento de Computación Unidad Académica Base de Datos SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Integrantes: Fidel Gil

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

COMPUTACIÓN DE ALTA PERFORMANCE

COMPUTACIÓN DE ALTA PERFORMANCE COMPUTACIÓN DE ALTA PERFORMANCE 2011 1 TOLERANCIA A FALLOS COMPUTACIÓN DE ALTA PERFORMANCE Curso 2011 Sergio Nesmachnow (sergion@fing.edu.uy) Santiago Iturriaga (siturria@fing.edu.uy) Gerardo Ares (gares@fing.edu.uy)

Más detalles

Patrones de diseño para aplicaciones de tiempo real

Patrones de diseño para aplicaciones de tiempo real Metodologías, procesos y entornos para sistemas de tiempo real Master de Computación Patrones de diseño para aplicaciones de tiempo real José M. Drake Computadores y Tiempo Real Santander, 2010 1 Metodos,

Más detalles

Modelado de Sistemas de Tiempo Real

Modelado de Sistemas de Tiempo Real MSc. Ing. Daniel Calegari García Grupo COAL Instituto de Computación Universidad de la República dcalegar@fing.edu.uy Introito Prólogo No soy experto en el tema, solo tengo alguna idea a raíz de trabajos

Más detalles

Módulo Profesional 01: Bases de datos (código: 0484).

Módulo Profesional 01: Bases de datos (código: 0484). Módulo Profesional 01: Bases de datos (código: 0484). Actividades de enseñanza-aprendizaje que permiten alcanzar los objetivos del módulo. Interpretar diseños lógicos de bases de datos. Realizar el diseño

Más detalles

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a

Más detalles

Fundamentos del diseño de software

Fundamentos del diseño de software Fundamentos del diseño de software El diseño es el primer paso de la fase de desarrollo de cualquier producto o sistema de ingeniería. Definición de diseño según Taylor Proceso de aplicar distintas técnicas

Más detalles

La aplicación de la simulación operativa a problemas logísticos i

La aplicación de la simulación operativa a problemas logísticos i Publicaciones La aplicación de la simulación operativa a problemas logísticos i Por Juan Pablo Guido Desde la aparición de los primeros trabajos a mediados de este siglo, la técnica de simulación ha ocupado

Más detalles

El monitoreo de una variable física requiere supervisión permanente de señales que

El monitoreo de una variable física requiere supervisión permanente de señales que Capítulo 1 Marco Contextual 1.1. Formulación del problema 1.1.1. Definición del problema El monitoreo de una variable física requiere supervisión permanente de señales que varían con el tiempo. Tal información,

Más detalles

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica.

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica. RAID Como se dijo anteriormente, el ritmo de mejora de prestaciones en memoria secundaria ha sido considerablemente menor que en procesadores y en memoria principal. Esta desigualdad ha hecho, quizás,

Más detalles

Memoria Compartida Distribuida (DSM) Sistema de Archivos

Memoria Compartida Distribuida (DSM) Sistema de Archivos Memoria Compartida Distribuida (DSM) La memoria compartida distribuida es una abstracción que se propone como alternativa a la comunicación por mensajes. Memoria compartida basada en páginas: este esquema

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 297 Sábado 10 de diciembre de 2011 Sec. I. Pág. 131754 ANEXO IX I. IDENTIFICACIÓN DEL CERTIFICADO DE PROFESIONALIDAD Denominación: DESARROLLO DE PROYECTOS DE SISTEMAS DE AUTOMATIZACIÓN INDUSTRIAL

Más detalles

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar

Más detalles

Denominación de la materia. créditos ECTS = 36 carácter = OBLIGATORIA SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES

Denominación de la materia. créditos ECTS = 36 carácter = OBLIGATORIA SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES Denominación de la materia SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES créditos ECTS = 36 carácter = OBLIGATORIA Ubicación dentro del plan de estudios y duración La materia está formada por 6 asignaturas

Más detalles

Sistemas Operativos de

Sistemas Operativos de Sistemas Operativos de Tiempo Real Ing. José Roberto Vignoni Año 2004 1 Un sistema de tiempo real es un sistema informático que: Interacciona repetidamente con su entorno físico Responde a los estímulos

Más detalles

2. Sistema Operativo Windows

2. Sistema Operativo Windows 2. Sistema Operativo Windows 2.1 Introducción al S.O. Windows NT y Windows 2000 2.2 Subsistema de Archivos 2.3 Subsistema de Procesos 2.4 Gestión de Memoria Dpto. Lenguajes Tema y 2: Sistemas 2. Sistema

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Unidad II: Administración de Procesos y del procesador

Unidad II: Administración de Procesos y del procesador Unidad II: Administración de Procesos y del procesador 2.1 Concepto de proceso Un proceso no es más que un programa en ejecución, e incluye los valores actuales del contador de programa, los registros

Más detalles

FUNDAMENTOS DE INFORMATICA

FUNDAMENTOS DE INFORMATICA FUNDAMENTOS DE INFORMATICA TEMAS QUE SE TRATARÁN: Arquitectura Interna Sistemas Operativos Programación en Visual Basic Bases de Datos Redes e Internet 1 FUNDAMENTOS DE INFORMATICA Tema 1: Arquitectura

Más detalles

Alternativas De Control De Combustión En Calderas Industriales

Alternativas De Control De Combustión En Calderas Industriales Alternativas De Control De Combustión En Calderas Industriales Iván Pezoa 1 1 Area de Instrumentación y Automatización, Escuela Tecnológica, USACH, Chile. Resumen. Las calderas industriales son usadas

Más detalles

Tema 1 Introducción. Arquitectura básica y Sistemas Operativos. Fundamentos de Informática

Tema 1 Introducción. Arquitectura básica y Sistemas Operativos. Fundamentos de Informática Tema 1 Introducción. Arquitectura básica y Sistemas Operativos Fundamentos de Informática Índice Descripción de un ordenador Concepto básico de Sistema Operativo Codificación de la información 2 1 Descripción

Más detalles

Unidad 1: Conceptos generales de Sistemas Operativos.

Unidad 1: Conceptos generales de Sistemas Operativos. Unidad 1: Conceptos generales de Sistemas Operativos. Tema 2: Estructura de los sistemas de computación. 2.1 Funcionamiento de los sistemas de computación. 2.2 Ejecución de instrucciones e interrupciones

Más detalles

Redes de comunicación

Redes de comunicación Redes de comunicación Conmutación de circuitos Conmutación de paquetes Dpt. Arquitectura de Computadores 1 Redes conmutadas Conmutación (nodos) de los datos que se reciben de una estación emisora hasta

Más detalles

Especificación Técnica

Especificación Técnica Página 1 de 24 Índice 1.- Objeto 2.- Alcance 3.- Desarrollo Metodológico Recuerde que esta Documentación en FORMATO PAPEL puede quedar obsoleta. Para consultar versiones actualizadas acuda al Web Responsable

Más detalles

El tema de esta presentación es los conceptos básicos relacionados con Sistemas Operativos.

El tema de esta presentación es los conceptos básicos relacionados con Sistemas Operativos. 1 El tema de esta presentación es los conceptos básicos relacionados con Sistemas Operativos. 2 Qué es un sistema operativo Un sistema operativo es un programa que tiene encomendadas una serie de funciones

Más detalles

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos Tema 13 Metodologías en el desarrollo de Sistemas de Software Prof. Oscar Adolfo Vallejos Desarrollo de Sistemas de Software Objetivo Conceptos en el contexto más amplio de Software e Ingeniería de Software

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Tema 6. Autómatas programables I.

Tema 6. Autómatas programables I. AUTOMATIZACIÓN Optativa Ingenierías Informáticas Tema 6. Autómatas programables I. F. Torres y C. Jara Departamento de Física, Ingeniería de Sistemas y Teoría de la Señal Grupo de Automática, Robótica

Más detalles

BASES DE DATOS. 1.1 Funciones de un DBMS

BASES DE DATOS. 1.1 Funciones de un DBMS BASES DE DATOS Un DBMS, son programas denominados Sistemas Gestores de Base de Datos, abreviado SGBD, en inglés Data Base Management System (DBMS) que permiten almacenar y posteriormente acceder a los

Más detalles

TEMA 8. SISTEMAS OPERATIVOS PARA TIEMPO REAL.

TEMA 8. SISTEMAS OPERATIVOS PARA TIEMPO REAL. TEMA 8. SISTEMAS OPERATIVOS PARA TIEMPO REAL. 8.1. Introducción. 8.2. Problemas de los sistemas operativos convencionales. 8.3. Sistemas operativos para tiempo real 8.3.2. KU-Real-Time Linux (KURT). 8.3.3.

Más detalles

La Arquitectura de las Máquinas Virtuales.

La Arquitectura de las Máquinas Virtuales. La Arquitectura de las Máquinas Virtuales. La virtualización se ha convertido en una importante herramienta en el diseño de sistemas de computación, las máquinas virtuales (VMs) son usadas en varias subdiciplinas,

Más detalles

SECCIÓN DE AYUDA AL USUARIO

SECCIÓN DE AYUDA AL USUARIO SECCIÓN DE AYUDA AL USUARIO PON DESIGN SOFTWARE IVÁN ALEXIS SANTOS QUICENO FREDY ANDRES SANABRIA UNIVERSIDAD DISTRITAL FEBERO DE 2009 Diseño de redes ópticas pasivas En general los niveles de potencia

Más detalles

SIS 301 Operación y mantenimiento 15 minutos

SIS 301 Operación y mantenimiento 15 minutos SIS 301 Operación y mantenimiento 15 minutos O Generalidades 1 Planificación 2 Procedimientos 3 Responsabilidades del personal de operación 4 Responsabilidades del personal de mantenimiento 5 Mantenimiento

Más detalles

Conmutación. Conmutación telefónica. Justificación y definición.

Conmutación. Conmutación telefónica. Justificación y definición. telefónica Justificación y definición de circuitos de mensajes de paquetes Comparación de las técnicas de conmutación Justificación y definición. Si se atiende a las arquitecturas y técnicas utilizadas

Más detalles

Sistemas de control de motores en Tiempo Real mediante Matlab

Sistemas de control de motores en Tiempo Real mediante Matlab Sistemas de control de motores en Tiempo Real mediante Matlab Resumen TITULACIÓN: Enginyeria Automàtica i Electrònica Industrial (1998) AUTOR: Augusto Cilento DIRECTOR: Enric Vidal FECHA: Febrero 2007.

Más detalles

VÁLVULAS Y VARIADORES DE VELOCIDAD COMO ELEMENTO FINAL DE CONTROL

VÁLVULAS Y VARIADORES DE VELOCIDAD COMO ELEMENTO FINAL DE CONTROL VÁLVULAS Y VARIADORES DE VELOCIDAD COMO ELEMENTO FINAL DE CONTROL José Acedo Sánchez Repsol YPF RESUMEN Como el título indica, se trata de la utilización del variador de velocidad como elemento final de

Más detalles

Planos de ejecución en Velneo V7

Planos de ejecución en Velneo V7 Planos de ejecución en Velneo V7 Por Jesús Arboleya Introducción 3 Arquitectura Cliente/Servidor 4 1. Objetos que siempre se ejecutan en el servidor 5 2. Objetos que siempre se ejecutan en el cliente 6

Más detalles

http://www.statum.biz http://www.statum.info http://www.statum.org

http://www.statum.biz http://www.statum.info http://www.statum.org ApiaMonitor Monitor de Infraestructura BPMS Por: Ing. Manuel Cabanelas Product Manager de Apia Manuel.Cabanelas@statum.biz http://www.statum.biz http://www.statum.info http://www.statum.org Abstract A

Más detalles

Compiladores y Lenguajes de Programación. Maria de Guadalupe Cota Ortiz

Compiladores y Lenguajes de Programación. Maria de Guadalupe Cota Ortiz Compiladores y Lenguajes de Programación Maria de Guadalupe Cota Ortiz Organizaciones que rigen las normas para estandarización de Lenguajes de Programación IEEE (Instituto de Ingenieros Eléctricos y Electrónicos)

Más detalles

CONTROLADORES SISTEMAS DE CONTROL. Introducción. Acciones básicas de control

CONTROLADORES SISTEMAS DE CONTROL. Introducción. Acciones básicas de control SISTEMAS DE CONTROL CONTROLADORES Introducción Un controlador es un dispositivo capaz de corregir desviaciones producidas en la variable de salida de un sistema, como consecuencia de perturbaciones internas

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

INGENIERÍA METAL MECÁNICA

INGENIERÍA METAL MECÁNICA INGENIERÍA METAL MECÁNICA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Instrumentación y control. 2. Competencias Innovar proyectos Metal Mecánicos aplicando la reingeniería

Más detalles

Gestión de activos de planta integrada en el sistema de control

Gestión de activos de planta integrada en el sistema de control Ma mantenimiento Á. Parrilla Manada Control de Procesos e Industria Química, Siemens, S.A. Gestión de activos de planta integrada en el sistema de control Aumento de la productividad mediante mantenimiento

Más detalles

SISTEMAS DE CONTROL AUTOMÁTICOS. Sistemas Automáticos 1

SISTEMAS DE CONTROL AUTOMÁTICOS. Sistemas Automáticos 1 SISTEMAS DE CONTROL AUTOMÁTICOS Sistemas Automáticos 1 Lazo abierto Señal de referencia o punto de consigna Energía PREACCIONADOR ACTUADOR PLANTA Señal de salida Ejemplo: Proceso de lavado. Electricidad

Más detalles

Diagnósticos con fieldbus

Diagnósticos con fieldbus 2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 105 Diagnósticos con fieldbus Generalidades Más que mantenimiento

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Tema 3: Bases de datos en Entorno Web

Tema 3: Bases de datos en Entorno Web Tema 3: Bases de datos en Entorno Web 1. Introducción. Un sistema de bases de datos proporciona un control centralizado de los datos. Esto contrasta con la situación que prevalece actualmente, donde a

Más detalles

Sistemas Operativos. Pedro Cabalar TEMA III. PROCESOS. Depto. de Computación Universidade da Coruña

Sistemas Operativos. Pedro Cabalar TEMA III. PROCESOS. Depto. de Computación Universidade da Coruña Sistemas Operativos Pedro Cabalar Depto. de Computación Universidade da Coruña TEMA III. PROCESOS P. Cabalar Sistemas( Operativos Depto. de Computación Universidade Tema da Coruña III. Procesos ) 1 / 41

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS

TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS TEMARIO DE PROFESORES TÉCNICOS DE F.P. SISTEMAS Y APLICACIONES INFORMÁTICAS "Publicado en el B.O.E. de 13 de febrero de 1.996" OCTUBRE 1997 SISTEMAS Y APLICACIONES INFORMÁTICAS 1. Representación y comunicación

Más detalles

UNIDADES FUNCIONALES DEL ORDENADOR TEMA 3

UNIDADES FUNCIONALES DEL ORDENADOR TEMA 3 UNIDADES FUNCIONALES DEL ORDENADOR TEMA 3 INTRODUCCIÓN El elemento hardware de un sistema básico de proceso de datos se puede estructurar en tres partes claramente diferenciadas en cuanto a sus funciones:

Más detalles

ÍNDICE DE CONTENIDOS. de trabajo Estudio de tiempos DISEÑO Y MEDICIÓN DEL TRABAJO

ÍNDICE DE CONTENIDOS. de trabajo Estudio de tiempos DISEÑO Y MEDICIÓN DEL TRABAJO ÍNDICE DE CONTENIDOS 1 2 Estudio de métodos de trabajo Estudio de tiempos ESTUDIO DE MÉTODOS DE TRABAJO El estudio del trabajo es el examen sistemático de los métodos para realizar actividades con el fin

Más detalles

CUALIFICACIÓN PROFESIONAL DESARROLLO DE PROYECTOS DE SISTEMAS DE AUTOMATIZACIÓN INDUSTRIAL. Nivel 3. Versión 5 Situación RD 144/2011 Actualización

CUALIFICACIÓN PROFESIONAL DESARROLLO DE PROYECTOS DE SISTEMAS DE AUTOMATIZACIÓN INDUSTRIAL. Nivel 3. Versión 5 Situación RD 144/2011 Actualización Página 1 de 28 CUALIFICACIÓN PROFESIONAL DESARROLLO DE PROYECTOS DE SISTEMAS DE AUTOMATIZACIÓN INDUSTRIAL Familia Profesional Electricidad y Electrónica Nivel 3 Código ELE484_3 Versión 5 Situación RD 144/2011

Más detalles

1.1. Introducción. Definiciones

1.1. Introducción. Definiciones Tema I Introducción En este tema vamos a tratar de introducir al alumno en los denominados sistemas empotrados. En este tema introduciremos una posible definición de estos sistemas, así como una posible

Más detalles