Проектирование БД для домашней библиотеки (РАЗРАБОТКА БАЗЫ ДАННЫХ «ДОМАШНЯЯ БИБЛИОТЕКА» )

Содержание:

ВВЕДЕНИЕ

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

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

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

Цель курсовой работы - проектирование БД «Домашняя библиотека» средствами СУБД Access.

При достижении цели курсовой работы были поставлены следующие задачи:

• дана характеристика предметной области, сделана постановка задачи;
• разработаны логическая и физическая модели данных;
• создана БД «Домашняя библиотека» средствами СУБД Access – таблицы, формы, запросы, отчеты и главная форма.

В работе приведены скриншоты всех таблиц, форм, запросов и отчетов.

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

ГЛАВА 1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «ДОМАШНЯЯ БИБЛИОТЕКА»

1.1         Описание предметной области. Постановка задачи

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

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

Исходными данными будут данные о книгах – автор, название, город, наименование и год издательства, а также инвентарный номер; справочник Разделы библиотеки, состоящий из номера раздела, представляющего двузначное число, и наименования раздела; данные о читателях – фамилия, имя, домашний адрес, телефон, место работы/учебы, эти данные необходимы на случай, если фондом домашней библиотеки воспользуются знакомые и друзья семьи, а также для того, чтобы знать, у кого на руках находится та или иная книга или какой-то другой экземпляр библиотеки. Данная база данных предназначена для широкого применения, т.е. может быть использована для любой семьи, и поэтому разрабатывается универсально.

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

• список всех книг и экземпляров библиотеки;
• список книг выданных (в чтении);
• список читателей с адресами, телефонами;
• список книг по определенной тематике;
• список книг определенного автора;
• список книг с истекшим сроком возврата.

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

1.2        Выбор средств / методологии проектирования. Выбор СУБД

Средствами проектирования баз данных обеспечиваются моделирование данных и генерация схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся: ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV.^[1] Проектирование базы данных можно представить в виде схемы на рис. 1.

Рисунок 1. Схема проектирования базы данных

Наиболее распространенное средство моделирования данных - диаграммы "сущность-связь" (ER).

Модель "сущность-связь" (Entity-Relationship model, или ЕR-модель) представляет собой высокоуровневую концептуальную модель данных, которая была разработана Ченом (Chen) в 1976 году с целью упрощения задачи проектирования баз данных. Данная модель данных представляет собой набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и извлечения данных. Основная цель разработки высокоуровневой модели данных заключается в создании модели пользовательского восприятия данных и согласовании большого количества технических аспектов, связанных с проектированием базы данных. Следует особо подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для реализации базы данных.^[2]

Методология IDEF1X является одним из подходов к семантическому моделированию данных, основанным на концепции Сущность-связи (EntityRelationship), инструментом для анализа информационной структуры систем разной природы. Методология IDEF1X предназначена для построения концептуальной схемы реляционной базы данных, независимой от программной её реализации. Эта информация - необходимое дополнение функциональной IDEF0-модели, детализирующей объекты, которыми оперируют функции системы.

Концептуально IDEF1X-модель является проектом логической схемы базы данных для проектируемой системы. В IDEF1X используются понятия сущность, атрибут, отношение и ключ. Языки графического изображения моделей, используемые в этих методологиях, также многим похожи. Однако, IDEF1X не рассматривает объекты реального мира, а только их информационное отображение, поскольку к моменту разработки базы данных должно быть проведено изучение всех информационных ресурсов компании, определение необходимого набора данных, отражающих её деятельность и проверка на полноту.

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

Стандарт и методология IDEF1X - это специализированный инструмент, предназначенный для разработки реляционных баз данных. Наибольшее применение получили нотации Чена, Мартина, IDEF1X, Баркера, используемые при построении ER-диаграмм

AllFusion ERwin Data Modeler (ранее ERwin) является CASE-средством для проектирования и документирования баз данных, позволяющее создание, документирование и сопровождение базы данных, хранилища и витрины данных. Модели данных помогают в визуализации структуры данных с обеспечением эффективного процесса организации, управления и администрирования таких аспектов деятельности компании, как уровень сложности данных, технологий баз данных и среды развертывания.

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

