Cтраница 4
В этом стандарте вводится ряд терминов, используемых в других стандартах, например, таких, как продукт, приложение, проектные данные, модель, модели ААМ, AIM, ARM, прикладной протокол, интегрированный ресурс, элемент функциональности. [46]
При желании можно организовать собственное соединение со своим ( возможно, очень простым) протоколом, то есть набором правил, определяющим, какой запрос клиент может посылать серверу и как сервер может отвечать на различные запросы. Прикладные протоколы расположены на более высоком уровне, чем протоколы транспортировки, потому что они абстрагированы от транспортного механизма, представляемого TCP / IP. Это делает протоколы независимыми не только от операционной системы и аппаратных средств, но также и от физической структуры сети. [47]
Другими словами, в каждом приложении совокупность используемых при обменах понятий, предметных переменных и числовых параметров существенно ограничена и достаточно определена для того, чтобы можно было ставить вопрос о типизации моделей и языка взаимодействия. Такие вопросы решаются в рамках технологий STEP / CALS. Число приложений, нашедших свое описание в прикладных протоколах STEP, ограничено, но совокупность таких протоколов может расширяться. [48]
Протокол посвящен взаимодействию систем управления данными разных проектирующих систем. Объектами описания служат проектные данные как выраженные средствами прикладных протоколов, так и не соответствующие стандартам STEP. [49]
Эти создаваемые ARM-представления обычно не требуют столь всестороннего описания приложения, как в AIM, и потому могут быть существенно проще. В Express-V имеются: 1) схема-источник ( AIM), обычно это прикладной протокол, например АР203; 2) схема-цель, задающая сущности, которые должны быть в создаваемой частной модели; 3) схема отображения нужных сущностей из источника в цель. На языке Express-V описываются условия ( в виде клозов WHEN) такого отображения, берется подходящая уже существующая AIM, как источник, все совпадающие объекты переводятся в ARM, далее описываются оригинальные объекты. Дополнительной возможностью реализаций Express-V является обратное отображение специфики создаваемой ARM в исходную AIM в целях развития прикладных протоколов. [50]
Express-объектов, отвечающих заданным условиям, и доступа к ним, например, при создании новых ARM. Эти создаваемые ARM-представления обычно не требуют столь всестороннего описания приложения, как в AIM, и потому могут быть существенно проще. В Express-V имеются: 1) схема-источник ( AIM), обычно это прикладной протокол, например АР203; 2) схема-цель, задающая сущности, которые должны быть в создаваемой частной модели; 3) схема отображения нужных сущностей из источника в цель. На языке Express-V описываются условия ( в виде клозов WHEN) такого отображения. Берется подходящая уже существующая AIM как источник, все совпадающие объекты переводятся в ARM, далее описываются оригинальные объекты. Дополнительной возможностью реализаций Express-V является обратное отображение специфики создаваемой ARM в исходную AIM с целью развития прикладных протоколов. [51]
Транспортный уровень ( transport layer) обеспечивает приложениям или верхним уровням стека - прикладному и сеансовому - передачу данных с той степенью надежности, которая им требуется. Модель OSI определяет пять классов сервиса, предоставляемых транспортным уровнем. Эти виды сервиса отличаются качеством предоставляемых услуг: срочностью, возможностью восстановления прерванной связи, наличием средств мультиплексирования нескольких соединений между различными прикладными протоколами через общий транспортный протокол, а главное - способностью к обнаружению и исправлению ошибок передачи, таких как искажение, потеря и дублирование пакетов. [52]
CADE выделено несколько библиотек. Во-вторых, ряд библиотек предназначен для связи с ОС и управления данными, для обмена данными с внешними CAD-системами, для создания сеточных моделей и др. Так, в состав библиотеки обмена данными входят конверторы данных из формата CAS. CADE в Express-файл прикладного протокола АР214 стандарта STEP и обратно. [53]
При структурированном диалоге ТС-пользователь указывает начало или конструкцию связи, продолжение и окончание диалога. Использование структурированного диалога позволяет двум ТС-пользователям вести одновременно несколько диалогов, каждый из которых идентифицируется особым идентификатором ГО диалога. Каждый идентификатор ГО диалога имеет выделенное именное пространство ГО вызова, что позволяет дублировать ГО вызовов в различных диалогах. Порядок доставки сообщений может быть обеспечен при помощи прикладных протоколов или при использовании соответствующего класса услуги. [54]