Введение

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

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

1. Анализ задания

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

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

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

Так как Посетитель может знать только один из параметров (например, только название Объекта либо только автора), то необходимо создать возможность поиска только по одному из заданных параметров.

2. Описание модулей

Созданная блок-схема анализирует действия сотрудника Библиотеки при запросе определенного экземпляра Пользователем. Сотруднику необходимо будет сделать запрос по полученной от Пользователя информации (название книги либо ФИО автора) в имеющуюся базу данных.

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

Функциональная модель была создана в программе IDEF.EXE. Представлена функциональная модель в два этапа:

1. Общая схема работы (Рисунок 1)

2. Развернутая схема работы (Рисунок 2)

В общей схеме и в развернутой схеме представлены некоторые дополнительные параметры, необходимые для систематизации работы Сотрудника:

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

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

· База данных - это системная обработка информации, которая предоставлена пользователем и введена в систему Сотрудником.

Блок-схема 1. Работа сотрудника с информационной базой Библиотеки.

Рисунок 1.Общая схема работы функциональной модели Библиотеки.

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

· Программа 1, Программа 2, Программа 3 - это составляющие базы данных с помощью которых происходит отбор, сверка и поиск информации по заданным данным Объекта.

Рисунок 2.Развернутая схема работы функциональной модели Библиотеки.

Далее приступаем к созданию информационной модели. Информационная модель будет создана в программе Microsoft Office Access 2003.

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

Связь между таблицами устанавливает отношения между значениями в ключевых полях -- часто между полями, имеющими одинаковые имена в обеих таблицах. В большинстве случаев спервичным ключом одной таблицы, являющимся уникальным идентификатором каждой записи, связывается внешний ключ другой таблицы. [2]

Существует три типа связей между таблицами.

1. Связь "один-ко-многим"

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

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

2. Связь "многие-ко-многим"

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

Чтобы представить связь "многие-ко-многим", нужно создать третью (связующую) таблицу, в которой она разбивается на две связи "один-ко-многим". Первичные ключи двух таблиц вставляются в третью таблицу. В результате в третьей таблице сохраняются все экземпляры связи. Например, таблицы "Заказы" и "Продукты" имеют связь "многие-ко-многим", определяемую путем создания двух связей "один-ко-многим" в таблице "Заказано". В одном заказе может быть много продуктов, и каждый продукт может быть указан во многих заказах.

3. Связь "один-к-одному"

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

Для начала определим атрибуты и их типы значений.

Данное отношение находится в первой нормальной форме, поскольку все его атрибуты являются неделимыми, и имеет составной ключ: шифр Объекта, порядковый номер, ФИО пользователя.

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

1) ФИО Пользователя, автор, название Объекта;

2) Порядковый номер, автор, жанр, издательство, дата выпуска;

3) Шифр Объекта, порядковый номер, номер полки, номер стеллажа, номер ряда.

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

Определение ключей и создание связей схемы связей.

В 1-ой таблице первичный ключ - ФИО Пользователя, атрибут автор является внешним ключом к таблице 2.

Во 2-ой таблице первичный ключ- автор. Атрибут порядковый номер является внешним ключом по отношению к таблице 3.

В 3-ей таблице первичный ключ- порядковой номер и шифр Объекта.

3. Результаты имитации

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

В приведенной таблице не заполнен столбец Шифр Объекта, так как изначально Сотрудник не знает шифр того Объекта, который хочет получить Пользователь. Проследим за поиском книги для Пользователя Зайцева Николая Ивановича, автор Стивен Кинг, название книги «Кэрри».

По данным, приведенной таблицы 2 мы узнаем порядковый номер интересующего нас Объекта. В данном случае порядковый номер составил 452.

По завершению поиска мы получаем точную информацию о местонахождении интересующего нас образца.

Связи между указанными выше таблицами выглядят следующим образом:

Если вывести всю полученную нами информацию, то мы увидим готовую базу данных.

Заключение