AllFusion ERwin Data Modeler (ERwin) позволяет наглядное отображение сложных структур данных. Удобной в использовании графической средой системы упрощается разработка базы данных и автоматизируется множество трудоёмких задач, при этом уменьшается время разработки высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Продукт улучшает коммуникацию компании посредством обеспечения совместной работы администраторов и разработчиков баз данных, многократного использования модели, а также наглядного представления комплексных активов данных в удобном для понимания и обслуживания формате.^[3]

Для разработки структуры базы данных используем средство AllFusion ERwin Data Modeler (ERwin).

В настоящее время существует достаточно большое количество программных систем, позволяющих создавать и использовать локальные (dBASE, FoxPro, Access, Paradox) и удаленные (Interbase, Oracle, Sysbase, Infomix, Microsoft SQL Server) базы данных.

Данные локальной базы данных (файлы данных) находятся на одном (локальном) устройстве, это может быть диск компьютера или сетевой диск (диск другого компьютера, работающего в сети). Paradox, dBase, FoxPro и Access — это локальные базы данных.

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

Лидерами на рынке про­грамм, предназначенных как для разработчиков информационных систем, так и для конеч­ных пользователей, являются:

• dBASE IV 2.0, компании Borland International;
• Microsoft Access 2.0;
• Microsoft FoxPro 2.6 for DOS;
• Microsoft FoxPro 2.6 for Windows, корпорации Microsoft Corp;
• Paradox for DOS 4.5;
• Paradox for Windows, версия 4.5 компании Borland.^[4]

Для разработки БД Домашняя библиотека выбрана офисная программа Microsoft Access, функционально полная система с мощными средствами для работы в этой программе. Ее преимущество перед другими в простоте, наличии всех средств для успешной обработки и управления БД. Один из основных плюсов разработки на MS Access - плотная связь с Microsoft Office. При этом так же устанавливаются все нужные для работы Access библиотеки, ODBC. Acess хорошо совместим с MS SQL Server и другими форматами баз данных.

Access - система управления реляционными базами данных (CУБД), предназначенная для хранения и обработки информации. Access при всей его внешней простоте позволяет решать довольно сложные задачи, является достаточно серьезным инструментом, позволяющим быстро и хорошо делать довольно сложные вещи. Access позволяет разработать профессиональную базу данных в более короткие сроки и за меньшие деньги, для домашнего использования подходит как нельзя лучше. Кроме того, такое решение обладает большей гибкостью, настройкой, в него легко можно внести дополнения и изменения, быстрее и дешевле чем в промышленные базы данных на основе Oracle и C++. Что касается трат на покупку MS Access, то он входит в MS Office, а этот продукт уже имеется у всех пользователей.

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

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

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

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

1.3         Проектирование логической структуры базы данных

Сущность (Entity) — множество реальных или абстрактных объектов (людей, событий, состояний, идей, предметов и др.) с общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, уникально идентифицированной. При этом именем сущности должен отражаться тип или класс объекта, а не его конкретный экземпляр (например, АЭРОПОРТ, а не ВНУКОВО).

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

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

Каждая сущность может обладать любым числом связей с другими сущностями модели.^[5]

Связь — это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) числом экземпляров второй сущности, и наоборот.

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

Экземпляром атрибута называется определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. На диаграмме "сущность-связь" атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.^[6]

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

При построении инфологических моделей может использоваться язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). На рис. 2 представлена логическая модель данных проектируемой БД.

Рисунок 2. Логическая модель данных БД «Домашняя библиотека»

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

В нашем случае, атрибуты Идентификатор книги и Идентификатор читателя – ключевые, они не должны быть нулевыми. Ограничения целостности в данной БД: идентификаторы книг, имеющиеся в сущности Книги выданные, обязательно должны находиться в сущности Книги; идентификаторы читателя, находящиеся в Книги выданные, обязательно должны присутствовать в сущности Читатели.

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

1.4 Проектирование физической структуры базы данных

Справочник «Разделы библиотеки» содержит поля:

Раздел библиотеки;

Наименование раздела.

Структура справочника приведена на рис. 3.

Рисунок 3. Структура справочника Разделы библиотеки

Классификация номеров разделов дана в справочнике «Разделы библиотеки» (приложение 1):

Таблица «Книги» содержит следующие данные:

Инвентарный номер книги;

Название книги;

Автор – фамилия, инициалы автора книги;

Город издания;

Издательство;

Год издания;

