ГОСТ Р ИСО/МЭК 10031-1-2000 Информационная технология (ИТ). Текстовые и учрежденческие системы. Модель приложений распределенного учреждения. Часть 1. Общая модель

     6 Руководство по проектированию протоколов

6.1 Введение

В данном разделе приведено руководство по проектированию протоколов, которого должны придерживаться все стандарты распределенных учрежденческих приложений.

6.2 Учрежденческая информация

Главной задачей распределенных учрежденческих приложений является обмен, хранение, поиск и обработка учрежденческой информации.

Для обеспечения многообразия существующих и будущих концепций и типов учрежденческой информации абстрактный синтаксис и семантика объектов учрежденческих данных обычно могут быть прозрачными для протоколов распределенных учрежденческих приложений. В этом случае объект учрежденческих данных должен появляться как внешний тип АСН.1 в варианте "непосредственного указания" (т.е. без согласования правил кодирования уровня представления) в абстрактном синтаксисе протоколов РУП. Значение "непосредственного указания идентификатора объекта" внешнего типа указывает как абстрактный синтаксис, так и кодирование объекта. Это значение должно использоваться в атрибутах, идентифицирующих тип объекта.

6.3 Модель объекта и удаленные операции

6.3.1 Использование удаленных операций

Удаленные операции, определенные в ГОСТ Р ИСО/МЭК 9072-1 и ГОСТ Р ИСО/МЭК 9072-2, обеспечивают нотацию и спецификацию протокола для операций связывания, развязывания и операций, вызванных в модели объекта операциями типа. В последующих подразделах приведено руководство по наименованию и стандартным установкам для операций.

Все протоколы доступа для распределенных учрежденческих приложений должны соответствовать удаленным операциям, установленным в ГОСТ Р ИСО/МЭК 9072-1 и ГОСТ Р ИСО/МЭК 9072-2. Протоколы доступа должны использовать нотацию и концепции настоящего стандарта и должны допускать любое отображение, определенное в ГОСТ Р ИСО/МЭК 9072-1, раздел 11. В приложении J дано краткое введение в эти концепции в контексте протокола доступа с учетом правил 6.4.

Для системных протоколов также рекомендуется использовать удаленные операции всюду, где это возможно.

6.3.2 Использование метода абстрактных услуг для определения -услуги

Метод абстрактных услуг основан на ряде макросов АСН.1, которые используются для описания функций и параметров услуг. Этот метод описания услуг тесно связан со способом формального описания удаленных операций. Метод гарантирует полную согласованность между определениями услуг и спецификациями протоколов. Он позволяет избежать дублирования работы и документации при импорте определений из услуг в формальные протоколы. При этом столь же легко можно импортировать определения из одного РУП в другое без их дублирования. Все последующие РУП должны использовать этот метод для документирования услуг.

Макросы абстрактных услуг определены в ГОСТ Р ИСО/МЭК 10021-3.

6.4 Прикладные правила

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

6.4.1 Конкуренция и разделение ресурсов

6.4.1.1 Конкуренция

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

Приложения должны избегать общего случая. Пока не выработаны строгие требования и решение принимается для конкретного приложения, следует руководствоваться более мягкими требованиями согласованности, а именно:

а) допускать несогласованные данные;

б) иметь одну основную копию для каждого элемента данных и один конкретный сервер, ответственный за ее обновление;

в) иметь одну последовательность распространения изменений на копии этого элемента данных и изменений связанных с ним элементов данных;

г) минимизировать взаимосвязи между элементами данных на разных серверах;

д) обеспечивать административный контроль для того, чтобы регулировать продолжительность распространения изменения;

е) проектируемые приложения должны быть терпимыми или гибкими относительно устаревших данных.

Если руководствоваться этими положениями, управление конкуренцией может быть ограничено одним -сервером или, самое большее, -системой. При этом столкновение протоколов ограничивается столкновением совместного использования ресурсов.

6.4.1.2 Разделение ресурсов