Реквизитный состав экранной формы
Таблица
Таблица
. Контроль количественных реквизитов
Наименование | Машинное имя (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 и др.) содержат средства автоматизации проектирования меню, экранных форм и отчетов. Эти средства направлены на упрощение проектирования формы, а также автоматизируют программное обеспечение указанных компонентов пользовательского интерфейса.
|
|
Разработка интерфейса может носить итерационный характер и всегда должна предусматривать тестирование прототипов с привлечением пользователей.
Первым прототипом можно считать распечатку всех экранных форм. После выявления ошибок создается второй прототип с использованием какой-либо презентационной программы. Наконец, создается третий
прототип с использованием среды разработки. Этот прототип совершенствуется с целью сокращения