Разработка программы для автоматизации работы видеопроката

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

СОДЕРЖАНИЕ

Введение

Глава 1. Аналитическая часть.

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

1.2 Описание технологии функционирования информационной системы

1.3 Требования к информационной системе

Глава 2. Проектирование базы данных.

2.1 Концептуальная модель базы данных

2.2 Датологическая (реляционная) модель базы данных

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

Глава 3. Создания приложения для работы с Б.Д.

3.1 Разработка функциональных моделей СУБД

3.2 Разработка экранных форм ввода-вывода и отчетов

3.3 Разработка функциональных моделей

Заключение

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

ВВЕДЕНИЕ

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

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

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

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

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

Задачами курсового проекта являются:

· описание предметной области,

· описание технологии функционирования ИС,

· построение концептуальной и даталогической (реляционная) модели БД,

· физическое проектирование БД,

· разработка функциональной модели СУБД,

· разработка экранных форм ввода-вывода и отчета,

· разработка функциональных модулей.

Глава 1.АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

Создаваемая программа предназначена для автоматизации пункта проката или продажи видеокассет, дисков. Она ведет учет выдаваемых видео-продуктов клиентам, учёт клиентов и сотрудников, формирует все необходимые документы и отчеты. В программе предусмотрена возможность учета выдачи чека, регистрации клиентов. Для ускорения обслуживания, работа может вестись с применением персональных карточек клиентов.

С помощью создаваемой программы, видеопрокат может предлагать следующий перечень услуг:

· быстрый поиск видео по названию, жанру, режиссёру и т.п.;

· персональные карточки, с помощью которых клиент может получить скидку;

· резервирование видео.

В базе данных разрабатываемого программного продукта будут хранится данные о клиенте:

· код клиента (номер персональной карточки);

· ФИО;

· дата рождения;

· телефон;

· адрес;

· дата регистрации;

· код категории.

Видео хранящееся в видеопрокате, характеризуются следующими параметрами:

· код видео;

· дата выпуска;

· страна;

· режиссёр;

· жанр;

· продолжительность;

· стоимость одного дня;

· в наличии.

Также в программе содержатся данные о сотрудниках:

· код сотрудника;

· ФИО;

· должность.

В случае, когда сотрудник выдает выбранное клиентом видео, оформляется договор заказа, в котором указываются следующие данные:

· код заказа;

· код клиента;

· код категории;

· код видео;

· количество дней;

· скидка;

· сумма к уплате.

В случае нарушения, сотрудник составляет договор штрафа, где указывается следующее:

· код договора;

· код клиента;

· код нарушения;

· штраф;

· код сотрудника.

После составления договора сотрудник заносит клиента в список нарушителей:

· код клиента;

· код нарушения;

· дата нарушения;

· погашение штрафа.

Если клиент резервирует видео, то сотрудник составляет договор резервирования:

· код резерва;

· код клиента;

· код видео;

· цена резервирования;

· количество резервирования;

· код сотрудника.

В создаваемом программном продукте могут работать группы пользователей:

· сотрудники;

· клиенты.

Сотрудники благодаря данному программному продукту могут решать следующие задачи:

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

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

· добавлять и удалять данные о видео;

· резервировать видео, по просьбе клиента, в случае его отсутствия и составлять договор резервирования;

· составлять договор заказа при выдаче клиенту видео;

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

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

Клиентам тоже предоставляется возможность пользования данной программой. Для них предусмотренные следующие возможности:

· осуществлять поиск видео;

· просмотр своих данных, для учёта:

· резервирование видео в случае отсутствия.

1.2 Описание технологии функционирования ИС

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

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

· Регистрация клиентов, формирование и печать персональных карточек клиентов;

· Учёт нарушений клиентов;

· Возможность быстрого поиска видео по названию, жанру, стране и т.д.;

· Возможность быстрого поиска клиентов по номеру персональной карточки;

· Резервирование видео для клиента;

· Гибкая система настройки различных схем обслуживания клиентов в зависимости от их категории;

· Печать чека.

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

1.3 Требования к ИС

Для разработки приложения выбрана среда разработки Delphi, так как данное средство имеет ряд преимуществ:

· визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

· масштабируемые средства для построения баз данных;

