Преподаватель который помогает студентам и школьникам в учёбе.

«Автоматизация продажи театральных билетов» (Технико-экономические показатели объекта управления)

Содержание:

Введение

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

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

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

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

Объектом исследования выступает процесс управления продажей театральных билетов.

Предмет исследования – электронная продажа билетов ᡪ

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

Основными задачами работы являются:

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

применение на практике современных CASE-средств проектирования;

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

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

Технико-экономическая характеристика предметной области и предприятия.
1. Характеристика предприятия и его деятельности

Компания ООО «Лимбо» молодая, независимая компания, которая продает билеты в авангардном театре в Талдоме. Компания имеет 1 интернет-магазин, созданный по европейским стандартам («limbo.com»). На сайте доступны: «корзина заказа», заказ билетов, оплата заказа пластиковыми картами через интернет, бронирование заказа. Единая билетная база позволяет продавать билеты на мероприятия Талдоме. Среди партнеров компании ООО «Лимбо» — крупнейшая театральная компания ООО «Батут». Компания ООО «Лимбо» может предоставить своему партнёрам 2 модуля интернет-партнёрства.

Модуль 1:

Предоставление доступа к партнерской программе;

Партнер получает ссылки на мероприятия/сеанс, которые снабжены уникальными идентификаторами, позволяющие отследить заказы;

Предоставление доступа к статистике по продажам.

Модуль 2:

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

Возможность настроить внешний вид страниц оформления заказа под дизайн сайта;

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

Получает собственную клиентскую базу.

В день, в компании ООО «Лимбо» более 20 мероприятий, билеты на которые она может предложить своим клиентам.

Ежемесячно, сайт компании посещают более 5 тысяч человек. Клиентская база компании насчитывает более 20 000 тысяч клиентов.

В ближайших планах компании ООО «Лимбо» — расширение аудитории. Аудитория «limbo.ru» — люди, желающие провести длительный досуг.

«limbo.ru» — интернет-агентство на билетном рынке Москвы, предлагающее самый полный ассортимент репертуаров и новейшие технологические сервисы для клиентов.

Технико-экономические показатели объекта управления

Таблица 1

№	Наименование характеристики (показателя)	Значение показателя на первый квартал 2018 г.
1	Клиентская база компании	Более 50 тыс. клиентов
2	Продано билетов	До 1000 за первый квартал
3	Количество спектаклей	Более 100
4	Доход	200 000 р
5	Посещаемость сайтов компании	Более 5 тыс. чел/.
6	Заказов на сайте «limbo.ru»	Более 7300 тыс. за первый год

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

Ниже представлена организационная структура компании ООО «Лимбо»:

Рис. 1.1 Организационная структура предприятия

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

Автоматизация бизнес-процессов продажи ООО «Лимбо» билетов включает:

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

Автоматизация процессов заказа билетов реализует:

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

Заказ через Интернет возможен в двух режимах:

через собственный веб-сайт компании;
путем интеграции данной системы с web-сайтами сторонних компаний.

Данная ИС позволяет использовать различные способы оплаты:

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

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

IDEF0

Рис. 2.1. IDEF0

На рисунке 2.1 отражены входные данные, управляющие процессы, исполнители, исходящие данные. Входными данными являются Клиенты и репертуар. Правилами в театре являются: стандарты Законодательство РФ и Лицензия. Исполнителями являются: кассир и менеджер. Исходящими данными являются: Билет или бронь (а также снятие и возврат).

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

Рис. 2.2. IDEF1

Из бизнес-процесса следует, что для реализации поставленной задачи необходимо выполнить 3 подпроцесса (функции): "Приобретение билета", "Бронирование билета", "Возврат денежных средств". Каждый из-под процессов реализует задачу обработки данных об одном основном объекте предметной области. Как правило, ключевым объектом является тот объект, который получается в результате выполнения функции.

Таким образом, для первого подпроцесса ключевым объектом будет "Билет", для второго подпроцесса — объект "Бронь" в виде; для третьего подпроцесса — объект "Возвращенные финансы".

IDEF1

IDEF12

IDEF13

Рис. 2.3. Декомпозиция бизнес-процессов

