Открытая система (open system): Система, реализующая откры­тые спецификации или стандарты на интерфейсы, службы и форматы данных, достаточные для того,

Презентация:



Advertisements
Похожие презентации
Различия и особенности распространенных протоколов. Принципы работы протоколов разных уровней. Предоставление сетевых услуг. Борисов В.А. КАСК – филиал.
Advertisements

Архитектура операционных систем. Архитектура ОС Состав модулей (компонент) ОС Структура связей между отдельными модулями ОС Принципы взаимодействия модулей.
Архитектура операционных систем Семестр 2, Лекция 1.
Реализация концепции построения и формирования отраслевой системы государственного учета, регистрации и мониторинга (ОСГУРМ) информационных ресурсов сферы.
1 Диаграммы реализации (implementation diagrams).
Лекция 3 Архитектура информационных систем. Вопросы лекции 1. Архитектура информационной системы 2. Архитектурный подход к реализации информационных систем.
Сетевые модели Борисов В.А. КАСК – филиал ФГБОУ ВПО РАНХ и ГС Красноармейск 2011 г.
Архитектура операционной системы. Ядро и вспомогательные модули операционной системы При функциональной декомпозиции ОС модули разделяются на две группы:
Семиуровневая модель OSI Требования к совместимости сети: 1.Расширяемость 2.Масштабируемость 3.Управляемость Требования совместимости невозможно выполнить.
Сетевые службы Для конечного пользователя сеть это не компьютеры, кабели и концентраторы и даже не информационные потоки, для него сеть это, прежде всего,
Выполнила студентка II курса ГБОУ СПО Баймакский сельскохозяйственный техникум Вахитова Гульназ.
Канадские критерии безопасности Созданы в 1993г. Цель разработки Единая шкала критериев Единая шкала критериев Основа для разработки спецификаций безопасных.
ГСНТИ задание 2.2«Разработать сервер доступа к библиотечным информационным ресурсам по протоколу z39.50 и систему обслуживания по принципу «Одно.
1. Теоретические основы операционных систем (планирование заданий и использования процессора, обеспечение программ средствами коммуникации и синхронизации,
Рис Еталонная модель OSI Абонентская станция 1 Абонентская станция 2 Прикладной процесс АПрикладной процесс В Уровни Протоколы 1 Прикладной 2 Представительский.
Лекция 6 Лекция 6 Введение в обработку данных. Среда хранения и средства обработки информационных массивов. Эволюция и характеристика концепций обработки.
Интеллектуальная среда непрерывного развития компетентностей Дмитриевская Н.А. к.э.н., Директор ИЭФ МЭСИ.
Распределенная обработка информации Разработано: Е.Г. Лаврушиной.
Рис Взаимодействие объектов и услуг Система А Система В Уровни Протоколы Объект N+1 N+1 уровню Межуровневой интерфейс Точки доступа Уровни Протоколы.
Организация распределенных прикладных систем. Попытаемся ответить на вопросы Как устроены распределенные прикладные системы? Каковы наиболее важные их.
Транксрипт:

Открытая система (open system): Система, реализующая откры­тые спецификации или стандарты на интерфейсы, службы и форматы данных, достаточные для того, чтобы созданное соответствующим обра­зом приложение имело: - возможность переноса с минимальными изменениями на широкий диапазон систем; - взаимодействие с другими прикладными системами на локальных или удаленных платформах; - взаимодействие с пользователями в стиле, облегчающим послед­ ним переход от системы к системе (мобильность пользователей). Профиль (profile): Один или совокупность нескольких базовых стандартов, необходимых для выполнения конкретной функции и иден­ тификация из практики выбранных классов, подмножеств, вариантов и параметров выбранных базовых стандартов. Профиль прикладной среды (application environment profile (AEP)): Профиль, в котором выбранные стандарты, опции и параметры являются необходимыми для поддержки некоторого класса приложений, представляющий полную и согласованную спецификацию среды открытой системы. Термины, применяемы в технологии открытых систем

Профиль платформы (platform profile): Профиль, в котором все сфокусировано на функциональных характеристиках и интерфейсах конкретного типа платформы, которая может быть единственным процессором, коллективно используемым группой прикладных программ, или большой распределенной системой с отдельной прикладной про­граммой для каждого процессора. Профиль стандартизованный POSIX (POSIX Standardized Profile (POSIX SP)): Профиль, стандартизованный POSIX - созданный группой POSIX профиль, описывающий определенное приложение вы­бранными группой POSIX базовыми стандартами в поддержку некото­рого класса приложений, при этом запрещается вводить исключения в набор требований, определяемый базовой моделью системы POSIX из данного руководства. Среда открытой системы (СОС) (open system environment): Исчерпывающий набор интерфейсов, служб и поддерживающих форматов, отражающих представления пользователя о взаимодействии, переносимости прикладных программ, данных и мобильности пользо­вателей, оформленных в виде стандартов информационных технологий и профилей. Служба (service): 1) Функциональный узел в составе интерфейса, выполняющий заданную функцию; 2) Совокупность элементов, связанных в целое для выполнения одной или нескольких конкретных функций.

