Главная страница
Навигация по странице:

  • Документы готовые (названия файлов)

  • Сведения об организации

    		•

    математика. Курсовой проект по теме Проектирование информационной системы Кинотеатр Спутник


    Скачать 1 Mb.
    НазваниеКурсовой проект по теме Проектирование информационной системы Кинотеатр Спутник
    Анкорматематика
    Дата11.05.2023
    Размер1 Mb.
    Формат файлаdocx
    Имя файлаIS201_MSP_KP_MAKSYuKOV_08_04_2_1.docx
    ТипКурсовой проект
    #1121372

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

    Беловский институт филиал

    федерального государственного бюджетного образовательного учреждения высшего образования

    «Кемеровский государственный университет»

    Кафедра экономических наук и информационных технологий

    КУРСОВОЙ ПРОЕКТ

    по теме

    Проектирование информационной системы «Кинотеатр Спутник»
    ПМ.01 Эксплуатация и модификация информационных систем

    МДК 01.02. «Методы и средства проектирования

    информационных систем»


    Выполнил

    студент группы ИС-201

    Максюков Илья Олегович
    Руководитель

    Злобин

    Андрей Юрьевич
    Работа защищена

    с оценкой_____________

    «___»____________2023г.


    Белово 2023

    Содержание





    Содержание 2

    Введение 3

    1 Анализ и характеристика области проектирования 5

    1.1 Предварительный анализ области проектирования 5

    2 Проектирование информационной системы 17

    2.1 Проектирование логической модели информационной системы 17

    2.2 Проектирование базы данных информационной системы 21

    32


    Документы готовые (названия файлов)

    Курсовой проект – ИС201_МСП_КП_Фамилия дата.doc

    Задание – ИС201_МСП_КП_Задание на КП_ Фамилия.doc

    Презентация – ИС201_МСП_КП_Доклад_Фамилия.ppt

    Доклад – ИС201_МСП_КП_Доклад_Фамилия.doc


    Введение


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

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

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

    1.Провести исследование информационной системы по учёту деятельности кинотеатра «Спутник»;

    2.На основе анализа предметной области спроектировать модель информационной системы по учету работы кинотеатра «Спутник».

    Для того чтобы решить первую задачу будет построена:

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

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

    1. Провести исследование деятельности кинотеатра «Спутник»;

    2. На основе анализа предметной области спроектировать модель информационной системы кинотеатра «Спутник»;

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

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

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

    3. Построение диаграммы DFD обеспечивающей правильное описание выходов при заданном воздействии на вход системы;

    4. Построение диаграммы ERD для базы данных, которые помогают анализировать базы данных, применяемые при реорганизации бизнес-процессов и моделировании новых баз данных.

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

    1 Анализ и характеристика области проектирования

    1.1 Предварительный анализ области проектирования


    Информационная система кинотеатра «Спутник»» предназначена для упрощения регулированием системы и для автоматизации её функций. База данных предназначена для диспетчеров и директора кинотеатра.

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

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

    1. Постановление Правительства Российской Федерации от 28.12.2021 № 2509 "О внесении изменений в некоторые акты Правительства Российской Федерации по вопросу реализации мер по социальной поддержке молодежи в возрасте от 14 до 22 лет для повышения доступности организаций культуры.

    2. Постановление Правительства РФ от 18 октября 2010 г. N 837 «О функционировании единой федеральной автоматизированной информационной системы сведений о показе фильмов в кинозалах»

    3. Приказ Министерства культуры об утверждении бланка строгой отчетности «Кинобилет».

    4. Приказ Министерства культуры РФ от 1 июня 2021 г. N 740 “Об утверждении формы билета как бланка строгой отчетности, который используется при проведении показа фильма в кинозале”.

    5. Приказ №1 Министерства культуры РФ «Об утверждении требований к техническим средствам, программному обеспечению, средствам защиты информации (в том числе от несанкционированного доступа), используемым при эксплуатации единой федеральной автоматизированной информационной системы сведений о показе фильмов в кинозалах и при передаче демонстратором фильма информации».

    6. Приказ №56 Министерства культуры РФ «Об утверждении порядка обмена информацией между демонстратором фильма и оператором единой федеральной информационной системы сведений о показе фильмов в кинозалах, включая формы ее запроса и предоставления из этой единой системы». [1]

    Сведения об организации

    Кинотеатр занимается показом фильмов.

    В компании работают:

    1. Директор кинотеатра.

    2. Главный бухгалтер.

    3. Бухгалтер.

    4. Администратор.

    5. Контролёр билетов.

    6. Уборщик помещений.

    7. Инженер.

    8. Киномеханик.

    9. Кассир.

    10. Звукооператор.

    ИС будет решать следующие задачи:

    1. Автоматизированная продажа билетов.

    2. Хранение информации о залах, фильмах, зрителях, сеансах и операциях продажи билетов.

    3. Демонстрация всей необходимой информации о выбранном объекте.

    4. Демонстрация постеров к фильму.

    5. Добавление, редактирование и удаление информации в базе данных.

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



    Рисунок-1 Организационная структура кинотеатра «Спутник»
    Функциональные обязанности директора кинотеатра:

    1. Руководство деятельностью организации.

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

    3. Представление интересов общества, заключение сделок от его имени.

    4. Обеспечение законности ведения финансово-хозяйственной деятельности общества.

    5. Контроль за рациональным и эффективным использованием ресурсов ОАО, а также за выполнением обязательств перед государственным бюджетом.

    6. Разработка целей общества и планов по их реализации.

    7. Организация ведения бухгалтерского, налогового и кадрового учета.

    8. Обеспечение правильности составления отчетной документации.

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

    10. Подготовка, созыв и проведение общего собрания участников ОАО.

    11. Иные распорядительные функции. [6]
    Функциональные обязанности администратора:

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

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

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

    4. Обеспечивает чистоту и порядок в помещениях, контролирует работу уборщиц.

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

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

    7. Выполняет отдельные служебные поручения своего непосредственного руководителя. [4]
    Функциональные обязанности контролёра билетов:

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

    2. Дает консультации по размещению мест в кинозале, помогает опоздавшим зрителям отыскать и занять места в кинозале.

    3. Следит за соблюдением зрителями (посетителями) дисциплины кинозале в зале во время киносеанса.

    4. Подает звонки в фойе кинотеатра о начале сеанса и сигнализирует об этом в киноаппаратную и кассу.

    5. Наблюдает за состоянием входных дверей в зал.

    6. Следит за проведением уборки в кинозале и за его внешним видом.

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

    8. Осуществляет дежурство в кинозале во время киносеанса.

    9. Реализует рекламную продукцию театра перед началом киносеанса.

    10. Выполняет отдельные поручения администратора. [2]
    Функциональные обязанности уборщика помещений:

    1. Осуществление уборку служебных помещений, коридоров, лестниц, санузлов, залов и фойе.

    2. Чистка и дезинфекция унитазов, раковин и другого санитарно-технического оборудования.

    3. Сбор мусора и перенос его в установленное место.

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

    1. Определяет техническую политику и направление технического развития предприятия.

    2. Руководит разработкой мероприятий по реконструкции и модернизации предприятия.

    3. Устраняет поломки, возникшие в электрооборудование.

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

    1. Руководство ведением бухгалтерского учета и составлением отчетности на предприятии.

    2. Формирование учетной политики с разработкой мероприятий по ее реализации.

    3. Оказание методической помощи работникам подразделений предприятия по вопросам бухгалтерского учета, контроля и отчетности.

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

    5. Выявление внутрихозяйственных резервов, осуществление мер по устранению потерь и непроизводительных затрат.

    6. Внедрение современных технических средств и информационных технологий.

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

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

    1. Ведет первичный бухгалтерский учет.

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

    3. Производит расчёт, начисление, а также перечисление налогов по отчётным периодам.

    4. Принимает участие в расчетах с клиентами, поставщиками.

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

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

    7. Ведет учет имущества организации, основных средств, обязательств.

    8. Производит начисление заработной платы сотрудникам компании и НДФЛ.

    9. Осуществляет выплаты по гражданско-правовым договорам и другие предусмотренные законом выплаты.

    10. Выдает справки работникам о заработной плате.

    11. Осуществляет организацию налогового и управленческого учета.

    12. Занимается подготовкой и сдачей бухгалтерской и налоговой отчетности в налоговую инспекцию и внебюджетные фонды РФ. [2]
    Функциональные обязанности киномеханика:

    1. Демонстрирование фильмов и техническое обслуживание всех видов киноустановок.

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

    3. Проведение работ по монтажу и замене кинотехнического оборудования.

    4. Техническая проверка и испытание всех типов новой и капитально отремонтированной киноаппаратуры и оборудования.

    5. Осуществление технического надзора за электросетью и электрооборудованием киноустановок.

    6. Определение технического состояния, ремонт и синхронизация панорамных фильмокопий и магнитных фонограмм.

    7. При необходимости выполнение работ оператора пульта управления киноустановки I категории. [10]
    Функциональные обязанности звукооператора:

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

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

    Функциональные обязанности кассира:

    1. Прием и выдача денег клиенту.

    2. Определение подлинности купюр.

    3. Работа с пластиковыми банковскими картами.

    4. Учет и контроль денежной наличности.

    5. Ведение кассовой отчетности, оформление отчетных документов.

    6. Инкассация денег и передача их инкассатору. [3]
    1.2 Характеристика области проектирования
    Осуществление деятельности основывается на получении, хранении и обработки информации, и оказании услуг.

    Учёт приёма посещаемости в кинотеатре ведется с помощью специальной формы, представленной на рисунке 2:



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

    UML - унифицированный язык моделирования (Unified Modeling Language) – это система обозначений, которую можно применять для объектно-ориентированного анализа и проектирования [6].

    Диаграмма вариантов использования (use case diagram) — диаграмма, на которой изображаются отношения между актерами и вариантами использования [2].

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

    С помощью языка моделирования UML построена диаграмма вариантов использования, представленная на рисунке 3.

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

    - Действующие лица (актёры);

    - Варианты использования;

    - Связи.

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

    Вариант использования – некоторая очевидная для действующего лица процедура, решающая его конкретную задачу. [2]

    Связь – взаимодействие действующих лиц и соответствующих вариантов использования [1].



    Рисунок 3 - UML диаграмма кинотеатра «Спутник»
    На диаграмме отображены функции будущей автоматизированной системы и взаимодействие актеров с ними.

    Спецификация вариантов использования представлена на таблице 1.

    Таблица 1. Текстовый сценарий вариантов использования.

    Вариант использования
    Выполнение заказа на доставку

    Актеры
    Кассир, продавец, администратор

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

    Цель
    Продать билет на фильм и провести сеанс.

    Тип
    Базовый

    Входная информация:

    - Запрос на покупку билета;

    - Отчет о покупке;

    - Отчет о выборе фильма;

    - Отчет о проведенном сеансе;

    Выходная информация:

    - Информация о сеансе;

    - Данные о сеансе;

    - Данные о выполнении сеанса;

    - Информация о сеансе и зрителе.

    Кабинет бухгалтера и кассира кинотеатра оснащены сетевыми принтерами, беспроводными маршрутизаторами и персональными электронно-вычислительными машинами, и портативными компьютерами, на которых установлена операционная система MS Windows. Основная офисная программа Microsoft Office Word и Excel.

    Компьютерное оборудование кинотеатра:

    - Процессор - Intel Celeron J4005;

    - Жесткий диск – 500 Гб;

    - Оперативная память - 8Гб.

    - Операционная система Windows 10

    - Microsoft Office;

    - Антивирус Dr Web;

    - 1С: Бухгалтерия;

    - Браузер Яндекс
    В кинотеатре учет продажи в данный момент происходит следующим образом.

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

    Схема локальной сети кинотеатра (рисунок 4).



    Рисунок 4 - Схема локальной сети кинотеатра

    2 Проектирование информационной системы

    2.1 Проектирование логической модели информационной системы



    На основе анализа предметной области можно построить функциональную модель информационной системы с использованием программного инструментария AllFusion BPwin Process Modeler.

    BPwin – мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности: действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и другие. Таким образом, формируется целостная картина деятельности предприятия – от моделей организации работы в маленьких отделах до сложных иерархических структур поддерживает следующие стандарты моделирования бизнес процессов: IDEF0, IDEF3, DFD [5].

    Описание AllFusion Process Modeler 7 (BPwin)

    Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. может быть использована для моделирования широкого класса систем.

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

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

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

    Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представлен дугой, входящей в блок снизу [10].

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



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

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

    Декомпозируем контекстную диаграмму на 5 функциональных блока:

    Выбор фильма

    Выбор места в зале

    Оплата фильма

    Выдача билета

    Просмотр фильма


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

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

    Для изображения диаграмм потоков данных традиционно используют два вида нотаций: нотацию Йордана и нотацию Гейна – Сарсона.

    Внешняя сущность – это материальный предмет или физическое лицо, представляющее собой источник или приемник информации – заказчики, персонал, поставщики, клиенты, склад [10 с 100].


    Рисунок 7 – Диаграмма потоков данных

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

    Метод моделирования IDEF3 — это сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы IDEF3 представляет процесс в виде упорядоченной последовательности действий, позволяя одновременно указать связанные с ним объекты, непосредственное отношение к процессу [3].



    Рисунок 8 – Диаграмма IDEF3

    2.2 Проектирование базы данных информационной системы



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

    Для построения базы данных необходимо сначала построить диаграмму «сущность – связь».

    Диаграмма «сущность-связь» (ER-модель данных, ER — Entity-Relationship) обеспечивает стандартный способ определения данных и отношений между ними в информационной системе. Она включает сущности, атрибуты и взаимосвязи, отражающие основные бизнес правила предметной области [10 с. 106 ].

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

    Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности [10 c 106].

    Связь — это отношение одной сущности к другой или к самой себе

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

    • «кинофильмы» – для хранения информации о кинофильмах;

    • «режиссеры» – для хранения информации о режиссерах;

    • «жанры» – для хранения информации о жанрах;

    • «награды» – для хранения информации о наградах;

    • «номинации» – для хранения информации о номинациях.

    • «кинофестивали» – для хранения информации о кинофестивалях.

    • «ожидаемые кинофестивали» – для хранения информации об ожидаемых кинофестивалях.

    • «актеры» – для хранения информации о актёрах.

    • «кассовые кинокартины» – для хранения информации о кассовых кинофильмах;

    • «ожидаемые кинофильмы» – для хранения информации об ожидаемых кинофильмах.

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

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

    Связь между сущностями «кинофестивали» и «ожидаемые кинофестивали», идентифицирующая, т.к. не возможно без занесения данных в сущность кинофестивали, внести данные в сущность ожидаемые кинофестивали, не разрешающая присутствие нулей. Тип связи один ко одному, т.к. только один кинофестиваль может ожидаться в этом году. При удалении записи из сущности «кинофестивали», этот же кинофестиваль удаляется из дочерней сущности «ожидаемые кинофестивали», при редактировании названия кинофестиваля, автоматически записи редактируются в сущности «Ожидаемые кинофестивали». [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
    Пароль



    email
    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 для определения общих границ и контекста моделируемой предметной области на начальных этапах проектирования системы, для отображения структуры и функции, исполняющиеся в компании;

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











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




    1. Р50.1.028-2001. Методология функционального моделирования. М.: Госстандарт России, 2001.

    2. Абдикеев Н.М. Реинжиниринг бизнес-процессов. Учебник - М.: ЭКСМО, 2005. – 578 с.

    3. Дворников А. IDEF0 как инструмент моделирования процессов // Авант Партнер, 2005. - № 22 (79)

    4. Методы и модели информационного менеджмента. Учебное пособие / Под ред. А.В. Кострова – М.: Финансы и статистика, 2007. – 336 с.

    5. Окулесский В.А. Функциональное моделирование – методологическая основа реализации процессного подхода. М.: НИЦ CALS-технологий «Прикладная логистика», 2001. – 247 с.

    6. Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, информатики, финансов и права. - М., 2003. – 199с.

    7. Функциональное моделирование на базе стандарта IDEF0. Учебный курс – Минск: 2002 – 35 с.

    8. Бекаревич Ю. Самоучитель Access 2010 (+ CD-ROM) / Юрий Бекаревич, Нина Пушкина. - М.: БХВ-Петербург, 2017. - 432 c.

    9. Гурвиц, Г. Microsoft Access 2010. Разработка приложений на реальном примере / Г. Гурвиц. - М.: БХВ-Петербург, 2017. - 496 c.

    10. Белоногов, Г.Г. Автоматизация процессов накопления, поиска и обобщения информации / Г.Г. Белоногов, А.П. Новоселов. - М.: Наука, 2017. - 256 c.

    11. Грэй, П. Логика, Алгебра и базы данных / П. Грэй. - М.: Машиностроение, 2015. - 368 c.

    написать администратору сайта