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

Текст из файла (страница 3)

Б ыл сделан анализ физической и логической модели, в 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 Разработка интерфейса пользователя

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

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

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

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

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

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

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

- внешний дизайн не должен утомлять зрение, он должен быть рассчитан на длительную работу пользователя с приложение в течение дня;

- неперегруженность форм – формы должны быть оптимально загружены элементами управления; при необходимости можно использовать вкладки или дополнительные страницы форм;

- группировка – элементы управления в форме необходимо группировать по смыслу, используя элементы группировки: рамки, фреймы;

- разреженность объектов форм – элементы управления следует располагать не некотором расстоянии, а не лепить друг на друга; для выделения элементов управления можно организовать пустые пространства в форме.

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

Вспомогательная область управления включает:

• строку состояния;

• панели инструментов;

• вертикальную и горизонтальную линейки прокрутки.

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

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

3.5 Инструкция пользователя

Инструкция пользователя написана в соответствии с ГОСТ 19.505-79 Единой системы программной документации. «Руководство оператора. Требования к содержанию и оформлению».

3.5.1 Назначение информационной системы

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

Характеристики

Список файлов ВКР