Интеллектуальные САПР. Применение перспективных информационных технологий в учебно-методических комплексах. Доступ к табличным данным модульной программной системы типа Диско из среды Интернет

Размещено на http://www.allbest.ru/

Статья по теме:

Интеллектуальные САПР. Применение перспективных информационных технологий в учебно-методических комплексах. Доступ к табличным данным модульной программной системы типа ДИСКО из среды Интернет

А.А. Давлятов, Д.В. Пикарин



Таблицы модульной программной системы типа ДИСКО

Таблицы - один из самых удобных способов представления данных. И этот способ представления присутствует во всех современных программных средах, оперирующих большими наборами данных. Программная система (далее - ПС) типа ДИСКО не является исключением. Здесь используются таблицы, часто встречающиеся в практике САПР: таблицы для ввода инструкций и таблицы для ввода конечного набора параметров.

Организация доступа к табличным данным модульной ПС типа ДИСКО из среды Интернет является одной из задач построения Интернет-версий упомянутого класса ПС. О решении другой такой задачи, а именно - о преобразовании проблемных и библиотечных окон программной системы, заданных в виде формализованных описаний в HTML-формат, подробно рассказано в [2]. Здесь же речь пойдет исключительно о таблицах и о вопросах их портирования в среду Интернет.

Таблицы общего вида

Первый тип таблиц ПС ДИСКО может иметь переменное или фиксированное количество строк и столбцов (таблицы могут быть открыты справа, снизу или - и справа и снизу). Для каждого столбца задается способ ввода значений: непосредственный ввод с клавиатуры либо выбор из предопределенного набора значений. Также в таких таблицах могут присутствовать информационные столбцы, значения в которых не разрешается изменять. Эти значения формируются проблемными модулями (внешними программами) программной системы. Один из примеров таблицы общего вида приведен на рис. 1.

Рис. 1 - Пример таблицы общего вида в интерфейсе исходной системы



Таблицы параметров

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

Рис. 2 - Пример таблицы параметров в интерфейсе исходной системы

Внутреннее представление таблиц

Каждая таблица описывается двумя файлами: файл описания формата таблицы и файл с данными [3].

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

Вертикальная разметка

Первые 10 строк формата невидимы при вызове таблицы на экран и определяют правила загрузки и ввода данных для каждого столбца.

Строки 1-6 не используются (зарезервированы).

В строке 7 указывается тип столбца:

I - столбец содержит одинарную линию разметки;

II - столбец содержит двойную линию разметки;

1 - столбец содержит имена параметров;

2 - столбец содержит варианты значений параметров;

+ - столбец доступен для ввода данных;

# - столбец для отображения данных без возможности их ввода.

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

Строка 8 используется для декларации перебора значений в данном столбце, который выполняется при вводе данных пользователем. Значения разделяются пробелами. Числа могут задаваться диапазоном N1..N2. Если список перебора отсутствует, то ввод данных выполняется с клавиатуры.

