Информационная система компании видеопроката

Содержание

Введение 3

1 Анализ российского рынка ПО и рынка видеопроката 5

2Проектирование информационной системы видеопроката и предварительного заказа фильмов 12

3 Разработка информационной системы видеопроката и предварительного заказа фильмов 16

Заключение 21

Список использованных источников 22

Введение

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

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

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

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

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

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

• изучить литературу о специфике деятельности салона видеопроката;

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

• провести проектное исследование;

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

• разработать программный код приложения;

• оформить работу в соответствии с требованиями.

В основе курсовой работы лежат труды отечественных и зарубежных ученых, занимающихся вопросами проектирования и разработки информационных систем, таких как И. П. Норенков, Ю.С. Избачков, Н.З. Емельянова, И.В. Соловьев, М. Кузнецов, И. Симдянов, Д. Скляр, А. Трахтерберг, Майкл Стоунбрейкер, Е.Ф. Кодд и др.

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

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

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

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

1 Анализ российского рынка ПО и рынка видеопроката

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

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

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

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

Один из способов автоматизации, это внедрение автоматизированных систем управления в деятельность производства. Это позволяет автоматизировать либо часть действий производства, либо всё производство целиком. Всё зависит от масштабов системы и масштабов предприятия.

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

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

До настоящего времени автоматизация предприятий велась по трем обособленным и независимым друг от друга направлениям:

• АСУ (системы автоматизации управленческой и финансово-хозяйственной деятельности),

• САПР (системы автоматизированного проектирования),

• АСУ ТП (системы автоматизации технологических и производственных процессов).

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

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

По целевой функции АИС можно условно разделить на следующие основные категории:

• экономические информационные системы (ЭИС);

• системы поддержки принятия решений (СППР);

• информационно-вычислительные;

• информационно-справочные;

• информационные системы образования.

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

Системы поддержки принятия решений – аналитические ИС, ИС руководителя – системы, обеспечивающие возможности изучения состояния, прогнозирования, развития и оценки возможных вариантов поведения на основе анализа данных, которые отражают результаты деятельности компании на протяжении определенного времени. В таких системах применяются современные технологии баз данных, OLAP (OnLine Analytical Processing – оперативная аналитическая обработка данных), хранилище данных, глубинный анализ и визуализация данных [4, 5, 6 и др].

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

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

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

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

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

В российском сегменте приложений самыми востребованными в 2014 году были решения для автоматизации систем управления предприятием: системы управления ресурсами предприятия (514,39 млн. долларов), системы бизнес-аналитики (210,05 млн. долларов) и приложения по управлению производственными операциями (134,98 млн. долларов).

Рисунок 1 — Расходы по категориям ПО в России в 2014 году

Наибольшим спросом такие решения пользовались у крупных компаний, на долю которых пришлось около двух третей всего рынка [8, 11 и др.]. Среди наиболее активных потребителей были компании, занятые в производстве, розничной торговле, энергетике, транспортных и бизнес-услугах. Государственный сектор продемонстрировал в 2014 году наибольший рост затрат на данный тип ПО, превысив аналогичные показатели предыдущего года на 50%. Объем рынка ПО в 2014 году достиг значения в 4,99 млрд. долларов. Более половины этой суммы приходится на различные приложения, около 30% − на инфраструктурное ПО, чуть менее 20% − ПО для разработки приложений (рисунок 1).

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

В настоящее время существует множество разнообразных программ для учета видеопроката: S-Видеопрокат 5.3, Фрегат, VideoDay, W3Rent. В основном это очень большие программные системы, охватывающие все аспекты данной деятельности. Но для многих небольших организаций такие решения являются очень громоздкими и дорогими. В таких случаях встает вопрос о создании специализированных приложений, обладающих только тем функционалом, который требуется для данной сферы деятельности. Такие приложения обладают положительными аспектами:

1. Они просты в эксплуатации;

2. Стоимость такой разработки гораздо ниже коммерческих проектов;

3. Не содержат лишний функционал;

4. Имеют возможность модернизации.

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

Мировой рынок видеопроката на сегодняшний день претерпел ряд изменений и активно развивается. Так, только в 2014 году темпы роста рынка превысили 6%, а объем перевалил за 45 млрд. долларов. Однако, основную его часть составляет прокат в интернете. Онлайн-прокатом фильмов занимаются такие крупнейшие мировые компании, как YouTube, Netflix, Amazon Prime, Vudu, Hulu Plus, iTunes. Наиболее популярные российские онлайн-кинотеатры: ivi.ru, Megogo, Tvigle, Амедиатека. Самыми главными сдерживающими факторами роста рынка видеопроката является пиратство и менталитет россиян и неразвитая система услуг традиционного видеопроката.

История видеопроката началась в конце 1970-х, в разгар так называемой «войны форматов». На рынке появились первые видеомагнитофоны стоимостью около тысячи долларов, Sony и JVC активно продвигали свои форматы Betamax и VHS, победил со временем второй, и видеокассеты стали главным семейным увлечением следующих нескольких десятилетий [9, 10 и др.].