· высокая производительность разработанного приложения;

· низкие требования разработанного приложения к ресурсам компьютера;

· возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходниках).

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

Приложение БД должно позволять выполнять следующие операции с данными:

· ввод данных; в отдельных случаях, с проверкой вводимых данных и выдачей соответствующих сообщений в случае ошибок при вводе данных;

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

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

· выполнять обработку транзакции (и/или исключительной ситуации);

· формировать печатную форму (достаточно 1-2).

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

· добавление и удаление записей о клиентах;

· добавление и удаление записей о видео;

· добавление и удаление записей о сотрудниках;

· создание и печать отчёта (договора).

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

· ПК с процессором семейств Intel® Pentium®/Celeron®/Xeon™, AMD K6/Athlon™/Duron™ или совместимым с ними процессором, с тактовой частотой 75 MHZ или выше;

· операционная система Microsoft Windows® 9X/Me/NT/2000/XP/Vista или любая другая;

· объем оперативной памяти 16 Мб или выше;

· свободное место на жёстком диске 50Мб;

· видеоплата и монитор с разрешением не менее 800х600 точек;

· клавиатура, мышь, монитор, принтер.

Глава 2. Проектирование базы данных

2.1 Концептуальная модель БД

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

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

· данные легко обновлять или удалять;

· исключается возможность рассогласования копий данных;

· уменьшается возможность введения некорректных данных.

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

· Клиенты;

· Видео;

· Категории;

· Сотрудники;

· Нарушения;

· Договор заказа;

· Договор штрафа;

· Договор резервирования;

· Список нарушителей.

Рассмотрим связи между таблицами (см. рис.1)

Таблица «Категории» и таблица «Клиенты» - установлена связь «один-ко-многим» при помощи первичного ключа «код категории».

Таблица «Категории» и таблица «Договор заказа» - установлена связь «один-ко-многим» при помощи первичного ключа «код категории».

Таблица «Клиенты» и таблица «Договор заказа» - установлена связь «один-ко-многим» при помощи первичного ключа «код клиента».

Таблица «Клиенты» и таблица «Договор штрафа» - установлена связь «один-ко-многим» при помощи первичного ключа «код клиента».

Таблица «Клиенты» и таблица «Список нарушителей» - установлена связь «один-ко-многим» при помощи первичного ключа «код клиента».

Таблица «Клиенты» и таблица «Договор резервирования» - установлена связь «один-ко-многим» при помощи первичного ключа «код клиента».

Таблица «Видео» и таблица «Договор заказа» - установлена связь «один-ко-многим» при помощи первичного ключа «код видео».

Таблица «Видео» и таблица «Договор резервирования» - установлена связь «один-ко-многим» при помощи первичного ключа «код видео».

Таблица «Сотрудники» и таблица «Договор заказа» - установлена связь «один-ко-многим» при помощи первичного ключа «код сотрудника».

Таблица «Сотрудники» и таблица «Договор штрафа» - установлена связь «один-ко-многим» при помощи первичного ключа «код сотрудника.

Таблица «Сотрудники» и таблица «Договор штрафа» - установлена связь «один-ко-многим» при помощи первичного ключа «код сотрудника.

Таблица «Сотрудники» и таблица «Договор резервирования» - установлена связь «один-ко-многим» при помощи первичного ключа «код сотрудника.

Таблица «Нарушения» и таблица «Договор штрафа» - установлена связь «один-ко-многим» при помощи первичного ключа «код нарушения».

Таблица «Нарушения» и таблица «Список нарушителей» - установлена связь «один-ко-многим» при помощи первичного ключа «код нарушения».



Рис.1 Концептуальная модель БД

2.2 Даталогическая (реляционная) модель БД

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

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

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

Рис. 2 Реляционная модель

2.3 Физическое проектирование БД

информационный система база данные

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

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

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

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

Для реализации приложения по автоматизации деятельности видеопроката выбрана СУБД Paradox.

После привидения таблиц к третьей нормальной форме, приступим к их созданию. Для начала создадим папку, где будут хранится созданные таблицы, далее с помощью утилиты BDE (Borland Database Engine) administrator создадим аллиас. После этого с помощью утилиты DataBase Desktop создадим таблицы: клиенты, видео, категории, договор заказа, договор штрафа, договор резервирования, список нарушителей, сотрудники, нарушения.

