Повышение эффективности процесса управленческого по продаже билетов

ВВЕДЕНИЕПотребность в автоматизации стала необходимостью в нашей повседневной жизни и во всех сферах бизнеса. Большое количество людей, которые приходят посмотреть спектакли или насладиться просмотром спектакля, также создают большую проблему с получением билетов для посещения театра.
Электронная коммерция стала одной из важнейших характеристик в эпоху Интернета. Это даже более популярно, чем поиск развлекательной информации и новостей - двух видов деятельности, которые обычно рассматриваются при рассмотрении того, что пользователи Интернета делают в сети.
Поведение при совершении покупок в Интернете относится к процессу покупки товаров или услуг через Интернет. Последние достижения в области технологий, особенно в области электроники и телекоммуникаций, привели бизнес и коммерцию в онлайн. Благодаря этим достижениям возникли новые формы торговли, и одна область представляет особый интерес: электронная торговля (ЭТ) стала важнейшим способом ведения бизнеса на долгие годы. Электронная коммерция занимается упрощением транзакций и продажей продуктов и услуг в режиме онлайн, то есть через Интернет или любую другую телекоммуникационную сеть. Это включает в себя электронную торговлю физическими и цифровыми товарами, довольно часто охватывающую все этапы торговли, такие как продажа билетов,
Цель состоит в том, чтобы упростить покупку или бронирование билетов, тем самым сделав процесс более доступным и удобным. Обычно билеты заказываются на кассе, который предоставляет как информацию о билетах, так и услуги по покупке или бронированию. Продажа билетов – это предоставление полезных и эффективных услуг клиентам и покупателям. Цель состоит в том, чтобы упростить покупку и бронирование билетов.
Цель моей работы – это повышение эффективности процесса управленческого по продаже билетов.
Использование автоматизированных информационных систем позволяет:
оптимизировать планы работы,
быстро разрабатывать решения,
четко маневрировать финансовыми ресурсами и т. д.
Основными факторами, определяющими результаты создания и функционирования автоматизированных информационных технологий и процессов компьютеризации, являются:
активное участие человека в системе автоматизации обработки информации и принятии управленческих решений;
трактовка информационной деятельности как одного из видов бизнеса;
формирование организационно-функциональных условий взаимодействия;
определять и решать конкретные практические задачи в области управления с учетом заданных критериев эффективности.
Актуальность данной работы обусловлена тем, что информация в настоящее время выходит на первый план среди других ресурсов предприятия. Это связано с необходимостью экономии трудовых, материальных и финансовых ресурсов. В настоящее время информационные процессы являются активными силами взаимодействия внутри хозяйствующих субъектов и между ними. Такие процессы в основном основаны на использовании различных технологических решений.

1. ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯ1.1. Характеристика предприятия и его деятельностиООО «Билет» – это старейший театр Москвы, один из крупнейших театральных коллективов. Он был организован в ноябре 1921 года на основе объединения лучших профессиональных театральных коллективов региона в труппу Первого государственного театра.
В труппе театра более 40 артистов, в том числе народные артисты России Дементий Гаврилович Паротиков и Светлана Петровна Талалаева, заслуженные артисты России Алексей Николаевич Самохвалов, Людмила Петровна Лучкина, Георгий Тихонович Обухов, главный художник России Ольга Леонидовна. Заслуженная, Галина Зорина, Татьяна Королева, большая группа творческой молодежи.
Компания ООО «Билет», адрес: г. Москва, пер. Пушкарёв, д. 9 зарегистрирована 10.04.2014.
Основной вид деятельности учреждений культуры и искусства.
Дополнительные виды деятельности:
торговля розничная, осуществляемая непосредственно при помощи информационно-коммуникационной сети Интернет;
торговля розничная через Интернет-аукционы;
торговля розничная, осуществляемая непосредственно при помощи телевидения, радио, телефона;
торговля розничная прочая вне магазинов, палаток, рынков.
Рассмотрим основные технико-экономические показатели ООО «Билет» в таблице 1.1.
Таблица 1.1.
Основные технико-экономические показатели предприятия за 2019-2021 г.
Темпы роста +/-
Показатель 2019 2020 2021 %
2020 г. к 2019 г 2021 г. к 2020 г.
Среднегодовая стоимость основных средств, (тыс.руб.). 19 895 20 681 22 663 +103,95 +109,58
Выручка от продажи билетов, (тыс.руб.). 293806 317608 429010 +108,10 +135,07
Чистая прибыль, (тыс.руб.). 798 805 847 +100,88 +105,22
Фондоотдача, руб. 14,77 15,36 18,93 Среднесписочная численность персонала, (чел). 120 125 127 +104,16 +101,6
Производительность труда, (руб./чел.). 2448,38 2540,86 3378,03 +100,74 +132,95
Рентабельность продаж билетов, %. 1,34 1,35 0,69 +100,74 +51,11
Рентабельность основных производственных фондов, % 4,011 3,89 3,74 +96,98 +96,14
Проанализировав таблицу, можно сделать вывод о прибыльности ООО «Билеты» на протяжении всего периода исследования. В 2021 году чистая прибыль составила 847 тысяч рублей, что больше аналогичного показателя 2019 года на 49 тысяч рублей и больше, чем в 2020 году на 42 тысячи рублей, или 105,22%.
1.2. Организационная структура управления предприятиемЗадача театральной постановки требует множества специфических навыков. В каждой организации есть свои особые различия между должностями, обязанностями и структурой отчетности.
На рисунке 1.1. представлена схема административной организационной структуры ООО «Билет».