Со снижением цены новых видеомагнитофонов и носителей во всех 50 штатах начинают расти маленькие независимые точки видеопроката, а в 1978 году формируется первый эталон брендированной прокатной сети — Family Video в городке Спрингфилд, штат Иллинойс, предлагает членство за 25 долларов и за 5 — трехдневный прокат одной кассеты.

По мере развития российского законодательства в сфере защиты авторских прав и интеллектуальной собственности, административных мер борьбы с контрафактной продукцией, а также с появлением экономических предпосылок (рост инвестиций в сферу легального видео) стало возможным бурное развитие рынка лицензионного видео и насыщение легитимной и качественной продукции для потребления российскими зрителями к середине 90-х годов. Однако, в России успешного бизнеса видеопроката так и не возникло. Видеопрокат, как и почти все остальные сегменты бизнеса, существовал в нашей стране вне каких-либо правил — прокатчики переписывали пиратские копии, и это явление носило настолько массовый характер, что создавать в таких условиях серьезную сеть было просто неразумно. Дефолт 1998 года нанёс серьёзный удар по развитию лицензионного видео, сократив в пять раз число фирм, работающих на рынке дистрибьюции видеокассет. В начале 2007 года структура носителей кардинально поменялась: в каталогах лицензионных дисков DVD, выпущенных за три последние насчитывается более 6 тысяч фильмов, релизы видеокассет как носителей остаётся только в секторе неигрового кино (образовательного и документального видео). Продолжение диверсификации носителей будут неизбежны и по мере развития инфраструктуры форматов HDDVD и Blu-Ray [12, 15, 18 и др.].

На смену физическому видеопрокату пришли сервисы видео по запросу (video-on-demand). Например, компания Netflix — самый крупный стример в США. Компания активно расширяется на Восток (до России очередь пока не дошла), делает миллиардную выручку и активно претендует на то, чтобы мировые премьеры выходили на ее интернет-сервисе одновременно с кинотеатрами.

Не менее популярна сеть вендинговых автоматов с фильмами и играми, расположенных внутри крупных продуктовых магазинов – Redbox, который был запущен McDonald’s в 2002 году и спустя 11 лет стал абсолютным лидером по прокату физических носителей, в первую очередь DVD [13, 14 и др.].

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

2 Проектирование информационной системы видеопроката и предварительного заказа фильмов

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

• ввод в систему необходимой информации. В информационную систему видеопроката и предварительного заказа фильмов вводятся данные: о фильме (режиссер, название, жанр, страна, описание фильма), о клиенте (ФИО, пол, телефон, адрес), о заказе (название фильма, ФИО клиента, дата возврата).

• вывод результатов конечному пользователю.

Перед разработчиком системы ставятся следующие задачи:

• обеспечение максимального быстродействия работы приложения. В информационной системе быстродействие со стороны сервера будет обеспечиваться пропускной способностью самого сервера, а так же установленного программного обеспечения (Apache, PHP, MySQL).

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

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

Справочная информационная система видеопроката состоит из трех модулей:

1. Модуль «Управление реестром фильмов» предназначен для ввода, хранения, изменения, удаления и выдачи информации о фильмах. Вся информация о фильмах вводится администратором в ИС с помощью клавиатуры. Введенная информация о фильме используются в дальнейшем для ведения заказов.

2. Модуль «Управление реестром клиентов» предназначен для ввода, хранения, изменения, удаления и выдачи сведений о клиенте. Персональные данные клиента вводятся администратором в ИС с помощью клавиатуры. Введенные данные клиента используются в дальнейшем для ведения заказов.

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

Для разработки информационной системы видеопроката и предварительного заказа фильмов был выбран скриптовый язык общего назначения – PHP, так как основное внимание в рамках изучения дисциплины «Разработка интернет-приложений» уделялось именно ему.

PHP (Hypertext PreProcessor, препроцессор гипертекста) – язык программирования, исполняемый на стороне веб-сервера, спроектированный Расмусом Лердорфом (Rasmus Lerdorf) в качестве инструмента создания динамических и интерактивных веб-сайтов.

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

Преимущества PHP:

• является свободным программным обеспечением, распространяемым под особой лицензией (PHP license);

• легок в освоении на всех этапах;

• поддерживается большим сообществом пользователей и разработчиков;

• имеет развитую поддержку баз данных;

• имеется огромное количество библиотек и расширений языка;

• может использоваться в изолированной среде;

• предлагает нативные средства организации веб-сессий, программный интерфейс расширений;

• является довольно полной заменой проприетарной среды ASP (Active Server Pages) от Microsoft;

• может быть развёрнут почти на любом сервере;

• портирован под большое количество аппаратных платформ и операционных систем.

Недостатки PHP:

• не подходит для создания десктопных приложений или системных компонентов;

• имеет слабые средства для работы с исключениями;

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

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

• веб-приложения, написанные на PHP, зачастую имеют проблемы с безопасностью [16, 17 и др.].

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

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

