ГОСТ 34.321-96

  Категория » Автоматизация производства » Нормативная документация   


ГОСТ 34.321-96. Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными.

1. Область применения

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

ГОСТ 34.321-96

2. Термины и определения

В настоящем стандарте применяют следующие термины с соответствующими определениями, предназначенные для использования в эталонной модели. В скобках в качестве справочных приведены эквиваленты терминов на английском языке. Алфавитный указатель используемых в стандарте терминов на английском языке приведен в приложении А.
2.1 база данных (database): совокупность взаимосвязанных данных, организованных в соответствии со схемой базы данных таким образом, чтобы с ними мог работать пользователь.
2.2 вариант (variant): конфигурация всей информационной системы или ее части, которая сосуществует с другой системой, имеющей другую конфигурацию, но обеспечивающей те же средства.
2.3 версия (version): конфигурация всей информационной системы или ее части, существующая в конкретный момент времени.
2.4 вертикальная фрагментация (vertical fragmentation): назначение экземпляров различных частей одного типа в две или более среды базы данных.
2.5 временные данные (transient data): данные, которые поступают в информационную систему или исключаются из нее при выполнении одной или нескольких транзакций.
2.6 горизонтальная фрагментация (horizontal fragmentation): назначение различных множеств или различных типов экземпляров данных в две или более среды баз данных.
2.7 данные (data): информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами.
2.8 данные распределения (distribution data): данные, которые определяют информацию о размещении, дублировании и фрагментации объектов данных в распределенной системе баз данных.
2.9 данные управления доступом (access control data): данные, связанные с определением или модификацией привилегий управления доступом.
2.10 домен управления (management domain): область, охватывающая множество двух или более информационных систем, каждая из которых может быть распределенной и которые спроектированы и сконструированы для обмена данными и процессами.
2.11 дополнительное средство значения (added value facility): средство, обеспеченное процессором в дополнение к средствам, требуемым средством моделирования данных.
2.12 интерфейс (interface): определенный набор услуг, предоставляемых процессором.
2.13 информационная система (information system): система, которая организует хранение и манипулирование информацией о предметной области.
2.14 исходная схема (source schema): определение данных или множество определений данных до их преобразования в схему.
2.15 клиент (client): Пользователь, запрашивающий услуги, обеспечиваемые интерфейсом сервера.
2.16 коммутационное соединение (communications linkage): средства для обмена данными между компьютерными системами или между пользователем и компьютерными системами.
2.17 контроллер базы данных (database controller): абстрактное представление для набора услуг, которые согласованы с конкретным средством моделирования данных и реализуют его.
2.18 контрольный журнал (audit trail): журнал, в котором процессы функционирования фиксируются в информационной системе.
2.19 конфигурация (configuration): совокупность процессов информационной системы и способ, которым эти процессы взаимосвязываются.
2.20 механизм управления доступом (access control mechanism): механизм, который может использоваться для осуществления защиты информации от несанкционированного доступа.
2.21 независимость данных (data independence): независимость объектов данных от процессов, состоящая в том, чтобы объекты данных могли быть изменены без нарушения процессов.
2.22 объект данных (data object): любое понятие или предмет, связанное с данными.
2.23 ограничение целостности (constraint): ограничения на значения определенного набора объектов данных.
2.24 определение данных (data definition): описание правил, которым должны подчиняться один или более наборов экземпляров данных.
2.25 пара уровней (level pair): два смежных уровня данных, более высокий из которых всегда содержит тип "информации", соответствующей "экземплярам" на более низком уровне.
2.26 постоянные данные (persistent data): данные, которые постоянно сохраняются в информационной системе в течение всего процесса обработки данных.
2.27 правило манипулирования данными (data manipulation rule): правило, которому необходимо следовать, когда процесс определяется, или которому автоматически следует система управления данными, когда процесс выполняется.
2.28 правило ограничения целостности (constraining rule): правило, являющееся частью средства моделирования данных и контролирующее спецификацию ограничений целостности, которые могут быть наложены на определенный набор объектов данных.
2.29 правило структурирования данных (data structuring rule): правило, определяющее, как может быть структурирован набор экземпляров данных.
2.30 привилегия (privilege): разрешение на использование определенной услуги управления данными для доступа к объекту данных, предоставляемое идентифицированному пользователю.

