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

Был сделан анализ физической и логической модели, в ERWin 4.0, который показал отсутствие в таблицах аномалий. Схема данных, спроектированная в ERWin 4.0 представлена на рисунке 8.

3.3.7 Описание физической модели

Выдача книг
Наименование поля	Тип данных	Размер			Примечание
1		2	3	4			5
1		регистрационный №	Числовой	Длинное целое			№ книги при регистрации
2		№ читательского билета	Числовой	Длинное целое
3		Абонемент	Логический	Да или нет
4		Читальный_зал	Логический	Да или нет
5		количество	Числовой	Целое			Количество книг
6		Дата_выдачи	Дата/время
7		Дата_возврата	Дата/время
8		Фактическая_дата_возврата	Дата/время
9		кол_сдал	Числовой	Целое
Задолжники
1		Код	Числовой	Длинное целое
2		№ читательского билета	Числовой	Длинное целое
3		Регистрационный_№	Числовой	Длинное целое
4		Количество	Числовой	Целое
Каталог_книг
1		Регистарционный_№	Числовой	Целое
2		Автор	Текстовый	30
3		Название	Текстовый	30
4		Год_издания	Дата/время
5		дата_регистрации	Дата/время
6		Дата_списания	Дата/время
7		Раздел	Текстовый	50
8		Абонемент1	Логический
9		Абонемент2	Логический
10	Читальный_зал		Логический	Выдача в читальном зале
11		стоимость	Денежный
12		количество	Числовой	Целое
Раздел
1		код_раздела	Числовой	Длинное целое
2		Раздел	Текстовый	50
Тип_Читателя
1		код	Числовой	Целое
2		тип_читателя	Текстовый	50
Читатели
1		№ читательского билета	Числовой	Длинное целое
2		ФИО	Текстовый	20
3		признак(код)	Числовой	Целое
4		адрес	Текстовый	30
5		паспортные данные	Числовой	Целое
6		Дата_записи	Дата/время
7		Дата_выбытия из библиотеки	Дата/время
8		группа	Числовой	Целое
9		факультет	Текстовый	50
10		кафедра	Текстовый	50
11		степень_звание	Текстовый	50
12		право_пользования_чит_ залом	Логический	Да/нет
13		право_пользовния _абонементом	Логический	Да/нет

3.4 Алгоритм работы информационной системы

Схема алгоритма работы информационной системы представлена на рисунках 9, 10, 11, 12, 13.

3.4.1 Разработка интерфейса пользователя

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

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

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

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

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

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

- удобство