Немаловажным фактором является ее бесплатность. MySQL распространяется на условиях общей лицензии GNU (GPL, GNU Public License).

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

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

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

После выбора языка программирования и СУБД была спроектирована база данных информационной системы – base (рисунок 2).

Рисунок 2 — Структура базы данных base

База данных содержит три таблицы: clients (в этой таблице содержатся данные о клиентах салона видеопроката), films (в этой таблице содержатся данные о фильмах салона видеопроката), zakaz (в этой таблице содержатся данные о заказах салона видеопроката).

Структура таблицы clients представлена на рисунке 3.

Рисунок 3 — Структура таблицы clients

Структура таблицы films представлена на рисунке 4.

Рисунок 4 — Структура таблицы films

Структура таблицы zakaz представлена на рисунке 5.

Рисунок 5 — Структура таблицы zakaz

Итак, для разработки системы было принято решение использовать Web-сервер Apache, язык программирования PHP, СУБД MySQL.

3 Разработка информационной системы видеопроката и предварительного заказа фильмов

Начальная страница справочной информационной системы состоит из окна авторизации (рисунок 6).

Рисунок 6 — Окно авторизации пользователя

После входа в систему, пользователь попадает на начальную страницу (рисунок 7). Слева от рабочей области находится ссылка на выход из системы и меню. В меню представлены ссылки на три модуля: «Управление реестром фильмов», «Управление реестром клиентов», «Управление реестром заказов». Меню статичное, на всех страницах отображается одинаково, поэтому далее будут представлены скриншоты страниц без него.

Рисунок 7 — Начальная страница

Пункт меню «Управление реестром фильмов» содержит таблицу, в которой отображаются название, режиссер, жанр, страна и краткое описание каждого фильма (рисунок 8). В таблице есть пункты: удалить, редактировать и добавить новый фильм.

При нажатии на пункт меню «Удалить» происходит удаление выбранного фильма из базы данных base.

Рисунок 8 — Управление реестром фильмов

При нажатии на пункт меню «Добавить новый фильм» система перенаправляет нас на форму добавления фильма, которая содержит поля: название, режиссер, страна, жанр и описание фильма (рисунок 9).

Рисунок 9 — Добавление нового фильма

При нажатии на пункт меню «Изменить фильм» система перенаправляет нас на форму изменения выбранного фильма (рисунок 10). После нажатия на кнопку «Сохранить изменения» происходит обновление записи по данному фильму в базе данных.

Рисунок 10 — Изменение фильма

Далее переходим к рассмотрению второго модуля «Управление реестром клиентов» (рисунок 11). Этот модуль содержит таблицу со столбцами: ФИО клиента, Пол, Адрес и Телефон.

Рисунок 11 — Управление реестром клиентов

При нажатии на пункт меню «Удалить» происходит удаление выбранного клиента из базы данных base.

В модуле «Управление реестром клиентов» также есть пункт «добавить нового клиента». Нажав на него, мы видим форму для добавления нового клиента (рисунок 12).

Рисунок 12 — Добавление нового клиента

При нажатии на пункт меню «Изменить клиента» система перенаправляет нас на форму изменения данных о выбранном клиенте (рисунок 13). После нажатия на кнопку «Сохранить изменения» происходит обновление записи по данному клиенту в базе данных.

Рисунок 13 — Изменение клиента

Рассмотрим следующий модуль «Управление реестром заказов». На главной вкладке этого модуля располагается таблица с полями: номер заказа, дата возврата, название фильма и ФИО читателя (рисунок 14). ФИО клиента берется из таблицы «Клиенты», название фильма — из таблицы «Фильмы».

Рисунок 14 — Управление реестром заказов

При нажатии на пункт меню «Удалить» происходит удаление выбранного заказа из базы данных base.

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

Рисунок 15 — Добавление нового заказа

При нажатии на пункт меню «Изменить заказ» система перенаправляет нас на форму изменения выбранного заказа (рисунок 16). После нажатия на кнопку «Сохранить изменения» происходит обновление записи по данному заказу в базе данных.

Рисунок 16 — Изменение заказа

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

Заключение

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

1. Рассмотрено состояние российского рынка ПО и видеопроката на сегодняшний день. Приведена статистика наиболее востребованных информационных систем. Так же была исследована история видеопроката в России и в мире.

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

3. Разработана справочная информационная система видеопроката и предварительного заказа фильмов.

4. Были получены практические навыки в области создания веб-приложений. А так же изучены основные подходы к построению веб-проектов.

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

• хранение в системе информации об имеющихся у организации фильмах, клиентах и заказах;

• минимизировать время на учет фильмов и клиентов, оформление заказов;

• изменение сведений о клиентах, фильмах и заказах;

• удаление сведений;

• добавление новых сведений.

Внедрение разработанной ИС позволит:

• повысить эффективность работы организации, осуществляющей деятельность по видеопрокату;

• снизить трудоемкость работы по оформлению заказов и ведению базы данных.

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