ГОСТ 34.321-96

3. Графические представления

3.1 В разделе идентифицированы графические символы, используемые в эталонной модели. Использование символа для указания постоянных данных предназначено, чтобы охватить все виды носителей, на которые могут быть записаны данные. Имя идентифицирует тип содержания, записанного как постоянные данные. Символ коммутационного соединения используется в диаграммах как конкретная форма связи между компьютерными системами.
3.2 Символ класса процессов используется, чтобы показать процесс манипулирования данными. Соединение обработки на левом ребре указывает вход, на правом ребре - выход и на вершины - ограничение. Символ класса процессоров с интерфейсом услуг используется в диаграммах с символом соединения обработки, чтобы указать взаимодействия, в которых он участвует как клиент и как сервер. Каждое соединение, обрабатываемое сервером, связывается с заштрихованным интерфейсом услуг.

ГОСТ 34.321-96

4. Требования к управлению данными

4.1 Информационные системы
Информационная система - это система, которая организует процессы сбора, хранения и обработки информации о проблемной области. Она может быть размещена на одной или нескольких компьютерных системах. Дополнительно должна быть выполнена комплексная дипломная система защиты информации информационной системы, при этом если информационная система размещена на нескольких компьютерных системах, то она будет рассматриваться как распределенная информационная система. Данные поступают в информационную систему и исключаются из нее, и эти взаимодействия могут осуществляться или людьми, или процессами.
Управление данными в настоящем стандарте будет касаться организации и управления постоянными данными. Постоянные данные - это данные, которые хранятся в информационной системе в течение определенного периода времени. Система, которая выполняет функцию организации и управления постоянными данными, называется системой управления данными.
4.2 База данных и схема
Постоянные данные в среде базы данных заключают в себе схему и базу данных. Схема - это описания содержания, структуры и ограничения целостности, используемые для создания базы данных. База данных - это набор постоянных данных, определенных с помощью схемы. Система управления данными использует определения данных в схеме, чтобы предоставлять возможность доступа и управлять доступом к данным в базе данных.
4.3 Средство моделирования данных
Схему разрабатывают в соответствии с совокупностью правил структурирования данных. Каждая совокупность правил структурирования данных может иметь связанную с ней совокупность правил манипулирования данными, определяющую процессы, которые могут быть выполнены над структурированными данными. Правила структурирования данных и правила манипулирования данными - это средства моделирования данных. Язык баз данных используется, чтобы определить схему согласно правилам структурирования данных и процессы в соответствии со связанными с ними правилами манипулирования данных. Примерами классов средства моделирования данных являются реляционный, сетевой и иерархический классы. Правила структурирования данных для двух средств моделирования данных в различных классах могут быть похожими, как, например, для сетевого и реляционного, но связанные с ними средства манипулирования данными могут отличаться.
4.4 Независимость данных
Независимость данных - это независимость процессов от объектов данных, которая состоит в том, что объекты данных могут быть изменены без нарушения процессов. Независимость данных, как правило, достигается тремя способами. Первый способ состоит в связывании процесса со схемой таким образом, что процесс знает только ту часть схемы, а именно прикладную схему, которая необходима процессу управления данными. Второй способ - это обеспечение независимости прикладных процессов от физического представления данных. Третий способ - это включение как можно большего количества ограничений целостности в схему, а не в прикладные процессы.
4.5 Процессоры и интерфейсы
Процесс управления данными может быть вызван пользователем, процессами управления данными или другими процессами. Процессы выполняются процессорами, каждый из которых имеет интерфейс. Интерфейс процессора должен быть точно определен. Такие интерфейсы могут быть независимыми от стандартного языка программирования, используемого для определения процесса с использованием интерфейса. В любом интерфейсе существуют факторы, о которых пользователь должен знать, чтобы иметь возможность использовать основной процессор. Эти факторы должны быть сведены к минимуму, чтобы обеспечить как можно большую независимость в интерфейсе.
4.6 Управление доступом
Управление доступом - это предотвращение несанкционированного использования ресурса, включая предотвращение использования ресурса несанкционированным образом. Для управления данными задание управления доступом состоит в разрешении санкционированного доступа к данным и предотвращении несанкционированного доступа. Такое управление доступом определяет процессы, которые может выполнять пользователь. В любой организационной ситуации существуют требования к управлению доступом, которые могут быть выражены в терминах стратегии безопасности. Стратегия безопасности устанавливает, какую форму доступа требует каждый пользователь информационной системы. Информационная система должна иметь соответствующие механизмы управления доступом для проведения в жизнь стратегии безопасности.
Управление доступом должно основываться на принципе идентичности человека и процесса. Требования управления доступом в контексте управления данными должны быть следующими:
- определять и впоследствии модифицировать привилегии управления доступом;
- проводить в жизнь в любое время ограничения управления доступом, которые применимы в том же месте в то же время.
Для определения привилегий требуются определенные средства. Процесс выделения привилегий пользователям называется санкционированием. Глобальные полномочия даются тому, кто должен создать или модифицировать другие привилегии управления доступом в среде управления данными. Привилегии могут определяться в терминах идентификатора пользователя, ограничениями на использование информационной системы, баз данных, схем, типов данных, времени и размещения, а также используя их комбинации. Может потребоваться дополнительная информация, такая, например, как идентификатор пользователя, который санкционирует привилегию.

