Одним из важных удаленных ресурсов для АРМ является дисковая память серверов, разделяемая с другими АРМ и называемая “удаленным диском". На таком накопителе информации могут храниться общедоступные справочники, каталоги, общие редакторы, компиляторы и другая информация. С точки зрения АРМ удаленный диск выглядит как дополнительный диск к собственным локальным.
Например: А, В, С - локальные диски; D, Е, F - удаленные.
Работа прикладных процессов с удаленными дисками аналогична работе с локальными дисками. При этом сетевая ОС сервера должна не только отрабатывать протокольный стек ЛВС, но и управлять доступом АРМ к удаленному диску: ставить запросы АРМ в очередь, анализировать корректность запросов, поочередно обслуживать и другие действия.
Идеология удаленного диска имеет серьезный недостаток, который начинает сказываться при количестве АРМ, подключенных к серверу, более 20-30.
Недостаток состоит в резком увеличении времени обслуживания запросов АРМ, поскольку это связано с работой медленно действующих механических устройств дисковой памяти и обменами информацией по сети. В целом процесс работы с удаленным диском выглядит следующим образом: прикладной процесс полностью расположен в АРМ, данные расположены на удаленном и локальном дисках. Чтобы избавиться от частых обращений к диску и обменов по сети, прибегают к так называемой технологии "клиент-сервер". В таком случае данные на удаленном диске упорядочиваются в СУБД, а прикладной процесс состоит из двух частей: "клиентской" (на АРМ) и "серверной". Запрос прикладного процесса на АРМ вызывает запуск прикладного процесса на сервере. Последний спроектирован таким образом, что при работе с СУБД обращения к диску как к механическому устройству сведены к минимуму. Разделение прикладного процесса на "клиентский" и "серверный" выполнено также с точки зрения минимума передач информации по сети.
Internet
В основу глобальной сети Internet положены протоколы маршрутизации (IP) и транспорта (ТСР) из локальных вычислительных сетей. Как всякая ГВС Internet ориентируется на использование СПД с IP - маршрутизацией. Как правило, подключение АРМ и серверов на транспортном уровне происходит через ТСР.
В Internet доступны электронная почта и другие возможности прикладных сетевых систем, однако особый интерес представляют серверы класса WEB или WWW-серверы.
Как правило, данный тип серверов специализирован под хранение определенной информации: о современных программных и технических продуктах, о перспективах деятельности компании, а также другой информации о различных аспектах деятельности человеческого сообщества. WEB-cерверы распределены практически по всей территории планеты, их количество трудно поддается счету и соответственно поиск нужной информации весьма затруднен. В настоящее время разработан ряд программ, позволяющих вести целенаправленный поиск информации, например, система Netscape. Она включает ряд подсистем, обеспечивающих работу оператора в системе Internet, включая электронную почту, поддержку системы управления файлами (уничтожение, копирование, сжатие и т.д.), и другие возможности.
5.7. Современные информационные технологии в машиностроительных САПР
Современные САПР построены в архитектуре “клиент-сервер”, что является логическим продолжением архитектуры “mainframe-терминалы” в связи с интеллектуализацией последних. С другой стороны, децентрализация процессов проектирования и перенос существенной части работ на “клиентскую” часть (АРМ на базе РС в многоточечных сетях) породили серьёзную проблему - проблему синхронизации процесса проектирования, выполняющегося над одним изделием с различных рабочих мест (рис.4).
Рис. 4 Синхронное проектирование
Другими словами, проблема выглядит следующим образом. Предположим, имеется модель объекта проектирования, сосредоточенная в некоторой вычислительной системе (например, в сервере приложений NX). Предположим также, что программные средства поддержки проектирования распределены: часть из них находится на сервере приложений (серверная часть), а вторая часть - на АРМ (клиентская часть). Допустим, что обращения к серверной части проходят через программу - монитор обращений, выполняющий функции синхронизации. Проблема формулируется следующим образом: как должны быть распределены программные средства общего пакета на сервисную и клиентскую части, и каким образом выполняется процедура синхронного проектирования.
Одним из решений данной проблемы является использование технологий информационных хранилищ (Data Warehouse) - UX. В соответствии c концепцией UX понятие монитора синхронизации обращений расширяется до уровня систем логического моделирования, а клиентская часть - до уровня поддержки принятия решений.
Отличительной особенностью технологии UX является то, что описание объекта с максимальной степенью детализации хранится на физическом уровне. Система логических моделей образует специфическое описание объекта проектирования - единое, достаточное и полное для любого АРМ, задействованного в процессе проектирования.
Система логических моделей непрерывно модифицируется, для чего в UX происходит постоянное отслеживание процесса преобразования “физический уровень/логический уровень”. Клиентская часть САПР преобразуется в комплекс программ поддержки принятия решений.
Концепция UX является весьма удобной при построении единых информационных пространств в многосерверных конфигурациях, что особо актуально для оперативного проектирования с использованием крупных САПР.
