Workload and Work Satisfaction (Achievement)

El tipo estructural es el elem ento en la est ruct ura del sim ulador de m enor nivel que realizan los m odelos de sim ulación de los com ponentes físicos de baj o nivel. No im porta lo que representen, se consideran todos del m ism o tipo de m odulo. Entonces, representan sim ulaciones de com ponentes reales de la aeronave com o una bom ba hidráulica, un relay, o un t anque de com bustible. Pueden soportar m odelos específicos de sim ulador com o fuerzas y m om entos, pesos, balances, y las ecuaciones de m ovim iento. Pueden localizar los det alles de equipam ient o de cabina com o inst rum ent os, llaves, pantallas. Cada com ponente provee un algoritm o de sim ulación que determ ina su propio estado basado en:

• Estado anterior

• Entradas que representan su conexión con com ponentes lógicam ente adyacentes.

• Un intervalo de tiem po transcurrido

Esta capacidad se llam a “ updating” y se realiza cada vez que el SC lo solicit a. Adem ás del est ado norm al, un com ponente debe poder sim ular m al

funcionam ient o a solicit ud de su SC, e inclusive poder inicializarse a un valor determ inado o una condición conocida.

Todas las interacciones entre com ponentes son m ediadas por el SC, que posee el conocim iento para usar las operaciones de los com ponentes para lograr los requerim ient os del subsist em a con un t odo. Est o incluye:

• Propagar periódicam ente los cam bios de estado a los com ponentes ( updat e)

• Realizar conexiones lógicas entre los com ponentes usando parám etros de entrada y salida en esas operaciones.

• Realizar conexiones lógicas entre com ponentes y el resto de la sim ulación usando las conexiones int ernas y ext ernas.

Los m alos funcionam ientos de los com ponentes se asum en asociados a una operación anorm al del com ponent e del m undo real que se est a m odelando. Por lo t ant o la presencia de tales son decididas por el diseñador del com ponente que las expone al diseño del SC para que pueda realizar los pedidos de m al funcionam ient o. Es responsabilidad del SC m apear ent re fallas del subsist em a y la de los com ponent es.

El tiem po en que debe calcular su estado y la com unicación del m ism o es controlado externam ente, por lo cual se definen las siguientes interfaces que serán com partidas por todos los com ponentes:

• Updat e ( periódica): basada en el estado actual y la entrada

calcula el próxim o estado. Los parám etros de entrada cont ienen t oda la inform ación necesaria para este cálculo.

• Configure ( aperiódica) : Fij a el estado interno del com ponente

basado en los parám etros de entrada.

• Process_event ( aperiódica) : altera el estado interno basado en

los parám etros de entrada ( por ej em plo fallas) .

Basado en esto, cada elem ento estruct ural expone la m ism a int erface hacia su Subsyst em Cont roller, ent onces puede ser representado en form a general com o:

Figura 6 Tipo Estructural

4.3.3.2 Subsistemas

Cada susbsistem a, por fuera, es el agrupam iento de las partes según el subsistem a de la aeronave que represent an y act úan en conj unt o para afectar el com portam iento de la m ism a ( Por ej em plo Sistem a Hidráulico) . Quién realiza este agrupam iento es el denom inado Subsyst em Cont roller

( SC), el cual es un com ponente que agrupa y controla los com ponentes

relacionados dentro del subsistem a. El SC será el único com ponente que podrá interactuar con el interior y el exterior de un subsistem a.

Por lo t ant o los SC se ut ilizan para servir com o int erfaz ent re los com ponentes que encapsulan y el sistem a, representando la sim ulación de un subsist em a com o un t odo y realizan el control y com unicación no periódico entre el sistem a y los subsistem as.

Debido a que el Modelo restringe la com unicación entre com ponentes, un SC debe proveer la capacidad de hacer conexiones lógicas entre sus com ponentes y los de otros subsistem as. Son responsables de determ inar com o usar las capacidades de sus com ponentes para satisfacer las funcionalidades del ent renador com o son m alfuncionam iento o establecer parám etros.