Структура таблицы «Клиенты» (см. рис. 3) содержит следующие поля: код клиента (ключевое поле), ФИО, дата рождения, телефон, адрес, дата регистрации, код категории. Индекс по полю ФИО.

Рис. 3 Структура таблицы «Клиенты»

Структура таблицы «Видео» (см. рис. 4) содержит поля: код видео (ключевое поле), название, год выпуска, страна, режиссёр, жанр, продолжительность, стоимость одного дня, в наличии. Индексы по полям: название, страна, режиссёр.

Рис.4. Структура таблицы «Видео»

Структура таблицы «Категории» (см. рис. 5) содержит поля: код категории, описание, скидка.

Рис. 5. Структура таблицы «Категории»

Структура таблицы «Сотрудники» (см. рис. 6) содержит поля: код сотрудника, ФИО сотрудника, должность.

Рис.6. Структура таблицы «Сотрудники»

Структура таблицы «Нарушения» (см. рис. 7) содержит поля: код нарушения, описание, штраф.

Рис.7. Структура таблицы «Нарушения»

Структура таблицы «Договор заказа» (см. рис. 8) содержит поля: код заказа, код клиента, код видео, количество дней, сумма, код сотрудника.

Рис. 8. Структура таблицы «договор заказа»

Структура таблицы «договор штрафа» (см. рис. 9) содержит поля: код чека, код клиента, код нарушения, код сотрудника.

Рис. 9. Структура таблицы «договор штрафа»

Структура таблицы «договор резервирования» (см. рис. 10) содержит поля: код резерва, код клиента, код видео, код сотрудника.

Рис. 10. Структура таблицы «Договор резерва»

Структура таблицы «Нарушители» (см. рис. 11) содержит поля: код записи, код клиента, код нарушения, дата нарушения, погашение. Индекс по полю Код клиента.

Рис. 11. Структура таблицы «Нарушители»

Глава 3. Создание приложения для работы с базой данных

3.1 Разработка функциональной модели СУБД

Функциональная модель для разрабатываемой БД выглядит следующим образом (см. рис. 12):

Рис. 12. Функциональная модель

Модуль «Меню» - основной модуль, с помощью него можно осуществить выбор дальнейшего действия. Он позволяет загрузить другие модули или осуществить выход из СУБД.

Модуль «Поиск видео» - осуществление поиска по заданному значению.

Модуль «Клиенты» - просмотр, добавление, удаление, редактирование записей.

Модуль «Нарушители» - просмотр, добавление, удаление, редактирование записей.

Модуль «Выход, осуществляет завершение работы программы.

Модуль «Чеки» - добавление, редактирование записей, создание отчёта.

Модуль «Справка» - просмотр информации о создаваемой программе.

3.2 Разработка экранных форм ввода-вывода и отчетов

При разработке СУБД «Видеопрокат» были разработаны экранные формы ввода/вывода исходных данных и результатов обработки, а также печатаемых отчётов.

На главной форме (см. рис. 13) можно просмотреть таблицу, содержащую данные о видео. Имеются поля с помощью которых можно добавить, изменить или удалить запись. Также на главной форме можно осуществить поиск по названию видео и добавить данные о видео в чек заказа или резерва (зависит от наличия видео). С помощью меню можно открыть формы «Клиенты», «Нарушители», «Чеки», «Справка», «Поиск видео».



Рис. 13. Главная форма

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



Рис. 14. Форма «Поиск видео»

При выборе на главной форме с помощью меню пункта Клиенты, откроется соответствующая форма (см. рис. 15) на которой расположена таблица «Клиенты», «Категории». На данной форме можно осуществлять добавление, редактирование, удаление записей. При выборе определенного клиента в таблице «Клиенты», указатель в таблице «Категории» перемещается на соответствующую клиенту категорию и в отдельном поле отображается описание соответствующей категории. Также на данной форме можно осуществить поиск по заданному значению, добавить запись о выбранном клиенте в чек заказа или резерва. Также на данной форме предусмотрена возможность создания персональной карты клиента (рис. 16). При выборе пункта меню пользователь возвращается на главную форму.



