Файл: Проектирование БД для сотрудника туристического агентства (Выбор средств/методологии проектирования. Выбор СУБД).pdf
Добавлен: 23.04.2023
Просмотров: 345
Скачиваний: 2
СОДЕРЖАНИЕ
1.1 Описание предметной области. Постановка задачи
1.2 Выбор средств/методологии проектирования. Выбор СУБД
1.3 Проектирование логической структуры базы данных
1.4 Проектирование физической структуры базы данных
2.1 Инструкция по работе с базой данных
2.2 Разработка интерфейса и реализация проекта
Атрибуты сущности «Платёжный документ» представлены в таблице 6
Таблица
Атрибуты сущности «Платёжный документ»
|
Имя атрибута |
Описание |
|
Номер чека |
Уникальный номер платёжного документа |
|
Дата платежа |
Дата перевода |
|
Сумма оплаты |
Количество денег, по оплаченным услугам |
Атрибуты сущности «Отель» представлены в таблице 7
Таблица
Атрибуты сущности «Отель»
|
Имя атрибута |
Описание |
|
Страна |
Страна, в которой находится отель |
|
Количество звёзд |
Количество звёзд у отеля |
|
Наличие детей |
Будут ли с арендатором дети |
|
Контакты |
Контакт менеджера отеля |
|
Название отеля |
Как называется отель |
Атрибуты сущности «Страна» представлены в таблице 8
Таблица
Атрибуты сущности «Страна»
|
Имя атрибута |
Описание |
|
Нужна ли виза? |
Требование визы в стране пребывания |
|
Название страны |
Название страны-назначения |
Атрибут у сущности «Питание» будет только один в виде названия доступного в отеле плана питания.
Атрибуты сущности «Оператор» представлены в таблице 9
Таблица
Атрибуты сущности «Оператор»
|
Имя атрибута |
Описание |
|
Имя |
ФИО оператора |
|
Телефон |
Мобильный телефон оператора |
На основе этих данных была построена ER-модель, изображенная на рисунке 4:
Рисунок – ER-модель проектируемой базы данных
Используемые элементы программного пакета Dia изображены На рисунке 5
Рисунок Элементы ER-модели программного пакета Dia
Элемент под номером 1 является сильной сущностью, в приведённой диаграмме это сущности: «Анкета», «Платёжный документ», «Питание», «Страна», «Оператор».
Элементом под номером 2 помечаются слабые сущности, в диаграмме это: «Проданные туры», «Клиент», «Тур», «Отель».
Элемент с номером 3 используется для обозначения связи между сущностями. В данной работе использовались связи типа «Один ко многим», сущность в единственном экземпляре помечается «1», связь ко многим идентифицируется буквой «m».
Элемент с номером 4 используется для обозначения атрибута.
1.4 Проектирование физической структуры базы данных
В программном пакете SSMS каждая приведённая в параграфе 1.3 таблица реализуется в разделе tables обозревателя Object Explorer главного окна программы и изображена на рисунке 6.
Рисунок 6 вид окна Object Explorer SSMS
Сущность «Клиент» представлена таблицей и в графическом виде изображена на рисунке 7
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Анкета» представлена таблицей и в графическом виде изображена на рисунке 8.
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Тур» представлена таблицей и в графическом виде изображена на рисунке 9
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Проданные туры» представлена таблицей и в графическом виде изображена на рисунке 10.
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Платёжный документ» представлена таблицей и в графическом виде изображена на рисунке 11.
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Страна» представлена таблицей и в графическом виде изображена на рисунке 12
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Отель» представлена таблицей и в графическом виде изображена на рисунке 13.
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Питание» представлена таблицей и в графическом виде изображена на рисунке 14
Рисунок Представление физической структуры сущности «Клиент»
Сущность «Оператор» представлена таблицей и в графическом виде изображена на рисунке 15
Рисунок Представление физической структуры сущности «Клиент»
Взаимосвязи выстроены встроенными средствами SSMS в соответствии с ER-моделью.
Глава 2. Практическая часть
2.1 Инструкция по работе с базой данных
Разрабатываемая база данных предназначена для использования сотрудником службы работы с клиентами, задачей которого являются:
- Ввод данных из анкет
- Передача заявок в отдел поиска туров
- Передача предложений клиенту
- Заключение договора
- Передача идентификатора тура в бухгалтерию
- Передача контактов отеля клиенту.
Взаимодействие с базой данных будет осуществляться через приложение Windows Forms, разработанного в среде MVS 2019 на языке C#, в котором предусмотрены следующие виды взаимодействия с базой данных:
- Ввод в базу данных данных из заявки.
- Чтение доступных туров.
- Изменение данных заявки
- Удаление заявки
Интерфейс программы будет создаваться при помощи деления главной формы программы путём использования TabControl. Этот элемент содержит страницы вкладок и очень удобен для представления базы данных.
Ввод в базу данных заявок будет происходить при помощи набора элементов управления TextBox, который используется для вывода или приема в качестве входных данных, одной строки текста. Рядом с каждым экземпляром TextBox будет расположен элемент управления Label, который используется для предоставления описательного текста.
По завершению заполнения оператор добавляет запись и обновляет форму приложения, в котором будут новые данные. Далее оператор оповещает службу поиска туров.
Следующим действием оператор ожидает обновления вкладки туров. Полученные предложения отсылает клиенту.
Изменение и удаление записей будет производить служба технического обеспечения из соображений сохранения целостности базы данных.
2.2 Разработка интерфейса и реализация проекта
Данные анкеты вводятся в соответствующие поля вручную. Кнопка “Добавить анкету” выполняет инструкции согласно листингу в приложении А.1. В результате нажатия кнопки приведённые поля загружаются в соответствии со своим назначением в ячейки базы данных “Form”. Вид анкеты представлен на рисунке 16.
Рисунок Окно ввода анкеты клиента
Листинг кнопки “Обновить” приведён в приложении А.2. И загружает таблицу во вкладку “Заявки”. Данная вкладка изображена на рисунке 17, вывод 9 записей из базы данных изображено на рисунке 18.
Рисунок – Вкладка ввода анкеты
Рисунок – Вывод строк базы данных
На вкладках «Изменить заявку» и «Удалить заявку» расположен номер телефона администратора, имеющий соответствующие права (рисунок 19).
Рисунок Вкладка «Удалить заявку»
Редактирование заявок администратор будет осуществлять встроенными средствами СУБД SSMS.
На рисунке 20 представлен пример добавления двух записей в базу данных.
Рисунок - пример добавления двух записей в базу данных
Список доступных туров будет создан в отдельной вкладке и представляет собой следующее окно, изображенное на рисунке 21, 22.
Рисунок Список доступных туров
Рисунок – Список доступных туров
В данной форме данные берутся из запроса, листинг которого приведён на рисунке 23:
Рисунок Листинг запроса на возможные туры из базы данных
Листинг данного запроса на языке c# приведён в приложении А.3
2.3 Оценка экономической эффективности проекта
В соответствии с системными требованиями раздела 1.2 для разработанной базы данных подойдёт обычный офисный компьютер стоимостью не более 30000 рублей на момент 06-11-2019. Программа может работать в файл-серверном режиме, загружая файл базы данных из открытого источника, либо жёсткого диска. Рекомендуемая конфигурация компьютера:
Core i3-6100 3.7GHz / 16GB / 500GB x2 RAID / NVIDIA GeForce GT 710 (1024 Мб) / noDVD.
ОС windows 10.
Разработка велась с использованием бесплатного ПО. Итоговые затраты будут состоять лишь из покупки оборудования.
Далее целесообразно подсчитать теоретическое количество времени, потраченное на поиск нужного номера заявки, её редактирования и удаления. Исходные данные для расчёта приведены в таблице 10.
Таблица
Данные для расчёта трудовых затрат.
|
Операция |
Время до |
Время после |
|
Поиск из 200 заявок |
1 минута |
10 секунд |
|
Редактирование 200 заявок в случае неверных данных |
1 минута – поиск 1 минута редактирование 1 добавление в журнал изменений |
от 1минуты |
|
Удаление заявки |
1 минута |
1 минута |
|
Формирование списка подходящих туров |
Выборка всех подходящих условий может занять длительное время, если, допустим База данных в существующем виде представлена как файл Excel. Формирование списка туров в таком случае займёт от 1 минуты. |
Время выполнения запроса на все существующие туры – несколько секунд. Техническая служба может формировать запросы к базе данных в виде новых диалоговых форм главного окна приложения. |
Итого общее время на весь возможный цикл с использованием электронных таблиц – 6 минут, при этом время на обработку может занимать длительное время, в зависимости от количества анкет.
Общее время на обработку при помощи СУБД и приложения C# приблизительно 3 минуты. Далее следует рассчитать трудовые показатели
Трудовые показатели представляют собой следующее [12]:
1) абсолютное снижение трудовых затрат (ΔТ) в часах за год:
ΔТ = Т0 - Т1, (2.3.1)
где Т0 - трудовые затраты в часах за год на обработку информации по базовому варианту;
Т1 - трудовые затраты в часах за год на обработку информации по предлагаемому варианту;
2) коэффициент относительного снижения трудовых затрат (КТ):
КТ =ΔТ / T0 * 100% (2.3.2)
3) индекс снижения трудовых затрат или повышение производительности труда (YT):
YT = T0 / T1. (2.3.3)
Предположим, что за год фирма обработала 200 заявок.
ΔТ = 6*200 – 3*200=600 минут
КТ = 600/1200 * 100% = 50%
YT = 1200/600=2
Абсолютное снижение трудовых затрат 10 часов в год в самом наихудшем случае. Срок окупаемости проекта зависит от количества заявок и стоимости их обработки, которая будет устанавливаться исходя из спроса. При обработке чистой прибыли размером в 200 рублей компьютер стоимостью 40000 окупится за 200 заявок. В нашем примере – это один год.