Рисунок 1.1 - Организационная структуры ООО «Билет»
Совет директоров: руководит организацией. Обеспечивает финансирование и руководство.
Продюсер: обеспечивает права на исполнение для постановки, нанимает артистический персонал, обеспечивает пространство для выступления и обеспечивает финансовую поддержку постановки.
Руководитель театра: обеспечивает художественное руководство, выбирает спектакли, которые будут поставлены в течение сезона, нанимает сотрудников и отвечает за художественное видение и руководство театром или организацией. Отчитывается перед советом директоров.
Управляющий директор: отвечает за работу и развитие организации. Наблюдает за повседневной работой театра, включая информационно-просветительские или образовательные программы, финансы и отношения с общественностью. Отчитывается перед руководителем театра.
Менеджер по производству: отвечает за общую техническую работу театральной труппы, поддерживает сезонные бюджеты и распределение ресурсов. Контролирует весь технический персонал. Подчиняется художественному руководителю и исполнительному директору.
Технический директор: отвечает за надзор за техническими операциями театра, включая декорации, освещение, звук, проекции и строительство. Работает с дизайнерами, чтобы гарантировать, что требования достижимы, безопасны и находятся в рамках бюджетных параметров. Руководит менеджером по продажам, электриком.
Мастер: наблюдает за сценой и построением шоу, создает декорации.
Менеджер по продажам: отвечает за продажи.
Дизайнер: режет ткани, планирует выкройки и создает костюмы.
Мастер-электрик: отвечает за повседневную работу электрического отдела. Руководит электриками. Подчиняется техническому директору.
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессовПредлагаемая система для ООО «Билет» — это система для автоматизации бронирования билетов в театр, которая преодолевает все недостатки нынешней ручной системы, используемой в театре.
Театр предоставляет инфраструктуру и помещения для проведения представления, позволяя при этом зрителям наслаждаться им за определенную плату. Автоматизация бронирования используется для того, чтобы сотрудники могли оформлять и выводить подробную информацию для спектакля.
Кассы до электронной эпохи состояли из пункта продажи билетов в театр, где посетитель мог приобрести один или несколько билетов и выбрать расположение места. Кассир должен был иметь бумажный план театра на каждый спектакль с соответствующей билетной книжкой.
Места для выступлений также продавались по телефону или по почте тем посетителям, которые не могли сразу посетить кассу.
Менеджер театра будет интересоваться различными отчетами о продаже билетов, такими как основные отчеты, показывающие количество мест по каждой цене и общий потенциальный доход от билетов, ежедневные отчеты.
В данной курсовой работе на основе нотации IDEF0 была разработана контекстная диаграмма, которая показывает входные и выходные ресурсы, правила управления и механизм управления на рис.1.2.

Рисунок 1.2 - Контекстная диаграмма
Декомпозируем контекстную диаграмму на 4 функциональных блока на рис.1.3:
−Консультация;
−Работа на кассе;
−Регистрация заказа;
−Составление отчета.

Рисунок 1.3 - Диаграмма декомпозиции
Затем мы смоделируем систему с помощью диаграмм потоков данных (DFD). Моделирование потока данных (DFD), часто используемое при разработке программного обеспечения, фокусируется на потоке данных между различными операциями, включая хранение, для достижения максимальной доступности и минимального времени отклика. Такое моделирование позволяет рассматривать конкретный процесс, анализировать составляющие его операции, а также точки принятия решений, которые влияют на его ход. Диаграммы потоков данных (DFD) — это основной способ моделирования функциональных требований проекта системы. С их помощью эти требования представлены в виде функциональных компонентов (действий), связанных потоками данных. Основная цель такого представления - продемонстрировать, как каждый компонент преобразует свои входы в выходы, а также выявить взаимосвязь между этими процессами. Стрелки в DFD показывают, как объекты (данные) перемещаются от одного действия к другому. Эта визуализация потока, наряду с хранилищами данных и внешними сущностями, гарантирует, что модели DFD отражают физические характеристики системы, такие как движение объектов (потоки данных), хранилище объектов (хранилища данных), источники и потребители объектов (внешние сущности). Диаграммы DFD в первую очередь связаны с разработкой программного обеспечения, потому что DFD изначально был разработан для этой цели.
Декомпозируем функциональный блок «Составление отчета» еще на три действия на рис.1.4:
−Выбор даты;
−Выбор спектакля;
−Вывод отчета.