В строке 9 расставляются признаки скрытия столбцов (символ `-'). Скрытые столбцы не будут видны на экране. В этой же строке могут размещаться признаки выравнивания: `<` - влево, `>` - вправо. Если признак выравнивания не указан, то данные размещаются по центру.

В строке 10 содержится информация о ширине каждого столбца.

Горизонтальная разметка.

Горизонтальная разметка декларируется в первом столбце, помеченном символом I или II. В столбце сначала размещается символ горизонтальной линии `-' или `=`, что указывает на верхнюю границу таблицы. Далее помещаются символы `-' или `=`, отделяющие группы строк.

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

Неразмеченные строки используются для комментариев.

Пример описания формата таблицы общего вида приведен на рис. 3 слева. Справа на рис. 3 представлен возможный набор данных для такого описания. Этот набор соответствует примеру на рис.1.

Пример описания формата таблицы параметров приведен на рис. 4 слева.

Рис. 3 - Пример описания формата таблицы общего вида (слева) и данных для нее (справа)

Рис. 4 - Пример описания таблицы параметров (слева) и данных для нее (справа)

Для таблиц параметров один файл с данными может использоваться несколькими таблицами, поэтому параметры, определенные в этом файле, не обязательно совпадают с параметрами, содержащимися в файле описания формата. Параметры, которых нет в файле данных, при отображении таблицы принимают неопределенное значение. Параметры, определенные в файле данных, но которых нет в формате таблицы, не отображаются на экране (рис. 4, справа).

Значение параметра может не совпадать ни с одним значением, указанным в описании формата. Тогда этот параметр может принять заданное значение, если для него в столбце допустимых значений существует пустое поле (на рис. 4 справа это параметр NFE). В противном случае данный параметр примет неопределенное значение (на рис. 4 справа это параметры GRS, GRM, IO).

Мы рассмотрели внутреннее устройство таблиц в модульных ПС типа ДИСКО, теперь рассмотрим общий подход к созданию переносимых ПС, а также особенности переноса в среду Интернет.

Технология переноса программной системы в новую среду

Принципы создания кросс-платформенных ПС

Одна из наиболее сложных проблем, возникающих при разработке современных ПС, в частности САПР приборостроения, заключается в необходимости периодического переноса системы на новые аппаратно-программные платформы. Такой перенос редко происходит автоматически, т.к. с появлением новой платформы появляется новый программный интерфейс операционной системы.

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

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

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

Оболочка ПС создается в рамках фиксированной модели человеко-машинного взаимодействия с использованием встроенных средств развития, обеспечивающих сборку и тестирование ПС без необходимости программирования [1]. Сборка ПС ведется на платформе разработчика и завершается автоматической генерацией формализованного функционального описания (ФО), которое передается на целевую платформу. Для вызова ПС на целевой платформе создается интерпретатор ФО (рис. 5).

Рис. 5 - Технология кросс-платформенной разработки ПС



Особенности переноса в среду Интернет

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

Подход, применявшийся для переноса формализованных описаний диалоговых окон ПС [2], а именно - построение конвертера ФО в язык гипертекстовой разметки HTML, в данном случае не представляется возможным, как раз из-за возможности редактирования данных.

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

При выборе языка программирования рассматривались Perl [4] и C/C++ [5]. У каждого есть свои преимущества и недостатки. Учитывая то, что многие модули ПС ДИСКО написаны на C/C++, именно это семейство и было выбрано для создания приложения CGI. Об остальных факторах, таких как эффективность, удобство программирования и корректирования программ, скорость работы, защищенность от ошибок программирования можно долго спорить. Иначе бы не было такого огромного количества программ, написанных как на Perl, так и на C/C++.

Структура Интернет-версии ПС представляется следующим образом (рис. 6).

Статические html-страницы могут быть переданы обозревателю также и через http-сервер.

Основные требования, предъявляемые к работе CGI-шлюза следующие:

необходимо определить, в каком виде представлять данные, к которым происходит обращение: в табличном или текстовом;

для табличного представления необходимо сформировать таблицу в формате HTML;

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

должна быть реализована возможность изменения данных, как в текстовом, так и в табличном виде, и сохранения этих изменений в исходном файле;

генерируемый HTML-интерфейс должен соответствовать интерфейсу исходной ПС настолько, насколько это возможно.

интернет программный система интерфейс

Рис. 6 - Структура Интернет-версии ПС

Однако одним только CGI-шлюзом не обойтись. Необходимы вспомогательные средства на стороне клиента. Такие средства логичнее всего реализовать на языке сценариев браузера. Самые популярные языки сценариев - VBScript и JavaScript. Второй язык выглядит предпочтительней в силу большей распространенности и близости к синтаксису C++. Однако здесь мы сталкиваемся с проблемой, описанной выше. В разных браузерах реализованы разные объектно-событийные модели функционирования (в той части, которая выходит за рамки стандарта). А стандартных объектов и наборов событий явно недостаточно. При этом языки сценариев браузера несут в себе функции человеко-машинного взаимодействия. Т.е. от риска неправильного выбора не уйти.

В таких условиях мы отдаем предпочтение модели, наиболее распространенной на сегодняшний день, а именно - Internet Explorer. Мы теряем пользователей, работающих на отличной от Windows операционной системе и с отличным от Internet Explorer браузером. Однако если пользователь действительно заинтересован в удаленной работе с ПС, у него не должно возникнуть проблем с поиском подходящего терминала. В подавляющем большинстве организаций используется именно Windows + Internet Explorer. Когда же в стандарте на языки сценариев браузера появятся необходимые расширения, появится и возможность поддержки пользователей, работающих на других платформах.

Реализация переноса табличных данных в среду Интернет

Режимы работы CGI-шлюза

Итак, CGI-шлюз должен запускаться, когда происходит доступ к данным, имеющим текстовое или табличное представление. А происходит это при активизации в диалоговых окнах ПС пунктов меню типа `T' или `Empty' [2]. Тип `T' - это вызов таблицы, тип `Empty' (пустой) - команда для вызова атрибута на экран в текстовом, графическом или ином визуальном представлении данных, сопоставленных пункту меню. Тип пункта меню в Интернет-версии отображается в строке статуса браузера.

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

Также вызов CGI-шлюза происходит при любом типе выбранного пункта меню, если в заголовке окна был выбран режим `Text' (вызов текстового представления атрибута) [2].

Входные параметры для программы приведены в табл. 1.

Таблица 1 - Входные параметры программы-шлюза

Имя параметра	Наличие параметра при запуске в режиме чтения	Наличие параметра при запуске в режиме записи	Описание
OKBTN	+		Определяет запуск в режиме чтения
SAVEBTN		+	Определяет запуск в режиме записи
MODE	+	+	Определяет вид представления данных (таблица или текст). Возможные значения: `TEXT', `EMPTY', `TABLE'
TYPE		+	Для табличного представления данных определяет вид таблицы
TBLCFG	+		Имя файла с текстовым описанием формата таблицы
DATA	+	+	Имя файла, содержащего загружаемые или сохраняемые данные
DEFDATA	+		Имя файла с данными, загружаемого при отсутствии файла, указанного в параметре DATA
SIMPLETBL	+		Имя файла описания формата таблицы, содержащего в себе описание простейшей таблицы
TBLFLAG	+		Имя файла, наличие которого свидетельствует о табличном представлении данных
ADD		+	Признак добавления столбца или строки в таблицы общего вида



Сначала определяется режим запуска программы (чтение или запись). Это зависит от наличия элемента `OKBTN' в вызывающей CGI-шлюз форме. Наличие данного элемента свидетельствует о том, что программа должна быть запущена в режиме чтения. Отсутствие говорит о том, что необходимо запускать программу в режиме записи. В обоих случаях определяется также в табличном или текстовом режиме должна работать программа.

Когда программа запускается в режиме записи, то текстовый или табличный режим определяется значением элемента `MODE' HTML-формы. В режиме записи этот элемент может принимать значения `EMPTY' или `TABLE'. В случае если элемент `MODE' имеет значение `EMPTY', то запись осуществляется в режиме текстового редактора. Если же элемент `MODE' имеет значение `TABLE', то запись производится в режиме табличного редактора. В режиме табличного редактора при записи анализируется также параметр `TYPE'. Он может принимать значения `PARAM' и `NOTPARAM', в зависимости от которого сохранение происходит как для таблиц параметров или как для таблиц общего вида. Если сохраняется таблица общего вида, то проверяется также параметр `ADD'. Значение этого параметра, равное единице свидетельствует о добавлении в таблицу строки или столбца. Подробнее про добавление строк и столбцов рассказано в п. 3.4.

В режиме чтения текстовый или табличный режим определяется несколькими факторами. В первую очередь анализируется тип пункта меню, выбранного пользователем (`T' или `Empty'), и состояние кнопки `Text' (нажата или нет). Если нажата кнопка `Text', которая находится в заголовке окна, то данные отображаются в текстовом виде при любом (из двух указанных выше) типе выбранного пункта меню.

Если кнопка `Text' не нажата, то возможны следующие варианты.

Выбран пункт меню типа `T'. Тогда проверяется наличие файла с описанием формата таблицы (`TBLCFG'). Если он есть, то данные отображаются в табличном виде. Иначе данные отображаются в текстовом виде.

Выбран пункт меню типа `Empty'. Тогда проверяется наличие файла, имя которого передано в параметре `TBLFLAG'. Если он отсутствует, то программа запускается в режиме текстового редактора, иначе выполняется проверка существования файла с описанием таблицы (`TBLCFG').

Если такой файл существует, то программа запускается в режиме табличного редактора.

Если файл, заданный параметром `TBLCFG', не существует, то проверяется наличие файла, имя которого равно значению параметра `SIMPLETBL' (описание простейшей таблицы). Если данный файл существует, то программа запускается в режиме табличного редактора. В противном случае запуск в режиме текстового редактора.

При запуске программы в режиме чтения данные загружаются из файла, имя которого равно значению параметра `DATA'. Если этого файла нет, то из файла с данными по умолчанию, имя которого передается в параметре `DEFDATA'. Исключение составляет лишь случай, когда выбран пункт меню типа `Empty' и отсутствует файл с именем, равным значению параметра `TBLFLAG'. В этом случае при отсутствии файла с данными отображается пустое окно текстового редактора.

Запись осуществляется только в файл данных, имя которого определяется параметром `DATA'.

Представление данных в виде текста

Рассмотрим режим представления данных в виде текста. Из файла данных считывается текст. Затем он преобразуется из кодировки DOS-866 в кодировку KOI8-R. Символы, которые могут быть определены браузером как часть HTML-тега, преобразуются в специальную кодировку, определенную в списке специальных символов формата HTML, стандарт ISO8859-1. Затем в стандартный поток вывода посылается сформированная HTML-страница. Она содержит в себе форму, элементами которой являются:

скрытый элемент с именем `DATA', содержащий имя открытого файла;

скрытый элемент с именем `MODE', содержащий режим запуска `EMPTY';

текстовое поле `EDITWINDOW', содержащее редактируемый текст;

кнопка `SAVEBTN', нажатием на которую данные формы отправляются на сервер, и происходит сохранение файла.

В режиме сохранения данных текстового редактора значение элемента `EDITWINDOW' подвергается преобразованию из кодировки KOI8-R в кодировку DOS-866 с обработкой специальных символов HTML. После этого открывается файл, имя которого определяется значением элемента `DATA', и производится запись в него преобразованного текста. Затем файл закрывается и формируется управляющая HTML-страница, которая отсылается клиенту. При загрузке такой страницы в браузере выполняется переход к предыдущему диалоговому окну ПС.

Представление данных в виде таблицы

В режиме представления данных в виде таблицы на основе файла описания формата таблицы формируется ее структура в формате HTML. Значениями параметров, взятыми из файла данных, заполняется таблица. При этом вся текстовая информация, подлежащая отображению на экране, преобразуется в кодировку KOI8-R. Затем формируется HTML-страница, содержащая форму со следующими элементами:

скрытый элемент с именем `DATA', содержащий имя открытого файла с данными;

скрытый элемент с именем `MODE', содержащий режим запуска `TABLE';

скрытый элемент с именем `TYPE', содержащий информацию о виде таблицы;

скрытый элемент с именем `ADD' с значением, равным нулю - для таблицы общего вида;

кнопки «добавление строки» и/или «добавление столбца» для таблиц общего вида, открытых снизу и/или справа;

для таблицы параметров - наборы кнопок типа `CHECKBOX' для каждого параметра таблицы, который может принимать несколько заданных значений. С помощью этих кнопок можно выбрать одно из значений или не выбрать ни одного;

для таблицы параметров - текстовые поля ввода типа `TEXT' для параметров таблицы, значения которых не зафиксированы;

кнопка `SAVEBTN', нажатием на которую данные формы отправляются на сервер и происходит сохранение файла.

Внешний вид таблицы общего вида в среде Интернет, соответствующий представлению на рис.1 приведен на рис. 7. На рис. 8 представлена таблица параметров в среде Интернет, соответствующая таблице, приведенной на рис. 2.

При сохранении данных в режиме табличного редактора запись происходит в файл с именем, определяемым значением элемента `DATA'.

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

При сохранении таблицы общего вида происходит проверка - было ли добавление строк или столбцов. В таком случае файл с данными расширяется. Запись таблицы общего вида происходит не парами, а наборами значений (по сути - строками таблицы), разделенных запятыми (рис. 3, справа).

Рис. 7 - Пример таблицы общего вида в среде Интернет

Рис. 8 - Пример таблицы параметров в среде Интернет

Сценарии обработки событий браузера

Для создания некоторой интерактивности на стороне клиента использовались сценарии обработки событий браузера, написанные на языке JavaScript. Цель создания этих сценариев - обеспечение поведения Интернет-версии ПС, максимально совпадающего (насколько это возможно) с поведением классической ПС. Также в задачу сценариев входит построение параметров запуска CGI-шлюза на основе действий пользователя.

Для формирования имени файла с данными, которое передается CGI-шлюзу в параметре `DATA', помимо типа и обозначения пункта меню, используется также имя файла описания проблемного или библиотечного окна [2]. Для формирования имени файла описания таблицы, которое передается в параметре `TBLCFG', используется только обозначение выбранного пункта меню, так как все описания таблиц хранятся в ПС в одном каталоге.

Параметр `MODE' (определяющий вид представления, см. табл. 1) корректируется перед отправкой данных CGI-шлюзу в соответствии со следующими правилами:

если нажата кнопка `Text', то независимо от типа выбранного пункта меню (`T' или `Empty') `MODE'='TEXT';

если кнопка `Text' не нажата и выбран пункт меню типа `Empty', то `MODE'='EMPTY';

если кнопка `Text' не нажата и выбран пункт меню типа `T', то `MODE'='TABLE'.

Важной функцией для работы текстового и табличного редакторов является обработчик события `Unload'. Выгрузка может происходить как по нажатию кнопки `SAVEBTN' (сохранения изменений), так и по команде возврата в предыдущее окно ПС. В последнем случае проверяется, были ли внесены изменения в данные, и если это так, пользователю выдается запрос на сохранение изменений. В завершение выгрузки осуществляется переход к той странице проблемного или библиотечного окна ПС, из которого был вызван текстовый или табличный редактор.

Для кнопок `CHECKBOX', относящихся к одному параметру, с помощью функции JavaScript реализована зависимая фиксация, т.е. они работают как `RADIO BUTTONS', но с возможностью снимать метку.

В табличном режиме с помощью сценариев реализованы функции добавления строки и добавления столбца для таблиц общего вида, неограниченных снизу и справа соответственно. Эти функции доступны с помощью кнопок, отображаемых в заголовке текущего окна (рис. 7). Если какая-либо кнопка добавления отсутствует, значит форматом таблицы не предусмотрено добавление столбца или строки.

Динамическая работа с таблицами реализована в рамках языка JScript (расширение JavaScript от Microsoft) и объектной модели Table Object Model от Microsoft. При нажатии на кнопку «добавить строку» вызывается метод insertRow() объекта Table. Далее, в добавленную строку добавляются ячейки при помощи метода insertCell() объекта Row. Количество добавляемых ячеек - как в предшествующей строке. В каждую ячейку добавляется скрытый элемент, содержащий информацию о номере строки и столбца. После этого параметр `ADD' устанавливается в единицу и данные формы отправляются CGI-шлюзу для сохранения.

Добавление столбца происходит аналогичным способом. Метод insertRow() не вызывается, вместо этого мы проходим по строкам и для каждой вызываем метод insertCell(). Точно также добавляется информация о номере строки и столбца.

Для передачи параметров из одной HTML-страницы в другую используется механизм `Cookies'. Одна страница сохраняет данные в `Cookies', другая их оттуда читает. Чтение и запись `Cookies' производится также функциями, реализованными на стороне браузера на языке JavaScript.

Новые возможности применения ПС ДИСКО

Модульная ПС ДИСКО использовалась в Уральском Государственном Техническом Университете на физико-техническом факультете при обучении студентов дисциплине САПР. Такое использование предполагало постоянную поддержку ПС на компьютерах, за которыми проходили практические занятия.

Поддержка включала в себя:

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

настройку ПС после инсталляции;

антивирусный контроль файлов ПС на учебных компьютерах;

поддержание базы данных системы.

С появлением Интернет-версии ПС ДИСКО вся работа на учебных компьютерах сводится к настройке Интернет. А все приведенные выше функции необходимо производить на единственном компьютере, который физически может находиться в любом удобном месте, имеющем доступ в Интернет. Такой подход к учебно-методическим комплексам (а в данном контексте ПС ДИСКО предстает именно как учебно-методический комплекс), позволяет существенно снизить затраты на их поддержку.

Другая ПС подобного типа - СОВЕТ, являющаяся конструктором тренажеров мастеров доменной печи, с переносом в среду Интернет обретает такие же свойства, так как построена по той же технологии.



Заключение

Таким образом, для обеспечения возможности доступа к табличным данным модульных ПС типа ДИСКО из среды Интернет нам потребовалось два шлюза: один на стороне клиента в виде сценариев обработки событий и второй на стороне, где располагаются данные ПС. То есть, на самом деле, мы разделили интерпретатор функционального описания ПС (рис. 5) на две части - серверную и клиентскую.

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



Литература

1. В.П. Чистов, Р.Н. Шакиров. Оболочка модульных программных систем со встроенными средствами развития // Автоматизация проектирования дискретных систем: Докл. III Междунар. конф. Минск, 1999. T.3, С.116-123.

2. А.А. Давлятов, Р.Н. Шакиров. Методика и средства автоматической генерации HTML-интерфейса модульной программной системы по ее функциональной модели // Новые информационные технологии в исследовании дискретных структур: Докл. III Всеросс. конф. с межд. участием. Томск, 12-15 сентября 2000. С. 13-18.

3. А.М. Князев, Р.Н. Шакиров. Технология кросс-платформенной разработки модульных программных систем // Новые информационные технологии в исследовании дискретных структур: Докл. III Всеросс. конф. с межд. участием. Томск, 12-15 сентября 2000. С. 33-38.

4. Т. Кристиансен, Н. Торкингтон. Perl: библиотека программиста. - СПб.: Питер, 2001.

5. С. Мейерс. Эффективное использование С++. 50 рекомендаций по улучшению ваших программ и проектов. - М.: ДМК, 2000.

Размещено на Allbest.ru

...