Файл: Автоматизация продажи театральных билетов.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 23.05.2023

Просмотров: 645

Скачиваний: 6

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Источники разработки

  • Настоящее техническое задание разработано на основе следующих документов:
  • ГОСТ 34.601-90. Автоматизированные системы. Стадии создания;
  • ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы;
  • ГОСТ 34.603-92. Информационная автоматизированных систем;
  • РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

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

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

В автоматизацию продажи театральных билетов интернет-магазина «Ирония» входят следующие функции:

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

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

  • Заказ и покупка билетов через интернет-сайт компании

Предлагаемая ИС использует различные способы оплаты:

  • Оплата наличными
  • Оплата безналичным способом

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

Входные данные: обращения клиентов, расписание сеансов.

Управляющие процессы: законы РФ, лицензии.

Исполнители: системный администратор, программист.

Выходные данные: билеты, бронь места, снятие брони.

Требования к системе

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


Рисунок 1.2. – IDEF0

Таким образом, контекстную диаграмму продажи билетов можно разделить на 4 части:

  • Покупка билета
  • Бронирование места
  • Снятие брони с места

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

На рисунке 1.3. представлена диаграмма бизнес-процесса

Рисунок 1.3. – IDEF0

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

На рисунке 1.4. представлена декомпозиция подпроцесса «Покупка билета».

Рисунок 1.4. – Декомпозиция подпроцесса «Покупка билета»

На рисунке 1.5. представлена декомпозиция подпроцесса «Бронирование места».

Рисунок 1.5. – Декомпозиция процесса «Бронирования места»

На рисунке 1.6. представлена декомпозиция подпроцесса «Снятие брони с места».

Рисунок 1.6. – Декомпозиция процесса «Снятие брони с места»

1.4. Диаграмма деятельности и диаграмма прецедентов.

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

Рисунок 1.7. – Диаграмма деятельности

На рисунке 1.8. представлена диаграмма прецедентов, а в таблицах 1.2. и 1.3. представлено краткое описание актёров и прецедентов.


Рисунок 1.8. – Диаграмма прецедентов

Таблица 1.2.

Актёры

Краткое описание

Бухгалтер

Сотрудник, который занимается финансовой отчётностью.

Директор интернет-магазина

Сотрудник, принимающий решение, основываясь на результатах отчётов.

Системный администратор

Сотрудник, следящий за корректной работой системы.

Программист

Сотрудник, отвечающий за создание сайта и его функциональное развитие.

Менеджер

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

Таблица 1.3.

Прецеденты

Краткое описание

Введение бухгалтерского учёта

Ведётся бухгалтером. Позволяет подсчитать расходы и прибыль.

Проверка отчётности

Ведётся директором. Позволяет правильно скоординировать дальнейшие действия

Составление отчётов по работе системы

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

Составление отчётов по работе сайта

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

Контроль за работой системы

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

Работа над сайтом

Ведётся программистом. Позволяет улучшить работу сайта.

Контроль за продажей билетов

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

Объявление новостей на сайте

Ведётся менеджером. Позволяет клиенту ознакомиться с последними новостями сайта.

Составление отчётов по продаже билетов

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

1.5. Техническое и программное обеспечение интернет-магазина «Ирония».

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


На рисунке 1.9. представлена техническая архитектура интернет-магазина «Ирония», которая показывает сколько оборудования находится в каждом из отделов компании.

Рисунок 1.9. – Техническая архитектура

Аппаратное и программное обеспечение интернет-магазина «Ирония»

В таблице 1.4. представлено аппаратное и программное обеспечение интернет-магазина «Ирония».

Таблица 1.4.

№ п/п

Наименование устройства

Технические характеристики

Установленное программное обеспечение

1

Компьютер HP Desktop Pro A G2

AMD Ryzen 3 PRO 2200G; частота процессора: 3.5 ГГц (3.7 ГГц, в режиме Turbo); оперативная память: DIMM, DDR4 4096 Мб 2666 МГц; видеокарта: AMD Radeon Vega 8; HDD: 1000 Гб, 7200 об/мин, SATA III

Microsoft Office, С1

ПO ЛВС типа клиент-сервер NetWare 386 версии 3.11

Протоколы TCP/IP, SNMP, CMIP стандарта V/32bis, Windows 10

2

СЕРВЕР

DELL R730XD

(24X2.5")

Процессор

1× Intel Xeon E5-2640 v3 8C 20M Cache 3.40 GHz

Оперативная память

16Гб (1x16GB) DDR4 ECC REG RDIMM (Поддержка до 1536GB максимально, 24 DIMM портов)

С1, Microsoft Visio, Microsoft Word, Windows 10

3

HP Color LaserJet Pro MFP M177fw

МФУ для небольшого офиса, 4-цветная лазерная печать, до 16 стр/мин, Макс. формат печати A4 (210 × 297 мм)

Драйвер работы МФУ

4

Маршрутизатор Mikrotik RB951G-2HnD

Полноценный SOHO маршрутизатор с 5 гигабитными портами,

портом USB 2.0 и встроенными MIMO антеннами для подключения WiFi устройств.

5

ASUS RT-AC58U роутер

Wi-Fi-роутер

Стандарт Wi-Fi: 802.11a/b/g/n/ac

Макс. скорость: 867 Мбит/с

Поддержка опционального 4G-модема

Коммутатор 4xLAN

6

TP-Link TL-SG1008D коммутатор

цветная, матрица: 1.3 Мп, разрешение: 1280x960, фокусное расстояние: 2,8-12 мм, корпус: купольная, ик-подсветка: до 30 м, размер: 119х97.2 мм, дополнительно: функция день и ночь


2. Информационное обеспечение задачи.

2.1. Информационная модель и её описание.

На рисунке 2.1. представлена диаграмма ERD-сущность-связь.

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

2.2. Характеристика нормативно-справочной, входной и результатной информации.

В таблицах 2.1. - 2.5. представлена характеристика сущностей

Таблица 2.1. - Сущность «Клиент»

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код клиента

Ключ

Счётчик

Длинное целое

Ключевое поле

ФИО

Короткий текст

50

Дата рождения

Дата и время

Средний формат даты

Номер телефона

Короткий текст

30

Способ оплаты

Короткий текст

30

Скидки %

Числовой

Длинное целое

Таблица 2.2. Сущность «Сайт»

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

IP-адрес

Ключ

Короткий текст

100

Ключевое поле

Тип спектакля

Короткий текст

30

Расписание спектаклей

Дата и время

Средний формат времени

Бронь мест

Короткий текст

30

Название спектакля

Короткий текст

50

Количество забронированных мест

Числовой

Длинное целое

Количество свободных мест

Числовой

Длинное целое