2.2. Некоторые требования концепции открытых систем для гипермедийной информационной технологии.

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

Здесь уместно расширить возможности используемой информационной технологии двумя новыми видами объектов, которые могут быть включены в структуру данных документа: - вызовы удаленного приложения и реализация технологии клиент-сервер для внедрения в документ данных.

Возможность вызова удаленного приложения программой навигации при использование определенных программных средств, полностью отвечают требованиям к открытым системам. Внедрение объекта реализующего такой вызов может быть оправданно в трех ситуациях. Первая - мощность локальной машины или её архитектура не позволяют выполнить требуемое приложение. Вторая - требуется использование несколькими клиентами приложения работающего в реальном масштабе времени. Третья причина - нецелесообразность хранения связанного приложения на локальной машине по причине частой смены его версий и данных, которыми оно оперирует.

В качестве технического решения для навигации по таким связям можно предложить использовать оконную систему, которая реализовывалась бы как на сервере приложения, так и на клиенте. На сегодняшний день такой системой может является X Window. X Window - оконная система прозрачная относительно сети и предназначенная для использования в неоднородных вычислительных средах. Клиенты (или Х приложения) осуществляют доступ к дисплею только с помощью Х-сервера, управляющего ресурсами дисплея. Клиент и сервер обмениваются информацией посредством Х-протокола. Х-приложения выполняющиеся на одном компьютере, могут отображаться на дисплее другого. Допускается использование разнородной аппаратуры, от нее требуется лишь точное выполнение стандартного Х-протокола. Всё это говорит в пользу X Window в качестве оконной среды для использования в гетерогенных сетях. Можно отметить, что данное решения не отрицает использование РС в качестве клиентов, так как существуют разработанные специально для РС Х-серверы.

Обеспечение доступа нескольких пользователей к окну удаленного приложения становится возможным при использовании системы типа HP SharedX, разработанной компанией Hewlett-Packard. HP SharedX основывается на X Window и перенаправляет поток Х-протокола на несколько дисплеев, обеспечивая одновременное отображение одного Х-приложения на многих компьютерах. Важно, что для разделения существующих Х-приложений в них не требуется вносить какие-либо изменения. Компьютер, получающий разделяемое приложение, не требует никаких модификаций или установки специального программного обеспечения; получатели разделяемого приложения могут взаимодействовать с ним точно так же, как и его отправитель.

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

Использование технологии клиент-сервер предполагает использование в структуре документа ссылок на местонахождения данных, а в некоторых случаях должен указываться и способ их получения. Весьма подходящим решением для доступа к серверу базы данных является использование языка структурированных запросов SQL. Для этого необходимо наличие доступного по сети сервера базы данных, им может быть, к примеру, Ingress или Oracle, и интерфейса клиентских запросов на локальной машине. Саму обработку данных и генерирование SQL-запросов может осуществлять любая СУБД их поддерживающая (например, FoxPro, Paradox).

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

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

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

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