Разработанная ИС была протестирована, и не было найдено ошибок, это доказывает то, что данная ИС работает корректно

Список использованных источников:

1. Гвоздева И.А., Лаврентьева И.Ю. Основы проектирования автоматизированных информационных систем: учебник. – М.: ИД «ФОРУМ»: ИНФРА-М, 2011. – 320с.

2. Дронов В. РНР 5/6, MySQL 5/6 и Dreamweaver CS4. Разработка интерактивных Web-сайтов: Санкт-Петербург, БХВ-Петербург, 2009 г.- 544 с.

3. Емельянова, Н.З. Проектирование информационных систем. / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов.- М.: Форум, 2009.- 435 с.

4. Избачков, Ю. С. Информационные системы: учебник для ВУЗов. / Ю.С. Избачков, В.Н. Петров.- СПб.: Питер, 2010.- 544 с.

5. Колисниченко Д. PHP 5/6 и MySQL 6. Разработка Web-приложений (+ CD-ROM): Санкт-Петербург, БХВ-Петербург, 2010 г.- 546 с.

6. Кузнецов М., Симдянов И. PHP 5/6: Санкт-Петербург, БХВ-Петербург, 2010 г.- 1024 с.

7. Кузнецов М., Симдянов И. PHP. Практика создания Web-сайтов (+ CD-ROM): Москва, БХВ-Петербург, 2012 г.- 1264 с.

8. Кузнецов М., Симдянов И. Самоучитель PHP 5/6: Санкт-Петербург, БХВ-Петербург, 2009 г.- 672 с.

9. Мишель Е., Филлипс А. Изучаем PHP и MySQL: Санкт-Петербург, Символ-Плюс, 2013 г.- 448 с.

10. Норенков, И. П. Автоматизированные информационные системы: учебное пособие. / И. П. Норенков.- М.: изд. МГТУ им. Н.Э.Баумана, 2011.- 342 с.

11. Скляр Д., Трахтенберг А. PHP. Рецепты программирования: Москва, Русская Редакция, БХВ-Петербург, 2012 г.- 736 с.

12. Соловьев, И.В. Проектирование информационных систем. / И.В. Соловьев, А.А. Майоров.- М.: Академический Проект, 2009.- 400 с.

13. Харрис Энди. PHP/MySQL для начинающих: Москва, КУДИЦ-Образ, 2012 г.- 384 с.

14. Хольцнер Стивен. PHP в примерах: Москва, Бином-Пресс, 2009 г.- 350 с.

15. Mohammad A. Ketabchi, Valdis Berzins. Mathematical Model of Composite Objects and Its Application for Organizing Engineering Databases // IEEE Trans. on Software Eng.- 14, N 1.- 2010.- 71-84

16. Anant Jhingran, Michael Stonebraker. Alternatives in Complex Object Representation: A Performance Persrective // 6th Int. Conf. Data Eng., Los Angeles, Calif., USA, Febr. 5-9, 2013.- 94-102

17. E. F. Codd. A Relational Model of Data for Large Shared Data Banks // Commun. ACM.- 26, N 1.- 2013.- 377-387

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

Содержание

2.
Инструменты разработки информационной
системы

2.1
BPwin

2.2
ERWin

3.
Постановка задачи разработки информационной
системы

4.
Функциональная модель бизнес-процесса

4.1
Моделирование в IDEF0

4.2
Диаграммы информационной системы
“Видеопрокат” в нотации IDEF0

4.3
Моделирование
в DFD

4.4
Диаграммы информационной системы
“Видеопрокат” в нотации DFD

5.
Модели данных информационной системы

5.1
IDEF1X

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

5.3
Логическая модель данных

5.4
Физическая модель данных

1. 6.
   Проектирование с использованием UML

6.1.
Диаграмма последовательности действий

7.
Заключение

8.
Список литературы

1.
Введение

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

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

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

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

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

• Разработка
  видеопроката
  в нотации IDEF0
  инотации DFD

• Моделирование
  данных видеопроката в IDEF1X

• Проектирования
  с использованием UML

2.
Инструменты разработки информационной
системы

2.1
BPwin

Для
проведения анализа и реорганизации
бизнес-процессов Logic
Works
предлагает CASE–средство
верхнего уровня – BPwin,
поддерживающее методологии IDEF0
(функциональная модель), IDEF3
(WorkFlow
Diagram)
и DFD
(DataFlow
Diagram).
Функциональная модель предназначена
для описания существующих бизнес-процессов
на предприятии (так называемая модель
AS-IS) и идеального положения вещей –
того, к чему нужно стремиться (модель
TO-BE). Методология IDEF0 предписывает
построение иерархической системы
диаграмм – единичных описаний фрагментов
системы. Сначала проводится описание
системы в целом и ее взаимодействия с
окружающим миром (контекстная диаграмма),
после чего проводится функциональная
декомпозиция – система разбивается на
подсистемы и каждая подсистема описывается
отдельно (диаграммы декомпозиции). Затем
каждая подсистема разбивается на более
мелкие и так далее до достижения нужной
степени подробности. После каждого
сеанса декомпозиции проводится сеанс
экспертизы, каждая диаграмма проверяется
экспертами предметной области,
представителями заказчика, людьми,
непосредственно участвующими в
бизнес-процессе. Такая технология
создания модели позволяет построить
модель, адекватную предметной области
на всех уровнях абстрагирования. Если
в процессе моделирования нужно осветить
специфические стороны технологии
предприятия, BPwin позволяет переключиться
на любой ветви модели на нотацию IDEF3 или
DFD и создать смешанную модель. Нотация
DFD включает такие понятия, как внешняя
ссылка и хранилище данных, что делает
ее более удобной (по сравнению с IDEF0) для
моделирования документооборота.
Методология IDEF3 включает элемент
«перекресток», что позволяет описать
логику взаимодействия компонентов
системы. Bpwin основан на методологии
IDEF.