Рис. 2.4 Диаграмма деятельности

Рис. 2.5. Диаграмма прецедентов

Техническое и программное обеспечение

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

1. Структура и состав комплекса технических средств и конфигурации сети

Рисунок 3.1. Техническая архитектура организации

Таблица 2 Характеристика устройств

Кассы	Intel Corel i3 6100 3.7Ghz; GT 710 2Gb 64-bit; RAM 4Gb 1866 MHz; HDD 500Gb Western Digital Blue 7200Rpm 64Mb; Windows 7 x64. Клавиатура, мышь, монитор
Web-Site	JavaScript; CCS; HTML.
Калл-центр	Тонкий клиент; IP-Телефон;
Отдел кадров	Тонкий клиент; Планшет; IP-Телефон.
Бухгалтерия	Intel Core i3 6100 3.7Ghz; GT 710 2Gb 64-bit; RAM 4Gb 1866 MHz; HDD 500Gb Western Digital Blue 7200Rpm 64Mb; Windows 10 x64. Клавиатура, мышь, монитор
Отдел маркетинга	Core i7 8700 3.20 – 4.60GHz; GTX 1080 Ti 12Gb 256bit; RAM 16Gb Windows 10 x64 Samsung C34F791WQI 21:9
IT-Поддержка	Core i5 6400 2.8Ghz; GeForce GTX 960 4Gb; RAM 8Gb 1866MHz SHDD 1Tb Seagate Fiercuda; Windows 10 x64 Клавиатура, мышь, монитор
Концентраторы	MES2124
Маршрутизатор	ASUS RT-AC87U
Сетевые принтеры	HP LazerJet Pro M104a
Сервер БД	Dell Xeon E5-2650 v4 LGA 2011-3 30Mb 2.2Ghz RAM 32Gb HDD 1Tb MySQL DB Windows Server 2012.
Сервер сайта	Dell Xeon E5-2650 v4 LGA 2011-3 30Mb; RAM 32Gb HDD 1Tb MySQL DB Windows Server 2012
Сервер резервирования	Dell Xeon E5-2650 v4 LGA 2011-3 30Mb; RAM 16Gb HDD 270Gb Windows Server 2012
Сервер тонкого клиента	Dell Xeon E5-2650 v4 LGA 2011-3 30Mb; RAM 64Gb; HDD 2Tb; Windows Server 2012
Брандмауэр	SolarWinds Firewall Security Manager FSM120
Сеть	Сеть интернет

1. Характеристика базы данных

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

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

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

Оценивая преимущества и недостатки СУБД MySQL и ее функциональные возможности, можно утверждать, что данная система обладает всеми необходимыми инструментами для создания, редактирования, хранения и ежедневного использования баз данных. Главным преимуществом является то, что СУБД бесплатная. Интерфейс программы прост и удобен, работа не требует получения большого количества дополнительных знаний. При проектировании ИС была создана ER-Модель. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 5 сущностей: Зритель, Билет, Спектакли, Роли, Актеры.

Рисунок 3.2 Диаграмма ERD-сущность-связь

Структура сущностей БД Таблица 3

Сущность “Зритель” Таблица 3.1

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	id	Счетчик	10	Первичный ключ
Имя	first_name	Короткий текст	25
Фамилия	last_name	Короткий текст	25
Пол	sex	Короткий текст	3
Дата рождения	birthdate	Дата

Сущность “Билет” Таблица 3.2

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	_id	Счетчик	10	Первичный ключ
Идентификатор зрителя	customer	Число	5
Спектакли	show	Число	1	Внешний ключ
Дата покупки	buy_time	Дата
Дата использования	use_time	Дата

Сущность “Спектакли” Таблица 3.3

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	_id	Счетчик	10	Первичный ключ
Имя	name	Короткий текст	40
Место	seats	Число	10
Время начала	start_time	Дата	5	Внешний ключ
Время окончания	end_time	Число	5
Описание	description	Длинный текст	250
Стоимость билета	cost	Число	5

Сущность “Роли” Таблица 3.4

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	_id	Счетчик	5	Первичный ключ
Имя	name	Короткий текст	1
Роль	show	Число	3	Внешний ключ
Актер	actor	Число		Внешний ключ

