Размещено на http://www.allbest.ru/

Введение

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

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

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

Цель. Исследовать и проанализировать средства автоматизации рабочих мест, а также разработать автоматизированное рабочее место служащего библиотеки ".

Задачи. Данная курсовая работа ставит следующие вопросы:

- анализ деятельности библиотеки и методов ее автоматизации;

- изучения теоретических аспектов баз данных;

- исследования и оценка программных продуктов СУБД;

- выбор программного средства для разработки БД библиотечного фонда;

- разработка АРМ библиотечного фонда;

- разработка таблиц БД;

- установление связей между таблицами БД;

- разработка запросов к таблицам БД;

- разработка форм БД;

- разработка отчетов БД.

Объектом разработки автоматизации является рабочее место служащего библиотеки.



1. Описание предметной области по теме курсового проекта

база данные библиотека автоматизация

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

Объект (сущность) - это предмет, процесс или явление о котором собирается информация, необходимая для решения задачи.

Объектом может быть человек, предмет, событие и т.д.

Каждый объект характеризуется рядом основных свойств - атрибутов.

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

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

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

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

Система “Библиотека” предоставляет следующие возможности для пользователей:

- занесение новых книг в фонд библиотеки;

- просмотр информации о каждом зарегистрированном читателе;

- просмотр всех книг, которые читатель брал за все время пользования библиотекой;

- поиск необходимой читателю книги по нескольким параметрам;

- просмотр книг, которые находятся на руках у читателя, а также тех, за которые он не заплатил пеню;

- оплата пени за ту книгу, сдачу которой читатель просрочил;

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



2. Рассмотреть все категории сущностей выбранной предметной области с описанием их взаимоотношений

2.1 Определение сущностей

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

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

- ЧИТАТЕЛЬ;

- ПЕЧАТНОЕ ИЗДАНИЕ;

- ВЫДАЧА;

- КАТАЛОГ;

- ЧИТАТЕЛЬ-ЗАДОЛЖНИК;

2.2 Определение взаимосвязей между сущностями и создание модели данных

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

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

Определим для вышеперечисленных сущностей взаимосвязи.

Рисунок 1 Связи между объектами

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

2.3 Определение атрибутов сущностей

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

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

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

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

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

Таблица 1

Первичные, альтернативные ключи и атрибуты

Сущность	Первичный ключ	Атрибуты
1	2	3
Каталог_книг	Регистрационный _№	Регистрационный _№ Автор Название Год_издания Дата_регистрации Дата_списания Раздел Абонемент1 Абонемент2 Читальный_зал Количество Издательство
Читатели	№ читательского билета	№ читательского билета ФИО Признак(код) Адрес Паспортные данные Дата_записи Дата_выбытия Группа Факультет Кафедра Степень_звание Право пользования
Выдача_книг		регистрационный № № читательского билета АбонементА1 АбонементА2 Читальный_зал Количество Дата_выдачи Дата_возврата Фактическая_дата_возвра Кол_сдал
Задолжники	Код	Код регистрационный № № читательского билета количество
Типы_читателей	Код_читателя	Код_читателя Тип_читателя
Раздел	Код_раздела	Код_раздела Раздел



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

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

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

Одной из распространенных моделей концептуальной схемы является модель «сущность - связь», основными компонентами которой являются сущности и связи.

Под сущностью понимается основное содержание объекта, о котором собирают информацию. Экземпляр сущности - конкретный объект.

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

При этом обозначают:

? сущности - прямоугольниками;

? атрибуты - овалами;

? связи - ромбами.

Выберем для заданной БД следующие сущности.

Выдача книг, задолжники, каталог книг, раздел, тип читателей, читатели.

Зададим каждую сущность набором атрибутов:

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

2. Задолжники (код, номер читательского, регистрационный номер,количество).

3. Каталог книг (регистрационный номер, автор, название, год издания, дата регистрации, дата списания, раздел, абонемент 1, абонемент 2, читальный зал,стоимость, количество).

4. Раздел (код раздела, раздел).

5. Тип читателей (код, тип читателей).

6. Читатели (номер читательского билета, ФИО, код, адрес, паспортные данные, дата записи, факультет, право пользование читательским залом, право пользования абонементом).

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

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

Рисунок 2 Концептуальная модель



3.1 Логическое проектирование

Логическое проектирование - необходимый этап при создании БД. Основной задачей логического проектирования является разработка логической схемы, ориентированной на выбранную систему управления базами данных (СУБД).