Для
BPwin 4.0 нужно отметить существенно
улучшенный интерфейс, если сравнивать
с предыдущими версиями. Нет проблем со
шрифтами, с изменением размеров объектов
на диаграмме, что раньше в некоторых
случаях могло привести к тому, что
диаграмма “плыла”. Кроме проводника
модели, улучшены также и словари объектов.
Теперь все словарные объекты располагаются
в радующих глаз аккуратных таблицах.
Вид этих таблиц можно настраивать так,
как удобно разработчику, содержание
словарей можно печатать, экспортировать,
импортировать, также можно генерировать
отчеты по содержанию словарей. Можно
поддерживать словари для следующих
объектов: работы, стрелки, хранилища
данных, внешние ссылки, перекрестки,
объекты ссылок, атрибуты, центры затрат,
сущности, ресурсы, роли, группы ролей,
свойства, определяемые пользователем
(UDP).

Данный
продукт тесно интегрирован с
инструментальным средством для
моделирования БД – ERWin.

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

BPwin
имеет мощный инструмент отчетов Report
Template Builder, с помощью которого можно легко
и быстро создавать различные отчеты о
разработанной модели.

Официальная
версия программы относительно недешева

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

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

2.2
ERWin

Пакет
ERWin — средство, используемое при
моделировании и создании баз данных
произвольной сложности на основе
диаграмм «сущность – связь». Продукт
компании Computer Associates. ERWin это средство
концептуального моделирования БД.
Используется при моделировании и
создании баз данных произвольной
сложности на основе диаграмм «сущность
− связь». В настоящее время ERWin является
наиболее популярным пакетом моделирования
данных благодаря поддержке широкого
спектра СУБД самых различных классов.

Возможности
ERWin:

• поддерживает
  методологию структурного моделирования
  SADT и следующие нотации: стандартную
  нотацию IDEF1x для ER-диаграмм моделей
  данных, нотацию IE и специальную нотацию,
  предназначенную для проектирования
  хранилищ данных — Dimensional;

• поддерживается
  прямое (создание БД на основе модели)
  и обратное (генерация модели по имеющейся
  базе данных) проектирование для 20 типов
  СУБД: настольные, реляционные и
  специализированные СУБД, предназначенные
  для создания хранилищ данных;

• интегрирован
  линейкой продуктов Computer Associates для
  поддержки всех стадий разработки ИС,
  CASE-средствами Oracle Designer, Rational Rose, средствами
  разработки и др.;

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

• возможна
  совместная работа группы проектировщиков
  с одними и теми же моделями (с помощью
  AllFusion Model Manager);

• позволяет
  переносить структуру БД (не сами данные!)
  из СУБД одного типа СУБД в другой;

• позволяет
  документировать структуру БД.

Достоинства:

• распространенность;

• распространены
  методические рекомендации по работе;

• техподдержка;

• ошибки
  программы известны и описаны.

Недостатки:

• нельзя
  создавать стандартные операции;

• репрезентативные
  свойства низки;

• отсутствие
  стандартных объектов для описания
  бизнес процессов;

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

• жесткая
  методология;

• требуется
  дополнительное обучение в понимании
  самой методологии;

• не
  очень удачные генераторы проектной
  документации;

• официальная
  версия программы относительно недешева.

Соседние файлы в папке ОСА

• #
• #
• #
• #
• #
• #
• #

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

Федеральное агентство по образованию

Государственное образовательное
учреждение

Высшего профессионального образования

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

Кафедра Автоматики

Расчетно-графическая работа

по дисциплине:

«Проектирование программных систем»

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

Группа:      АА-47                                                                          
Преподаватель:

Студентка: Ядрышников О.Д.                                                            Тюнина
Л.В.

Дата сдачи:

Отметка о защите:

Новосибирск, 2008

Содержание

1.     ПРЕДМЕТНАЯ ОБЛАСТЬ. 3

2.    ТЕХНИЧЕСКОЕ ЗАДАНИЕ. 3

3.    ДИАГРАММА
БИЗНЕС-ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ 3

4.    ДИАГРАММА ВАРИАНТОВ
ИСПОЛЬЗОВАНИЯ.. 3

