1.3. Проектирование сценария диалога

Проектирование структуры диалога пользователя и ПЭВМ необходимо для машинной реализации задачи. Описание структуры диалога выполняют одним из двух способов:

1) табличная форма описания, которая содержит перечень сообщений системы на экране монитора (пункты меню, приглашения, экранные формы, диагностические сообщения и т.д.) и соответствующих действий пользователя. Достоинство этого способа – подробность описания, однако, таблица может получиться очень громоздкой и неудобной для чтения; поэтому подробное описание взаимодействия пользователя с ПЭВМ выносят в отдельный документ, называемый «Руководством пользователя»;

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

Меню диалога составляется по разным критериям в зависимости от сложности решаемой задачи и поставленных целей. Любая задача содержит входные и выходные документы, возможно справочники и действия над ними. Для сложных задач может потребоваться выделить подсистемы и классы входных и выходных документов. Обычно, достаточно указать в меню входные документы, выходные документы, справочники (если они есть), а также действия (например, вычисления, сортировка, фильтрация, добавление или удаление записей массива, проверка полноты и достоверности информации и т.п.).

1.4. Технологическое обеспечение задачи

На данном этапе определяют следующие технологические операции:

– сбор и регистрация данных;

– передача и прием данных;

– перенос данных на машинные носители;

– ввод, компоновка данных;

– накопление данных;

– сортировка;

– обработка данных;

– корректировка;

– выдача результатной информации;

– передача результатов заказчику;

– организация архива и др.

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

Технологический процесс изображается в виде графической схемы (блок-схемы) в соответствии с ГОСТ 19.003-80.

Схема работы системы представляет технологический процесс решения задачи и состоит из трех этапов: домашинного, машинного и послемашинного.

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

Для обеспечения достоверности информации при выполнении операции регистрации применяют несколько методов контроля, набор которых наиболее широко представлен при полуавтоматическом способе регистрации информации, где можно выделить следующие методы:

– визуальный контроль на экране регистратора;

– двойной ввод информации;

– контроль идентификатора по списку;

– контроль вводимой информации по формату;

– контроль по сумме сообщений;

– контрольные суммы по каждому сообщению.

1.5. Построение схемы данных

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

1) источники информации;

2) документы с исходной информацией;

3) информационные файлы;

4) результатные документы;

5) получатели информации.

1.6. Схема взаимосвязи программных модулей и информационных файлов

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

1.7. Проектирование и реализация экранных форм

Ввод данных в базу данных можно реализовать различными способами.

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

Конструирование экранных форм выполняется по определенным правилам.

1. Удобный и простой для понимания интерфейс.

2. Расположение реквизитов на экране должно соответствовать их расположению на входном документе, привычном для пользователя (это же относится к выходным формам).

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

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

5. Чтобы облегчить работу пользователя, желательно обеспечить контекстно-зависимую помощь, вызываемую нажатием определенной клавиши (обычно F1) и появляющуюся в определенном месте экрана.

6. Следует избегать «перегрузки» экрана информацией. Для этого целесообразно использовать многостраничные экранные формы, формируемые, например, в виде «закладок». При этом каждый экран должен быть логически законченным и осмысленным.

Заполнение базы данных можно выполнять несколькими способами:

– с клавиатуры, пользуясь экранными формами;

– передачей данных из других файлов этой базы данных;

– импортированием данных из других программных систем (других СУБД, электронных таблиц, прикладных программ).

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

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

1. Выбор нужного значения из списка значений. Специфика здесь заключается в том, что список может быть достаточно длинным и иметь переменную длину. Кроме того, список должен «совмещаться» с экраном ввода. Небольшие списки можно размещать непосредственно на экране рядом с полем ввода соответствующего атрибута. Чаще всего используют выпадающие списки. Используют также выдачу на экран элементов списка последовательно по одному значению. Может применяться выдача длинного списка частями, причем в этом случае должно быть организовано либо «листание» списка, либо выдача той части списка, в которой находится искомый элемент. Необходимо всегда предусматривать возможность сокращения просмотра длинных списков. Если выбор неоднозначен, необходима подсказка пользователю о правильном выборе.

2. Задание определенных значений полей (значений по умолчанию) при описании свойств поля. Этот прием используют, когда значительная часть записей имеет одинаковое значение данного поля.

Рекомендуют использовать значение по умолчанию и в тех случаях, когда легче удалить или скорректировать это значение, чем вводить его заново.

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

4. Использование шаблонов (масок) ввода. Символы шаблона разрешают ввод вместо себя только определенных символов данных.

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

6. Использование функций преобразования данных, например, преобразования всех букв в прописные или строчные.

2. Пример выполнения курсового проекта

В данном методическом указании рассмотрен пример разработки курсового проекта в предметной области «Поликлиника» на тему «Построение инфологической модели подсистемы учета посещения специалистов в поликлинике и ее реализация с использованием реляционной СУБД»

2.1. Анализ подсистемы учета посещения специалистов в поликлинике

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

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

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

Таблица 1

Справочник «Пациенты»

Таблица 2

Справочник «Специалисты»

Таблица 3

Таблица «Обращение»

Рассмотрим результатную (выходную) информацию.

Таблица 4

Отчет «Посещаемость поликлиники в зависимости от времени года».

Таблица 5

Отчет «Обращения к специалисту».

Таблица 6

Для построения диаграммы ограничим выборку определенной датой.