Этап логического проектирования в отличие от концептуального проектирования полностью ориентирован на инструментальные средства компьютера и состоит из следующих этапов:

1. Выбор конкретной СУБД.

2. Отображение концептуальной схемы на логическую схему.

3. Выбор ключей.

4. Описание языка запросов.

Существующие СУБД по типам моделей делятся на реляционные, иерархические и сетевые. СУБД ориентированные на персональные компьютеры, как правило, поддерживают реляционную модель данных.

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

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

Таблица 1

Описание атрибутов сущности «Выдача книг»

Рег.№	№ чит.	Абоне-мент	Чит.зал	Кол-во	Дата выдачи	Дата возврата	Кол.сданных
1	258	да	нет	2	24.07.2014	28.07.2014	2
2	249	да	нет	1	13.08.2014	21.08.2014	1
3	250	да	нет	3	16.09.2014	17.09.2014	2

Аналогично создадим таблицы и для остальных сущностей.

Создание таблиц, а затем по этим таблицам создание запросов осуществляется с помощью соответствующих программ: Microsoft Office Access 2007.

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

База данных состоит из следующих таблиц.

Таблица «Выдача книг» содержит информацию о читателе, количество полученных книг, о дате возврата. Структура таблицы «Выдача книг» представлена в таблице 2.

Таблица 2

Структура таблицы «Выдача книг»

Имя поля	Тип данных	Размер поля
Регистрационный №	Числовой	Длинное целое
№ читательского билета	Числовой	Длинное целое
Абонемент	Логический	Да/нет
Читальный зал	Логический	Да/нет
Количество	Числовой	Целое
Дата выдачи	Дата/время
Дата возврата	Дата/время
Кол-во сданных	Числовой	Длинное целое

Таблица «Задолжники» содержит информацию о читателях (должниках), количестве книг. Структура таблицы «Задолжники» представлена в таблице 3.

Таблица 3

Структура таблицы «Задолжники»

Имя поля	Тип данных	Размер поля
Код	Числовой	Длинное целое
Регистрационный номер	Числовой	Длинное целое
Номер читательского	Числовой	Длинное целое
Количество	Числовой	Длинное целое

Таблица «Читатели» содержит информацию о читателях (ФИО) их конкретный адрес, факультет читателя и право пользования абонементом или читательским залом. Структура таблицы «Читатели» представлена в таблице 4.

Таблица 4

Структура таблицы «Читатели»

Имя поля	Тип данных	Размер поля
№ читательского билета	Числовой	Длинное целое
ФИО	Текстовый	255
Код	Числовой	Длинное целое
Адрес	Текстовый	255
Паспортные данные	Числовой	Длинное целое
Дата записи	Дата/время
Факультет	Текстовый	255
Право пользования чит.залом	Логический	Да/нет
Право пользования абонементом	Логический	Да/нет

Таблица «Раздел» содержит информацию о разделах которые имеются в библиотеке. Структура таблицы «Раздел» представлена в таблице 5.

Таблица 5

Структура таблицы «Раздел»

Имя поля	Тип данных	Размер поля
Код раздела	Числовой	Длинное целое
Раздел	Текстовый	255

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



Таблица 6

Структура таблицы «Каталог книг»

Имя поля	Тип данных	Размер поля
Регистрационный номер	Числовой	Длинное целое
Автор	Текстовый	255
Название	Текстовый	255
Год издания	Текстовый	255
Дата регистрации	Дата/время
Дата списания	Дата/время
Раздел	Числовой	Длинное целое
Абонемент 1	Логический	Да/нет
Абонемент 2	Логический	Да/нет
Читательский зал	Логический	Да/нет
Стоимость	Денежный	Денежный
Количество	Числовой	Длинное целое

Таблицы базы данных связаны между собой. Схема взаимосвязи таблиц базы данных представлена на рисунке 2:

Рисунок 2 Схема взаимосвязи таблиц базы данных



3.2 Физическое проектирование базы данных

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

Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.

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

В случае реляционной модели данных под этим подразумевается следующее:

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

• определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД;

• разработка средств защиты создаваемой системы.

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

• они связаны с совершенно разными аспектами системы, поскольку отвечают на вопрос, что делать, а не как делать;

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

• они требуют совершенно разных навыков и опыта, поэтому требуют привлечения специалистов различного профиля.

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

3.3 Разработка запросов

Запросы условно можно разделить на несколько групп:

? запросы на выборку данных;

? запросы с вычисляемым полем;

? запросы с групповыми вычислениями;

