Model referencyjny środowiska systemu otwartego
Model referencyjny (RM) środowiska systemu otwartego (OSE) lub model referencyjny OSE (OSE/RM) to model referencyjny z 1990 r. dla architektury korporacyjnej . Zapewnia ramy do opisu koncepcji systemu otwartego i definiowania leksykonu terminów, który może być ogólnie uzgodniony przez wszystkie zainteresowane strony.
Ten model referencyjny jest pomyślany jako model środowiska, komplementarny do architektury POSIX dla systemów otwartych. Oferuje rozszerzalną platformę, która umożliwia definiowanie usług, interfejsów, protokołów i wspierających formatów danych w kategoriach niezastrzeżonych specyfikacji, które ewoluują poprzez otwarte (publiczne), oparte na konsensusie fora. Ten model referencyjny służył w latach 90. jako podstawowy element konstrukcyjny kilku technicznych modeli referencyjnych i architektur technicznych.
W 1996 roku ten model referencyjny został znormalizowany w normie ISO/IEC TR 14252 zatytułowanej „Technologia informacyjna — przewodnik po otwartym środowisku systemowym POSIX (OSE)”.
Historia
Rozwój modelu referencyjnego środowiska systemu otwartego rozpoczął się na początku lat 90. XX wieku przez NIST jako udoskonalenie standardu POSIX (Portable Operating System Interface). POSIX to standard utrzymywania kompatybilności między systemami operacyjnymi i dotyczy współdziałania w infrastrukturze komunikacyjnej, komputerowej i rozrywkowej. Jego rozwój rozpoczął się pod koniec lat 80. XX wieku przez grupę roboczą POSIX 1003.0 Instytutu Inżynierów Elektryków i Elektroników (IEEE).
NIST był gospodarzem warsztatów i prowadzi inne działania wspierające, aby pomóc użytkownikom w spełnianiu wymagań systemów otwartych, przygotowaniach do korzystania z nowych technologii i identyfikowaniu międzynarodowych, krajowych, branżowych i innych otwartych specyfikacji, które są dostępne do budowania ram systemów otwartych, takich jak profil przenośności aplikacji rządowych dla środowiska systemu otwartego.
NIST sponsoruje odbywające się co pół roku Forum Użytkowników na temat Profilu Przenośności Aplikacji (APP) i Otwartego Środowiska Systemowego (OSE) w celu wymiany informacji i odpowiadania na propozycje NIST dotyczące oceny i przyjęcia zintegrowanego zestawu standardów wspierających APP i OSE. Kwartalne Warsztaty Implementatorów Środowiska Systemów Otwartych (OIW), współsponsorowane przez NIST i Instytutu Inżynierów Elektryków i Elektroników (IEEE), stanowią publiczne międzynarodowe forum techniczne dla terminowego opracowywania umów wdrożeniowych w oparciu o pojawiające się standardy OSE.
Tematy OSE/RM
Środowisko systemu otwartego (OSE) tworzy rozszerzalną strukturę, która umożliwia definiowanie usług, interfejsów, protokołów i wspierających formatów danych w kategoriach niezastrzeżonych specyfikacji, które ewoluują poprzez otwarte (publiczne), oparte na konsensusie fora. Wybrany zestaw specyfikacji, który definiuje te interfejsy, usługi, protokoły i formaty danych dla określonej klasy lub domeny aplikacji, nazywany jest profilem.
W modelu wykorzystywane są dwa rodzaje elementów: podmioty składające się z oprogramowania aplikacyjnego, platformy aplikacyjnej oraz środowiska zewnętrznego platformy; oraz interfejsy, w tym interfejs aplikacji i interfejs środowiska zewnętrznego.
Obszary usług APP
Profil przenośności aplikacji (APP) to profil OSE przeznaczony do użytku przez rząd Stanów Zjednoczonych. Obejmuje szeroki zakres domen oprogramowania użytkowego, którymi interesuje się wiele agencji federalnych, ale nie obejmuje wszystkich domen znajdujących się w inwentarzu aplikacji rządu Stanów Zjednoczonych. Poszczególne standardy i specyfikacje w aplikacji definiują formaty danych, interfejsy, protokoły lub kombinację tych elementów.
Usługi zdefiniowane w aplikacji zwykle mieszczą się w szerokich obszarach usług. Te obszary usług to:
- Usługi systemu operacyjnego (OS)
- Usługi interfejsu człowiek-komputer (HCI)
- Usługi zarządzania danymi (DM)
- Usługi wymiany danych (DI)
- Usługi inżynierii oprogramowania (SWE)
- Usługi graficzne (GS)
- Usługi sieciowe (NS)
Każdy obszar usług jest zdefiniowany w poniższych sekcjach. Rysunek ilustruje, gdzie każdy z tych obszarów usług odnosi się do OSE/RM. Załóżmy, że inżynierii oprogramowania mają zastosowanie we wszystkich obszarach. Każdy z obszarów usług APP odnosi się do określonych komponentów, wokół których zostały lub zostaną zdefiniowane specyfikacje interfejsu, formatu danych lub protokołu. Usługi ochrony i zarządzania są wspólne dla wszystkich obszarów usług i przenikają te obszary w jednej lub kilku formach.
Klasy interfejsów
Istnieją dwie klasy interfejsów w modelu referencyjnym OSE: interfejs aplikacji i interfejs środowiska zewnętrznego:
-
Interfejs programowania aplikacji (API) : API jest interfejsem między oprogramowaniem aplikacji a platformą aplikacji. Jego podstawową funkcją jest wspieranie przenośności oprogramowania aplikacyjnego. Interfejs API jest klasyfikowany zgodnie z typami usług dostępnych za pośrednictwem tego interfejsu API. Istnieją cztery typy usług API w OSE/RM:
- Usługi interfejsu człowiek/komputer
- Usługi wymiany informacji
- Usługi komunikacyjne
- Wewnętrzne usługi systemowe
- Interfejs środowiska zewnętrznego (EEI) : EEI to interfejs obsługujący przesyłanie informacji między platformą aplikacji a środowiskiem zewnętrznym oraz między aplikacjami działającymi na tej samej platformie. Składający się głównie z protokołów i obsługujących formaty danych, EEI w dużym stopniu wspiera interoperacyjność. EEI jest kategoryzowane zgodnie z rodzajem świadczonych usług przesyłania informacji.
profil OSE
Profil składa się z wybranej listy standardów i innych specyfikacji, które definiują uzupełnienie usług udostępnianych aplikacjom w określonej dziedzinie. Przykłady domen mogą obejmować środowisko stacji roboczej, wbudowane środowisko kontroli procesów, środowisko rozproszone, środowisko przetwarzania transakcji lub środowisko automatyzacji biura, by wymienić tylko kilka. Każde z tych środowisk ma inny przekrój wymagań serwisowych, które można określić niezależnie od pozostałych. Każda usługa jest jednak zdefiniowana w standardowej formie we wszystkich środowiskach.
Profil OSE składa się z wybranej listy otwartych (publicznych), opartych na konsensusie standardów i specyfikacji, które definiują usługi w OSE/RM. Ograniczenie profilu do określonej domeny lub grupy domen, którymi interesuje się pojedyncza organizacja, skutkuje zdefiniowaniem profilu organizacji.
Jednostki modelu referencyjnego OSE
Trzy klasy jednostek modelu referencyjnego OSE są opisane w następujący sposób:
- Oprogramowanie aplikacyjne : w kontekście OSE Reference Model oprogramowanie aplikacyjne obejmuje dane, dokumentację i szkolenia, a także programy.
- Platforma aplikacji : Platforma aplikacji składa się ze zbioru komponentów sprzętowych i programowych, które zapewniają ogólne usługi aplikacji i systemu.
- Środowisko zewnętrzne platformy : środowisko zewnętrzne platformy składa się z tych elementów systemu, które są zewnętrzne w stosunku do oprogramowania aplikacji i platformy aplikacji (np. usługi świadczone przez inne platformy lub urządzenia peryferyjne).
Rodzaje usług przesyłania informacji
Istnieją trzy rodzaje usług przesyłania informacji. Są to usługi transferowe do iz:
- Użytkownicy będący ludźmi
- Zewnętrzne magazyny danych
- Inne platformy aplikacji
W swojej najprostszej postaci OSE/RM ilustruje bezpośrednią relację użytkownik-dostawca: oprogramowanie użytkowe jest użytkownikiem usług, a platforma aplikacyjna/podmioty środowiska zewnętrznego są dostawcami. API i EEI definiują świadczone usługi.
Aplikacje
Zasadniczo model środowiska systemu otwartego jest podstawowym budulcem kilku technicznych modeli referencyjnych i architektury technicznej. Architektura techniczna identyfikuje i opisuje typy aplikacji, platform i jednostek zewnętrznych; ich interfejsy; i ich usługi; jak również kontekst, w jakim podmioty współpracują.
Architektura techniczna opiera się na:
- Techniczny Model Referencyjny (TRM); I
- wybrane standardy, które dokładniej opisują elementy TRM (profil).
Architektura techniczna jest podstawą doboru i wdrożenia infrastruktury do stworzenia architektury docelowej.
Techniczny model referencyjny można zdefiniować jako taksonomię usług uporządkowaną według modelu koncepcyjnego, takiego jak model Open System Environment. Wymienione usługi są specyficzne dla tych, które są potrzebne do obsługi technologii komputerowej (np. rozproszone przetwarzanie obiektowe) oraz potrzeb aplikacji przemysłowych/biznesowych (np. usługi dla ludzi, finanse).
Zobacz też
Ten artykuł zawiera materiały należące do domeny publicznej z Narodowego Instytutu Standardów i Technologii .
Dalsza lektura
- Departament Obrony (1996). Ramy architektury technicznej do zarządzania informacjami. Tom. 2, techniczny model referencyjny .
- Agencja Obronnych Systemów Informacyjnych (2001). Techniczny model referencyjny DoD, wersja 2.0, 9 kwietnia 2001 r.
- Gary'ego Fishera (1993). Application Portability Profile (APP): profil OSE/1, wersja 2.0, opracowany przez rząd Stanów Zjednoczonych . Specjalna publikacja NIST 500-210, czerwiec 1993.
- IEEE P1003.22 Projekt przewodnika dla środowiska systemów otwartych POSIX — ramy bezpieczeństwa