1 / 23

Концепция профиля и принципы документирования профилей

Концепция профиля и принципы документирования профилей. Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин. ISO/IEC/TR 10000-1 (Part 1: General Principles and Documentation Framework).

Télécharger la présentation

Концепция профиля и принципы документирования профилей

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. Концепция профиля и принципы документирования профилей Лаборатория Открытых информационных технологий Проф. В.А. Сухомлин

  2. ISO/IEC/TR 10000-1 (Part 1: General Principles and Documentation Framework) • Основные принципы концепции профиля определены в первой части технического отчета ISO/IEC/TR 10000-1. • В ISO/IEC/TR 10000-1 описаны: -концепция профиля -принципы таксономии профилей -способ документирования профилей в виде ISPs. • Деятельность, связанная с разработкой профилей ИТ и их стандартизацией в виде ISP получила название функциональной стандартизации (Functional Standardization).

  3. Определения В ISO/IEC/TR 10000-1 вводятся следующие определения: 1) Базовыйстандарт (base standard). 2) ISP (International Standardized Profile - Международныйстандартизованныйпрофиль). 3)СистемаИТ (IT system). 4) Профиль (Profile). 5) Таксономия (Taxonomy). 6) Интероперабельность (interoperability). 7) OSE (Open Systems Environment - Окружение или среда открытых систем). 8) Implementation Conformance Statement (ICS).

  4. Назначение профилей 1) Реализуют избирательное агрегирование функциональности наборов базовых стандартов и ISPs. 2) Поддерживают и связывают воедино такие аспекты, как: определение, документирование, стандартизация, реализация, аттестация реализаций, сопровождение спецификаций ИТ. 3) Поддерживают создание системы классификации и идентификации профилей ИТ. 4) Поддерживают единую методику документирования профилей ИТ. 5) Являются базисом для создания средств и методов тестирования реализаций ИТ. 6) Являются проводником в практику решений, основанных на стандартах.

  5. Концепция профиля Понятие профиля связано с тремя фундаментальными понятиями: • базовогостандарта(Base Standards); • механизмарегистрации(Registration Mechanisms); • тестирования конформности (Conformance Testing).

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

  7. Нормативныеи информативные ссылки • Ссылки различаются двух видов: • - нормативные (Normative References); • - информативные (Informative References). • Нормативные ссылки служат для построения функциональности профиля. • Нормативные ссылки могут ссылаться только на базовые стандарты, ISPs, PASs. • Информативные ссылки используются для указания на документы, полезные для обоснования выбора тех или иных возможностей ISP, сопоставления с локальными стандартами, а также для объяснительных целей.

  8. Объекты регистрации • Определение профиля может использовать спецификацию, являющейся объектом регистрации. • Примерами объектов регистрации могут служить: абстрактный синтаксис, типы документов, конфигурации виртуальных терминалов, типы управляемых объектов. • Использование такойспецификации достигается явным указанием ссылки на ее зарегистрированный источник, что исключается распространение описанияобъекта. • Если такая спецификация не зарегистрирована, должна инициироваться процедура регистрации.

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

  10. Тестирование конформности в системе стандартов. Основныепонятия • Conformance Assessment Process - Процессустановленияконформности. • IUT (Implementation Under Testing) – тестируемая система. • Implementation Conformance Statement (ICS) - заявкасоответствияреализации. • PICS (Protocol Implementation Conformance Statements - свидетельствоконформностиреализации. • PIXIT (Protocol Implementation eXtra Information for Testing - дополнительная информация о реализации протокола для тестирования). • Abstract test methods - Абстрактные методы тестирования. • Test suites - комплекты тестов.

  11. Тестирование конформности в системе стандартов. Основныепонятия 3.3.100 system conformance statement (SCS): A document summarizing which OSI ITU-T Recommendations, International Standards or Profiles are implemented and to which ones conformance is claimed. 3.3.101 system conformance statement (SCS) proforma: A document, in the form of a questionnaire, which when completed for a system becomes an SCS.

  12. Тестирование конформности для базовых стандартов Стандарты протоколов и стандарты средств для их тестирования на примере протокола сеансового уровня модели OSI: • ITU-T Recommendation X.215 (1994) | ISO/IEC 8326, Information technology - Open Systems Interconnection - Basic connection-oriented session service definition. • ITU-T Recommendation X.225 (1994) | ISO/IEC 8327-1, Information technology - Open Systems Interconnection - Connection-oriented session protocol: Protocol specification. • ISO/IEC 8327-2, Information technology - Open Systems Interconnection - Basic connection oriented session protocol specification - Part 2 : Protocol Implementation Conformance Statement (PICS) Proforma. • ISO/IEC 10168-1, Information technology - Open Systems Interconnection – Conformance Test Suite for the session protocol - Part 1: Test suite structure and test purposes.

  13. Модель процесса установления конформности

  14. Свойства профилей • Профиль только ограничивает функциональность базовой спецификации, благодаря выбору ее опций и значений параметров; • Профиль не может противоречить базовым стандартам, так как не вводит никаких требований, противоречащих стандарту; • Профиль может содержать дополнительные более специальные или ограничительные аттестационные требования; • Тестирование конформности реализации ИТ профилю влечет аттестацию этой реализации на соответствие всему набору составляющих профиль спецификаций.

  15. Основные элементы определения профиля • Описание области действия профиля (раздел Scope); • Сценарий (Scenario), входящий в состав раздела Scope и демонстрирующий типовой пример применения профиля; • Нормативные ссылки (раздел NormativeReferences) на базовые стандарты, ISPs или PAS; • Определения (раздел Definitions), где вводятся, если дополнительные понятия; • Используемые сокращения (раздел Abbreviations); • Требования конформности (раздел Conformance); • Описание применения каждого цитируемого базового стандарта или ISPs; • Ссылку на спецификацию тестов конформности; • Информативные ссылки на другие полезные документы.

  16. Основные требования к ISP Основные требования к содержанию и формату ISP: a) ISP должен удовлетворять правилам ISO/IEC, применяемым для представления международных стандартов; b) ISP должен быть компактным документом, не повторяющим текста документов, на которые он ссылается; c) Определение одного профиля может включать ссылки на определение других ISPs.

  17. Структура документации профилей • Профили могут издаваться в виде отдельных ISPs. • Группа связанных между собой профилей может издаваться в виде многочастевых ISPs (multi-part ISPs). • Многочастевые ISPs позволяют избежать копирования общего текста для связанных профилей. • Каждая часть многочастевого ISP, как правило, содержит определение одного профиля и представляет собой самостоятельный объект процедуры голосования. • Для поддержания связей между определениями в таком ISP применяются ссылки на отдельные части документа. • Для каждого профиля должна обеспечиваться спецификация тестирования профиля (Profile Test Specification), называемая абстрактным методом тестирования.

  18. Структура документации профилей FOREWORD // Предисловие INTRODUCTION // Введение 1. SCOPE // Область применения, включая сценарий 2. NORMATIVE REFERENCES // Нормативныессылки 3. DEFINITIONS // Определения 4. ABBREVIATIONS // Сокращения 5. CONFORMANCE // Соответствие 6. Requirements specifications related to each base standard // Спецификации требований для каждого базового стандарта NORMATIVE ANNEXES // Требования конформности профиля в табличной форме INFORMATIVE ANNEXES ...// Объяснительный и информационный материал

  19. Семантика тестирования конформности Требования конформности классифицируются как: а) обязательные (mandatory requirements), т.е. требования, которые должны обеспечиваться всеми реализациями; в) факультативные (options requirements), т.е. требования, рассматриваемые только в случае, когда реализация включает соответствующую опцию. Также требования могут определяться как: а) безусловные требования, применимые при всех условиях; в) условные - требования, которые при некоторых условиях могут быть обязательными, при некоторых других - факультативными, еще при других - бессмысленными (out of scope) или, вообще, запрещенными (prohibited).

  20. Пример профиля Information technologyInternational Standardized ProfileCommon upper layer requirementsPart 3:Minimal OSI upper layers facilities 1 Scope This part of ISO/IEC ISP 11188 introduces the concept of the minimal set of OSI upper layer facilities for basic communications applications. A basic communications application simply requires the ability to open and close connection-oriented communications with a peer and to send and receive messages with the peer. It is expected that a large portion of potential OSI applications will be basic communications applications. The upper layer facilities considered in this part of ISO/IEC ISP 11188 are ACSE,Presentation, and Session. 1.1 General

  21. Пример профиля 3 Normative references The following documents contain provisions which, through reference in this text, constitute provisions of this International Standardized Profile. … 3.1 Identical Recommendations | International Standards ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1 : 1994, Information technologyOpen Systems Interconnection: Basic Reference Model. ITU-T Recommendation X.210 (1994) | ISO/IEC 10731 : 1994, Information technology Open Systems InterconnectionService conventions. ITU-T Recommendation X.214 (1993) | ISO/IEC 8072 : 1994, Information technologyOpen Systems InterconnectionTransport service definition. ITU-T Recommendation X.215 (1994) | ISO/IEC 8326 : ____, Information technology Open Systems InterconnectionBasic connection-oriented session service definition. To be published. • ITU-T Recommendation X.216 (1994) | ISO/IEC 8822 : 1994, Information technologyOpen Systems InterconnectionPresentation service definition. ...

  22. Пример профиля 4 Definitions This part of ISO/IEC ISP 11188 makes use of the following definitions. 4.1 Reference model definitions 4.1.1 Basic Reference Model definitions This part of ISO/IEC ISP 11188 is based on the concepts developed in ITU-T Rec. X.200 | ISO/IEC 7498-1. It makes use of the following terms defined in them: a) application-entity; b) Application Layer; c) application-process; d) application-protocol-control-information; e) application-protocol-data-unit; f) application-service-element; ...

  23. Пример требований конформности Список требования к функциональным группам сеансового протокола

More Related