? параметрические запросы;

? перекрестные запросы;

? запросы на выполнение действий (создание таблицы, удаление и добавление записей в таблицу, изменением полей в таблице).

Первый запрос «Поиск читателя» в режиме конструктора представлен на рисунке 3.

Рисунок 3 параметрический запрос для конкретного читателя.

Второй запрос «Поиск книг» в режиме конструктора представлен на рисунке 4.



Рисунок 4 Параметрический запрос поиска книг

Третий запрос «Поиск должников» в режиме конструктора представлен на рисунке 5.

Рисунок 5 параметрический запрос по поиску должников

Четвёртый запрос «Тип читателя» в режиме конструктора представлен на рисунке 6

Рисунок 6 Запрос типу читателей



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

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

· обеспечивать получение общих и/или детализированных отчетов по итогам работы;

· позволять легко определять тенденции изменения важнейших показателей;

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

· выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии "клиент-сервер". Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения, на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.

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

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

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

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

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

По технологии обработки данные базы данных подразделяются на централизованные и распределенные.

Централизованная база данных сохраняется в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможный распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.

Распределенная база данных состоит из нескольких, возможно рядовых или даже дублирующих друг друга частей, сохраняемых в разных ЭВМ вычислительной сети. Работа с такой базой осуществляется посредством системы управления распределенной базой данных (СУРБД).

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

Системы централизованных баз данных с сетевым доступом различают разные архитектуры подобных систем:

· файл-сервер;

· клиент-сервер.

Файл-сервер. Архитектура систем БД с сетевым доступом допускает выделение одной из машин сети в качестве центральной (сервер файлов). На такой машине сохраняется совместно использованная централизованная БД. Все другие машины сети выполняют функции рабочих станций, посредством которых поддерживается доступ пользовательской системы к централизованной базе данных. Файлы базы данных соответственно к пользовательским запросам передаются на рабочие станции, где в основном и осуществляется обработка. При большой интенсивности доступа к тем самым данным производительность информационной системы падает. Пользователи могут создавать также на рабочих станциях локальные БД, что используются ими монопольное.

Клиент-сервер, где центральная машина (сервер базы данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, что создается клиентом (рабочей станцией), порождает поиск и сохранения данных на сервере. Сохраняемые данные (но не файлы) транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер есть использование языка запросов SQL. Этот язык использован при разработке данного курсового проекта.

Структурные элементы базы данных.

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

Поле - элементарная единица логической организации данных, что отвечает неделимой единице информации - реквизита.

Запись - совокупность логически связанных полей. Экземпляр записи - отдельная реализация записи, что содержит конкретные значения ее полей.

Файл (таблица) - совокупность экземпляров записей одной структуры.

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

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

К наиболее применяемым программным средствам относятся программные продукты Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL Server 6.5. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными. Большей популярностью пользуется Visual FoxPro и Access.

Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3. x, Windows 95, Macintosh. Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 - процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) - Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

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



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

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



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

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

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



Заключение

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

Исходя из вышесказанного, использование современных информационных систем позволяет нам:

· работать с огромными объемами данных;

· хранить какие-либо данные в течение довольно длительного временного периода;

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

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

Разработанное приложение «Библиотека» разработано для сотрудников библиотеки. Данная система проста в использовании и не требует от пользователя глубокого знания СУБД Access.

Информационная система может при необходимости модифицироваться и надстраиваться.

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



Список используемой литературы

1. Системы управления базами данных и знаний / А.Наумов. (Издательство: «Финансы и статистика», Санкт-Петербург), 2010.

2. Введение в реляционные базы данных / В. Кириллов, Г. Громов. (Издательство: «БХВ-Петербург», Санкт-Петербург), 2009.

3. Изучаем SQL / Алан Бьюли. (Издательство: «Лори», Санкт Петербург-Москва), 2011.

4. Автоматизированные информационные системы, базы и банки данных. Вводный курс/ Н. А. Гайдамакин. (Издательство: «Гелиос АРВ», Москва), 2012

5. Работа с базами данных в C++ BUILDER/А. Хомоненко, С. Ададуров. (Издательство: «БХВ-Петербург», Санкт-Петербург), 2009.

6. Д. Вейскас. Эффективная работа с Microsoft Access 7.0 "Microsoft Press", 2012, 864 с.

7. Базы данных: метод. реком. по выполн. курсового проекта / М. В. Кононова, А. А. Гурьянов. (Оренбург: ОГИМ, 2014).

Размещено на Allbest.ru

...