Рисунок 1.4 - Декомпозиция функционального блока «Составление отчета» (DFD)
2. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ2.1 Информационная модель и её описаниеИнформационная модель на рис.2.1.

Рисунок 2.1 - Информационная модель
Область 1 отображает процесс управление базой данных. Форма «Управление базой» предполагает выполнение видов операций:
−редактирование спектаклей;
−редактирование заказы;
−просмотр отчет по продажам;
−просмотр чек.
Область 2 отображает то, что моделируема ИС предоставляет на выходе:
−отчет по продажам (Менеджер);
−чек (Менеджер, Клиент).
Область 3 отображает процесс взаимодействия с базой данных.
Область 4 отображает процесс поиска спектакля и оформления заказа.
2.2 Используемые классификаторы и системы кодированияКлассификатор, или схема классификации (от лат. Classis - категория и facere - делать) — это систематизированный список названий объектов, каждому из которых присвоен уникальный код. Классификация объектов осуществляется по правилам распределения заданного множества объектов на подмножества (классификационные группировки) в соответствии с установленными признаками их различий или сходства. Используется в автоматизированных системах управления и обработки информации. Классификатор — это стандартный кодовый язык для документов, финансовой отчетности и автоматизированных систем.
В составе информационного обеспечения рассматриваемого комплекса задач выделены следующие классификаторы:
− классификатор код типа;
− классификатор код спектакля;
− классификатор код актера;
− классификатор код продюсера;
− классификатор код сессии;
− классификатор код зала;
− классификатор код ряда;
− классификатор код заказа;
− классификатор код должности;
− классификатор код места.
Таблица 2.1.
Используемые системы кодирования
Кодируемое множество объектов Длина кода Мощность кода Система кодирования Система классификации Вид классификации
код типа 10 1000 П И Общесистемный
код спектакля 10 1000 П И Общесистемный
код актера 10 1000 П И Общесистемный
Продолжение таблицы 2.1
код продюсера 10 1000 П И Общесистемный
код сессии 10 1000 П И Общесистемный
код зала 10 1000 П И Общесистемный
код ряда 10 1000 П И Общесистемный
код заказа 10 1000 П И Общесистемный
код должности 10 1000 П И Общесистемный
код места 10 1000 П И Общесистемный
Структурная формула классификатора код типа:
Ф1 = [ХХХХХХХХХХ]
Пример
код типа = 1
Структурная формула классификатора код спектакля:
Ф1 = [ХХХХХХХХХХ]
Пример
код спектакля = 1
Структурная формула классификатора код актера:
Ф1 = [ХХХХХХХХХХ]
Пример
код актера = 1
Структурная формула классификатора код продюсера:
Ф1 = [ХХХХХХХХХХ]
Пример
код продюсера = 1
Структурная формула классификатора код сессии:
Ф1 = [ХХХХХХХХХХ]
Пример
код сессии = 1
Структурная формула классификатора код зала:
Ф1 = [ХХХХХХХХХХ]
Пример
код зала = 1
Структурная формула классификатора код ряда:
Ф1 = [ХХХХХХХХХХ]
Пример
код ряда = 1
Структурная формула классификатора код заказа:
Ф1 = [ХХХХХХХХХХ]
Пример
код заказа = 1
Структурная формула классификатора код должности:
Ф1 = [ХХХХХХХХХХ]
Пример
код должности = 1
Структурная формула классификатора код места:
Ф1 = [ХХХХХХХХХХ]
Пример
код места = 1
Разработанные классификаторы позволяют упростить работу системы и повысить ее эффективность.
2.3 Характеристика нормативно-справочной, входной и оперативной информацииВходные данные — это данные, которые поступают, когда пользователь взаимодействует с элементами управления.
Такими данными являются:
актеры;
продюсеры;
спектакли;
тип спектакля;
сессии;
залы;
ряды;
места;
заказы;
сотрудники;
роль.
Модули играют важную роль в создании программы, так как они являются основным интерактивным средством работы пользователя.
В программе будет создано главное меню, обеспечивающее быстрый и удобный доступ к функциям программы и структурирование их в однородные группы.
На рисунке 2.2 представлена структура макета авторизации и соответствующее действие при выборе определенного пункта.

