Файл: Курсовой проект по теме Проектирование информационной системы Кинотеатр Спутник.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 04.12.2023
Просмотров: 792
Скачиваний: 24
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
В сущностях «кинофильмы», «режиссеры», «жанры», «награды», «номинации», «кинофестивали», «ожидаемые кинофестивали», «актеры», «кассовые кинокартины», «ожидаемые кинофильмы», определены первичные ключи для однозначного определения записей.
На логическом уровне проектирования в моделируемой базе данных присутствуют два типа связей между описанными сущностями: не идентифицирующие и идентифицирующие связи.
Связь между сущностями «кинофестивали» и «ожидаемые кинофестивали», идентифицирующая, т.к. не возможно без занесения данных в сущность кинофестивали, внести данные в сущность ожидаемые кинофестивали, не разрешающая присутствие нулей. Тип связи один ко одному, т.к. только один кинофестиваль может ожидаться в этом году. При удалении записи из сущности «кинофестивали», этот же кинофестиваль удаляется из дочерней сущности «ожидаемые кинофестивали», при редактировании названия кинофестиваля, автоматически записи редактируются в сущности «Ожидаемые кинофестивали». [9]
Связь между сущностями «кинофестивали» и «кинофильмы» не идентифицирующая, возможно без кинофестиваля добавить в сущность кинофильмы запись и соответственно наоборот, возможно добавить запись в сущность «кинофестивали» вне зависимости от сущности «кинофильмы», не разрешающая присутствие нулей, т.к. в одном кинофестивале может участвовать множество фильмов. Тип связи 1 ко многим. При изменении данных в сущности «кинофестивали» они также изменяются в сущности «кинофильмы», при удалении данных из сущности «кинофестивали» данные из сущности кинофильмы не удаляются.
Связь между сущностями «кинофильмы» и «кассовые кинокартины», идентифицирующая, невозможно создать запись в сущности «кассовые кинофильмы» не имя записи в сущности «кинофильмы», не разрешающая присутствие нулей, т.к. фильм может быть кассовым только один раз. Тип связи 1 ко 1.При удалении данных из сущности «кинофильмы» также данные удаляются из сущности «кассовые кинокартины», так же и при редактировании данных.
Связь между сущностями «актеры» и «кинофильмы» не идентифицирующая, возможно добавление кинофильмов не имея записей в сущности актеры, т.к. один актер может сниматься в нескольких фильмах. Тип связи 1 ко многим. При редактировании сущности «Актеры» так же редактируется сущность «Кинофильмы» при удалении записи из сущности «актеры» запись из сущности «кинофильмы» не удаляется.
Связь между сущностями «награды» и «кинофильмы» не идентифицирующая, возможно добавление записи в сущность кинофильмы не имея записи в сущности награды, не разрешающая присутствие нулей, т.к. одна награда может быть присвоена нескольким фильмам. Тип связи 1 ко многим. При удалении записи из сущности «награды», запись из сущности «кинофильмы» не удаляется, при редактировании сущности «награды», запись в сущности «кинофильмы», так же редактируется.
Связь между сущностями «режиссеры» и «кинофильмы» не идентифицирующая, не разрешающая присутствие нулей, возможно добавление кинофильма не имея соответствующей записи в сущности режиссер, т.к. один режиссер может снять несколько фильмов. Тип связи 1 ко многим. При редактировании сущности «режиссеры» сущность кинофильмы так же редактируется, при удалении записи из сущности «режиссеры» запись из сущности «кинофильмы» не удаляется. [10]
Связь между сущностями «режиссеры» и «ожидаемые кинофильмы» не идентифицирующая, ожидаемый кинофильм возможно добавить не имея записи в таблице режиссеры, не разрешающая присутствие нулей, т.к. один режиссер может снять несколько фильмов. Тип связи 1 ко многим. При удалении записи из сущности «режиссеры» запись из сущности «ожидаемые кинофильмы» не удаляется, редактирование сущности «режиссеры» так же влияет на сущность кинофильмы.
Связь между сущностями «жанры» и «кинофильмы» не идентифицирующая, возможно добавление записи в сущность «кинофильмы», не имея соответствующей записи в сущности «жанры», не разрешающая присутствие нулей, т.к. один жанр может присутствовать в нескольких фильмах. Тип связи 1 ко многим. При редактировании сущности «жанры» редактируется сущность «кинофильмы», при удалении записи из сущность «жанры», запись из сущности «кинофильмы» не удаляется.
На рисунке 9 изображена ER-диаграмма логического уровня.
Рисунок 9 – Логическая модель системы
Таблица 2- Посетители
В модели базы данных информационной системы разработаны связи один-ко-многим (1:М), которые указаны в таблице 2.
Таблица 2 – Классификация связей информационной системы
| Родительская таблица | Дочерняя таблица | Тип связи | Обоснование |
| Билеты | Заказ | 1:М | В таблице можно увидеть информацию о остатке билетов. |
| Сеансы | Заказ | 1:М | В таблице можно увидеть информацию о сеансах. |
| Фильмы | Заказ | 1:М | В таблице можно увидеть информацию о фильмах, жанр, год. |
| Посетители | Заказ | 1:М | Информация о посетителях. |
На основе логической модели системы построены таблицы.
Таблица 3 – «Билеты»
| Имя поля | Тип данных | Размер | Описание | Ограничения |
| ryad | integer | 11 | Номер ряда | Ключевое поле |
| mesto | varchar | 50 | Место в зале | |
| kod_kassir | integer | 50 | Код кассира | |
| firstname_seansa | varchar | 50 | Название сеанса | |
| kod_posetitelya | integer | 11 | Код посетителя | |
Таблица 4 – «Сеансы»
| Имя поля | Тип данных | Размер | Описание | Ограничения |
| data_pokaza | integer | 11 | Дата показа | Ключевое поле |
| stoimost-filma | integer | 120 | Стоимость фильма | |
| kod_filma | decimal | 7.2 | Код фильма | |
| kod-seansa | varchar | 20 | Код сеанса | |
Таблица 5 – «Фильмы»
| Имя поля | Тип данных | Размер | Описание | Ограничения |
| nazvanie_filma | integer | 11 | Название фильма | Ключевое поле |
| opisanie | varchar | 50 | Описание | |
| god_vihoda | integer | 50 | Год выхода | |
| strana | varchar | 50 | Страна | |
| rezhisser | integer | 11 | Режиссер | |
| zhanr | integer | 11 | Жанр | |
Таблица 6 – «Посетители»
| Имя поля | Тип данных | Размер | Описание | Ограничения |
| imya | integer | 11 | Имя | Ключевое поле |
| familiya | varchar | 50 | Фамилия | |
| telefon | integer | 50 | Телефон | |
| parol | varchar | 50 | Пароль | |
| | integer | 11 | Емейл | |
На основе физической модели системы, указанной на рисунке 8, при помощи платформы phpMyAdmin создаем базу данных.
PhpMyAdmin – phpMyAdmin - это программа написанная на PHP и предназначенная для управления сервером MySQL через всемирную сеть [1].
После чего базе данных было присвоено имя «kinoteatr_rubin» (в соответствии с рисунком 9) и созданы таблицы.
Рисунок 10 – Таблица Фильмы
На рисунке 21 приведена реализованная таблица Посетители.
Рисунок 12 – Таблица Посетители
На рисунке 13 приведена реализована таблица Залы.
Рисунок 13 – Таблица Залы
На рисунке 14 приведена реализована таблица Сеансы.
Рисунок 14 – Таблица Сеансы
На рисунке 15 приведена реализована таблица Билеты.
Рисунок 15– Таблица Билеты
Вызвать процедуру Проданные_билеты_на_сеансы можно Проданные_билеты_на_сеансы, результат на рисунке 16.
Рисунок 16 – Вызов процедуры Проданные_билеты_на_сеансы
Вызвать процедуру Свободных_мест_на_сеанс Свободных_мест_на_сеанс , результат на рисунке 17.
Рисунок 17 – Вызов процедуры Свободных_мест_на_сеанс
Вызвать процедуру Расписание_на_зал можно EXECUTE Расписание_на_зал 2, результат на рисунке 18.
Рисунок 18 – Вызов процедуры Расписание_на_зал
Вызвать процедуру История_билетов можно EXECUTE История_билетов 8, результат на рисунке 19.
Рисунок 29 – Вызов процедуры История_билетов
Вызвать процедуру Рейтинг_кассовых_сбор можно Рейтинг_кассовых_сбор, результат на рисунке 20.
Рисунок 20 – Вызов процедуры Рейтинг_кассовых_сбор
На рисунке 21 приведены сохраненные хранимые процедуры. Их можно открыть с помощью БД – Программирование – Хранимые процедуры.
Рисунок 21 – Сохраненные хранимые процедуры.
Заключение
Результатом выполнения курсового проекта является разработка информационной системы учета заказов на доставку, предназначенной для повышения эффективности работы кинотеатра «Спутник».
В ходе работы выполнены все поставленные задачи:
- изучена предметная область;
- на основе анализа предметной области спроектирована модель информационной системы;
- выбрана среда разработки и система управления базами данных для системы;
- созданы физическая и логическая модели данных;
- создана база данных;
Проведено моделирование бизнес-процессов с помощью методологии IDEF0 для определения общих границ и контекста моделируемой предметной области на начальных этапах проектирования системы, для отображения структуры и функции, исполняющиеся в компании;
Созданная модель может быть использована для разработки информационной системы, которая позволит удобное хранение и накопление данных о показах, учет сведений о сеансах, клиентах, автоматизированное формирование отчетной информации.