5.    ПОТОКИ СОБЫТИЙ.. 4

6.    ДИАГРАММА ДЕЯТЕЛЬНОСТИ.. 6

7.    ДИАГРАММА КЛАССОВ.. 8

8.    ДИАГРАММА
ПОСЛЕДОВАТЕЛЬНОСТИ.. 7

9.    СТРУКТУРА БАЗЫ ДАННЫХ.. 9

10.  ОПИСАНИЕ ГРАФИЧЕСКОГО
ИНТЕРФЕЙСА.. 10

ПРИЛОЖЕНИЕ. 8

1. ПРЕДМЕТНАЯ ОБЛАСТЬ

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

2.  Техническое
задание

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

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

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

4. 
Условия
эксплуатации: для обеспечения надежности хранения данных необходимо
периодическое резервирование базы данных. С целью избежания уменьшения скорости
работы с базой данных в результате накопления большого количества записей
необходимо периодически проводить реиндексацию записей в базе данных.
Требования к квалификации персонала: требования к менеджерам при работе с
системой минимальны (навыки работы с Windows приложениями и хорошее знание русского языка); требования к
администратору системы: навыки работы с СУБД Microsoft Access.

5. 
Требования к
составу и параметрам технических средств: для работы с системой необходимо
наличие компьютера, конфигурация которого позволяет работать с продуктами Microsoft Office версии 2003 года и выше. Для обеспечения удаленной
работы с системой необходимо наличие доступа в интернет.

6. 
Требования к
информационной и программной совместимости: для корректной работы системы
необходимо, чтобы на рабочем месте были установлены следующие программы: Microsoft Excel, Microsoft Access с наличием
встроенного языка программирования Visual Basic for Application, а также установлен и настроен
драйвер ODBC для удаленной работы с БД.

3. ДИАГРАММА БИЗНЕС-ВАРИАНТОВ
ИСПОЛЬЗОВАНИЯ

Рис. 1. Бизнес Use Case- диаграмма

4. ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ

Рис. 2. USE CASE-диаграмма

5. ПОТОКИ СОБЫТИЙ

  1.
Поток событий варианта использования «Продать товар» может
выглядеть следующим образом:

Предусловие:

Менеджер
удачно проходит процесс проверки логина и пароля.

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

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

2. 
Менеджер принимает заявку к обработке.

3. 
Менеджер осуществляет поиск по тому или иному
критерию(например: название фильма). Если данного фильма не оказалось в
наличие, то выполняется альтернативный поток А1. Если во время поиска возникла
ошибка, то выполняется поток ошибок Е1.

4. 
Менеджер
проверяет заявки. Если уже существует заявка на данный фильм, то выполняется
альтернативный поток А2. Если во время
поиска возникла ошибка, то выполняется поток ошибок Е1.

5. 
Менеджер оформляет заказ.

6.  Клиент
оплачивает покупку. Если денег не достаточно, выполняется альтернативный поток
А3.

7.  Менеджер выдает товар.

8.  Менеджер
печатает чек для клиента.

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

Альтернативный поток А1.
Фильм не найден в БД.

1. 
Менеджер информирует клиента о том, что данного фильма
нет в наличии.

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

3. 
Клиент
оставляет заявку. Если клиент не хочет оставлять заявку, то выполняется
альтернативный поток А4.

4. 
Менеджер
заносит заявку в БД.

5. 
Менеджер
информирует клиента о том что заявка принята. 

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

Альтернативный поток А2. Существует
более ранея заявка на данный фильм.

Разработка АИС магазина видеопроката

Введение

Базы данных — совокупность данных, организованная по
определенным правилам, предусматривающая общие принципы описания, хранения,
манипулирования данными, независимыми от прикладных программ.

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

·        Формирование и поддержание БД

·        Обработка информации

·        Прием запросов

·        Предоставление информации пользователям

·        Обеспечение целостности и реорганизации
ценностей БД

·        Организация совместной работы
пользователей

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

Access — функционально полная система, имеющая мощные
средства для работы в этой программе. Ее преимуществом перед другими является
простота, наличие всех средств для успешной обработки и управления БД.

1.
Инфологическая модель

интерфейс база данные даталогический

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

Определяют три основные класса сущностей:

·        стержневые

·        ассоциативные

·        характеристические.

Стержневая сущность — независимая сущность,
которая имеет независимое существование, хотя может обозначать другие сущности.

Характеристическая сущность (характеристика) — это связь вида
«многие-к-одному» или «одна-к-одной» между двумя сущностями (частный случай
ассоциации). Цель характеристики состоит в описании или уточнении некоторой
другой сущности предметной области.

Ассоциативная сущность (ассоциация) — это связь вида
«многие-ко-многим» между двумя или более сущностями или экземплярами сущности.

1.1   
ER — Диаграмма

 

2.
Создание базы данных. Этапы проектирования базы данных

.1 Определение цели создания базы данных

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