1.Переносимость прикладного программного обеспечения в исходных кодах POSIX OSE должна содержать возможность переносимости прикладного программного обеспечения в исходных кодах. Текст исполняемой программы, представленный в исходной кодировке в необходимом объеме и без сокращений, позволит переносить прикладную программу на прикладные платформы разного производства (в идеале без доработок). 2. Переносимость данных POSIX OSE должна обладать свойством переноса данных из хранилищ в среде прикладных платформ. Способность перемещать данные от одной прикладной платформы на другую является основой для достижения переносимости приложения. Поскольку прикладной программе предписывается включать исходный код для программы и связанные с ней данные, то при переносе прикладной программы и данных на другую платформу и программа и данные должны переноситься в исходных кодах. Передача данных из хранилищ является существенным методом контроля контактирующих узлов прикладной программы, позволяющим установить одно­значность обмена и применения данных. POSIX-среда открытой системы (POSIX OSE) должна служить для решения следующих задач

3. Взаимодействие прикладной программы и прикладной платформы POSIX-среда открытой системы должна открыть возможность взаимодействия прикладной программы и прикладной платформы. Спецификации служб связи и форматирования содержат необходимые положения, позволяющие двум контактирующим узлам, занятым в распределенной системе, обмениваться и однозначно использовать данные, включая: однородные (гомогенные) системы; разнородные (гетерогенные) системы (т.е. широкий диапазон программно- аппаратных платформ); системы на основе POSIX OSE и не - POSIX OSE основе. 4. «Переносимость» пользователя Среда должна давать возможность пользователям без переучивания работать в широком диапазоне прикладных платформ. Стандартные методы и службы для поддержки взаимодействия человека с машиной являются одним из ключевых моментов в определении открытой системы. Введение стандарта на интерфейс человек-машина позволяет устранить различия в прикладных платформах, навязываемые пользователю.

5. Применение стандартов новых поколений Для того чтобы применять перспективные стандарты в описании POSIX OSE должен быть задан однозначный набор интерфейсов, определяющих переносимость и взаимодействие. Задание интерфейсов должно вытекать из потребностей пользователей и как можно меньше зависеть от вариантов исполнения. Если POSIX OSE сильно привязана к последним стандартам и технологиям, то она очень быстро устареет. Среда не будет способна к реализации полного набора необходимых стандартов и профилей, которые будут подготовлены в результате соответствующей деятельности. POSIX OSE должна предусматривать применение неутвержденных стандартов. 6. Применение новых технологий POSIX-среда открытой системы должна позволять применять новые технологии в информационных системах. Стандарты POSIX OSE специфицируют в большей степени интерфейсы, а не исполнение. Однако, поскольку реализация интерфейсов опирается на специфику технологии, то требуется элемент взвешенного решения для выбора компромисса между стабильностью стандарта и возможностями технологии. Руководство POSIX OSE должно быть достаточно общим, чтобы вписались изменения и совершенствова­ние технологии и, одновременно, достаточно жестким, чтобы служить руководством при разработке стандартов.

