Разработка базы данных для библиотеки

Министерство образования и  науки РФ

Новосибирский Государственный Технический  Университет

Кафедра Вычислительной Техники

 

 

 

 

 

 

Курсовая работа

По дисциплине «Визуальное программирование»

на тему: “Разработка базы данных для библиотеки”

 

 

 

 

 

 

 

Факультет: АВТФ

Группа: АП-818с

Выполнил: Ревоненко А.А.                                                          Преподаватель: Тюнина Л.В.

 

 

 

 

 

 

 

 

 

 

Новосибирск 2012 

Оглавление

1. Описание предметной области. 3

2. Постановка задачи проектирования. 3

3. Business диаграмма. 4

4. UseCase диаграмма. 5

5. Потоки событий вариантов использования. 6

5.1 Поток событий варианта использования «Оформление запроса». 6

1.2 Поток событий варианта использования «Создать отчет о посещаемости» 6

6. Выявление требований к проекту. Техническое задание. 8

1. Введение. 8

2. Основания для разработки. 8

3. Назначение разработки. 8

4. Требования к программе или программному изделию. 8

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

6. Технико-экономические показатели. 12

7. Стадии и этапы разработки. 12

8. Порядок контроля и приемки. 13

7. Диаграмма классов. 14

8. Диаграммы действий. 15

Диаграмма действий – бронирование книги через сайт. 15

9. Полная диаграмма классов. 16

10. Архитектура системы. Диаграмма компонентов. 17

11. Диаграммы последовательности 17

12. Технический проект. 18

12.1 База данных, таблицы (типы, форматы, ключи, индексы). 18

12.2 Запросы, описание, формы, отчёты. 20

13. Заключение. 22

Приложение: текст программы. 22

 

 

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

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

 

 

2. Постановка задачи проектирования.

 

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

 

3. Business диаграмма.

Рис. 1. Business диаграмма работы библиотеки

 

BusinessActor “Библиотекарь”. В его функциях, оформить запрос читателя, либо выдать книгу.

BusinessActor “Зав. библиотекой”. Руководит библиотекой, составляет отчеты для гос. департамента.

Actor “Читатель”. Заказывает интересующие его книги, либо получает их(если запрос уже был оформлен).

Actor “Гос. департамент”. Является владельцем библиотеки, занимается поставками новых книг, либо обеспечивает средствами на их закупку. Регулярно проверяет отчеты о посещаемости библиотеки/об утерях имущества, составленные заведующим.

 

4. UseCase диаграмма.

 

 

Рис. 2. UseCase диаграмма работы библиотеки 

5. Потоки событий вариантов использования.
1. Поток событий варианта использования «Оформление запроса».

Основной поток:

1. Вариант использования начинается, когда пользователь заходит на сайт библиотеки под свои логином.
2. Программа предлагает меню поиска литературы.
3. Пользователь вводит автора/жанр/название произведения. Если пользователь не заполнил поле поиска - запускается альтернативный поток А1.
4. Программа выдает список найденной литературы.
5. Пользователь выбирает из списка нужные книги и бронирует их. Если данной книги нет на складе, то запускается альтернативный поток А2. Если при бронирование возникает ошибка - запускается поток ошибок Е1.
6. Программа выводит срок действия брони.
7. Программа возвращает пользователя в меню поиска.
8. Вариант использования завершается.

Альтернативный поток А1. Пользователь не заполнил поле поиска.

1. Программа выводит предупреждение, что поле ввода не заполнено.
2. Вариант использования завершается.

Альтернативный поток А2. Отсутствие выбранной книги в библиотеке.

1. Программа выводит сообщение: "Данной книги нет на складе в данный момент"
2. Программа предлагает отправить запрос на эту книгу.
3. Вариант использования завершается.

Поток ошибок Е1. Ошибка при выполнение операции бронирования книги.