Структура таблицы Книги представлена на рис. 4.

Рисунок 4. Физическая структура таблицы Книги

Записи таблицы Книги даны в приложении 1.

Таблица «Читатели» содержит следующие данные:

ФИО - Фамилия, инициалы читателя;

Телефон;

Домашний адрес:

Улица;

Дом;

Корпус;

Квартира.

Структура таблицы Читатели представлена на рис. 5.

Рисунок 5. Структура таблицы Читатели

В приложении 1 представлены записи таблицы Читатели.

Таблица «Книги выданные» содержит следующие данные:

Инвентарный номер книги;

ФИО читателя, кому выдана книга;

Название книги;

Дата выдачи;

Дата возврата.

На рисунке 6 представлена структура таблицы Книги выданные.

Рисунок 6. Структура таблицы Книги выданные

Записи таблицы Книги выданные даны в приложении 1.

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

ГЛАВА 2. РАЗРАБОТКА БАЗЫ ДАННЫХ «ДОМАШНЯЯ БИБЛИОТЕКА»

2.1 Инструкции по работе с базой данных

Для ввода данных в БД лучше использовать формы, для этого в начале запускается главная Форма 1, открывается вкладка Формы и выбирается нужная форма. Для ввода новых записей щелкается кнопка ►* и вводится новая запись. Для корректировки записей с помощью кнопок ► и ◄ отыскивается нужная запись и вносятся изменения.

Для вывода результатов, а именно отчетов, следует помнить, что созданию отчетов Книги выданные (в чтении); Книги автора; Книги по информатике и Книги с истекшим сроком возврата должно предшествовать создание одноименных запросов. То есть, сначала нужно создать запросы, открыв вкладку Запросы, содержащую 4 кнопки для работы с запросами:

• Книги автора;
• Книги в чтении;
• Книги по информатике;
• Книги с истекшим сроком возврата.

Для печати отчетов во вкладке Отчеты приведены 6 кнопок:

• Книги – отчет обо всех книгах библиотеки;
• Читатели – отчет о всех читателях библиотеки;
• Книги выданные – книги, находящиеся на руках для чтения ;
• Книги автора – книги определенного автора, фамилия и инициалы которого вводятся с клавиатуры;
• Книги по информатике – отчет о книгах по информатике;
• Книги с истекшим сроком возврата – отчет о книгах, находящихся на руках, по которым истек срок возврата.

Как это делается, более подробно описывается ниже.

2.2 Разработка интерфейса и реализация проекта

Создание базы данных начинается с создания таблиц. База данных «Домашняя библиотека» состоит из таблиц: «Книги» - содержит информацию обо всех книгах, имеющихся в библиотеке, «Читатели» - содержит информацию обо всех читателях данной библиотеки, «Книги выданные» - содержит информацию о книгах, взятых читателями для чтения.

Таблицы создадим в режиме конструктора. Для создания таблицы в режиме Конструктор выбрать Создание - Конструктор таблиц. Выйдет таблица, состоящая из 3-х столбцов. В столбце Имя поля набрать имя поля, нажать Enter, курсор перейдет в столбец Тип данных, где щелкнуть ▼, из раскрывающегося списка выбрать соответствующий тип данных - числовой, текстовый, денежный и т.д. После ввода всех полей установить ключевое поле, выделив ключевое поле и щелкнув кнопку Ключевое поле на панели инструментов. Закрыть структуру таблицы с сохранением, ввести имя таблицы. Затем открыть таблицу и заполнить её. Также создадим таблицы Разделы библиотеки и Читатели.

После создания таблиц нужно провести связи. Для этого щелкнем кнопку Схема данных на Стандартной панели инструментов, появится окно Добавление таблиц. Добавим таблицы в следующем порядке: «Книги», «Книги выданные» и «Читатели» и проведем связи: Инвентарный номер таблицы «Книги» свяжем с инвентарным номером таблицы «Книги выданные», а поле «ФИО читателя» таблицы «Книги выданные» свяжем с полем «ФИО читателя» таблицы «Читатели», включив переключатели «Обеспечение целостности данных», «Каскадное обновление связанных полей» и «Каскадное удаление связанных полей».

Обеспечение целостности данных означает, что все инвентарные номера таблицы «Книги выданные» обязательно должны быть в главной таблице «Книги», а все фамилии читателей таблицы «Книги выданные» обязательно должны быть в таблице «Читатели».

