Следующий этап проектирования экранной формы -проектирование ее формы представленияна экране машины. Информация на экране размещается в 1 зонах

Реквизитный состав экранной формы

Таблица

Таблица

. Контроль количественных реквизитов

Наименование	Машинное имя (Name)	Диапазон (Range)
		min	max

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

Результатом проектирования содержания экранной формы является ее реквизитный состав с указанием методов контроля и связи с файлами базы данных (табл. 10.5).

Наименование реквизита	Машинное имя	Тип	Ширина	Число дробных позиций	Метод контроля	Имя файла	Примечание

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

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

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

4. Зона сообщений содержит подсказки и сообщения об ошибках. Обычно она занимает нижнюю строку экрана.

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

• первый шаг - создание структуры ЭД, который заключается в рисовании линий, создании графических элементов (например, логотипов), т. е. подготовке внешнего вида с помощью графических средств проектирования;

• второй шаг - определение содержания формы ЭД, т.е. выбор способов, которыми будут заполняться поля. Поля могут быть заполнены вручную или посредством выбора значений из какого-либо списка, меню, базы данных. В последнем случае дизайнер форм должен связать форму с базой данных. Технологическая сеть процесса проектирования макетов экранных форм документов приведена на рис. 6.1.

Рис. Технологическая сеть процесса проектирования макетов экранных форм документов:

Д 1.1 - постановка задачи; Д 1.2 - документы с оперативной информацией; Д 1.3 - документы с постоянной информацией; Д 1.4 - документы с результатной информацией; Д 1.5 - перечни макетов с оперативной информацией; Д 1.6 - перечни макетов с постоянной информацией; Д 1.7 - перечни макетов с результатной информацией; Д 2.1 - содержание макетов - перечни полей; U 3.1 - универсум типов форм; Д 3.2 - логические структуры макетов; Д 4.1 - язык программирования; Д 4.2 - программы для ввода или вывода информации

Проектирование отчетов

Отчет представляет собой полученный на принтере выходной документ, предназначенный для конечного пользователя. Проектирование отчетов (машинограмм) состоит из следующих этапов:

1. Проектирование содержания отчета.

2. Проектирование формы отчета.

3. Программное обеспечение формирования отчета.

Рассмотрим первый этап.

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

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

Основное содержание отчета составляют реквизиты файлов базы данных.

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

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

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

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

Перейдем к проектированию формы отчета.

Структура формы отчета, как и первичного документа, содержит заголовок, предметную часть и основание.

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

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

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

Современные СУБД (Access, Oracle, MS SQL Sewer и др.) содержат средства автоматизации проектирования меню, экранных форм и отчетов. Эти средства направлены на упрощение проектирования формы, а также автоматизируют программное обеспечение указанных компонентов пользовательского интерфейса.

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

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

прототип с использованием среды разработки. Этот прототип совершенствуется с целью сокращения