Моя база данных разработана для магазина видеопроката,
занимающейся поставкой DVD и VHS с фильмами. Главная таблица называется Фильмы.
В ней содержится список всех имеющихся в магазине фильмов, жанр и описание
носителя (DVD или VHS). Схема работы: клиент магазина (все данные и контакты находятся
в таблице Клиенты) берет в прокат на определенный срок носитель с
фильмом за установленную плату. Информация заносится в таблицу Прокат.
Так отслеживается информация о прокате и его сроках. Если срок проката
закончился, а фильм не возвращен, то происходит списание средств со счета
клиента (с банковского или с карточки, если клиент своевременно не оплатил
продление). В случае, если необходимый фильм находится в прокате, то производится
запись в таблицу Бронирование, с указанием фамилии клиента. По
возвращении видеофильма, клиента оповещают и передают ему забронированные
носители. Если клиент делает заказ на фильм, которого нет в наличии в магазине,
то информация заносится в таблицу Заказы. После этого, через
определенный срок, поставщики завозят заказанные фильмы и таблицу Заказы
обновляют, помечают, что заказ выполнен. Фильм отдают в прокат клиенту, а после
окончания срока проката, заносят в основную таблицу Фильмы. То есть
фактически будут использоваться в основном таблицы Фильмы и Прокат,
а Заказы — редко. Таблица Клиенты содержит весь список клиентов
магазина с контактной информацией.

2.2 Определение таблиц, которые должна содержать
база данных

Один из наиболее сложных этапов в процессе создания базы
данных — разработка таблиц, так как результаты, которые должна выдавать база
данных не всегда дают полное представление о структуре таблицы.

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

2.3 Присвоение ключевых полей

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

2.4 Редактирование структуры базы данных

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

2.5 Добавление данных и создание других объектов
базы данных

3. Даталогическая модель

.1 Структура базы данных

Моя База Данных «Магазин Видеопроката» содержит 5 таблиц:

1)      Фильмы

2)      Клиенты

)        Прокат

)        Бронирование

)        Заказы

Во всех таблицах в режиме конструктора указываются первичные
или внешние ключи.

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

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

Название фильма — русскоязычное название фильма.

Жанр — жанр фильма (комедия, боевик и т.д.)

Страна — страна производитель фильма.

Тип носителя — (DVD — диск, для воспроизведения на компьютере или
домашнем DVD устройстве и VHS, магнитная видеокассета для воспроизведения на
видеомагнитофоне)

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

Id — идентификационный номер клиента. Ключевое
поле.

Ф.И.О. — фамилия, имя и отчество клиента.

Место жительства — полный адрес клиента.

Телефон — номер мобильного или домашнего телефона.

Номер счета — номер счета клиента, на котором хранятся его
средства. Счет можно пополнить через терминал. Магазин может снять средства в
случае неуплаты.

) Таблица Прокат: Содержит информацию о фильмах,
которые находятся в прокате, данные клиентов, взявших фильмы и сроки (выдачи и
возврата).

Код — код видеофильма. Ключевое поле.

Название фильма — название видеофильма, находящегося в
прокате.

Id клиента — уникальный номер клиента.

Ф.И.О. — фамилия, имя и отчество клиента.

Дата выдачи — дата выдачи видеофильма.

Дата возврата — дата возврата видеофильма (при необходимости,
клиент может продлить срок)

) Таблица Бронирование: Содержит данные клиента,
забронировавшего фильм, код самого фильма, дата бронирования и возврата.

Забронировал (Ф.И.О.) — Фамилия, имя и отчество клиента,
который забронировал фильм. Ключевое поле.

Код фильма — идентификационный номер фильма.

Дата бронирования — дата, когда данный фильм был
забронирован.

) Таблица Заказы: Содержит информацию о заказах
видеофильмов, после выполнения заказа таблица обновляется.

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

Ф.И.О. заказчика — данные клиента, который заказал данный
фильм.

Название фильма — оригинальное название видеофильма.

Дата заказа — дата, когда был сделан заказ.

Выполнен — помечают после выполнения заказа.

3.2 Нормализация

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

Можно выделить 4 основных правила, которыми следует
руководствоваться при проектировании и последующей нормализации таблиц базы
данных:

1.      Каждое поле любой таблицы должно быть уникальным.

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

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

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

Созданная мною таблица удовлетворяет вышеизложенным
требованиям:

Нормальная Форма

Название таблицы	Ключевое поле
Фильмы Клиенты Прокат Бронирование Заказы	Код Id Код Забронировал (Ф.И.О.) Код фильма

Нормальная Форма:

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

Нормальная Форма:

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

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

3.3 Схема данных

Отношения — это правила, поддерживаемые на уровне механизма
реализации СУБД. Различают три типа отношений:

—   Отношение
«один-к-одному»: для каждой строки в одной таблице существует не более одной строки
связанной таблицы.

—   Отношение
«один-ко-многим»: одна таблица не содержит вообще или имеет набор связанных
«дочерних» записей из другой таблицы.

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

4.     
Создание пользовательского интерфейса

.1 Запросы

) Запрос «Список клиентов»

