High Level Architecture
Z Wikipedii
Opracowano na podstawie tekstu oryginalnych dokumentów standardu oraz angielskiej i francuskiej wikipedii
HLA - High Level Architecture (architektura wysokiego poziomu) jest ogólną architekturą dla rozproszonych systemów komputerowych, ze szczególnym uwzględnieniem systemów symulacyjnych. Ideą HLA jest, aby aplikacje programowe (symulatory komputerowe) mogły porozumiewać się między sobą niezależnie od tego, na jakiej platformie zostały osadzone. Komunikacją pomiędzy poszczególnymi aplikacjami zajmuje się infrastruktura uruchomieniowa - Runtime Infrastructure (RTI), która pełni rolę podobną do usług systemu operacyjnego lub funkcji maszyny wirtualnej. Zapewnia m.in.:
- interoperacyjność powiązanych symulatorów,
- możliwość wielokrotnego wykorzystania elementów systemów symulacyjnych,
- rozdzielenie warstw elementów symulacyjnych i warstwy elementów pomocniczych środowiska.
Spis treści |
[edytuj] Ogólny opis techniczny
Prace związane z określeniem i przyjęceim nowego standardu Architektury Wysokiego Poziomu (HLA) rozpoczęto wraz z zatwierdzeniem DoD 5000.59-P, Modeling and Simulation Master Plan w Październiku 1995 r. w Departamencie Obrony USA. Podstawę stanowiły dwa protokoły:
- DIS – protokół umożliwiający prowadzenie ćwiczeń w czasie rzeczywistym, definiujący standardowe struktury komunikatów oraz reguły ich wymiany (IEEE 1278-1993);
- ALSP - protokół umożliwiający współdziałanie konstruktywnych symulatorów pola walki, przeznaczony dla elementów zagregowanych, konserwatywny mechanizm upływu czasu symulacyjnego.
Kolejne etapy zatwierdzania standaru realizowano na:
1) Poziomie rządowym USA:
- 1996 - DoD - architektura techniczna
- 1998 - DoD Joint Technical Architecture (JTA)
2) Poziomie międzynarodowym - NATO:
- 1998 - NATO Standard Architecture w ramach NATO M&S Master Plan
3) Poziom międzynarodowym - ogólny:
- 1998 - Standard Object Management Group (OMG)
- 1999 - Organizacja IEEE - draft IEEE P1516
- 09.2000 - Organizacja IEEE – zatwierdzenie 1516
Na standard składają się następujące elementy:
- HLA Framework and Rules (IEEE 1516) - Reguły HLA: reguły, które muszą być spełnione przez symulator, by był on zgodny ze standardem.
- HLA Federate Interface Specification (IEEE 1516.1) - Specyfikacja Interfejsu: specyfikacja interfejsu jest dokumentem, w którym zdefiniowano w jaki sposób aplikacje programowe (przede wszystkim symulatory) zgodne z HLA mogą porozumiewać się z infrastrukturą uruchomieniową (RTI). RTI dostępne jest jako biblioteka i jako interfejs programisty zgodny ze specyfikacją interfejsu.
- HLA Object Model Template (OMT) (IEEE 1516.2) - Szablony Modelu Obiektowego: W OMT wyspecyfikowano, jakie informacje są wymieniane pomiędzy symulatorami i jak są udokumentowane.
- Recommended Practice for High Level Architecture Federation Development and Execution Process (FEDEP) (IEEE 1516.3-2003) - wytyczne dla procesu (metodyki) wytwarzania i eksperymentowania z symulatorami zgodnymi z zasadami HLA.
W ramach HLA zdefiniowane jest kilka nowych terminów, których zrozumienie jest istotne dla zrozumienia specyfikacji. Program (symulator) zgodny z HLA nazywany jest federatem. Wiele programów (symulatorów) połączonych przy wykorzystaniu RTI i wspólnego FOM nazywane jest Federacją. Zbiory danych przekazywane pomiędzy symulatorami nazywane są obiektami. Obiekty posiadają atrybuty (pola danych). Zdarzenia przesyłane pomiędzy symulatorami nazywane są interakcjami. Interakcje posiadają parametry (pola danych).
[edytuj] Specyfikacja interfejsu
Specyfikacja interfejsu jest zorientowana obiektowo. Wiele z RTI implementuje API w językach C++ i Java.
Specyfikacja interfejsu podzielona jest na następujące grupy serwisów:
- Zarządzanie Federacją
- Zarządzanie Deklaracjami
- Zarządzanie własnością obiektów
- Zarządzanie Czasem
- Zarządzanie Dystrybucją Danych
- Dodatkowe Usługi
[edytuj] Szablon modelu obiektowego
Szablon modelu obiektowego (OMT) opisuje ramy komunikacji pomiędzy symulatorami zgodnymi z HLA. Na OMT składają się następujące dokumenty:
- Modelu obiektowy federacji (Federation Object Model - FOM). W FOM opisane są współdzielone obiekty, atrybuty i interakcje wykorzystywane w całej federacji
- Model obiektowy symulacji (Simulation Object Model - SOM). SOM zawiera opis współdzielonych obiektów, atrybutów oraz interakcji wykorzystywanych w pojedynczym federacie.
[edytuj] Reguły HLA
Reguły HLA określają w jaki sposób powinny zachowywać się poszczególne elementy symulatora by mogły działać w ramach HLA.
- Federacje powinny posiadać zdefiniowany Model Obiektowy Federacji (FOM) HLA, udokumentowany zgodnie z szablonem modelu obiektowego (OMT).
- W ramach federacji, wszystkie obiekty zdefiniowane w FOM powinny być w federatach, a nie w infrastrukturze (RTI).
- W czasie działania federacji, całość wymiany informacji zdefiniowanej w FOM pomiędzy federatami powinna przebiegać za pośrednictwem RTI.
- W czasie działania federacji, federaci powinni komunikować się z RTI zgodnie z specyfikacją interfejsu HLA.
- W czasie działania federacji, atrybut instancji obiektu może być w tym samym czasie własnością tylko jednego federata.
- Federaci powinni posiadać zdefiniowany Model Obiektowy Symulacji (SOM), udokumentowany zgodnie z szablonem modelu obiektowego (OMT)
- Federaci powinni mieć możliwość wysyłania i odbierania aktualizacji dowolnych atrybutów obiektów zdefioniowanych w ich SOM oraz wysyłania i odbierania interakcji tak jak zdefiniowano w ich SOM
- Federaci powinni mieć możliwość brania na własność / zrzekania się własności atrybutów w sposób dynamiczny w czasie działania federacj, tak jak to zdefiniowano w ich SOM.
- Federaci powinni mieć możliwość zmieniania warunków pod którymi aktualizują atrybutu obiektów, tak jak to zdefiniowano w ich SOM.
- Federaci powinni mieć możliwość zarządzania lokalnym czasem w sposób, który umożliwi im koordynację wymiany danych z pozostałymi członkami deferacji.
[edytuj] Bazowy model obiektowy
Bazowy Model Obiektowy (Base Object Model - BOM) jest nową koncepcją opracowaną przez SISO w celu zapewnienia łatwiejszego ponownego wykorzystania symulatorów oraz prostszego łączenia symulatorów ze sobą. Koncepcja BOM jest bardzo istotna dla twórców oprogramowania. Więcej szczegółów można odnaleźć na stronie Boms.info.
[edytuj] Standardy
HLA jest standardem IEEE 1516:
- IEEE 1516-2000 - Standard for Modeling and Simulation High Level Architecture - Framework and Rules
- IEEE 1516.1-2000 - Standard for Modeling and Simulation High Level Architecture - Federate Interface Specification
- IEEE 1516.1-2000 Errata (2003-oct-16)
- IEEE 1516.2-2000 - Standard for Modeling and Simulation High Level Architecture - Object Model Template (OMT) Specification
- IEEE 1516.3-2003 - Recommended Practice for High Level Architecture Federation Development and Execution Process (FEDEP)
[edytuj] Referencje
[edytuj] Implementacje
- CERTI http://savannah.nongnu.org/projects/certi/ (1.3)
- EODiSP http://www.pnp-software.com/eodisp/
- FDK http://www-static.cc.gatech.edu/computing/pads/fdk.html (1.3)
- GMU RTI http://netlab.gmu.edu/rti/ (1.1)
- jaRTI http://jarti.sourceforge.net (1.3, IEEE 1516 being added)
- Open HLA http://sourceforge.net/projects/ohla (1.3 i IEEE 1516)
- yaRTI (yet another RTI) http://perso.wanadoo.fr/dominique.canazzi/dominique.htm (1.3)
Closed source
- DMSO RTI https://www.dmso.mil/public/transition/hla/rti/ (1.3, kiedyś dostępna bezpłatnie, teraz sprzedawana przez VIRTC)
- GERTICO http://www.iitb.fraunhofer.de/servlet/is/2920/
- Magnetar Games Chronos RTI http://www.magnetargames.com/Products/Chronos/ (IEEE 1516)
- MÄK Technologies, Inc. http://www.mak.com/products/rti.php (1.3 i IEEE 1516)
- OpenSkies http://www.openskies.net/ (1.3 i IEEE 1516)
- Pitch Technologies http://www.pitch.se/ (1.3 i IEEE 1516)
- Raytheon Virtual Technology Corporation http://www.virtc.com/products.jsp (1.3)
- XRTI (Extensible Run-Time Infrastructure) http://www.npsnet.org/~npsnet/xrti/ (IEEE 1516)