Сущность “Актёр” Таблица 3.5

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	_id	Счетчик	5	Первичный ключ
Имя	First_name	Короткий текст	40
Фамилия	Last_name	Короткий текст	40	Внешний ключ

Рисунок 3.3 Сценарии диалога

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

Рисунок 3.4 ER-модель

1. Описание программных модулей

ИС состоит из 2 модулей: серверная часть и клиентская часть.

Серверная часть прямо отвечает за работу Веб-Сервера NodeJS:

Отправка запросов к БД.
Обработка запросов от пользователя и БД.
Перенаправление на страницы.

Клиентская часть отвечает за:

Изменение и отображение HTML.
Интерфейс для работы с БД.
Покупка билетов.
Сортировка и проверка получаемой информации от БД или пользователя.

Серверная часть написана с использованием языка JavaScript и библиотек:

MySQL – Работа с запросами к БД.
Express – работа с HTTP запросами..
Html-pdf – Создание PDF файла из HTML страницы.
Crypto – Шифрование и дешифрование текста.

Клиентская часть написана с использование языка TypeScript, фреймворка Angular 7.

Фреймворк Angular 7 - JavaScript-фреймворк с открытым исходным кодом. Предназначен для разработки одностраничных приложений. Его цель — расширение браузерных приложений на основе MVC-шаблона, а также упрощение тестирования и разработки.

Фреймворк работает с HTML, содержащим дополнительные пользовательские атрибуты, которые описываются директивами, и связывает ввод или вывод области страницы с моделью, представляющей собой обычные переменные JavaScript. Значения этих переменных задаются вручную или извлекаются из статических или динамических JSON-данных.

Angular 7 написан на язык TypeScript, который требуется для использования Angular.

TypeScript — язык программирования, представленный Microsoft в 2012 году и позиционируемый как средство разработки веб-приложений, расширяющее возможности JavaScript.

Для работы сайта требуется поддержка HTML

Контрольный пример реализации и его описание

На странице “Покупка билетов” Веб-Приложения расположен список спектаклей в виде таблицы.

Нажав на заголовок колонки таблицы отсортируются по убыванию или возрастанию.

Нажатие на строку в таблице перенаправляет на страницу с детальной информацией по полёту, см. рисунок 4.2.

$C:\Users\toha_\AppData\Local\Temp\Rar$DRa0.630\SITE_1.png$

Рисунок 4.1 Пример страницы “Покупка билетов” Веб-приложения

Адрес страницы “Покупка билетов” выглядит как: http://rosavia.com/flights.

Адрес страницы с информацией о рейсе выглядит как:

http://limbo.com/flight/id, где: id – номер рейса.

Например: http://limbo.com/flight/1

$C:\Users\toha_\AppData\Local\Temp\Rar$DRa0.272\SITE_2.png$

Рисунок 4.2 Информация о рейсе

На странице с информацией о рейсе можно вернуться на страницу со списком спектаклей или купить билет. При нажатии на кнопку “Купить билет” происходит перенаправление по адресу http://limbo.com/buy/id, где: id – номер рейса. Например: http://limbo.com/buy/1

$C:\Users\toha_\AppData\Local\Temp\Rar$DRa0.345\SITE_3.png$

Рисунок 4.3 Покупка билета

$C:\Users\toha_\AppData\Local\Temp\Rar$DRa0.162\SITE_4.png$ Рисунок 4.4 Ошибка ввода

Если данные прошли проверку на сайте – они отправляются на Веб-Сервер, где обязательно проходят повторную проверку и, если есть ошибка – возвращается код и описание ошибки. В случае если ошибки не обнаружено – сервер делает запрос к БД и ищет на наличие уже купленного билета на данный рейс данным клиентом. Если билет на рейс уже куплен – возвращается ответ клиенту о том, что билет был куплен. Если билет не был куплен ранее – в БД заносится новая запись в таблицу “Билет”.

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