Каскадное обновление связанных полей означает, что при обновлении полей Инвентарный номер в таблице «Книги» обновятся по цепочке связей поля Инвентарный номер в таблице «Книги выданные», а при обновлении фамилий в таблице «Читатели» обновятся по цепочке фамилии в таблице «Книги выданные».

Каскадное удаление связанных полей означает, что при удалении инвентарных номеров из таблицы «Книги» по цепочке удаляются инвентарные номера из связанной таблицы «Книги выданные», а при удалении фамилий из таблицы «Читатели» по цепочке удалятся фамилии из связанной таблицы «Книги выданные».

Схема данных приведена на рисунке 7.

Рисунок 7. Схема данных БД «Домашняя библиотека»

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

Рисунок 8. Разделенная форма Разделы библиотеки

Рисунок 9. Разделенная форма Книги

Рисунок 10. Разделенная форма Книги выданные

Рисунок 11. Разделенная форма Читатели

Для перехода между записями внизу окна имеются кнопки навигации:

⏮ - означает переход к первой записи;

⏴- переход к предыдущей записи;

⏵- переход к следующей записи;

⏭ - переход к последней записи;

⏵* - новая запись.

Кроме ввода, просмотра, корректировки и удаления записей в таблицах, необходима возможность получения:

• списка всех книг, имеющихся в библиотеке;
• списка всех читателей библиотеки;
• списка книг выданных;
• списка книг по определенной тематике;
• списка книг определенного автора;
• списка книг с истекшим сроком возврата.

Для этого создадим следующие запросы:

• • 1. Список книг выданных, включающий следующую информацию: фамилия, ИО читателя, название книги, автор, город, год, название издательства, дата выдачи, дата возврата, телефон читателя; домашний адрес читателя. Запрос создадим с помощью конструктора запросов: Создание – Конструктор запросов. В появившемся окне добавим таблицы Книги, Книги выданные и Читатели.

Перешлем в новый запрос поля ФИО читателя, инвентарный № книги, название книги из таблицы Книги выданные, город, год, название издательства, автор из таблицы Книги, № телефона, домашний адрес из таблицы Читатели (рис. 12). Сохраним с именем Книги в чтении.

Рисунок 12. Запрос Книги в чтении

2) Книги по информатике. Для этого в режиме конструктора добавить таблицу «Книги», переслать двойным щелчком все поля таблицы в создаваемый запрос, затем щелкнуть в ячейке «Условие отбора» поля Инвентарный номер, щелкнуть кнопку Построить на Стандартной панели инструментов, в построителе выражений выбрать Операторы - Сравнения- Between и набрать начальный и конечный инвентарные номера:

Between 090000001 And 099999999

и в запросе останутся все книги по информатике, т.е. все инвентарные номера от 090000001 до 099999999.

3) Книги определенного автора. Запрос создаем в режиме конструктора, пересылаем все поля таблицы Книги в запрос, в ячейке Условие отбора поля Автор щелкнуть курсором и набрать =[Введите автора]. При выполнении запроса выйдет диалоговое окно с предложением ввести фамилию автора. Введем, допустим, Пушкин А.С.

После этого в запросе останутся только книги автора Пушкина А.С. (рис. 13).

Рисунок 13. Запрос Книги автора

4) Для создания запроса «Книги с истекшим сроком возврата» в режиме конструктора добавляем запрос «Книги выданные», пересылаем все поля этого запроса в новый запрос, и в поле Дата возврата в ячейке Условие отбора набираем <Date(). В результате этого запроса из запроса «Книги выданные» отберутся только записи, дата возврата в которых уже прошла, т.е. меньше текущей даты (<Date()). Запрос сохраняем с именем Книги с истекшим сроком возврата (рис. 14-15).

Рисунок 14. Запрос Книги с истекшим сроком возврата

Рисунок 15. Результат запроса Книги с истекшим сроком возврата

Осталось создать отчеты. Для печати данных составляются отчеты: отчет «Книги» содержит все книги, имеющиеся в библиотеке, отчет «Читатели» составляется по одноименным таблицам, отчеты «Книги в чтении», «Книги автора» и «Книги по информатике» печатаются по соответствующим запросам.

