1 / 36

Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин

4. Профили окружений открытых систем (OSE-профили) . ISO/IEC/TR 10000- 3 ( Part 3: Principles and Taxonomy for OSE Profiles ). Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин. 1. Назначение ISO/IEC/TR 10000- 3.

Download Presentation

Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 4. Профили окружений открытых систем (OSE-профили).ISO/IEC/TR 10000-3 (Part 3: Principles and Taxonomy for OSE Profiles) Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин

  2. 1. Назначение ISO/IEC/TR 10000-3 • Развитие концепции профиля для окружений открытых систем (OSE). • Обеспечение методологической основы для описания окружений открытых систем в виде OSE-профилей • Разработка принципов построения классификационной схемы для OSE-профилей (таксономии профилей).

  3. 2. Ссылки • ITU-T Recommendation X.290 (1995) | ISO/IEC 9646-1:1994: Information Technology - Open System Interconnection - Conformance Testing Methodology and Framework - Part 1: General Concepts • ISO/IEC TR 10000-1:1998, Information technology - Framework and taxonomy of International Standardized Profiles - Part 1: General Principles and Documentation Framework. • ISO/IEC TR 10000-2:1998, Information technology - Framework and taxonomy of International Standardized Profiles - Part 2: Principles and taxonomy for OSI Profiles. • ISO/IEC TR 10183-1:1993, Information Technology - Text and Office Systems - Office Document Architecture (ODA) and Interchange Formats - Technical Report on ISO 8613 Implementation Testing Part 1: Testing Methodology.

  4. 2. Ссылки (продолжение) • ISO/IEC 10641:1993, Computer Graphics and Image Processing - Conformance testing of implementations of graphics standards • ITU-T Recommendation X.902 (1995) | ISO/IEC 10746-2:1995, Information Technology - Open Distributed Processing - Reference Model: Foundations • ISO/IEC 13210:1994: Information Technology - Test Methods for Measuring Conformance to POSIX • ISO/IEC TR 14252: 1996, Guide to the POSIX Open System Environment (OSE)

  5. 3. Определения 3.1 Terms defined in ISO/IEC TR 10000-3 3.1.1 OSE Profile 3.1.2 OSI Profile /OSE - исчерпывающий набор интерфейсов, сервисов, форматов и других аспектов, позволяющий достичь целей интероперабельности и/или переносимости приложений на основе применения базовых стандартов и профилей ИТ/

  6. 3. Определения(продолжение) 3.2 Terms defined in ISO/IEC TR 14252, Guide to the POSIX (OSE) 3.2.1 Application Platform 3.2.2 Application Program Interface (API) 3.2.3 Application Software 3.2.4 Communication Services Interface (CSI) 3.2.5 Human/Computer Interface (HCI) 3.2.6 Information Services Interface (ISI) 3.2.7 Interoperability 3.2.8 Open System Environment (OSE) 3.2.9 Portability (of Application Software)

  7. 3. Определения(продолжение) 3.3 Terms defined in ITU-T Rec. X.902 | ISO/IEC 10746-2, Information Technology - Open Distributed Processing - Reference Model: Foundations 3.3.1 Interchange reference point~ (ISI) 3.3.2 Interworking reference point ~ (CSI) 3.3.3 Perceptual reference point ~ (HCI) 3.3.4 Programmatic reference point ~ (API)

  8. Определение понятий 16) Прикладное программное обеспечение (Aplication Software). Специфическое для некоторого приложения программное обеспечение, состоящее из программ, данных и документации. 17) Прикладная платформа (Aplication Platform). Набор программно-аппаратных ресурсов, обеспечивающих сервис, необходимый для выполнения прикладного программного обеспечения. 18) API (Application Program Interface - Интерфейс прикладной программы). Интерфейс между прикладным программным обеспечением и прикладной платформой, через который обеспечивается сервис для прикладного программного обеспечения со стороны прикладной платформы.

  9. Определение понятий(продолжение) 19) CSI (Communication Services Interface - Интерфейс коммуникационных услуг). Граница, через которую обеспечивается доступ к сервисам, реализующим взаимодействие между внутренними сущностями программного обеспечения и внешними объектами по отношению к прикладной платформе. 20) HCI (Human/Computer Interface - Человеко-машинный интерфейс). Граница, через которую имеет место физическое взаимодействие между человеком и прикладной платформой. 21) ISI (Information Services Interface - Интерфейс информационного сервиса). Граница, через которую обеспечивается сервис внешнего, долговременного хранилища (external persistent storage) данных.

  10. 4. Используемые сокращения AEP Application Environment Profile API Application Program Interface CSI Communications Services Interface EDI Electronic Data Interchange HCI Human/Computer Interface ISI Information Services Interface ISP International Standardized Profile IT Information Technology OSE Open System Environment OSI Open Systems Interconnection AMI Medical Image Interchange (Appl.) FMI Medical Image Interchange (Format)

  11. Цели открытости • 1) Переносимость прикладного программного обеспечения и его повторноеиспользование на уровне исходного кода (Application Software Portability and Software Reuse at the Source Code Level) • 2) Переносимость данных (Data Portability) • 3) Интероперабельность прикладного программного обеспечения (Application Software Interoperability) • 4) Интероперабельность управления и безопасности (Management and Security Interoperability) • 5) Переносимость пользователей (User Portability) • 6) Адаптация к изменениям стандартов (Accommodation of Standards)

  12. 5. Цели открытости (продолжение) • 7) Адаптация к новым технологиям информационных систем (Accommodation of New Information System Technology)/гибкостьперехода к новым стандартам и новым технологиям/ • 8) Масштабируемость прикладных платформ (Application Platform Scalability) • 9) Масштабируемость распределенных систем (Distributed System Scalability) • 10) Прозрачность реализаций (Implementation Transparency) /скрытие особенностей реализации за интерфейсами открытых систем / • 11) Поддержка пользовательских требований (Support Clear Statement of User Requirements) /профили – язык пользователей, разработчиков, поставщиков/

  13. 6. Общие принципы • OSE-профиль специфицирует полное или частичное поведение систем ИТ, наблюдаемое на их интерфейсах. • Интерфейсы - границы систем, на которых может прослеживаться их функционирование со стороны внешнего наблюдателя (пользователя, приложения, тестовой системы, администратора и пр.). • Наиболее важным результатом рассматриваемого документа является введение классификации интерфейсов систем ИТ, заимствованная из эталонной модели RM OSE POSIX (ISO/IEC TR 14252, Guide to the POSIX Open System Environment), но она представлена в более обобщенном, независящем от конкретных архитектурных решений контексте и согласована с классификацией эталонных точек (reference points) объектных распределенных систем (ITU-T Rec. X.902 | ISO/IEC 10746-2, Information Technology - Open Distributed Processing - Reference Model: Foundations).

  14. Классификация OSE-профилей Определены четыре основных типа интерфейсов OSE: • API (Application Program Interface - Интерфейс прикладной программы); • CSI (Communication Services Interface - Интерфейс коммуникационных услуг); • HCI (Human/Computer Interface - Человеко-машинный интерфейс); • ISI (Information Services Interface - Интерфейс информационных услуг). Возможны и другие типы интерфейсов, например, интерфейс управляемых объектов.

  15. Определения классов интерфейсов • API- интерфейс между прикладным программным обеспечением и поставщиком необходимого для функционирования этого программного обеспечения сервиса, т.е. прикладной платформой. • CSI трактуется как интерфейс, который обеспечивает сервис для реализации взаимодействия с внешними системами ИТ. Реализация такого взаимодействия осуществляется с помощью протоколов (процедур обмена), стандартизация которых вместе со стандартизацией форматов обмениваемых с помощью этих протоколов данных является основой обеспечения интероперабельности систем.

  16. Определения классов интерфейсов • HCI - интерфейс, через который осуществляется физическое взаимодействие пользователя и системы ИТ (примерами HCI служат клавиатуры для ввода информации и оконные системы). • ISI рассматривается как граница взаимодействия с внешней памятью долговременного хранения данных, для переносимости и интероперабельности которых необходима стандартизация форматов и синтаксиса представления данных.

  17. СвойстваOSE-профилей • Профиль OSE определяет композицию функций или сервисов, реализуемых на интерфейсах определенных выше классов. • Функциональность профиля специфицируется в терминах вызовов функций, протоколов взаимодействия, форматов данных. • Требованием к профилю является согласованность используемых им спецификаций, относящихся к интерфейсам различных классов. • В профиле OSE возможны ссылки на ISPs, определяющие способы представления данных, т.е. F-профили, которые могут относиться к любым типам интерфейсов. • Классификация интерфейсов является основой для построения таксономии профилей.

  18. Модель концепцииOSE-профилей

  19. Свойства интерфейсов • Открытые системы могут иметь более одного экземпляра интерфейсов каждого класса. Например, конкретная система может включать одновременно CSI-интерфейс, соответствующий стеку протоколов TCP/IP, а также CSI-интерфейс, соответствующий стеку OSI. • Интерфейсы разных классов могут взаимодействовать друг с другом. Примером такого взаимодействия может служить включение в API-интерфейс средств (библиотек), с помощью которых прикладная программа может взаимодействовать с элементами интерфейсов других классов. • Зависимость интерфейсов показана на модели с помощью функциональной нотации (API(HCI), API(ISI), API(CSI)).

  20. Конформность OSE профилям • Единая для всех видов интерфейсов методология тестирования конформности еще не разработана. • Наиболее продвинутыми подходами к тестированию конформности являются: • -подход OSI(OSI Conformance Testing), т.е. тестирование реализаций сетевых протоколов и сервисов (CSI-интерфейсов); • -подход POSIX(POSIX.1 Testing), т.е. тестирование реализаций API-интерфейсов. • В связи с этим при разработке ИТ, таких, как, например, ODA, EDI, SGML, CGM, ODP, разрабатываются собственные методы, как правило, на основе модернизации методов OSI или POSIX.

  21. Конформность OSE профилям Общие принципы установления конформности систем ИТ OSE-профилям: • применение системного подхода к решению общей задачи; • декомпозиция общей задачи на частные решения, поддерживаемые технологиями конформности; • применение частных технологий для конкретных типов интерфейсов; • тщательное тестирование системообразующих связей или агрегаций системы; • реализация процесса установления конформности в лабораториях тестирования; • использование продуктов, сертифицированных другими аккредитованными лабораториями.

  22. Принципы разработки OSE-профилей Продемонстрируем методику разработки OSE-профилей на основе следующего примера.

  23. Пример разработки OSE-профиля • Рассмотрим пример разработки OSE-профиля для класса распределенных офисных систем, содержащих в качестве своих компонент (подсистем) системы трех типов: A, B, C: • Тип A представляет собой систему-клиента базы данных с некоторым прикладным программным обеспечением . • Тип В - сервер баз данных, обслуживающий запросы клиентов к базе данных. • Тип С - терминальный сервер, выполняющий семантику функций человеко-машинного интерфейса. • Цель - разработка офисной системы, обладающей свойством переносимости прикладного программного обеспечения клиентской части иинтероперабельностью.

  24. Пример разработки OSE-профиля • Методологической основой создания такой системы является разработка соответствующего OSE-профиля, специфицирующего поведение системы типа А на всех ее интерфейсах. • Специфицируемое профилем окружение должно определяться некоторым набором стандартизованных спецификаций (стандартов и ISPs), чтобы обеспечить разработку приложений клиентской системы А на основе принципов открытости, в частности, переносимости программного обеспечения. • Присвоим данному профилю рабочее наименование DOT (Distributed Office Technology).

  25. Методика разработки OSE-профилей Для разработки профиля DOT будем применять некоторый систематический подход. Основными шагами данного подхода являются: 1) Идентификация области применения систем ИТ, соответствующих данному профилю, а также определения конечных целей и общих ограничений задачи проектирования профиля. Для профиля DOT область применения ограничена конкретным классом информационных систем и конкретной функциональной компонентой таких систем (прикладным программным обеспечением клиентскойчасти). Также определены цели проектирования - переносимость прикладного программного обеспечения клиентской части.

  26. Методика разработки OSE-профилей 2) Разработка сценария (типовой ситуации применения системы ИТ). Сценарий представляет собой графическое представление информационной модели систем ивключает: - Основные функциональные элементы (системы, подсистемы) описываемой реализации; - Взаимосвязи между элементами (физические каналы, логические взаимодействия или протоколы); - Распределение функций ИТ по элементам модели.

  27. APIs ASW CSIs B DB Server A client LAN IEEE 802 HCIs MOTIF, X-Windows, … ODBC X11RSWs TCP/IP RFC1042 IEEE 802 C Terminal server DB Сценарий

  28. Методика разработки OSE-профилей 3) Определение функциональности профиля в виде набора ссылок на актуальные стандарты и ISPs и формирование, таким образом, раздела нормативных ссылок. Для рассматриваемого примера состав нормативных ссылок удобно представить в виде таблицы, в которой спецификации сгруппированы по типам интерфейсов.

  29. Методика разработки OSE-профилей • 4. Анализ спецификаций на совместимость - производится тщательный анализ непротиворечивости спецификаций, входящих в состав профиля. В результате этого шага могут быть определены дополнительные требования конформности реализаций профилю, исключающие случаи потенциального конфликта между спецификациями. • 5. Определение концептуальной части профиля – введение новых понятий в раздел Definitions, дополняющих систему понятий цитируемых базовых спецификаций, а также введение используемых в профиле сокращений (раздел Abbreviations).

  30. Методика разработки OSE-профилей 6. Анализ требуемой функциональности для каждого цитируемого базового стандарта или ISPs, обоснование и выбор классов сервиса, тестовых поднаборов, опций, диапазонов значений параметров. 7. Разработка требований конформности, учитывающих специфику применения профиля для каждой спецификации, упомянутой в разделе нормативных ссылок (раздел Conformance). 8. Разработка табличных приложений для точной спецификации утверждений конформности. 9. Разработка информативных материалов.

  31. Принципы таксономии профилей OSE Таксономия - это классификационная схема профилей ИТ, предназначенная для недвусмысленной ссылки на профили и группы профилей. Она позволяет формировать уникальные идентификаторы профилей, отражающие также взаимосвязь профилей и групп профилей между собой. Классификация основывается на разбиении профилей по областям, соответствующим содержанию определенных или предполагаемых эталонных моделей. Представленная структура классификации является динамической по своей природе и легко адаптируется к эволюции системы стандартов и технологий. Для построения классификационной схемы применяется метод структурированных идентификаторов.

  32. Принципы таксономии профилей OSE Структурированный идентификатор состоит из: 1) Корневой мнемоники или корня (root mnemonic) - короткой символьной строки, обозначающей область использования OSE-профиля. Например, EDI (для Electronic Data Interchange) или MED (для медицинских приложений). 2) Числовой строки, следующей за корнем и используемой для разбиения области использования профилей на подразделы. 3) Характеристики специфицируемых интерфейсов (суффикса), состоящей от одной до четырех указанных ниже букв, следующих в алфавитном порядке: C - для CSI (в профиляхдо 1995г., обычно опускается) I - для ISI H - для HCI P - для API

  33. Примеры структурированных идентификаторов Возможно указание профилей с помощью функциональной формы записи:   MEDkkk-CHP (FTmmm-CP, WINiii-H)

  34. Таксономии профилей OSEPOSIX PSEab-HIP High Performance Application Environments a b Substructure 1 0 Supercomputing Application Environment 1 1 Multiprocessor Application Environment PSEab-P Realtime Application Environment a b Substructure 5 1 Minimal Realtime System Profile 5 2 Realtime Controller System Profile 5 3 Dedicated Realtime System Profile PSEab-IP Realtime Application Environment a b Substructure 5 4 Multipurpose Realtime System Profile

More Related