Рис. 15. Форма «Клиенты».

Рис. 16. Персональная карта клиента.

При выборе пункта меню Нарушители, на главной форме, появится соответствующая форма (см. рис. 17), где возможно добавление, редактирование, удаление записей в таблице «Нарушители». При выборе определенной записи в таблице «Нарушители», указатель в таблице «Клиенты» переместится на соответствующую запись, также в таблице «Нарушения» выберется нужная запись, а в отдельном поле отобразится состав нарушения. На данной форме предусмотрена возможность поиска по коду клиента, причём при оплате штрафа выйдет информирующее окно, а также возможно добавление записи в чек штрафа.

Рис.17. Форма «Нарушители»

При выборе меню Чеки, откроется соответствующая форма, содержащая три закладки: заказ (см. стр. 18), штраф (см. рис. 19), резерв (см. рис. 20). На данной форме можно добавлять записи, просматривать все заказы (штрафы, резервы), создавать чек заказа (см. рис. 21), чек штрафа (см. рис. 22),чек резерва (см. рис. 23).



Рис. 18. Форма «Чеки - Заказ».

Рис. 19. Форма «Чеки - Штраф».



Рис. 20. Форма «Чеки - Резерв».

Рис. 21. Чек заказа.



Рис. 22. Чек штрафа.

Рис. 23. Чек резерва.

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

Рис. 24. Форма «Справка»

3.3 Разработка функциональных модулей

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

Модуль «Главная форма» - просмотр и редактирование соответствующей таблицы. При вводе названия видео и нажатии на кнопку «поиск» происходит поиск данных в таблице «Видео».

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

Модуль «Клиенты» - просмотр и редактирование соответствующей таблицы. В данном модуле вносится информация о клиенте, а также создаётся персональная карта.

Модуль «Нарушители» - просмотр, добавление, удаление, редактирование записей, создание отметки об оплате.

Модуль «Чеки» - добавление, редактирование записей, расчёт суммы для оплаты с учётом скидки, создание отчёт.

ЗАКЛЮЧЕНИЕ

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

В результате проделанной работы было разработано приложение для работы с базой данных видеопроката. Оно автоматизирует доступ к базе данных и оптимизирует работу персонала. СУБД «Видеопрокат» разрабатывалась как упрощённая в управлении информационная система учёта данных о клиентах и фильмах.

В ходе выполнения курсового проекта были спроектированы 3 модели Б.Д это :

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

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

Так же рассмотрены:

все требования к ИС.

Описана технология функционирования ИС.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Баженова, И. Ю. Основы проектирования приложений баз данных . [Текст]: учеб. пособие ./ И.Ю.Баженова - М. : Интернет-Ун-т Информ Технологий БИНОМ. Лаб. знаний , 2006 . - 252 с.

2. Борисов, В.В. Компьютерная поддержка сложных организационно-технических систем. [Текст]:/ В.В Борисов, И.А. Бычков, А.В. Дементьев. - Горячая линия - Телеком, 2002 -300с.

3. Волоха, А. В. БД Microsoft SQL Server 2005. Новые возможности [Текст]: А.В. Волоха - Питер, 2006. - 158 с.

4. Ковязин, А. Н. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase/Firebird/Yaffil . [Текст]:/ А. Н. Ковязин, С. М. Востриков. - М. : КУДИЦ-ОБРАЗ , 2002 . - 52 с.

5. Гайдамакин, Н. А. Автоматизированные информационные системы, базы и банки данных . ввод. курс [Текст]: учеб. пособие для вузов ./ Н.А. Гайдамакин - М. : Гелиос АРВ , 2002 . - 101 с.

6. Фаронов, В. В. , Программирование баз данных в Delphi 7 . [Текст]: / В.В. Фаронов. - СПб. : Питер , 2004 . - 136 с.

7. Карпова, Т.С. Базы данных: модели, разработка, реализация . [Текст]: / Т.С.Карпова . - СПб. : Питер , 2002 . - 14с.

8. Крёнке, Д. Теория и практика построения баз данных. 8-е изд. [Текст]:/ Д. Крёнке - Питер, 2003. - 74 с.

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