7. Масштабируемость прикладной платформы Среда открытой системы должна масштабироваться для включения платформ с различным быстродействием, пропускной способностью и архитектурой. Задача масштабирования порождает индивидуальные стандарты, а также условия, в которых различные стандарты объединяются в профили. Например, когда похожие службы реализуются как платформой типа рабочей станции, так и суперкомпьютером, тогда могут быть применены, насколько возможно, одни и те же стандарты. Таким образом, возникнет большая степень переносимости в прикладной платформе другого исполнения. 8. Масштабируемость распределенной системы POSIX OSE должна обеспечивать масштабирование в распределен­ ной системе. Объединение числа компонентов распределенной системы не должно ограничиваться какими-либо структурными аспектами POSIX OSE. Например, в области сетевых служб стандарты OSE должны быть такими, чтобы сохранялась возможность создавать профили (и таким образом системы), в которых удаленные и локальные ресурсы по сбору и обработке информации не различались, за исключением неизбежной задержки посылки при передаче по линиям связи. Другими словами приложение не должно знать о месте исполнения и это незнание не должно влиять на качество работы.

9. Прозрачность исполнения Руководство POSIX OSE описывает согласующиеся и стандартные интерфейсы для приложения независимо от базовой технологии исполнения. Устройство службы не должно быть видно пользователю; т.е. пользователю должна быть видна только сама служба. POSIX-среда открытой системы организует вызов через интерфейсы, написанные способом, не зависящим от технологии исполнения. В прикладной платформе реализуют полные спецификации требуемых интерфейсов. Спецификации должны быть реализованы таким образом, чтобы не было необходимости в обращении к тексту программы на исходном коде. 10. Функции, затребованные пользователем POSIX-среда открытой системы должна в полном объеме реализовывать все функции, затребованные пользователем (заказчиком) в соответствии с описанием заранее намеченных целей. В документах на POSIX-среду открытой системы должно быть отражено описание способов, гарантирующих достижение переносимости и взаимодействие приложений.

В основу руководства по POSIX-среде открытой системы положена базовая модель общего вида полной информационной системы. Базовая модель POSIX-среды открытой системы Модель дает в распоряжение заинтересованного лица перечень соглашений и концепций, обоюдно согласованных пользователем информационной системы и обществом поставщиков Базовая модель POSIX OSE изображает связанные в единую систему концепции, интерфейсы, контактирующие узлы и диаграммы, которые закладывают основы спецификаций стандартов.

Элементы и контактирующие узлы базовой модели

Интерфейсы базовой модели

EEI определяется как интерфейс, через который осуществляется обмен информацией между внешней средой и платформой. EEI предназначен, преимущественно, для поддержки взаимодействия прикладного программного обеспечения и платформы. В соответствии с эталонной моделью EEI принадлежат следующие три интерфейса: - HCI - Интерфейс «Человек-ЭВМ» - ISI - Интерфейс информационной службы - CSI - Интерфейс службы связи Посредством HCI происходит физическое взаимодействие между пользователем и прикладной платформой. Интерфейс ISI служит для взаимодействия с внешней постоянной памятью. Данный интерфейс специфицирован для реализации требований взаимодействия и переносимости только форматом данных и синтаксисом. CSI служит для организации доступа к службам взаимодействия между внутренними контактирующими узлами приложения и внешними контактирующими узлами, такими как контактирующие узлы приложения на другой платформе, устройства передачи данных извне и приборы. Для переносимости приложения должны быть стандартизованы формат, синтаксис и заявленный протокол предоставления служб.

API определен как интерфейс между прикладной программой и прикладной платформой, посредством которого осуществляется доступ ко всем службам. API предназначен, преимущественно, для поддержки переносимости приложения, но взаимодействие системного и прикладного обеспечения также поддерживается посредством служб связи и информационных служб API. API POSIX OSE описывает полный набор служб, доступных по интерфейсу между приложением и прикладной платформой. Службы, связываемые API, могут быть разделены на следующие категории: - службы операционной системы, включающие службы ядра опе­рационной системы и службы языков программирования и разговорных; - службы связи; - информационные службы, включающие службы баз данных, службы обмена данными и службы обработки транзакций; - службы интерфейса человек/машина, включающие службы интерфейса команд пользователя, службы символьного интерфейса пользователя, службы системы окон, графические службы и службы по обеспечению разработки прикладных программ.

Распределенные системы на основе POSIX OSE