- •Введение
- •1 Исследование и описание бизнес - процессов предметной области
- •8 Определение области, цели, точки зрения и построение функциональной модели предприятия
- •3 Построение базы данных
- •3.1 Построение контекстной диаграммы
- •3.2 Построение диаграммы декомпозиции
- •4 Формирование спецификаций требований пользователя информационной системы
- •5 Проектирование логической модели данных и построение диаграммы сущность- связь
- •6 Проектирование физической модели данных в среде целевой субд
- •7 Разработка процедур и функций информационного процессора, реализующих требования пользователя
- •7.1 Форма
- •7.2 Запросы
- •7.3 Отчеты
- •8 Разработка интерфейса пользователя
- •9 Разработка средств защиты информационной системы
7.3 Отчеты
Отчёт – объект, предназначенный для создания документа, который впоследствии может быть распечатан либо включён в документ другого приложения. Этот документ содержит результаты выборки из базы данных в виде структурированной информации (например в виде таблицы или списка). MS Access обладает богатыми возможностями по оформлению и форматированию отчетов. Те же два режима создания есть и у отчета. В режиме мастера у пользователя имеется возможность задать множество параметров, практически полностью определяющих желаемый внешний вид отчета. Для создания нестандартных отчетов лучше пользоваться конструктором.
В Microsoft Access можно создавать отчеты различными способами:
- Конструктор
- Мастер отчетов
- Почтовые наклейки
Мастер позволяет создавать отчеты с группировкой записей и представляет собой простейший способ создания отчетов. Он помещает выбранные поля в отчет и предлагает шесть стилей его оформления. После завершения работы Мастера полученный отчет можно доработать в режиме Конструктора.
Для предметной области супермаркет создан отчет «По продаже товаров»:
Рис. Отчёт по продаже товаров
8 Разработка интерфейса пользователя
Интерфейс пользователя - эта та часть программы, которая находится у всех на виду. Некоторые программисты склонны оставлять дизайн интерфейса пользователя на потом, считая, что реальное достоинство приложения - его программный ко. который и требует большего внимания. Однако часто возникает недовольство пользователей из-за неудачно подобранных шрифтов, непонятного содержимого экрана и скорости его прорисовывания, поэтому работу над интерфейсом также нужно воспринимать серьезно. Пользователь не вши, программного кода, зато интерфейс (хороший или плохой) всегда перед ним.
Чтобы разработать форму интерфейса пользователя, необходимо учитывать следующие рекомендации:
-каждая форма должна иметь название, которое однозначно определяет ее назначение;
-форма должна иметь привлекательный внешний вид, но при этом не должна содержать информации, не относящейся к конкретной задаче;
-формы для ввода данных в таблицы или параметров в запросах должны обеспечивать: минимизацию возможных ошибок при вводе данных пользователем за счет согласования терминов и сокращений, ввода данных из списков и создания сообщений о допущенной ошибке;
-оптимальные способы перемещения курсора (табуляцией, стрелками, указателем мыши); получение пояснительных сообщений или инструкций при вводе данных в поля таблиц или запросов; автоматическое закрытие формы и переход к следующей форме.
Формы - это строительные блоки интерфейса пользователя. Хороший дизайн форм включает нечто большее, чем просто добавление элементов управления и программирование процедур обработки событии. Чтобы создать хорошо спроектированную форму, вы должны уяснить ее назначение, способ и время использования, а также ее связи с другими элементами программы. Кроме того в приложении может находиться несколько форм, каждая из которых будет отображаться по мере необходимости.
Для предметной области «Супермаркет» создали интерфейс пользователя:
Рис. Вводный экран пользователя «Магазин»