При создании отчета используется Мастер отчетов, выбирается таблица Книги, пересылаются все поля в отчет, добавляется уровень группировки по полю Автор (рис. 16).

Рисунок 16. Отчет Книги библиотеки

При создании отчета Читатели переслать все поля таблицы Читатели, отсортировать по полю ФИО читателя (рис. 17).

Рисунок 17. Отчет Читатели библиотеки

Отчет Книги в чтении создается по одноименному запросу, пересылаются все поля запроса в отчет, добавляется уровень группировки по ФИО читателя, сортировка по полю Инвентарный номер. Если поля не вмещают информацию, то в режиме Макета расширяются поля. Поскольку все поля не вместились в книжный формат, зададим альбомный формат через Параметры страницы (рис. 18).

Рисунок 18. Отчет Книги в чтении

Для создания отчета Книги автора пересылаем все поля запроса Книги автора в отчет, задаем уровень группировки по Автору (рис. 19).

Рисунок 19. Отчет Книги автора (Пушкина А.С.)

Для создания отчета Книги по информатике пересылаем все поля запроса Книги по информатике в отчет, задаем сортировку по Инвентарному номеру (рис. 20).

Рисунок 20. Отчет Книги по информатике

Рисунок 21. Отчет Книги с истекшим сроком возврата

После создания отчета переходим в Режим макета, щелкнув правой клавишей по отчету, и корректируем макет отчета – расширяем или сужаем размеры полей, можно переименовать поля, задать имя отчета и т.д. Для печати отчета выбираем из меню Печать.

Осталось создать главную форму для запуска всех форм, запросов и отчетов, назовем ее Форма1. Для создания используем Конструктор форм, сначала щелкаем элемент управления Надпись и вводим название БД «БАЗА ДАННЫХ ДОМАШНЯЯ БИБЛИОТЕКА», выравниваем по центру, задаем размер, начертание полужирный для шрифта. Затем выбираем элемент Вкладки и создаем 4 вкладки – Формы, Запросы, Отчеты, Конец работы (рис. 22).

Рисунок 22. Главная Форма 1

Во вкладке Формы создаем 4 кнопки для работы с формами:

• Книги;
• Читатели;
• Разделы библиотеки;
• Книги выданные.

Для создания кнопки «Книги» выбираем на панели Элементов управления элемент Кнопка и щелкаем под вкладкой Работа с формами, в появившемся окне выбираем Работа с формой – Открыть форму, в следующем окне выбираем таблицу Книги, в следующем окне Открыть форму и показать все записи, дальше выбираем опцию Текст и в окошке набираем имя кнопки «Книги» и Готово. Аналогично создаются кнопки для остальных форм.

Вкладка Запросы содержит 4 кнопки для работы с запросами:

• Книги автора;
• Книги в чтении;
• Книги по информатике;
• Книги с истекшим сроком возврата.

Для создания кнопки вызова запроса «Книги в чтении» выбираем элемент Кнопка, щелкаем под вкладкой Запросы. В 1-ом окне выбираем Разное – Выполнить запрос, во 2-ом окне выбираем запрос Книги выданные, в 3-ем окне выбираем опцию Текст, набираем имя кнопки «Книги в чтении» и Готово. Аналогично создается кнопка для вызова остальных запросов.

Вкладка Отчеты содержит 6 кнопок для создания отчетов:

• Книги;
• Читатели;
• Книги выданные;
• Книги автора;
• Книги по информатике;
• Книги с истекшим сроком возврата.

Для создания кнопки открытия отчета щелкаем элемент Кнопка и вставляем кнопку под вкладкой Отчеты. В появившемся окне выбираем Работа с отчетом – Открыть отчет, в следующем окне выбираем имя отчета, далее выбираем опцию Текст, набираем имя кнопки и Готово. Для печати отчета щелкаем кнопку Microsoft Office, выбираем Печать.

Вкладка Конец работы содержит одну кнопку Выйти из приложения, в 1-ом окне создания кнопки выбираем Приложение – Выйти из приложения, набираем имя кнопки.

2.3 Оценка экономической эффективности проекта

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

Хотя определить, насколько возросла эффективность поиска книг в библиотеке после разработки базы данных, очень сложно, все-таки можно примерно оценить, что время поиска нужных книг сократится в 2-4 раза, что дает существенную экономию времени и сил.