ГОСТ 34.321-96

5. Пары уровней и связанных процессов

5.1 Пары уровней
Конструкция "пара уровней" является способом объяснения связей между базой данных и схемой. Графическое представление на рисунке 7 применяется для иллюстрации соединения базы данных с ее определением. Влияние конструкции "пара уровней" состоит в том, что каждая база данных соответствует структуре данных, определенной в связанной с ней схеме. Значения данных в базе данных могут обрабатываться только процессами манипулирования данными, связанными со схемой базы данных. Схема устанавливает точную форму разрешенной обработки. Поэтому конструкция "пара уровней" иллюстрирует средство для достижения непротиворечивых операций манипулирования данными. Представление и интерпретация значений данных зависят от схемы. Обработка не может осуществляться до тех пор, пока схема не будет определена и активна. Когда требуются изменения в схеме, тогда связанная с ней база данных должна быть таким образом изменена, чтобы поддерживать непротиворечивость.
5.1.1 Блокирование пар уровней
Конкретная схема не только определяет данные, но и сама является набором сложных объектов данных, которые должны быть созданы и защищены и могут быть модифицированы. Средства управления данными являются пригодными для управления схемами. Схема в паре уровней может быть представлена в базе данных более высокого уровня, структура данных которой может быть определена схемой более высокого уровня. Эта база данных и схема составляют другую, более высокую пару уровней.
Две пары уровней находятся на разных уровнях определения данных. Если схема-2 (рисунок 8) может иметь представление в форме экземпляров данных, записанных в базе данных, то понятие блокирования пар уровней есть рекурсивное понятие и может использоваться двумя и более парами уровней. Рекурсия останавливается, когда определение данных больше не может модифицироваться. Общие метки N и N+1 используются, чтобы показать более высокие уровни при рассмотрении общих свойств.
Блокирование пар уровней происходит с помощью связывания схемы пары уровней (N) с базой данных следующей пары уровней (N+1). Первая называется схемой (N), вторая - базой данных (N+1). Реализация базы данных включает в себя процессы создания и поддержки определений данных. Эти определения становятся доступными для процессов манипулирования данными, затем выполняются операции выборки и модификации данных в базе данных. Блокирование имеет пару самого низкого уровня, для которой данные на более низком уровне этой пары не содержат данные о схеме и ее компонентах и, следовательно, не могут быть активизированы. Эта пара уровней является тогда частью прикладной системы, и данные на более низком уровне этой пары уровней являются прикладной базой данных. Блокирование также имеет пару самого высокого уровня, для которой схема на более высоком уровне пары уровней не записывается в базе данных более высокого уровня. Эта схема является тогда неявной в средстве моделирования данных, используемом системой управления данными.
5.2 Зависимость пар уровней от средства моделирования данных
Конструкция "пара уровней" и понятие средства моделирования данных тесно взаимосвязаны. Средство моделирования данных заключает в себя множество правил структурирования данных и связанное с ним множество правил манипулирования данными.
5.2.1 Пары уровней и правила структурирования данных
Средство моделирования данных включает совокупность правил структурирования данных, которые должны быть использованы для определения схемы. Эти правила включают правила для определения ограничений, которые могут быть частью схемы. Каждая схема должна быть полной и непротиворечивой в соответствии с правилами структурирования данных и связанного с ними средства моделирования данных.
5.2.2 Пары уровней и правила манипулирования данными
Средство моделирования данных также включает правила для семантики процессов манипулирования данными. Для схемы (N) ограничения, которые основываются на правилах структурирования данных, также оказывают влияние на семантику обновления процессов манипулирования данными, выполняемых над базой данных.
5.3 Пары уровней и связанные с ними процессы
Данные в базе данных могут быть получены или модифицированы серией процессов манипулирования данными. Кроме того, если часть этих данных включает исходную схему, то можно выполнять активизированный процесс над данными. Активизация может заканчиваться изменением признака, связанного с предварительно выбранной схемой (N) в базе данных (N+1). Альтернативно активизация может заканчиваться физическим движением данных (N+1) и изменением формы представления. В обоих случаях активизированная схема должна быть защищена от любого изменения, которое осуществлялось бы в базе данных, не соответствующей схеме.
Связывание может быть выполнено различными способами (например, с помощью ссылки на схему или с помощью объединения схемы процесса) и в различные моменты времени (например, при выполнении или при компиляции). Сделанный выбор может влиять на время выполнения, пространство памяти и поддержку непротиворечивости процессов и схемы во время модификации последней. В противном случае выбор не влияет на результаты процессов.
5.4 Многократное связывание
Процесс манипулирования данными может быть многократно связан со схемами. С помощью этой способности конкретный объект базы данных может сделать уровень независимым, то есть к объекту может быть доступ из процессов на более чем одном уровне.
5.5 Управление доступом для пар уровней
Все данные являются субъектом для управления доступом, и в 4.6 описано, как это может выражаться в терминах привилегий, относящихся к типу данных. Идентификатор, который относится к пользователю или программе, действующей от имени пользователя, может быть независимым от уровня. Привилегия, которая относится к уровню данных (N), находится на уровне (N+1).
5.6 Модификация схемы
Необходимо иметь возможность изменять структуру базы данных. Это означает, что связанная с ней схема должна быть модифицирована. После того как схема модифицирована, данные из первоначальной базы данных необходимо корректно представить в соответствии с новой схемой. Это можно выполнить с помощью модификации исходной схемы в базе данных (N+1), активизируя ее, чтобы создать новую схему (N) и пустую базу данных (рисунок 10), и передавая первоначальные данные в новую базу данных. Пошаговая модификация может также быть использована, чтобы удовлетворить это требование с тем же эффектом.

