Форматирование и печать отчета

 

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

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

В Access предусмотрена возможность вставлять "внутрь" одного отчета другие отчеты, называемые, в этом случае, подотчетами. С помощью механизма подотчетов пользователь может связать друг с другом два или более отчетов в один главный отчет или вставить итоговые данные подотчетов в главный отчет. Для встраивания подотчета в отчет в Access реализован специальный тип управляющего элемента (Подчиненная форма/отчет). Для связывания подотчета с главным отчетом следует открыть главный отчет в режиме проектирования и нажать клавишу [F11], чтобы отобразить на экране окно базы данных. Из окна базы данных необходимо перетащить пиктограмму отчета, подлежащего встраиванию в качестве подотчета, в главный отчет (в определенную секцию главного отчета). Например, для того, чтобы отпечатать подотчет перед каждой группой, его надлежит перетащить в заголовок группы. После помещения подотчета в отчет можно произвольным образом изменить его размер с помощью размерных манипуляторов или установки значений характеристик.

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

 

Порядок выполнения лабораторной работы

 

1. Сформировать окончательный и полный список запросов и отчетов в разрабатываемой информационной системе.

2. Описать запросы и отчеты (по указанию преподавателя) в виде формул реляционной алгебры.

3. Создать отчеты для задач (по указанию преподавателя) решаемых проектируемой информационной системой.

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

 

Содержание отчета о работе

 

1. Список запросов и отчетов с описанием алгоритма их формирования.

2. Формулы реляционной алгебры по запросам и отчетам.

3. База данных (на дискете), содержащая отчеты.

4. Распечатки отчетов.

 

Контрольные вопросы

 

1. Что представляет собой реляционная база данных?

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

3. Удобно ли пользователю ИС получать информацию из БД путем описания или ввода запросов в виде формул реляционной алгебры?

4. Для чего необходимы формулы реляционной алгебры?

5. Можно ли описать связи между информационными объектами при помощи операций реляционной алгебры?

6. Для чего предназначены отчеты?

7. Можно ли при создании отчета обойтись без использования независимых управляющих элементов?

Для чего необходимы в отчете такие управляющие элементы, как "Кнопка", "Выключатель", "Список"?

 

Библиографический список

 

1. Тулупов Л.П., Жуковский Е.М., Гусятинер А.М. Автоматизированные системы управления перевозочными процессами на железных дорогах: Учеб. пособие для вузов. М.: Транспорт, 1991. 208 с.

2. Гусева Т.И., Башин Ю.Б. Проектирование баз данных в примерах и задачах. М.: Радио и связь, 1992. 160 с.

3. Информационные системы для управления перевозочным процессом / Г.С. Ратин, Г.А. Угрюмов, А.П. Писарев, О.М. Рыбаков; Под ред. Г.С. Ратина. М.: Транспорт, 1989. 239 с.

4. Комплексная автоматизированная система управления железнодорожным транспортом / Под ред. А.П. Петрова. М.: Транспорт, 1977. 600 с.

5. Буянов В.А., Ратин Г.С. Автоматизированные информационные системы на железнодорожном транспорте. М.: Транспорт, 1984. 329 с.

6. Тулупов Л.П., Шапкин И.Н. АСУ железнодорожного транспорта. М.: Знание, 1988. 64 с.

7. Развитие автоматизированной системы управления грузовой станции / А.А. Смехов, Н.А. Зудилин, Т.А. Николаева, В.М. Николашин; Под ред. А.А. Смехова. М.: Транспорт, 1996. 144 с.

8. Шмулевич М.И. АСУ промышленного транспорта. М.: Транспорт, 1976. 256 с.

9. Бадинер С.М., Бобарыкин В.А., Дагович В.М. Автоматизированные системы управления на автомобильном транспорте. М.: Транспорт, 1977. 160 с.

10. Access 7.0 для Windows 95. Учеб. пособие. Киев: Торгово-издательское бюро BHV, 1996. 480 с.

11. Microsoft Office для Windows 95. 6 книг в одной. М.: Восточная Книжная Компания, 1997. 608 с.

12. Рахмангулов А.Н. Информационные системы на транспорте: Метод. указ. Магнитогорск. МГТУ, 2001. 43 с.

 

* Процесс – (от лат. processus – продвижение) совокупность последовательных действий для достижения какого-либо результата.

* Обратите внимание, что в первоначальном варианте структуры таблицы "Вагоны" это поле отсутствовало (см. рис. 1). Тем не менее, в процессе работы над БД допускается изменение структуры таблиц, как, например, в этом случае, когда необходимость в поле "Дата" возникает для отображения в ИС динамики работы железнодорожного транспорта.