Шифрование необходимо для усложнения перебора запросов к серверу в целях получения билетов клиентов. Обычный хэш билета выглядит так: “071669e4391a354e8f518c2fe75c9948fdfa318667db2abf44e9307f443eсdc38fe11097f32545a7f8a4b8ee9acc026d76cd7a909304b3f1375b69ie3d9caad11”

После получения хэша на сервере – он возвращает его клиенту и переводит на страницу http://limbo.com/ticket/hash, где: hash – хэш билета.

Например:

http://limbo.com/ticket/071669e491a354e8f518c2fe75c9948fd0a366867db6abf44e9397f443eddc38fe11097532545a7f8a4b8ee9acc028d76cd7a909304b3f1375b690e3d9caad21

Уникальный номер билета такого вида очень и очень сложно подбирать, в качестве шифрования используется алгоритм AES-192. К нему добавляется пароль, который также требуется для шифрования и дешифрования хэша.

$C:\Users\toha_\AppData\Local\Temp\Rar$DRa0.953\BILET.png$

Рисунок 4.5 Пример билета

При переходе на страницу билета – выдаётся PDF файл, который распечатывается и используется как билет. Вёрстка билета была выполнена очень минималистично и в чёрно-белых цветах в целях доступности печати без траты красок.

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

Весь билет помещается на лист A4.

Заключение

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

Перед созданием ИС были проанализированы различные СУБД и возможные способы реализации системы. Было решено что MySQL является надёжной и проверенной СУБД, а Веб-приложение – современный и удобный способ автоматизировать бизнес-процессы.

Веб-приложение позволяет предоставить пользовательский интерфейс клиентам без необходимости устанавливать дополнительное программное обеспечение, для работы с ИС требуется любой современный браузер, без которого современный пользователь не обходится. Нет нужды покупать или устанавливать дорогое, или ресурсоёмкое приложение как клиенту – так и компании. MySQL и веб-сайт занимают совсем небольшое пространство на диске и не требуют много ресурсов, но позволяют взаимодействовать с ИС большому количеству людей, а также разделять полномочии между сотрудниками.

Для создания данной ИС не требовалось большого количества времени благодаря уже разработанной СУБД, веб-серверу NodeJS и фреймворку Angular.

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

Фреймворк Angular, как и веб-сервер, имеет огромную известность и популярность среди разработчиков, в основном благодаря тому – что авторами фреймворка являются работники компании Google.

Единственный возможный недостаток связан с использованием фреймворка Angular – он требует язык TypeScript, который является производным от JavaScript, но он не сложен в освоении и схож с JavaScript.

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

Была изучена процедура настройки сервера и маршрутизации при создании веб-сервера.

Использование такого набора инструментов имеет собственное название – “стэк MEAN”. Стэк MEAN подразумевает под собой создание Веб-приложения с помощью языка JavaScript на всех уровнях информационной системы. Если раньше на уровне веб-сервера необходимо было использовать язык PHP, а на уровне клиентской части – JavaScript, то сейчас нет необходимости изучать два языка, можно использовать только один – JavaScript. Кроме этого – в стэк MEAN входит:

- - 1. Библиотека Express – серверной части.
    2. Фреймворк Angular – для клиентской части.
    3. MongoDB – база данных.
    4. NodeJS – веб-сервер.

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

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

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

Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с.
Заботина Н.Н. Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с.
Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с.
Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д.г
Черноусова А.М Создание и использование баз данных: учебное пособие/ А.М Черноусова. – Оренбург: ГОУ ОГУ 2009г 244c 1. Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с.
Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1999. - 351 с.
Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2009. - 352 с.
Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. - 252 с.
Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2008. - 304 с.
Корнеев И.К., Машурцов В.А. Информационные технологии в управлении. - М.: ИНФРА-М, 201-. - 158 с.
Мартин Дж. Планирование развития автоматизированных систем. - М.: Финансы и статистика. - 196 с.
К.Дж. Дейт Введение в системы баз данных -- 8-е изд. -- М.: «Вильямс», 2011 -- С. 1328.

«Автоматизация продажи театральных билетов» (Технико-экономические показатели объекта управления)

Введение

Технико-экономическая характеристика предметной области и предприятия.

Характеристика предприятия и его деятельности

Техническое и программное обеспечение

Характеристика базы данных

Заключение

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