Рисунок 2.2 – Макет формы авторизации
На рисунке 2.3 представлена структура макета главной формы администратора и соответствующее действие при выборе определенного пункта.

Рисунок 2.3 – Макет главной формы администрации
На рисунке 2.4 представлена структура макета главной формы пользователя и соответствующее действие при выборе определенного пункта.

Рисунок 2.4 – Макет главной формы пользователя
2.4 Характеристика результатной информацииРезультатом в этом приложении будет отчет, содержащий информацию о заказе с возможностью экспорта в файлы Microsoft Excel.
3. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ3.1 Общие положения (дерево функций и сценарий диалога)При разработке диалогового интерфейса использовался метод фиксированного набора, реализованный с помощью системы меню. Выбор осуществляется последовательным выбором пунктов меню.
Основные функции заключаются в предоставлении возможности вводить данные, компилировать и поддерживать различные каталоги, а также получать актуальную интересующую информацию с помощью запросов или отчетов. Дерево функций показано на рисунке 3.1.

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

Рисунок 3.2 – Сценарий диалога ИС ООО «Билет»
3.2 Характеристика базы данныхБыли выделены такие сущности:
Тип спектакля;
Спектакль;
Актер
Актеры в спектакле;
Продюсеры;
Продюсеры в спектакле;
Сессии;
Залы;
Ряды;
Места;
Заказы;
Места в заказе;
Сотрудники;
Роль.
В таблице 3.1 приведено описание сущностей.
Таблица 3.1.
Описание сущностей и атрибутов
Таблица Поле Тип Null OptionIs PK Is FK
actorsidintegerIDENTITY YesNoactorsnamevarchar(50) NULL NoNoemployeesidintegerNOT NULL YesNoemployeesphonevarchar(20) NULL NoNoemployeesloginvarchar(20) NULL NoNoemployeespasswordvarchar(20) NULL NoNoemployeesposition_idintegerNULL NoYeshallsidintegerIDENTITY YesNohallsnamevarchar(50) NULL NoNoorder_seatsidintegerIDENTITY YesNoorder_seatsseat_idintegerNULL NoYesorder_seatsorder_idintegerNULL NoYesordersidintegerIDENTITY YesNoordersdatedateNULL NoNoorderssummoneyNULL NoNoordersemployee_idintegerNULL NoYespositionsidintegerIDENTITY YesNopositionsnamevarchar(50) NULL NoNoproducersidintegerIDENTITY YesNoproducersnamevarchar(50) NULL NoNorowsidintegerIDENTITY YesNorowsnumberintegerNULL NoNorowshall_idintegerNULL NoYesseatsidintegerIDENTITY YesNoseatsnumberintegerNULL NoNoseatsrow_idintegerNULL NoYessessionsidintegerIDENTITY YesNosessionsdatedateNULL NoNosessionstimetimestampNULL NoNosessionspricemoneyNULL NoNosessionsspectacles_idintegerNULL NoYessessionshall_idintegerNULL NoYesspectacle_actorsidintegerIDENTITY YesNospectacle_actorsactor_idintegerNULL NoYesspectacle_actorsspectacle_idintegerNULL NoYesspectacle_producersidintegerIDENTITY YesNospectacle_producersspectacle_idintegerNULL NoYesspectacle_producersproducer_idintegerNULL NoYesspectaclesidintegerIDENTITY YesNospectaclesnamevarchar(50) NULL NoNospectaclesdescriptiontextNULL NoNoПродолжение таблицы 3.1
Таблица Поле Тип Null OptionIs PK Is FK
spectaclesdurationintegerNULL NoNospectaclestype_idintegerNULL NoYestypesidintegerIDENTITY YesNotypesnamevarchar(50) NULL NoNoРеляционная модель основана на математической концепции отношения, которая представлена таблицей. В реляционной модели отношения используются для хранения информации об объектах, представленных в базе данных. Связь представлена в виде двухмерной таблицы, в которой строки соответствуют записям, а столбцы - атрибутам. Каждая запись должна иметь уникальную характеристику в таблице. Для этого используются первичный и вторичный ключи. Преимущество реляционной модели - простота и удобная физическая реализация.
Модель реляционной базы данных подразумевает нормализацию всех таблиц данных. Нормализация — это формальный метод анализа отношений на основе их первичного ключа и функциональных зависимостей между их атрибутами.
База данных соответствует реляционной модели данных, где каждая сущность, выбранная в ходе проекта, соответствует таблице.
Структура базы данных разработанного программного обеспечения включает семь таблиц.
В этом курсовом проекте все данные будут храниться в локальной базе данных. Структура базы данных показана на рисунке 3.3.

