Данные Протокол Настройка Режим

Данные

Протокол

Настройка

а) б)

Рис. 3.4. Улучшенные варианты системы управления приложением с подчиненными формами (а) и с одним субменю и управляемыми кнопками (б)

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

Наиболее изящным, на мой взгляд, решением проблемы является построение многостраничной формы с помощью объекта SSTab ("Вкладки"). Полный вид формы показан на рис. 3.5 (вкладки условно расположены рядом). Выносками показаны имена объектов, расшифровка имен приведена в табл. 3.5.

Рис. 3.5. Схема формы приложения с двумя вкладками

Таблица 3.5

Описание формы приложения

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

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

Окно ТВР предназначено для отображения спецификации файла протокола. Выбор и создание нового файла протокола выполняется при нажатии кнопки СВ3 с помощью объекта Common Dialog.

Еще более красивым решением было бы применение трехстраничной формы (рис. 3.6) с вкладками "Данные", "Протокол", "Настройка". На рис. 3.6 условно вкладки расположены рядом, но вкладка "Протокол" частично перекрывает вкладку "Данные", которая аналогична одноименной вкладке на рис. 3.5. Описание объектов, размещенных на форме, приведено в табл. 3.6.

Рис. 3.6. Трехстраничная форма

Таблица 3.6

Описание формы приложения

Вкладка "Протокол" предоставляет средство просмотра протокола в виде объекта Flex Grid (FG1). На этой вкладке пунктиром показана кнопка СВ2, находящаяся на вкладке "Данные". Вкладка "Настройка" аналогична вкладке "Протокол" на рис. 3.5, но с нее убраны кнопки опций ОВ1 и ОВ2. В дальнейшем будет принят последний вариант интерфейса пользователя.

3.7.6. Проектирование структуры программы
и разработка алгоритма ее работы

С учетом выполненной разработки интерфейса придется доработать
табл. 3.3 и табл. 3.4, описывающие наборы данных и алгоритм преобразования данных. Результат доработки показан в табл. 3.7, 3.8. Добавленные данные выделены жирным шрифтом. Эти таблицы по мере разработки алгоритма работы программы будут расширяться.

Таблица 3.7

Описание наборов данных

Разработка Р-графа программы выполнялась в следующем порядке:

· составлен список состояний программы (табл. 3.9);

· для каждого состояния определены входные и выходные ветви Р-графа;

· на рис. 3.7 расставлены узлы, соответствующие состояниям, достигаемым при пуске приложения и в результате выбора режима работы программы с помощью вкладок (узлы Вход, Стоп, 1,2,3, 11,14)[3];

· около узлов в прямоугольниках расставлены номера состояний в соответствии с табл. 3.9:

· для имеющихся узлов нанесены ветви Р-графа, осуществляющие очевидные переходы от одного узла к другому (ветви "Вход-1", "1-2",
"2-Стоп", "2-14", "14-1", "2-11")[4];

· для узлов, имеющих только входные ветви, расставлены выходные ветви ("3-4", "4-5", "11-12", "12-13") и ограничивающие их узлы 4,5,12,13;

· для узлов 5 и 13 на основании анализа вкладок "Данные" и "Настройки" составлены списки доступных команд и нанесены выходные ветви, в случае необходимости ветви разбивались промежуточными узлами на части с целью показать достигаемое состояние (узлы 6-9) или ветвление алгоритма (узел 10).

Таблица 3.8

Таблица формул к алгоритму преобразования данных

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

Определим структурные элементы программы. Для описания данных с видимостью public (табл. 3.7) потребуется специальный модуль. В состав программы должны войти процедуры и функции пользователя и обработчики событий. Последовательность разработки структуры программы:

· создадим модуль OpDan для описания данных с видимостью public, не принадлежащих к стандартным объектам формы,

· разместим в секции General кода программы формы Form1 заготовки описаний процедур из табл. 3.9,

· создадим заготовки обработчиков событий стандартных объектов управления формой, для каждого из которых выпишем заголовок процедуры, несколько пустых строк и слова end sub,

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

Полученная структура программы показана в табл. 3.10.

Таблица 3.10

Структура программы

Теперь, имея структуру программы, описание алгоритма преобразования данных и Р-граф программы, можно приступить к составлению кода программы. Этому вопросу будет посвящена 4-я глава, в которой будут рассмотрены типовые приемы программирования.