1. Программа информирует пользователя о том, что произошла ошибка при бронирование и возвращает в меню поиска.
2. Программа заносит сведенья об ошибке в журнал ошибок. Каждая запись содержит дату и время ошибки, имя пользователя, запрос пользователя, код ошибки.

Вариант использования завершается.

2. Поток событий варианта использования «Создать отчет о посещаемости»

Основной поток:

1. Зав. библиотекой входит в систему.
2. Зав. библиотекой открывает форму по созданию отчетов с периодом - неделя.
3. Форма предлагает поле для ввода начальной даты для отчета.
4. Зав. библиотекой вводит начальную дату.
5. Зав. библиотекой отправляет запрос с введенными данными на сервер. Если не была введена дата, то выполняется альтернативный поток событий А1. Если дата была введена не корректно, то выполняется альтернативный поток событий Е1. Если во время выполнения запроса нет отклика от сервера, выполняется поток ошибок Е2.
6. Зав. библиотекой получает готовый отчет.
7. Программа предлагает три варианта дальнейших действий: сохранить отчет, воспользоваться электронной почтовой службой, завершить сеанс работы.
8. Вариант использования завершается.

 

Альтернативный поток событий  А2. Не введена дата.

1. Программа информирует Зав. библиотекой, что не введена начальная дата для составления отчета.
2. Программа возвращает Зав. библиотекой на окно с полем для ввода даты.
3. Вариант использования завершается.

 

Поток ошибок Е1. Дата введена не корректно.

1. Программа информирует Зав. библиотекой, что введенная дата не корректна.
2. Программа возвращает Зав. библиотекой на окно с полем для ввода даты.
3. Программа предлагает Зав. библиотекой визуальный календарь для выбора даты.
4. Вариант использования завершается.

 

Поток ошибок Е2. Нет отклика от сервера.

2. Программа информирует Зав. библиотекой – «Нет ответа от сервера».
3. Приложение предоставляет данные о службе поддержки.
4. Приложение заносит сведения об ошибке в журнал ошибок. Каждая запись содержит дату, время ошибки и код ошибки.
5. Программа предлагает Зав. библиотекой либо еще раз подтвердить введенные данные, либо завершить сеанс.
6. Вариант использования завершается.

 

 

 

 

 

 

 

 

6. Выявление требований к проекту. Техническое задание.

 

Техническое задание на программу  по ГОСТ 19.201-78.

 

1. Введение.

Программа для  автоматизации работы туристического агентства.

1. Наименование программы.

Наименование  программы – «Library».

2. Краткая характеристика области применения.

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

2. Основания для разработки.

Здесь должны быть приведены сведения, содержащиеся в  Договоре между заказчиком и исполнителем.

1. Основания для проведения разработки.

Основание для  проведения разработки является Договор  №2147 от 30 сентября 2011 года. Договор  утвержден Директором  ОАО «Wintertours» Ивановой Еленой Александровной, именуемой в дальнейшем Заказчиком, и утвержден Генеральным директором ОАО «Softforyou» Бандаренко Александром Сергеевичем, именуемым в дальнейщем Исполнителем, 10 октября 2011 года.

2. Наименование и условное обозначение темы разработки.

Наименование  темы разработки - «Library».

Условное обозначение  темы разработки (шифр темы) – «Lib-001».

3. Назначение разработки.
1. Функциональное назначение.

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

2. Эксплуатационное назначение.

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

4. Требования к программе или программному изделию.
1. Требования к функциональным характеристикам.

1. Требования к составу выполняемых функций.

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

2. Требования к организации входных данных.

Входные данные электронной заявки для читателя должны быть строковыми (String) или числовыми (Integer). Входные данные непосредственно для самой БД Работа библиотеки  должны быть в формате accdb.

Файлы формата  accdb должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы.

Любой файл иного  формата, но с расширением accdb открываться не должен.

3. Требования к организации выходных данных.

Выходные данные должны быть в формате accdb. Отчетность в формате PDF.

4. Требования к временным характеристикам.

Требования  к временным характеристикам  программы не предъявляются.