Рисунок 3.3 – Структура базы данных
3.3 Структурная схема пакета (дерево вызова программных модулей)Строим дерево программных модулей, отражающее структурную схему пакета, содержащего программные модули различных классов:
выполнение сервисных функций;
модули управления для загрузки меню и передачи управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выводом информации.

Рисунок 3.4 – Структурная схема пакета
Описание классов приведено в таблице 3.2.
Таблица 3.2.
Описание методов
№
п/п Модуль Функции модуля
1 login Проверка пользователя в системе
2 mainAdminОткрытие формы администратора
3 mainUserОткрытие формы пользователя
4 addUserДобавление нового сотрудника
5 showUserВывод сотрудников
6 deleteUserУдаление пользователей
7 addSpectacleДобавление спектакля
8 showSpectacleВывод спектаклей
9 deleteSpectacleУдаление спектакля
10 report Вызов отчета
3.4 Описание программных модулейСхема авторизации на рис.3.5.

Рисунок 3.5 – Схема авторизации
Схема вывода отчета на рис.3.6.

Рисунок 3.6 – Схема авторизации
Схема проверки пароля на рис.3.7.

Рисунок 3.7 – Схема проверка пароля
4. КОНТРОЛЬНЫЙ ПРИМЕР РЕАЛИЗАЦИИ И ЕГО ОПИСАНИЕДля доступа к системе мы должны будем запустить exe-файл, ведущую на форму авторизации на рисунке 3.8.

Рисунок 3.8 – Запуск приложения
Далее у нас появляется форма авторизации пользователей. Здесь следует ввести логин и пароль, используемый в системе. На рисунке 3.9 показано меню авторизации пользователей.

Рисунок 3.9 – Форма авторизации
После входа в систему как администратор попадаем на главную страницу на рис.3.10.

Рисунок 3.10 – Главная форма администрации
Просмотр меню на рис.3.11.

Рисунок 3.11 – Просмотр меню
Просмотр спектакля на рис.3.12.

Рисунок 3.12 – Просмотр спектакля
Просмотр спектакля на рис.3.14.

Рисунок 3.14 – Просмотр спектакля
Просмотр зала на рис.3.15.

Рисунок 3.15 – Просмотр зала
Просмотр заказов на рис.3.16.

Рисунок 3.16 – Просмотр заказов
После входа в систему как пользователь попадаем на главную страницу на рис.3.17.

Рисунок 3.17 – Главная форма пользователя
Для вывода отчета нажимаем на кнопку отчет на рис.3.18.

Рисунок 3.18 – Нажатие на кнопку отчет
Отчет на рис.3.19.

Рисунок 3.19 – Отче по заказам

