система стандартов

Концепция профиля и принципы
документирования профилей
Лаборатория Открытых информационных технологий
Проф. В.А. Сухомлин
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).
•
Определения
В 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).
Назначение профилей
Реализуют
избирательное
агрегирование
функциональности наборов базовых стандартов и
ISPs.
2) Поддерживают и связывают воедино такие аспекты,
как:
определение,
документирование,
стандартизация,
реализация,
аттестация
реализаций, сопровождение спецификаций ИТ.
3) Поддерживают создание системы классификации и
идентификации профилей ИТ.
4) Поддерживают единую методику документирования
профилей ИТ.
5) Являются базисом для создания средств и методов
тестирования реализаций ИТ.
6) Являются проводником в практику решений,
основанных на стандартах.
1)
Концепция профиля
Понятие
профиля
связано
фундаментальными понятиями:
с
тремя
базового стандарта (Base Standards);
• механизма
регистрации
(Registration
Mechanisms);
• тестирования
конформности (Conformance
Testing).
•
Профили и базовые стандарты
Профили
инструмент
агрегирования
функциональностей базовых стандартов и, возможно,
ISPs посредством определения того, как использовать
их комбинации для заданных функций или окружения.
• Также в профиле для каждого базового стандарта
осуществляется селекция опций и определение
значений параметров.
• По
существу профиль есть некоторый пакет
согласованных
и
параметризованных
базовых
стандартов и ISPs с явным определением взаимосвязи
между ними.
• Выбор спецификаций в профиле делается посредством
явных ссылок на соответствующие базовые стандарты и
ISPs.
•
Нормативные и информативные ссылки
Ссылки различаются двух видов:
• - нормативные (Normative References);
• - информативные (Informative References).
• Нормативные
ссылки
служат
для
построения
функциональности профиля.
• Нормативные ссылки могут ссылаться только на базовые
стандарты, ISPs, PASs.
• Информативные ссылки используются для указания на
документы, полезные для обоснования выбора тех или
иных возможностей ISP, сопоставления с локальными
стандартами, а также для объяснительных целей.
•
Объекты регистрации
•
•
•
•
Определение
профиля
может
использовать
спецификацию, являющейся объектом регистрации.
Примерами объектов регистрации могут служить:
абстрактный
синтаксис,
типы
документов,
конфигурации виртуальных терминалов, типы
управляемых объектов.
Использование такой спецификации достигается
явным указанием ссылки на ее зарегистрированный
источник, что исключается распространение описания
объекта.
Если такая спецификация не зарегистрирована,
должна инициироваться процедура регистрации.
Тестирование конформности
•
•
•
Тестирование конформности систем ИТ исходным
стандартам или профилям является механизмом,
посредством которого определяется степень
соответствия продуктов ИТ международным
стандартам.
Таким образом, тестирование конформности
связывает мир систем ИТ с системой стандартов.
Профиль включает элементы, поддерживающие
унифицированный подход к проектированию
тестов конформности и осуществлению процесса
установления конформности.
Тестирование конформности в системе
стандартов. Основные понятия
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 - комплекты тестов.
•
Тестирование конформности в системе
стандартов. Основные понятия
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.
Тестирование конформности для базовых стандартов
Стандарты протоколов и стандарты средств для их тестирования на
примере протокола сеансового уровня модели 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.
Модель процесса установления конформности
Start
IUT
PICS for
IUT
Conformance
Review of IUT
Protocol Standards
Or
Recommendations
Selection and
Parametrization
Of Test Suite
PIXIT
For
IUT
Conformance Test Suite
Testing
Campaign
And
Analysis of
Results
Control Flow
Data Flow
Testing
Verdict
END
Свойства профилей
Профиль только ограничивает функциональность
базовой спецификации, благодаря выбору ее опций и
значений параметров;
• Профиль
не
может
противоречить
базовым
стандартам, так как не вводит никаких требований,
противоречащих стандарту;
• Профиль может содержать дополнительные более
специальные или ограничительные аттестационные
требования;
• Тестирование
конформности
реализации
ИТ
профилю влечет аттестацию этой реализации на
соответствие всему набору составляющих профиль
спецификаций.
•
Основные элементы определения профиля
•
•
•
•
•
•
•
•
•
Описание области действия профиля (раздел Scope);
Сценарий (Scenario), входящий в состав раздела Scope и
демонстрирующий типовой пример применения профиля;
Нормативные ссылки (раздел Normative References) на
базовые стандарты, ISPs или PAS;
Определения (раздел Definitions), где вводятся, если
дополнительные понятия;
Используемые сокращения (раздел Abbreviations);
Требования конформности (раздел Conformance);
Описание применения каждого цитируемого базового
стандарта или ISPs;
Ссылку на спецификацию тестов конформности;
Информативные ссылки на другие полезные документы.
Основные требования к ISP
Основные требования к содержанию и формату ISP:
a) ISP должен удовлетворять правилам ISO/IEC,
применяемым для представления международных
стандартов;
b) ISP должен быть компактным документом, не
повторяющим текста документов, на которые он
ссылается;
c) Определение одного профиля может включать ссылки на
определение других ISPs.
Структура документации профилей
•
•
•
•
•
•
Профили могут издаваться в виде отдельных ISPs.
Группа связанных между собой профилей может
издаваться в виде многочастевых ISPs (multi-part ISPs).
Многочастевые ISPs позволяют избежать копирования
общего текста для связанных профилей.
Каждая часть многочастевого ISP, как правило, содержит
определение одного профиля и представляет собой
самостоятельный объект процедуры голосования.
Для поддержания связей между определениями в таком
ISP применяются ссылки на отдельные части документа.
Для
каждого
профиля
должна
обеспечиваться
спецификация тестирования профиля (Profile Test
Specification), называемая абстрактным методом
тестирования.
Структура документации профилей
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
...// Объяснительный и информационный материал
Семантика тестирования конформности
Требования конформности классифицируются как:
а) обязательные (mandatory requirements), т.е. требования,
которые должны обеспечиваться всеми реализациями;
в) факультативные (options requirements), т.е. требования,
рассматриваемые только в случае, когда реализация
включает соответствующую опцию.
Также требования могут определяться как:
а) безусловные требования, применимые при всех условиях;
в) условные - требования, которые при некоторых условиях
могут быть обязательными, при некоторых других факультативными, еще при других - бессмысленными (out
of scope) или, вообще, запрещенными (prohibited).
Пример профиля
Information technologyInternational Standardized ProfileCommon
upper layer requirements
Part 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
Пример профиля
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.
...
Пример профиля
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;
...
Пример требований конформности
Список требования к функциональным группам сеансового протокола
C.3.1
Functional units – [PICS Proforma A.6.1]
Functional unit
Profile
PICS Proforma
reference
Constraint / [mnemonic]
1
Kernel
m
A.6.1/1
2
Negotiated Release
i
A.6.1/2
Not used by BCA
3
Half Duplex
i
A.6.1/3
Not used by BCA
4
Duplex
m
A.6.1/4
5
Expedited Data
i
A.6.1/5
Not used by BCA
6
Typed Data
i
A.6.1/6
Not used by BCA
7
Capability Data
i
A.6.1/7
Not used by BCA
8
Minor Synchronize
i
A.6.1/8
Not used by BCA
9
Symmetric Synchronize
i
A.6.1/9
Not used by BCA
10
Data Separation
i
A.6.1/10
Not used by BCA
11
Major Synchronize
i
A.6.1/11
Not used by BCA
12
Resynchronize
i
A.6.1/12
Not used by BCA
13
Exceptions
i
A.6.1/13
Not used by BCA
14
Activity Management
i
A.6.1/14
Not used by BCA