ГОСТ 34.321-96

6. Архитектурная модель

6.1 Понятия моделирования
Архитектурная модель выражается в терминах процессоров, которые взаимодействуют как клиент и/или сервер. Эти термины используются для ссылок на процессоры, которые выполняют функции для конкретного взаимодействия. Процессор обеспечивает услуги управления данными, которые используются другими процессорами, чтобы представить возможности информационной системы. При взаимодействии клиент - сервер клиент делает запрос на услугу, включая любые значения данных, требуемые для этой услуги. Сервер обеспечивает один из следующих ответов:
- указание, что запрашиваемая услуга завершена;
- набор данных, который является результатом запрашиваемой услуги;
- сообщение, что услуга недоступна;
- сообщение, что запрашиваемые данные недоступны.
Каждый процессор должен определяться внешним интерфейсом, который он представляет как сервер. Этот сервер должен определять услуги и тип данных, к которым применяются услуги. Взаимодействие процессора с другими серверами относится к задачам моделирования. Каждый процессор является экземпляром некоторого класса. Класс определяет услуги, общие для всех процессоров, которые являются экземплярами класса. Некоторые классы определяют тип данных, к которым применяются услуги, некоторые являются общецелевыми, когда экземпляр требует отдельной схемы, чтобы определить данные, к которым услуги применяются.
Процессор может быть клиентом многих серверов в любое время; несколько серверов могут поддерживать нескольких параллельных клиентов. Для более детального описания архитектурной модели необходимо использовать:
- специализацию, где подкласс общего класса процессоров определяется как имеющий индивидуальные имя и услуги, которые являются дополнительными или модифицированными формами услуг общего процессора;
- декомпозицию, где услуги класса процессоров показаны как обеспечиваемые двумя или более классами процессоров с взаимодействиями между ними.
6.2 Общая модель управления данными
Общая модель управления данными представляет характеристики классов процессоров, общих для всего управления данными. Составляющими общей модели управления данными являются общая база данных, общая схема, контроллер общей базы данных, пользователь и процессор пользователя. Эта модель основывается на характеристиках класса "общая база данных" и класса "общая схема". Контроллер базы данных обеспечивает предоставление услуг управления данными для определения и доступа к классу баз данных.
Он связан с одной схемой и связанной с ней базой данных, которые вместе формируют общую среду базы данных. Каждая схема имеет имя, которое используется для идентификации среды базы данных. Типичные услуги, обеспечиваемые контроллером базы данных, следующие:
- устанавливать сеанс управления данными для процессора-клиента, требуя явное или неявное связывание с поименованной средой базы данных;
- дополнять и модифицировать определения данных в схеме для базы данных;
- выбирать определения данных из схемы для базы данных;
- добавлять, модифицировать или удалять данные в базе данных;
- выбирать данные из базы данных;
- начинать транзакцию базы данных одного или более запросов на услугу;
- завершать транзакцию базы данных с помощью фиксирования или возврата транзакции;
- устанавливать процедуру копирования для базы данных;
- инициировать процедуры восстановления для базы данных;
- реорганизовать базу данных;
- заканчивать сеанс.
Запросы на эти услуги выражаются или операторами на языке баз данных для средства моделирования данных, поддерживаемого контроллером базы данных, или вызовами процедур, которые обеспечивают те же самые возможности. Пользователь - это лицо или программа, которые заказывают услуги для управления данными. Процессор пользователя - это процессор, который обеспечивает услуги управления данными для своих клиентов. При обеспечении услугами процессор пользователя является клиентом услуг одного или более контроллеров базы данных; использование услуг любого одного контроллера базы данных требует, чтобы сеанс управления данными устанавливался между процессором пользователя и контроллером базы данных.
6.3 Специализация модели в различных средах
Общая модель может быть применена к различным видам информационных систем, описанных в разделе 4. На абстрактном уровне это применение может быть представлено замещением термина "общий" соответствующей меткой. Например, модель может быть применена к среде распределенной базы данных в терминах контроллера распределенной базы данных, распределенной базы данных и распределенной схемы. Подобным образом может быть идентифицирован контроллер словаря базы данных, а без любой метки контроллер базы данных применяется к среде базы данных компьютерной системы.
6.4 Среда базы данных
Контроллер базы данных должен поддерживать типичные услуги для среды базы данных. Процессоры пользователя используют услуги управления данными в среде базы данных. Услуги контроллера базы данных должны поддерживаться для многих пользовательских процессоров-клиентов параллельно, однако клиент должен иметь возможность выполнять транзакции базы данных без влияния со стороны других клиентов. Несколько процессоров пользователя способны иметь доступ более чем к одной среде базы данных.
В этом случае процессор пользователя, который имеет доступ более чем к одной среде базы данных, должен иметь возможность управлять запросом на услугу к среде базы данных с данными, которые должны быть доступны. Любой запрос на услугу должен связываться с именем среды базы данных, для которой он предназначен. Услуги контроллера базы данных могут только поддерживаться в своей собственной среде базы данных. Любые транзакции базы данных или связи между данными, которые включают более чем одну среду базы данных, должны поддерживаться процессором пользователя. Приведенные выше описания не рассматривают связь между средой базы данных и любой конкретной информационной системой. Разрешается процессору пользователя находиться в отличной от среды базы данных компьютерной системе. В этом случае требуются протоколы связи для соединения обработки. Эти протоколы могут быть или пассивными носителями взаимосвязи или обеспечивать специальные услуги, которые поддерживают удаленное использование услуг управления данными.