ЗАКЛЮЧЕНИЕПроект был успешно разработан, и производительность системы признана удовлетворительной. Использование компьютера помогает пользователю сократить время, потраченное на непродуктивную работу. Кроме того, это помогает пользователю получить немедленный доступ к информации, а также эффективно использовать ограниченные ресурсы.
Дружественный интерфейс, управляемый меню, предоставлен пользователю для взаимодействия с системой. Пользователи могут перемещаться по вкладкам. Пользователи могут авторизоваться через форму.
Система позволит обновлять, извлекать, удалять информацию о актерах, продюсерах, спектаклях, сотрудниках, заказах. Кроме того, система также выводит отчет.
В результате выполнения работы была достигнута поставленная цель, выполнены задачи:
проанализирована деятельность предприятия;
описана структуру предприятия;
описаны задачи;
описана база данных;
созданы макеты;
разработаны формы главного окна информационной системы;
разработаны формы оформления заказа;
разработаны метода формирования отчета по заказам;
описано пример.
Использование информационных технологий для управления бизнесом делает любой бизнес более конкурентоспособным за счет повышения его управляемости и адаптируемости. Такая автоматизация позволяет:
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ1.Microsoft Microsoft SQL Server 2005 – Database Essentials Step by Step / Microsoft. - Москва: СПб. [и др.] : Питер, 2017. - 336 c.
2.Белоногов, Г.Г. Автоматизация процессов накопления, поиска и обобщения информации / Г.Г. Белоногов, А.П. Новоселов. - М.: Наука, 2017. - 256 c.
3.Вагнер, Билл С# Эффективное программирование / Билл Вагнер. - М.: ЛОРИ, 2017. - 320 c.
4.Горбач, И. Microsoft SQL Server 2005 Analysis Services. OLAP и многомерный анализ данных / И. Горбач, А. Бергер. - М.: БХВ-Петербург, 2017. - 928 c.
5.Грэй, П. Логика, алгебра и базы данных / П. Грэй. - М.: Машиностроение, 2017. - 368 c.
6.Дейт, К. Дж. SQL и реляционная теория. Как грамотно писать код на SQL / К.Дж. Дейт. - М.: Символ-плюс, 2017. - 480 c.
7.Ишкова, Э. А. Самоучитель С#. Начала программирования / Э.А. Ишкова. - М.: Наука и техника, 2017. - 496 c
8.Ковязин, А.Н. Архитектура, администрирование и разработка приложений баз данных в InterBase/FireBird/Yaffil / А.Н. Ковязин, С.М. Востриков. - М.: Кудиц-образ; Издание 4-е, 2017. - 496 c.
9.Коннолли, Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика / Т. Коннолли. - М.: Вильямс И.Д., 2017. - 1440 c.
10.Культин, Никита Основы программирования в Microsoft Visual C# 2010 / Никита Культин. - М.: БХВ-Петербург, 2017. - 389 c.
11.Луни Oracle 10g. Настольная книга администратора баз данных / Луни, Брила Кевин; , Боб. - М.: ЛОРИ, 2017. - 752 c.
12.Магда, Ю. С. NI Measurement Studio. Практика разработки систем измерения и управления на C# / Ю.С. Магда. - М.: ДМК Пресс, 2017. - 567 c.
13.Малыхина, М. Базы данных: основы, проектирование, использование / М. Малыхина. - М.: БХВ-Петербург, 2016. - 512 c.
14.Маран, М.М. Программная инженерия: Учебное пособие / М.М. Маран. - СПб.: Лань, 2018. - 196 c.
15.Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и технолог / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2017. - 62 c.
16.Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и техноло / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2018. - 61 c.
17.Мюллер, Р.Дж. Базы данных и UML. Проектирование / Р.Дж. Мюллер. - М.: ЛОРИ, 2017. - 420 c.
18.Орлов, С.А. Программная инженерия. Технологии разработки программного обеспечения. Стандарт третьего поколения: Учебник / С.А. Орлов. - СПб.: Питер, 2019. - 224 c
19.Программная инженерия: Учебник / Под ред. Трусова Б.Г.. - М.: Academia, 2017. - 72 c.
20.Редько, В.Н. Базы данных и информационные системы / В.Н. Редько, И.А. Басараб. - М.: Знание, 2017. - 341 c.
21.Трояновский, В.М. Программная инженерия информационно-управляющих систем в свете прикладной теории случайных процессов: Учебное пособие / В.М. Трояновский. - М.: Форум, 2017. - 368 c.
22.Трусов, Б.Г. Программная инженерия: Учебник / Б.Г. Трусов. - М.: Академия, 2018. - 240 c.
23.Ульман, Дж. Базы данных на Паскале / Дж. Ульман. - М.: Машиностроение, 2017. - 368 c.
24.Ульман, Дж. Основы систем баз данных / Дж. Ульман. - М.: Финансы и статистика, 2017. - 292 c.
ПРИЛОЖЕНИЕ А (Текст программы)CREATE TABLE actors
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL
)
go
ALTER TABLE actors
ADD CONSTRAINT XPKactors PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE employees
(
id integer NOT NULL ,
phone varchar(20) NULL ,
login varchar(20) NULL ,
password varchar(20) NULL ,
position_id integer NULL
)
go
ALTER TABLE employees
ADD CONSTRAINT XPKemployees PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE halls
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL
)
go
ALTER TABLE halls
ADD CONSTRAINT XPKhalls PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE order_seats(
id integer IDENTITY (1,1) ,
seat_id integer NULL ,
order_id integer NULL
)
go
ALTER TABLE order_seatsADD CONSTRAINT XPKorder_seats PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE orders
(
id integer IDENTITY (1,1) ,
date date NULL ,
sum money NULL ,
employee_id integer NULL
)
go
ALTER TABLE orders
ADD CONSTRAINT XPKorders PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE positions
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL
)
go
ALTER TABLE positions
ADD CONSTRAINT XPKpositions PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE producers
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL
)
go
ALTER TABLE producers
ADD CONSTRAINT XPKproducers PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE rows
(
id integer IDENTITY (1,1) ,
number integer NULL ,
hall_id integer NULL
)
go
ALTER TABLE rows
ADD CONSTRAINT XPKrows PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE seats
(
id integer IDENTITY (1,1) ,
number integer NULL ,
row_id integer NULL
)
go
ALTER TABLE seats
ADD CONSTRAINT XPKseats PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE sessions
(
id integer IDENTITY (1,1) ,
date date NULL ,
time timestamp NULL ,
price money NULL ,
spectacles_id integer NULL ,
hall_id integer NULL
)
go
ALTER TABLE sessions
ADD CONSTRAINT XPKsessions PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE spectacle_actors(
id integer IDENTITY (1,1) ,
actor_id integer NULL ,
spectacle_id integer NULL
)
go
ALTER TABLE spectacle_actorsADD CONSTRAINT XPKspectacle_actors PRIMARY KEY CLUSTERED (id ASC)
go
REATE TABLE spectacle_producers(
id integer IDENTITY (1,1) ,
spectacle_id integer NULL ,
producer_id integer NULL
)
go
ALTER TABLE spectacle_producersADD CONSTRAINT XPKspectacle_producers PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE spectacles
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL ,
description text NULL ,
duration integer NULL ,
type_id integer NULL
)
go
ALTER TABLE spectacles
ADD CONSTRAINT XPKspectacles PRIMARY KEY CLUSTERED (id ASC)
go
CREATE TABLE types
(
id integer IDENTITY (1,1) ,
name varchar(50) NULL
)
go
ALTER TABLE types
ADD CONSTRAINT XPKtypes PRIMARY KEY CLUSTERED (id ASC)
go
ALTER TABLE employees
ADD CONSTRAINT R_41 FOREIGN KEY (position_id) REFERENCES positions(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE order_seatsADD CONSTRAINT R_46 FOREIGN KEY (seat_id) REFERENCES seats(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE order_seatsADD CONSTRAINT R_48 FOREIGN KEY (order_id) REFERENCES orders(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE orders
ADD CONSTRAINT R_47 FOREIGN KEY (employee_id) REFERENCES employees(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE rows
ADD CONSTRAINT R_44 FOREIGN KEY (hall_id) REFERENCES halls(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE seats
ADD CONSTRAINT R_45 FOREIGN KEY (row_id) REFERENCES rows(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE sessions
ADD CONSTRAINT R_42 FOREIGN KEY (spectacles_id) REFERENCES spectacles(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE sessions
ADD CONSTRAINT R_43 FOREIGN KEY (hall_id) REFERENCES halls(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE spectacle_actorsADD CONSTRAINT R_35 FOREIGN KEY (actor_id) REFERENCES actors(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE spectacle_actorsADD CONSTRAINT R_38 FOREIGN KEY (spectacle_id) REFERENCES spectacles(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE spectacle_producersADD CONSTRAINT R_39 FOREIGN KEY (spectacle_id) REFERENCES spectacles(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE spectacle_producersADD CONSTRAINT R_40 FOREIGN KEY (producer_id) REFERENCES producers(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE spectacles
ADD CONSTRAINT R_37 FOREIGN KEY (type_id) REFERENCES types(id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
using MaterialSkin.Controls;
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Windows.Forms;
namespace spectacle
{
public partial class Login : MaterialForm {
public Login()
{
InitializeComponent();
}
private void Login_Load(object sender, EventArgs e)
{
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.employees". При необходимости она может быть перемещена или удалена.
this.employeesTableAdapter.Fill(this.spectacle_dbDataSet.employees);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.positions". При необходимости она может быть перемещена или удалена.
this.positionsTableAdapter.Fill(this.spectacle_dbDataSet.positions);
materialTextBox2.Password = true;
}
private void materialButton1_Click(object sender, EventArgs e)
{
var person = spectacle_dbDataSet.employees.Where(w => w.login == materialTextBox1.Text && w.password == materialTextBox2.Text).FirstOrDefault();
try
{
if (materialTextBox1.Text != "" && materialTextBox1.Text != "")
{
if (person != null)
{
if (person.positionsRow.name == "admin")
{
MainAdmin f1 = new MainAdmin();
f1.Show();
}
if (person.positionsRow.name == "user")
{
MainUser f2 = new MainUser();
f2.Show();
}
}
else {
MessageBox.Show("Нет такого пользователя...");
}
}
else {
MessageBox.Show("Поля пустые, введите логин или пароль...."); }
}
catch (Exception ex)
{
MessageBox.Show(ex.Message);
}
}
private void materialCheckbox1_CheckedChanged(object sender, EventArgs e)
{
if (materialCheckbox1.Checked == true)
{
materialTextBox2.Password = true;
}
else
{
materialTextBox2.Password = false;
}
}
private void materialCheckbox1_Click(object sender, EventArgs e)
{

}
}
}
using ClosedXML.Excel;
using MaterialSkin.Controls;
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.IO;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Windows.Forms;
namespace spectacle
{
public partial class MainUser : MaterialForm {
public MainUser()
{
InitializeComponent();
}
private void MainUser_Load(object sender, EventArgs e)
{
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.employees". При необходимости она может быть перемещена или удалена.
this.employeesTableAdapter.Fill(this.spectacle_dbDataSet.employees);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.order_seats". При необходимости она может быть перемещена или удалена.
this.order_seatsTableAdapter.Fill(this.spectacle_dbDataSet.order_seats);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.orders". При необходимости она может быть перемещена или удалена.
this.ordersTableAdapter.Fill(this.spectacle_dbDataSet.orders);
}
private void materialButton1_Click(object sender, EventArgs e)
{
var order = spectacle_dbDataSet.orders.ToList();
using (XLWorkbook workbook = new XLWorkbook(XLEventTracking.Disabled))
{
var worksheet = workbook.Worksheets.Add("Отчет по заказам");
worksheet.Cell(1, 1).Value = "Заказы";
worksheet.Cell(1, 1).Style.Fill.BackgroundColor = XLColor.YaleBlue;
worksheet.Column(1).Width = 15;
//employee
worksheet.Cell(2, 1).Value = "Дата";
worksheet.Column(1).Width = 15;
worksheet.Row(2).Style.Fill.BackgroundColor = XLColor.WhiteSmoke;
worksheet.Cell(2, 2).Value = "Сумма";
worksheet.Column(2).Width = 50;
worksheet.Cell(2, 3).Value = "Сотрудник";
worksheet.Column(3).Width = 50;
worksheet.Row(2).Style.Font.Bold = true;
int count = 3;
for (int i = 0; i < order.Count; i++)
{
worksheet.Cell(i + count, 1).Value = order[i].date;
worksheet.Cell(i + count, 2).Value = order[i].sum;
worksheet.Cell(i + count, 3).Value = order[i].employeesRow.name;
}
using (var stream = new MemoryStream())
{
workbook.SaveAs($"Отчет_по_заказам_{DateTime.UtcNow.ToLongDateString() + DateTime.UtcNow.Hour + DateTime.UtcNow.Minute}.xlsx");
stream.Flush();
}
MessageBox.Show("Отчет сохранился, относитль exe файла");
}
}
}
}
using MaterialSkin.Controls;
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Windows.Forms;
namespace spectacle
{
public partial class MainAdmin : MaterialForm {
public MainAdmin()
{
InitializeComponent();
}
private void positionsBindingNavigatorSaveItem_Click(object sender, EventArgs e)
{
this.Validate();
this.positionsBindingSource.EndEdit();
this.tableAdapterManager.UpdateAll(this.spectacle_dbDataSet);
}
private void MainAdmin_Load(object sender, EventArgs e)
{
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet1.employees". При необходимости она может быть перемещена или удалена.
this.employeesTableAdapter.Fill(this.spectacle_dbDataSet1.employees);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet1.employees". При необходимости она может быть перемещена или удалена.
this.employeesTableAdapter.Fill(this.spectacle_dbDataSet.employees);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.order_seats". При необходимости она может быть перемещена или удалена.
this.order_seatsTableAdapter.Fill(this.spectacle_dbDataSet.order_seats);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.orders". При необходимости она может быть перемещена или удалена.
this.ordersTableAdapter.Fill(this.spectacle_dbDataSet.orders);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.seats". При необходимости она может быть перемещена или удалена.
this.seatsTableAdapter.Fill(this.spectacle_dbDataSet.seats);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.rows". При необходимости она может быть перемещена или удалена.
this.rowsTableAdapter.Fill(this.spectacle_dbDataSet.rows);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet1.halls". При необходимости она может быть перемещена или удалена.
this.hallsTableAdapter.Fill(this.spectacle_dbDataSet.halls);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet1.types". При необходимости она может быть перемещена или удалена.
this.typesTableAdapter.Fill(this.spectacle_dbDataSet.types);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.sessions". При необходимости она может быть перемещена или удалена.
this.sessionsTableAdapter.Fill(this.spectacle_dbDataSet.sessions);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.spectacles". При необходимости она может быть перемещена или удалена.
this.spectaclesTableAdapter.Fill(this.spectacle_dbDataSet.spectacles);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.employees". При необходимости она может быть перемещена или удалена.
this.employeesTableAdapter.Fill(this.spectacle_dbDataSet.employees);
// TODO: данная строка кода позволяет загрузить данные в таблицу "spectacle_dbDataSet.positions". При необходимости она может быть перемещена или удалена.
this.positionsTableAdapter.Fill(this.spectacle_dbDataSet.positions);
}
}
}