Структура знаний итологии
Структура знаний имеет многоуровневую организацию
Концептуальный уровень или уровень метазнаний, состоит из архитектурных спецификаций, называемых эталонными моделями (Reference Model). Архитектурные спецификации предназначены для структуризации спецификаций функций некоторой области.
Базовые спецификации, определяющие индивидуальные функции или наборы функций, вошедшие в состав эталонных моделей.
Локальные профили (например, OSI - профили)
OSE-профили (специализация поведения открытых систем
Полные OSE-профили (профили платформ и систем).
OSE-профили прикладных технологий
Стратегические профили (например, GOSIP).
Спецификации OSE предназначены для описания поведения ИТ-систем на их границах, называемых интерфейсами.
Построение OSE-спецификаций осуществляется с помощью аппарата профилей на основе базовых или стандартных спецификаций.
Структура знаний итологии
Стратегические профили ( GOSIP)
Профили прикладных технологий
Полные OSE-профили (профили платформ, систем)
OSE-профили
Локальные профили (в частности, OSI - профили)
Базовые спецификации
Архитектурные спецификации (Эталонные модели)
Имеюся следующие основные эталонные модели:
Эталонная модель взаимосвязи открытых систем (Reference Model for Open Sysnems Interconnection - RM-OSI); - ITU-T X.200 (1994); ISO/IEC 7498-1,2,3,4:1994
Руководство по окружению открытых систем POSIX Portable Operaring System Interface for Computer Environments) - ISO/IEC DTR 14252;
Эталонная модель для открытой распределенной обработки (RM-ODR) - ITU-T Rec. 902 ISO/IEC 10746-2:1995;
Эталонная модель управления данными (Reference Model for Data Management - RMDF) - DIS 9075:1992 ;
Эталонная модель компьютерной графики (Reference Model of Computer Graphics - RM CG);
Эталонная модель программной инженерии (ISO 9000 - ISO 9004, ISO8402:1988);
Эталонная модель текстовых и офисных систем (ISO/IEC TROTSM-1), в частности, общая (general) модель распределенных офисных систем (ISO/IEC 10031:1991).
Разрабатываются и близки к опубликованию:
Методы аттестации и аттестационное тестирование (conformance and conformance test methods);
основы общей безопасности (generic security frameworks);
качества OSI-сервиса (Quality of Service for OSI).
Базовые функции ОС; определяются стандартами по окружению открытых систем POSIX (Portable Operaring System Interface for Computer Environments) - ISO/IEC 9945:1990.
Функции управления базами данных; включают язык баз данных SQL (Structured Query Language), информационную справочную систему (Information Resource Dictionary System - IRDS), протокол распределенных операций RDA (Remote Data base Access).
Функции пользовательского интерфейса; включают следующие ИТ: MOTIF из OSF для графического пользовательского интерфейса (GUI); система X Windows, охватывающая рпоцедуры GUI и телекоммуникации; стандарты для виртуального терминала (Virtual Terminal - VT), включая Telenet, определяющую процедуры для работы VT в символьном режиме через транпортную службу TCP/IP; cтандарты машинной графики GKS (Grafical Kernel System - ISO/IEC 7942), PHIGS (Programmers Hierarchical Interactive Graphics System, а также CGI (Computer Graphics Interface).
Функции взаимосвязи открытых систем, включая спецификации сервиса и протоколов, разработанные в соответствии с моделью OSI (рекомендации серии X 200); стандарта локальных сетей (IEEE 802); спецификации сети Internet.
Функции распределенной обработки, включая базовые спецификации OSI (Remote Procedure Call - RPC; Commitment, Concurrency and Recovery - CCR; Distributed Transaction Processing - TP; File Transfer, Access and Management (FTAM), OSI Management, а также API для доступа к сервису Object Request Broker (ORB) в архитектуре CORBA, API, определяющий базовые возможности такого сервиса (Commom Object Services - COS 1), язык спецификации интерфейсов объектов IDL (Interface Definition Language) и его проекции на ООП.
Распределенные приложения, включая, спецификации специальных сервисных элементов прикладного уровня модели OSI, стандартов Internet, OMG, X/Open. В частности, к ним относятся: система обработки сообщений MHS (Message Handling System - X.400), служба справочника (The Directory - X.500) и др.
Cтруктуры данных и документов, в том, числе средства языка ASN.1 (Abstract Syntax Notation One - ISO/IEC 8824:1990), предназначенного для спецификации прикладных структур данных, т.е. абстрактного синтаксиса прикладных объектов; спецификация структур учрежденческих документов (Office Document Architecture (ODA) - T.411-T.418, T.421, T.502, T.505, T.506; структура документов для производства - Standard Generalized Markup Language (SGML - ISO/IEC 8876:1986); форматы метафайла для представления графической информации: Computer Graphics Metafile (CGM); стандарт на сообщения и элементы данных для электронного обмена данными в управлении, коммерции и торговле (стандарт EDIFACT - Electronic Data Interchange for Administration, Commence and Trade); языки описания документов гипермалтимедиа: HyTime (ISO/IEC 10744:1992), SMDL (Standard Music Description Language - ISO/IEC 1074:1992), SMSL (Standard Multimedia/Hypermedia Scripting Language - ISO/SC1/WG8:1993), SPDS (Standard Page Description Language - ISO/IEC 10180:1994), DSSSL (Document Style Semantics and Specification Language - ISO/IEC 10179), HTML (HyperText Markup Language) и др.
Роль и назначение концепции профиля
Реализует пакетирование и идентификацию комбинаций базовых стандартов и ISPs, вместе с указанными для них ограничениями, включая: соответствующие классы и поднаборы сервиса, опции и параметры, необходимые для поддержки технологических функций (как, например, интероперабельность) или поддержки класса приложений (как, например, обработка транзакций).
Поддерживает и связывает воедино такие аспекты, как: определение, документирование, стандартизация, реализация, аттестация реализаций, сопровождение спецификаций ИТ.
Поддерживает создание системы идентификации и классификационной схемы ИТ-профилей.
Поддерживает единую методику документирования ИТ-профилей (в виде ISP).
Профиль является базисом для создания средств (тестовых пакетов - test suites) и методов тестирования реализаций ИТ, с целью аттестации последних на международном уровне.
Является проводником в практику стандартизованных решений, воплощающих концептуальные построения эталонных моделей.
Является опорной точкой для создания вокруг деятельности по функциональной стандартизации климата, способствовавшего разработке гармонизированных профилей, т.е. профилей, для которых достигалась бы большая мера согласия.
Определение профиля включает следующие его элементы:
сжатое определение области действия функции, для которой определяется профиль;
иллюстрацию сценария, показывающего пример применения профиля, при этом желательно использование диаграммного представления ИТ-системы, самого приложения и имеющих место интерфейсов;
нормативные ссылки на набор базовых стандартов или ISPs, включающие точную идентификацию актуальных текстов базовых спецификаций, а также охватывающие принятые дополнения и исправления;
спецификации применения каждого цитируемого базого стандарта или ISPs, устанавливающие выбор классов, подмножеств, опций, диапазонов значений параметров, а также ссылки на регистрируемые объекты;
раздел, определяющий требования на соответствие данному профилю реализующих его ИТ-систем;
ссылку на спецификацию аттестационных тестов для реализации данного профиля, если таковые имеют место;
информативные ссылки на любые полезные документы.
Типовая структура документа ISP
FOREWORD // Предисловие
INTRODUCTION // Введение
1. SCOPE // Область применения + Scenario
2. NORMATIVE REFERENCES // Нормативные ссылки
3. DEFINITIONS // Определения
4. ABBREVIATIONS // Сокращения
5. CONFORMANCE // Соответствие
6. Requirements specifications related to each base standard // Спецификации требований для каждого базового стандарта
NORMATIVE ANNEXES - задающие требования соотвествия профиля в табличном представлении.
INFORMATIVE ANNEXES - содержащие объяснения и руководства, если это требуется.
В дополнении к 10000-1 приводятся правила составления каждого из элементов ISP, соответствующие правилам IEC/ISO. (В случае разбиения ISP на части, каждая часть должна удовлетворять этой структуре).
Требования к содержанию и формату ISP
Профили непосредственно связаны с базовами стандартами и аттестация на соответствие профилю подразумевает аттестацию на соответствие этим базовым стандартам.
ISPs должны удовлетворять правилам IEC/ISO для представления проектов и самих международных стандартов.
ISP должен быть компактным документом, не повторяющим текста документов, на которые он ссылается.
Определение одного профиля может включать ссылки на определение других.
Многие профили документируются и публикуются в виде отдельных ISPs. Однако для тесно связанных между собой профилей может быть использован более подходящий для такого случая механизм многокомпонентных ISPs (multipart ISPs). Многокомпонетные ISPs позволяют избежать копирование общего текста для связанных профилей.
Для каждого профиля должна обеспечиваться спецификация тестирования профиля (Profile Test Specification), которая определяется или как часть ISP или как отдельный самостоятельный ISP. В последнем случае в исходном ISP используется ссылка на этот документ.
Семантика аттестации на соответствие профилю
Аттестация системы на соответствие данному профилю влечет ее соответствие тем спецификациям, на которые имелись ссылки в профиле (с учетом параметризации используемых спецификаций).
Аттестационные требования классифицируются следующим образом:
обязательные требования (mandatory requirements), т.е. требования, которые должны рассматриваться во всех случаях;
необязательные или дополнительные требования (options requirements), т.е. требования, рассматриваемые только в том случае, когда реализация включает соответствующую опцию.
Дополнительно, требования могут определяться как:
безусловные, применимые всегда;
условные: требования, которые при некоторых условиях могут быть обязательными, при некоторых других - дополнительными, а еще при каких-либо - неприменимыми к реализации вообще.
Чтобы оценить соответствие конкретной реализации, необходимо иметь некоторое описание (заявку) реализованных возможностей, включая описание опций и ограничений с тем, чтобы реализация могла быть испытана на соответствие только требованиям, соответствующим ее возможностям и только им. Такое описание называется заявкой соответствия реализации (Implementation Comformance Statement - ICS).