ГОСТ 34.321-96

7. Стандартизация управления данными

7.1 Цели стандартизации управления данными
Основными целями стандартизации управления данными являются:
а). стандартизация поддержки для всех распределенных сценариев;
б). обеспечение независимости размещения;
в). стандартизация управления транзакциями баз данных;
г). стандартизация экспорта и импорта баз данных;
д). уменьшение сложности обработки данных;
е). повышение общей производительности в распределенных сценариях;
ж). обеспечение независимости данных;
и). обеспечение мобильности приложений;
к). стандартизация использования средств моделирования данных.
Стандарты по поддержке распределенных баз данных должны основываться на интерфейсах услуг, обеспечиваемых в каждой среде управления данными. Процессоры, связанные с интерфейсами, должны отвечать и реагировать на конкретный запрос на услугу стандартным способом. В стандартизации поддержки распределенных баз данных необходимо учитывать следующее:
- система управления данными в одном домене управления может иметь доступ к данным, управляемым другой системой управления данными в другом домене управления, при условии появления требований в домене управления сервером;
- услуги управления данными и интерфейсы, в которых эти услуги доступны, должны быть спроектированы так, что пользователю не требуется знать, где хранятся данные;
- удаленный доступ не должен требовать принципиально нового подхода к услугам, которые обеспечивают управление данными;
- требования как для удаленного, так и локального доступа к данным должны применяться одинаково ко всем парам уровней.
Обеспечение межсетевого обмена неоднородной распределенной базы данных требует, чтобы был выбран и стандартизован соответствующий механизм для управления транзакциями базы данных. Если данные должны быть понимаемыми в более чем одной системе управления данными, то необходима стандартная форма представления данных для передачи данных. Необходима также стандартная форма представления архивных баз данных.
7.2 Средства достижения целей стандартизации управления данными
Представленные в 7.1 цели стандартизации управления данными могут быть достигнуты с помощью следующих средств:
а). общее средство моделирования данных для каждой пары уровней;
б). общий механизм обмена для всех пар уровней;
в). использование одних и тех же процессоров для всех пар уровней;
г). стандартизованный подход к управлению доступом;
д). стандартизованное представление данных, необходимых для содействия взаимодействию;
е). поддержка фрагментации данных;
ж). разделение логических и физических структур;
и). доступ к схеме во время выполнения.
Система управления данными должна использовать то же стандартное средство моделирования данных для всех пар уровней и обеспечивать те же процессы манипулирования данными над данными уровня схемы, как над базой данных, управляемой схемой. Требование непротиворечивости должно предотвращать модификацию данных уровня схемы без адекватного значения для данных, содержащихся в базе данных, управляемых схемой.
Такие требования могут адресоваться с помощью упаковки услуг манипулирования схемой, если также эффективно будет осуществляться соответствующая модификация существующих экземпляров базы данных. Услуги могут включать спецификацию преобразований в данные, чтобы достичь непротиворечивости с обновленными данными схемы. Такие услуги модификации схемы в принципе должны быть равно применимы к любой паре уровней в области действия стандартизации управления данными.
Средства манипулирования схемой стандартизируются со ссылкой на их влияние на стандартизованное представление данных уровня схемы. Необходимо иметь возможность модифицировать данные схемы. Определение средств манипулирования схемой должно касаться не только влияния на стандартное представление данных схемы. Необходимо также принимать во внимание влияние на связанные с ней данные, существующие в базе данных, в которой хранится схема. Необходимо точное представление схемы в форме, соответствующей стандартному средству моделирования данных.
7.3 Аспекты стандартизации управления данными
Стандартизация управления данными, которые являются общими ко многим информационным системам, должна создавать удобства как для людей, использующих эти системы, так и для программных средств, которыми эти системы обеспечиваются. Стандарты управления данными могут быть разделены на четыре группы.
Первая группа определяет вид услуг, которые обеспечиваются в интерфейсе. На стандарты этой группы ссылаются как на стандарты интерфейса. Такие стандарты не должны накладывать лишние ограничения на то, как конструировать элемент обработки, обеспечивающий услуги.
Вторая группа стандартов управления данными использует правила и соглашения средства моделирования данных, чтобы представить данные для конкретной цели. На такие стандарты ссылаются как на стандарты содержания данных. Стандарты содержания данных определяют содержание части схемы для данной пары уровней.
Третья группа стандартов управления данными - это стандарты обмена. Стандарты этой группы используются в распределенных системах и для связи между информационными системами в различных доменах управления, чтобы передавать данные из одной среды управления данными в другую. Стандарты обмена определяют физическое представление данных.
Четвертая группа - это функциональные стандарты, которые являются набором других стандартов. Функциональные стандарты могут принимать много форм, в зависимости от категорий отдельных стандартов и от зависимостей каждого от средств моделирования данных.
Понятие средства моделирования данных является фундаментальным в концепции стандартов управления данными. Оно может само быть объектом стандартизации или может быть использовано явно как средство определения в описании другого стандарта. Кроме того, правила структурирования данных и правила манипулирования данными средствами моделирования данных могут быть неявными в другом стандарте.