En este nivel, entonces vem os que el AVS está form ado por un Executive y varios subsistem as.

Toda la com unicación del estado de un subsistem a y la ej ecución del cálculo del m ism o est án dirigidos externam ente al subsistem a. Por lo tanto cada SC expone una serie de m ét odos necesarios para posibilit ar est as operaciones:

• Updat e ( periódica) basada en el estado actual calcula el

próxim o estado. Se diferencia del com ponente ya que no se le pasan parám etros de entrada, sino que los datos son com unicados ut ilizando un single writ e – m ult iple readers de las areas de datos exportados im plem entado por m em oria com partida. Los SC reciben el estado de la sim ulación desde el exterior. El estado operat e lo instruye a ej ecutar las operaciones de sus com ponentes en algún orden lógico, de form a que los cam bios se propaguen entre ellos, avanzando el

est ado de la sim ulación. Es m ás que un secuenciador, sino que provee la unión lógica para el paso de datos, transform aciones y conversiones. El est ado st abilize indica al SC que finalice su com putación de una m anera controlada ( por ej em plo para prevenir el m ovim iento de la plataform a de form a que produzca daños a la t ripulación) , de la siguient e form a: ( 1) Obt ener y alm acenar localm ent e los valores de las conexiones internas baj o el control directo del executive. Esto es para lograr tem as de consist encia de dat os y coherencia de t iem po. ( 2) Est abilizar los algoritm os de sim ulación de sus com ponentes y reportar cuando considera el subsistem a com o un todo actualm ente estable. Update tiene un parám etro de salida para indicar cuando se considera que el subsistem a se encuentra estable.

• Configure ( aperiódica) : Se ut iliza en est ados com o init ialize los

cuales son predom inant em ent e aperiódicos. Se ut iliza para establecer un conj unto de condiciones com o es la configuración de un dispositivo o m isión. Para com plet ar la operación el SC invoca operaciones de sus com ponentes que causan que el com ponente establezca estas condiciones.

• Process_event ( aperiódica) : Es usado en estados operativos

que son predom inantem ente periódicos para pedirle al SC que responda a un evento. El evento es pasado com o parám etro a la operación. Hay m uchos eventos com o los de la estación de instructor ( por ej em plo introducir fallas) .

• I m port ( periódica) : hace que el SC acceda a las áreas de datos

de otros subsistem as para obtener los datos necesarios para sus cálculos. Est e m ét odo se ut iliza para evit ar la colisión de datos al acceder a áreas de m em oria com partida y es ej ecutada externam ente por el Executive.

La representación es:

Este m odelo provee una encapsulación com ún para la vista del Execut ive, perm it iendo sim plificar las t ablas de scheduling.

Por dentro del subsistem a, las tareas del SC son: • I nvoca sus com ponent es

• Brinda inform ación de estado a sus com ponentes • Recibe el estado desde sus com ponentes.

• Restablece el estado de sus com ponentes ( Por ej em plo cuando. el instructor. reinicia el ej ercicio) .

• Altera el estado de sus com ponentes en form a no periódica ( Por ej em plo cuando se introduce una nueva m al función para el ej ercicio) .

La inform ación de est ado que ingresa/ sale se m ant iene en el SC com o variables locales.

4.3.4 -Executive Layer

Hast a el m om ent o hem os descrit o el nivel de aplicación que est á form ado por los subsistem as. Continuando el ascenso dentro de la j erarquía estructura, ingresam os al Executive Layer el cual es una capa genérica a todas las sim ulaciones, ya que se encarga de la ej ecución en tiem po real, com unicaciones y la sincronización de la sim ulación.

Los elem entos constituyentes del nivel ej ecutivo se m uestran en la siguient e figura y a cont inuación procederem os a describirlos.

Figura 8 Executive Level