Образный интерфейс клиент-серверных систем Текст научной статьи по специальности «Компьютерные и информационные науки»

печение. Управление переходом между занятиями обеспечивается управляющими HTML - страницами с использованием сценариев JavaScript.

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

Редактор тестов закрытого типа упрощает процесс создания общепринятых тестов выбора правильного ответа из предлагаемых альтернатив.

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

Редактор графических тестов позволяет создавать тестовые задания, в которых обучающийся должен компоновать результат путем перетаскивания графических фрагментов. Особенностью данного редактора является то, что сам редактор представляет собой программу, предназначенную для работы в среде операционной системы Windows, а результирующая тестовая программа формируется в виде динамической интернет-страницы, которая может работать на любой ЭВМ, поддерживающей обработку DHTML и JavaScript.

Предлагаемая АОС может быть использована на автономном компьютере в составе учебного компьютерного класса или в вычислительной сети (локальной, глобальной).

И.В.Штепа

ОБРАЗНЫЙ ИНТЕРФЕЙС КЛИЕНТ-СЕРВЕРНЫХ СИСТЕМ

Сегодня Internet/Intranet технологии стали стандартом для разработки информационных систем (ИС) [1]. Как правило, информация внутри отдельной организации распределена по множеству компьютеров и является разнородной (текстовые, графические файлы, отчеты, сообщения электронной почты и др.). Возникает проблема организации доступа к распределенной, разнородной информации, решение которой возможно при создании корпоративной Intranet-сети, построенной на основе Internet-и WorldWideWeb-технологий. Доступ к корпоративной информации осуществляется посредствам ИС, функционирующих на внутренних серверах с поддержкой сервисов Internet, либо на удаленных Internet-серверах. Использование выделенных серверов баз данных и архитектуры клиент-сервер значительно расширяет функциональность ИС и повышает производительность системы.

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

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

Микропроцессорные системы мониторинга, диагностики и управления

1) представление информации о состоянии объектов в удобной, естественной для восприятия человеком форме (в виде 2-, 3-мерных целостных образов);

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

3) целостное, многомерное отображение ситуаций, складывающихся в системе в различные моменты времени;

4) помощь в принятии пользователем адекватных управляющих решений.

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

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

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

Формальная модель системы: М = <8, Р, А, П>, где 8 - множество ситуаций, Р - синтаксические правила, А - системы аксиом, П - семантические правила. В свою очередь, множество ситуаций представлено множеством состояний С, событий Ш, переходов Я, управлений и, времени наблюдения Т [3]: 8 = <С, Ш, Я, И, Т>.

Интерпретированная модель системы: Ь = <Г, Б, Н, У>, где Г - множество образов (замкнутых фигур), Б - правила отображения множества ситуаций во множество образов (замкнутых фигур) 8^Р, Н - правила той или иной реализации отображения, V - правила интерпретации, позволяющие приписывать любой синтаксически правильной совокупности базовых элементов некоторое интерпретирующее значение. В свою очередь, множество образов (замкнутых фигур) представлено множеством таких признаков, как форма А={а1,а2, ... а,,}, текстура Е={е1,е2, ... еп}, цвет О=^^2, ... gn}, размер Б={Ь1,Ь2, ... Ьп}, ориентация 0={о1,о2, ... оп} и расположение Ы={п1,п2, ... пп} в пространстве: Г = <А, Е, О, Б, О, Ы>.

Множества значимых признаков для интерпретации множества ситуаций выбраны с учетом психофизиологических закономерностей восприятия информации человеком [4]. Наиболее важным, критическим ситуациям в ИС соответствуют наиболее быстро опознаваемые, "контрастные" множества признаков образов - форма, цвет, размер

[4].

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

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Артемьев В.И. Разработка т^апе^приложений. Центр Информационных Технологий, www.citforum.ru, 1998.

2. Агнер Р. "Лучевая терапия" для интернет-навигации // Мир Шете1 2002. №11-12.

3. Свечкарев В.П., Штепа И.В., Корохова Е.В. Исследование ситуаций при моделировании состояний системы// Новые технологии управления движением технических объектов. Материалы 4-й Международной научно-технической конференции. 2001.

4. Гришин В.Г. Образный анализ экспериментальных данных. -Москва, 1982.

ЗАМЕНА ВРЕМЕННЫХ ТАБЛИЦ В SQL-СЕРВЕРЕ FIREBIRD

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

Первый подход. Чаще всего достаточно использовать структуру FOR SELECT <ЗАПРОС> INTO <ПЕРЕМЕННЫЕ> DO <ДЕЙСТВИЕ> Оператор FOR SELECT предназначен для выполнения операций (DO) над переменными (INTO), значение которых устанавливается равным значениям возвращаемых полей запроса (SELECT). При этом интерпретатором FIREBIRD:

1) выполнится запрос, фактически создав в ОЗУ ЭВМ (во временном файле, если вся таблица не умещается в ОЗУ) временную таблицу;

2) затем будет осуществлен переход на первую строку выборки запроса;

3) значения полей первой строки запроса присвоятся переменным хранимой процедуры, перечисленным в into по порядку их перечисления: <ПЕРЕМЕН-

НАЯ1>=<ПОЛЕ1>, <ПЕРЕМЕННАЯ2>=<ПОЛЕ2> и т.д.;

4) выполнятся операции, указанные в блоке DO;

5) если в выборке запроса еще остались строки, то будет осуществлен переход ко второй строке и повторены операции с п. З.

Полный синтаксис этого оператора приведен в документации SQL-сервера. В некотором роде FOR SELECT и есть временная таблица, над которой проводятся операции. Разберем это на примере таблицы:

В.Л. Каратаев

// домашняя бухгалтерия CREATE TABLE CASH ( ID INTEGER,

// идентификатор записи в таблице // статья доходов/расходов

// сумма в рублях: с "плюсом" доходы (например, зар^

NAME VARCHAR(30), DENGI INTEGER,

плата), с "минусом"- расходы (например, покупки)

RDATE TIMESTAMP )

// дата внесения записи