Вывод: Таким образом, во второй главе работы разработана БД «Домашняя библиотека», позволяющая систематизировать все книги, журналы, газеты домашней библиотеки посредством шифрования и присвоения книгам инвентарных номеров, первые две цифры которого означают номер раздела библиотеки по темам. Это существенно сократит время поиска нужных экземпляров библиотеки приблизительно в 2-4 раза.

ЗАКЛЮЧЕНИЕ

При автоматизации системы Домашняя библиотека используется СУБД Access, что выгодно характеризует систему, так как это общеизвестная универсальная система, которая может быть модернизирована независимо от поставщика программного обеспечения, все данные совместимы со всеми офисными программами, существует возможность создавать новые формы, запросы, отчеты. Благодаря тому, что Access общеизвестная универсальная система, она проста в использовании и позволяет экономить время создания системы, ее эксплуатации и модифицирования.

Основными пользователями приложения «Домашняя библиотека» являются члены семьи их знакомые, из членов семьи назначается администратор БД, в обязанности которого входит ведение учета всех имеющихся книг в библиотеке, а также ведение учета выданных книг читателям.

База данных предназначена для получения следующей информации:

• Данные об имеющихся книгах в библиотеке.
• Списки всех читателей библиотеки.
• Списки книг, взятых читателями для чтения.
• Списки книг определенного автора.
• Списки книг по определенной тематике.
• Списки книг, срок возврата которых истек.

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

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

Работа сопровождается скриншотами форм, запросов, отчетов.

СПИСОК ЛИТЕРАТУРЫ

1. Microsoft Access. Система управления реляционными базами данных для Windows. Руководство пользователя. Microsoft Corporation, 2010.
2. Балдин. Информационные системы в экономике. Учебник, 2005. - 215с.
3. Дейт К. Руководство по реляционной СУБД DB2. – М.: Финансы и статистика,1988. – 320с.
4. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ: Перевод с английского. - М.: Мир, 1991.- 252 с.
5. Джулия Келли. Access 97. Самоучитель – СПб: Питер. - 1999. – 336с.
6. Избачков Ю.С., Петров В.Н. Информационные системы. 2005. - 241с.
7. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. – Глазго, 1998. С. 182-183.
8. Обзор СУБД. 23.12.2013. http://life-prog.ru/1_13566_obzor-subd.html
9. Основы проектирования реляционных баз данных: Учебное пособие. Кириллов В.В. – Спб: СПТУ,1997.
10. Проектирование баз данных. http://fed-po2.narod.ru/bd/08.html
11. Проектирование информационных систем. В. Грекул. http://www.intuit.ru/studies/courses/2195/55/info
12. Разработка информационной модели. http://edu.dvgups.ru/METDOC/GDTRAN/YAT/ITIS/PROEK_INF_SIS/METOD/UMK_DO/frame/UMK_DO/M4/L7.htm
13. Рыбанов А.А. Инструментальные средства автоматизированного проектирования баз данных: учебное пособие. – Волгоград: РПК Политехник, 2007.
14. Этапы проектирования информационного обеспечения с использованием СУБД. http://do.gendocs.ru/docs/index-12375.html?page=3
15. ERwin Data Modeler. 2016. https://ru.wikipedia.org/wiki/ERwin_Data_Modeler

ПРИЛОЖЕНИЕ 

Рисунок 1.1. Справочник Разделы библиотеки

Рисунок 1.2. Таблица Книги

Рисунок 1.3. Таблица Читатели

Рисунок 1.4. Таблица Книги выданные

1. Рыбанов А.А. Инструментальные средства автоматизированного проектирования баз данных: учебное пособие. – Волгоград: РПК Политехник, 2007. С. 9. ↑

2. Т. Коннолли, К. Бегг, А. Страчан. Базы данных: проектирование, реализация и сопровождение. Теория и практика. – Глазго, 1998. С. 182-183. ↑

3. ERwin Data Modeler. 2016. https://ru.wikipedia.org/wiki/ERwin_Data_Modeler ↑

4. Обзор СУБД. 23.12.2013. http://life-prog.ru/1_13566_obzor-subd.html ↑

5. Основы проектирования реляционных баз данных: Учебное пособие. Кириллов В.В. – Спб: СПТУ,1997. ↑

6. Проектирование информационных систем. В. Грекул. http://www.intuit.ru/studies/courses/2195/55/info ↑