Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АИС методичка.doc
Скачиваний:
12
Добавлен:
01.07.2025
Размер:
2 Мб
Скачать
☆

4. Проектирование диалога с пользователем посредством транзитивных сетей

4.1. Проектирование диалога с пользователем

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

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

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

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

Проектировать диалог можно с использованием двух видов нотаций:

  1. текстовая (логика диалога описывается на специализированном языке);

  2. графическая (логика диалога представлена в виде диаграмм).

Структура пользовательского интерфейса.

Рис. 4.1. Общая структура пользовательского интерфейса

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

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

Прикладной интерфейс – это специализированные программы для обращения к БД или алгоритмам обработки, не принадлежащие приложению. В качестве прикладного интерфейса может выступать BDE или ODBC. С ними модуль логики диалога общается через команды для БД: delete, insert, update, create, drop. В ответ на команду интерфейс может генерировать обратный сигнал – семантическую обратную связь. Он в свою очередь может изменить контекст системы. Формы и объекты могут взаимодействовать с интерфейсом, минуя модуль логики диалога, в том случае, если такое взаимодействие не изменяет состояние системы. Приложения Windows характеризуются тем, что одновременно на экране может быть несколько форм, при этом каждая форма имеет свой внутренний диалог. В этом случае диалог приложения называется конкурентным. В таких приложениях модуль логики диалога содержит диалоги всех форм, а также диалог, отвечающий за взаимодействие этих форм. Диалог формы может содержаться и внутри модуля формы.