gost-34.321-96.pdf [562.47 Kb]



Вы можете сохранить эту статью:

ГОСТ 34.321-96

из категории » Нормативная документация »  в сервисах:



Просто нажмите на кнопку нужного Вам сервиса и данная статья будет сохранена.

Дополнительная информация по теме:

ГОСТ 34.320-96 ГОСТ 34.320-96

ГОСТ 34.320-96. Информационные технологии. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы. Настоящий стандарт устанавливает основные понятия и термины концептуальных схем и информационных баз, охватывающие разработку, описание и приме ...

ГОСТ 19.701-90 ГОСТ 19.701-90

Настоящий стандарт распространяется на условные обозначения (символы) в схемах алгоритмов, программ, данных и систем и устанавливает правила выполнения схем, используемых для отображения различных видов задач обработки данных и средств их решения. Стандарт не распространяется на форму записей и обоз ...

ГОСТ Р ИСО/МЭК 10746-3-2001 ГОСТ Р ИСО/МЭК 10746-3-2001

ГОСТ Р ИСО/МЭК 10746-3-2001 Управление данными и открытая распределенная обработка. Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10746-3-96 "Информационная технология. Взаимосвязь открытых систем. Управление данными и открытая распределенная обработка. Ч ...

ГОСТ 19.506-79 ГОСТ 19.506-79

Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа по описанию языка (программирования, управления заданиями, организации вычислительного процесса и т. п.). Структура и оформление программного документа устанавливаются в соответствии с ГОСТ 19.105-78. ...

Прикладные RFID системы высокой готовности Прикладные RFID системы высокой готовности

Существующая база установленных RFID систем, в которых может или не может использоваться тот же тип обмена (например, обратное рассеяние или передатчик) и частота, как и в создаваемой системе, могут с последней взаимодействовать. Кроме того, такие радиоустройства, как беспроводные рации, устройства ...


Для поиска по всем категориям нашего сайта рекомендуем Вам пройти авторизацию либо зарегистрироваться.

Яндекс.Метрика Rambler's Top100 Рейтинг@Mail.ru   "СМАРТ Системы"      © 2007-2016 Все права защищены.