Данный запрос при выполнении дает информацию обо всех
клиентах магазина: id, Ф.И.О., место жительства, телефон, номер счета.

Данные для этого запроса берутся из таблицы Клиенты.

В режиме SQL запрос выглядит так:Клиенты.id, Клиенты.Ф.И.О.,
Клиенты. Место_жительства, Клиенты. Телефон, Клиенты. Номер_счетаКлиенты;

) Запрос «Список фильмов»

Данный запрос при выполнении дает информацию обо всех фильмах
магазина: Код, Название фильма, жанр, страна, тип носителя

Данные для этого запроса берутся из таблицы Фильмы.

В режиме SQL запрос выглядит так:

) Запрос «Список заказов»

Данный запрос при выполнении дает информацию обо всех
сделанных в магазине заказах.

Данные для создания запроса берутся из таблицы Заказы.

В режиме SQL запрос выглядит так:Заказы.код_фильма,
Заказы.Ф.И.О._заказчика, Заказы. Название_фильма, Заказы. Дата_заказа, Заказы.
ВыполненЗаказы;

) Запрос «Невыполненные заказы».

Выводит список невыполненных заказов.

Данные берутся из таблица «Заказы»

В режиме SQL запрос выглядит так:Заказы.код_фильма,
Заказы.Ф.И.О._заказчика, Заказы. Название_фильма, Заказы. Дата_заказа, Заказы.
ВыполненЗаказы(((Заказы. Выполнен)=False));

) Запрос «Выполненные заказы».

Выводит список выполненных заказов.

Данные берутся из таблица «Заказы»

В режиме SQL запрос выглядит так:Заказы.код_фильма,
Заказы.Ф.И.О._заказчика, Заказы. Название_фильма, Заказы. Дата_заказа, Заказы.
ВыполненЗаказы(((Заказы. Выполнен)=True));

) «Запрос на Выборку всех клиентов с введенной
буквы».

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

Данные берутся из таблица «Клиенты»

В режиме SQL данный запрос выглядит так:Клиенты.id,
Клиенты.Ф.И.О., Клиенты. Место_жительства, Клиенты. Телефон, Клиенты.
Номер_счетаКлиенты(((Клиенты.Ф.И.О.) Like [Введите фамилию или имя] &
«*»));

) «Запрос на Выборку всех клиентов по введенному id».

Данные берутся из таблица «Клиенты»

В режиме SQL данный запрос выглядит так:Клиенты.id,
Клиенты.Ф.И.О., Клиенты. Место_жительства, Клиенты. Телефон, Клиенты.
Номер_счетаКлиенты(((Клиенты.id) Like [Введите id клиента] & «*»));

) «Запрос на Выборку фильма по коду».

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

Данные берутся из таблица «Фильмы»

В режиме SQL данный запрос выглядит так:Фильмы. Код, Фильмы.
Название_фильма, Фильмы. Жанр, Фильмы. Страна, Фильмы.
Тип_носителяФильмы((Фильмы. Код) Like [Введите код фильма] & «*»);

) «Запрос на Выборку фильма по названию».

Запрос выводит список фильмов по названию или совпадению букв
в названии.

Данные берутся из таблица «Фильмы»

В режиме SQL данный запрос выглядит так:Фильмы. Код, Фильмы.
Название_фильма, Фильмы. Жанр, Фильмы. Страна, Фильмы.
Тип_носителяФильмы((Фильмы. Название_фильма) Like [Введите название фильма]
& «*»);

4.2
Формы

4.3    Отчеты

Отчеты создаются после построения всех таблиц, форм и
запросов. Отчеты чаще всего являются подведением итогов или обобщением данных.
Создавать отчеты достаточно просто в мастере создания отчетов.

)        Отчет «Клиенты»

В данном отчёте отображается список всех клиентов
видеомагазина.

)        Отчет «Фильмы»

Отчет отображает список всех имеющихся в магазине фильмов.

)        Отчет «Заказы»

Отчет выводит список всех заказанных видеофильмов.

 

Заключение

интерфейс база данные даталогический

Я разработал базы данных магазина видеопроката фильмов.

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

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

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

Список литературы

1. Microsoft Access 2003, Вероника Михеева, Ирина
Харитонова, БХВ-Петербург, 1072 стр., 2044 г.

2.      Видеосамоучитель. Microsoft Access 2007,
А. Днепров, Питер, 240 стр., 2008

.        Проектирование баз данных. СУБД
Microsoft Access, Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, 2004 г.

.        Microsoft Access 2003 для начинающих,
Степанов В., Аквариум-Принт, Дом печати — Вятка, 128 стр., 2004

.        Освой самостоятельно за Access 24 часа,
Вильямс, 2003 г.

.        Эффективная работа с СУБД, А. Горев, С.
Макашарипов, Р. Ахаян, 204 стр., 2008

.        Access 2010, Сеннов А.С., Питер, 288
стр., 2010

.        Базы данных, Кузин А.В., Питер, 195
стр., 2009