5. Требования к программной документации.

5.1 Предварительный состав программной документации.

Состав программной документации должен включать в себя:

1. Техническое задание ГОСТ 34.602-89;

2. Руководство программиста ГОСТ 19.503-78.ЕСПД;

3. Руководство оператора ГОСТ 19.505-78.ЕСПД.

3. Схема данных

Рисунок 1 – Схема данных

4. Инфологическая (концептуальная) модель базы данных

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

• Обследование предметной области, изучение ее информационной структуры;

• Выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами;

• Моделирование и интеграция всех представлений.

4.1 Построение концептуальной модели.

В соответствии с описанием предметной области и ТЗ пункт 4.1.2 и 4.1.3 можно разработать концептуальную модель в Dia.

Dia – позволяет создавать диаграммы любой сложности для различных целей и приложений. Есть возможность создавать собственные графические объекты используя XML.

Для построения диаграммы нужно создать пустой шаблон, в окне программы на вкладке «Файл» выбираем пункт «Создать».

Рисунок 2 – Создание шаблона

1. Меню программы;

2. Палитра инструментов;

3. Рабочее поле;

4. Палитра компонентов.

3

1

4

2

Рисунок 3 – Рабочая поверхность Dia

Рисунок 4 – Диаграмма претендентов в Dia

4.2 Выделение информационных объектов и определение их атрибутов.

В соответствии с разработкой концептуальной моделью, описанием предметной области п. 1.2 и ТЗ пункт 4.1.3 определяем объекты и атрибуты объектов в ниже перечисленных таблицах.

Таблица 4 – Таблица читатель

Сущность	Атрибут	Тип
Читатель	Код читателя Фамилия Имя Отчество Адрес Телефон	Числовой (первичный ключ) Текстовый (20) Текстовый (20) Текстовый (20) Текстовый (30) Текстовый (11)

Таблица 5 – Таблица книга

Сущность	Атрибут	Тип
Книга	Код книги ISBN ББК УДК Название Автор Год выпуска Жанр	Числовой (первичный ключ) Текстовый (20) Текстовый (25) Текстовый (25) Текстовый (30) Текстовый (20) Текстовый (4) Текстовый (20)

Таблица 6 – Таблица читателя

Сущность	Атрибут	Тип
Выданная книга	Код книги Код читателя Выдача Возврат	Числовой (первичный ключ) Числовой (первичный ключ) Дата/время Дата/время

5. Логическая структура базы данных

На основе концептуальной модели, выделенных информационных объектов и атрибутов данных объектов можно представить взаимосвязь между объектами.

Связи между объектами отображены в таблице 10. В качестве кода используется английское слово «link», знак подчеркивания и порядковый номер связи.

Таблица 10 – Связи между таблицами

Код связи	Исходная таблица	Конечная таблица	Поле связи
link_1	Книга	Выданная книга	Код книга, Код книги
link_2	Читатель	Выданная книга	Код читателя, Код читателя
link_3	Выданная книга	Книга	Код книги, Код книги
link_3	Выданная книга	Читатель	Код читателя, Код читателя

Нормализация – процесс построения эффективной структуры данных для уменьшения избыточности информации в базе данных. Избыточность информации уменьшается от первой до пятой нормальной формы.

Требования первой нормальной формы:

• Таблица не должна иметь повторяющихся записей;

• В таблице должны отсутствовать повторяющиеся группы полей;

• Поля должны быть неделимыми.

Требования второй нормальной формы:

• Все условия первой нормальной формы;

• Все поля таблицы зависят от первичного ключа (т.е. первичный ключ однозначно определяет запись).

Требования третьей нормальной формы:

• Все условия второй нормальной формы;

• Любой не ключевой атрибут функционально зависит только от первичного ключа.

Требования четвертой нормальной формы:

• Все условия третьей нормальной формы;

• Исключение многозначных зависимостей.

База имеет третью нормальную форму, т.к. соответствует требованиям, предъявляемым к третьей нормальной форме.