Программная разработка информационной системы турагентства. Часть 2

1 2

---

2 Проектирование и разработка проекта

2.1 Проектирование базы данных проекта

Проанализируем задачи работы. При более подробном рассмотрении поставленных задач, можно весьма ответственно утверждать, что такие задачи не решить без использования хранилища данных. Любая программа, написанная на языке программирования высокого уровня, а у нас именно так, язык программирования высокого уровня, для решения такого рода задач, нужно где-то хранить данные, информацию, в нашем случае, информацию про заказы турогенства. Кроме этого ее нужно обрабатывать. Решать такие задачи целесообразно и удобно используя БД. Для качественной работы в программе предусмотрено подключение к такой базе. Имеется в виду, что нужно создать базу данных. Под базой данных будем понимать такую базу данных, которая создана средствами других СУБД (например ACCESS2007 или БД SQL на сервере), а не возможностями самого языка программирования (например хранить данные в массивах). Язык программирования используется только для связи с СУБД и обработки данных. Кроме этого БД более эффективно поможет осуществить реализацию функционала программного комплекса. Цели создания внешней БД:  Структурированность необходимых данных;  Наличие взаимосвязи данных (Связи в БД);  Представление внешних данных в виде моделей данных для дальнейшего целенаправленного их использования; База данных позволит уже рассмотреть первичный вариант проекта, что позволит рассмотреть и оценить несколько важных характеристик будущего проекта, например, это может быть, производительность системы. Во время создания внешней БД создаются один за одним две модели БД. Имеется в виду логическая и физическая модель БД. ER модель БД представим на рисунке 14. Рисунок 14 — ER модель базы данных Логический уровень — это абстрактный вид данных. В этой модели данные представляются так, как это понимает и видит человек, со своими понятиями структурирования и названий данных, как в реальном мире. Такая модель данных делит поступившие данные на сущности, смотрите рисунок 15. Рисунок 15 — Логическая модель БД Далее на основании логической модели и при помощи СУБД строится таблицы физической (реляционной) БД. В нашем случае физическая модель БД состоит из 9 таблиц:  Клиенты;  Менеджеры;  Заказы;  Документы;  Путевки;  Вид туризма;  Транспорт;  Гостиницы;  Места туризма. Для проектирования базы данных использовалась ERWIN 4.0. При помощи функционала данной СУБД и на основании поставленных требований была разработана модель БД «BD.er1». Физическую модель БД представим на рисунке 16. Рисунок 16 — Физическая модель БД Таблица «Документы» — содержит информацию об документах заключенных в рамках заказа. Имеет ключевое поле «Код документа» с типом данных «Числовой». Так же имеет связь с таблицами «Заказы, и путевки» по полям «Код заказа» и «Код путевки» с типом данных числовой, с отношением многие к одному к этой таблице. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Дата» дата документа, «Сумма» сумма заказа. Таблица «Клиенты» — содержит информацию о клиентах турагентства, имеет ключевое поле «Код клиента» с типом данных «Числовой». Так же имеет связь с таблицей «Заказы» по полям «Код клиента» с типом данных числовой, со связью многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» имя клиента, поля » Телефон » телефон клиента, поля «Адрес» адрес клиента, поля «Страна и паспорт » страна и паспорт клиента. Таблица «Менеджеры» — содержит информацию о менеджерах турагентства, имеет ключевое поле «Код менеджера» с типом данных «Числовой». Так же имеет связь с таблицей «Заказы» по полям «Код менеджера» с типом данных числовой, со связью многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» имя менеджера, поля » Телефон » телефон менеджера, поля «Адрес» адрес менеджера. Таблица «Специалисты» — содержит информацию о поставщиках ИТ компании, имеет ключевое поле «Код поставщика» с типом данных «Числовой». Так же имеет связь с таблицей «Материалы» по полям «Код поставщика» с типом данных числовой, со связью многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» имя поставщика, поля » Телефон » телефон поставщика, поля «Адрес» адрес поставщика. Таблица «Заказ» — содержит информацию о заказах турагентства, имеет ключевое поле «Код заказа» с типом данных «Числовой». Так же имеет связь с таблицей «Документы» по полям «Код заказа» с типом данных числовой, со связью многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Дата начало» дата начало тура, поля «Дата конца » дата конца тура, поля «Количество» количество людей заказа. Таблица «Путевки» — содержит информацию об путевках турагентства. Имеет ключевое поле «Код путевки» с типом данных «Числовой». Так же имеет связь с таблицей «документы» по полям «Код путевки» с типом данных числовой, с отношением многие к одному к этой таблице. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Цена» цена путевки и «Дата» дата путевки. Таблица «Гостиницы»- содержит информацию про гостиницы для работы турагентства, имеет ключевое поле «Код гостиницы» с типом данных «Числовой». Так же имеет связь с таблицей «Путевки» по полям «Код гостиницы» с типом данных числовой, с отношением многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» название гостиницы, «Телефон» телефон гостиницы, «Адрес» адрес гостиницы, «Цена» цена гостиницы. Таблица «Транспорт»- содержит информацию про транспорт доставки для работы турагентства, имеет ключевое поле «Код транспорта» с типом данных «Числовой». Так же имеет связь с таблицей «Путевки» по полям «Код транспорта» с типом данных числовой, с отношением многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» название транспорта, «Цена» цена транспорта. Таблица «Вид туризма»- содержит информацию про вид туризма для работы турагентства, имеет ключевое поле «Код вида» с типом данных «Числовой». Так же имеет связь с таблицей «Путевки» по полям «Код вида» с типом данных числовой, с отношением многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Имя» название вида, «Цена» цена вида. Таблица «Места»- содержит информацию про места отдыха для турагентства, имеет ключевое поле «Код места» с типом данных «Числовой». Так же имеет связь с таблицей «Гостиница и транспорт» по полям «Код места» с типом данных числовой, с отношением многие к одному. Кроме технических полей данная таблица содержит и поля информационные. Это поле «Страна» страна отдуха, «Город» город отдыха. Между объектами предметной области существуют связи, которые должны быть отражены в виде связей между объектами инфологической модели. Графи¬чески связь обозначается линией, соединяющей связываемые объекты. Связь снабжается алфавитно-цифровым идентификатором. В каждом направлении связи можно выделить главный объект, от которого идет связь, и подчиненный. Различают идентифицирующую связь и не идентифицирующую связь. При установлении не идентифицирующей связи дочерняя сущность остается незави¬симой. Экземпляр сущности родителя может существовать безотносительно к ка¬кому-либо экземпляру дочерней сущности. Идентифицирующей является связь между двумя сущностями, в которой каждый экземпляр подчиненной сущности идентифицируется значениями атри¬бутов родительской сущности. Это означает, что экземпляр подчиненной сущно¬сти зависит от родительской сущности и не может существовать без экземпляра родительской сущности. При проектирование была проведена нормализация отношений до третьей нормальной формы, т.е. были устранены не ключевые столбцы, не зависящие от ключа. Таким образом, все не ключевые атрибуты функционально полно зависят от ключа и отсутствуют транзитивные зависимости. Связи между сущностями представлены в таблице 1. Таблица 1 – Структура связей

Сущность-родитель	Сущность-потомок	Мощность связи	Тип связи
Заказ	Клиент	Один ко многим	Идентифицирующая
Заказ	Менеджер	Один ко многим	Идентифицирующая
Документ	Заказ	Один ко многим	Идентифицирующая
Путевка	Документ	Один ко многим	Идентифицирующая
Вид	Путевка	Один ко многим	Идентифицирующая
Транспорт	Путевка	Один ко многим	Идентифицирующая
Гостиница	Путевка	Один ко многим	Идентифицирующая
Места	Транспорт	Один ко многим	Идентифицирующая
Места	Гостиница	Один ко многим	Идентифицирующая

  На основании логического проектирования были созданы 8 таблиц, которые описаны в таблицах 2 — 10. Описание атрибутов сущности «Менеджер» представлено в таблице 2. Таблица 2 – Описание атрибутов сущности «Менеджер» Описание атрибутов сущности «Заказ» представлено в таблице 3 Таблица 3 – Описание атрибутов сущности «Заказ» Описание атрибутов сущности «Документ» представлено в таблице 4. Таблица 4 – Описание атрибутов сущности «Документ» Описание атрибутов сущности «Клиент» представлено в таблице 5. Таблица 5 – Описание атрибутов сущности «Клиент» Описание атрибутов сущности «Путевки» представлено в таблице 6. Таблица 6 – Описание атрибутов сущности «Путевки» Описание атрибутов сущности «Места» представлено в таблице 7. Таблица 7 – Описание атрибутов сущности «Места» Описание атрибутов сущности «Гостиница» представлено в таблице 8. Таблица 8 – Описание атрибутов сущности «Гостиница» Описание атрибутов сущности «Транспорт» представлено в таблице 9. Таблица 9 – Описание атрибутов сущности «Транспорт» Описание атрибутов сущности «Вид» представлено в таблице 10. Таблица 10 – Описание атрибутов сущности «Вид» Модель реальной базы данных на СУБД Microsoft SQL Server представлена на рисунке 17. Рисунок 17 — Модель БД проекта Нормализация предусматривает определение требуемых атрибутов с после¬дующим созданием из них нормализованных таблиц, основанных на функцио¬нальных зависимостях между этими атрибутами. Отношение, в котором на пере¬сечении каждой строки и каждого столбца содержится атомарное (или единст¬венное) значение, находится в 1НФ. При этом необходимо, чтобы отношение имело первичный ключ. Вторая нормальная форма применяется к отношениям с составными клю¬чами, т.е. к таким отношениям, первичный ключ которых состоит из двух или больше атрибутов. Отношение с первичным ключом на основе единственного ат¬рибута всегда находится в 2НФ. Отношение, которое находится в 1НФ и каждый атрибут которого, не входящий в состав первичного ключа, зависит только от полного значения ключа и не зависит ни от какого отдельного атрибута, входя¬щего в состав первичного ключа, имеет вторую нормальную форму (каждый не¬ключевой атрибут функционально полно зависит от ключа). Отношение находится в 3НФ, если оно представлено в 2НФ и не имеет не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого первичного ключа. Разработанная модель находится в третьей нормальной форме т.к.: — атрибуты сущностей являются атомарными; — каждый не ключевой атрибут функционально полно зависит от первичного ключа; — в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа. Созданная БД полностью замкнутая и обеспечивает полное функционирования данного приложения. Данная БД является внешней по отношению к программной оболочке, к интерфейсу, разработанному на языке программирования С# и технологии Windows Forms. Созданная БД полностью замкнутая и обеспечивает полное функционирования данного приложения.

2.2 Основные алгоритмы проекта

Алгоритм обновления различных моделей рисунок 18. Рисунок 18 — Алгоритм обновления Входные данные: В качестве входных данных данный блок получает две структуры данных, ту которую нужно обновить и ту на которую обновляют, например структуру «Клиент», поля данных структуры данных которой соответствуют таблице «Клиент». Выходные данные: На выходе, по необходимости, можем получить список клиентов с обновление информации. SQL запросы: Далее представим программный блок с sql запросом отвечающий за данный алгоритм. public void Update_klient(klient st, klient now) { try { command.CommandText = «UPDATE Klient SET Name = ‘» + now.Name + «‘,Tel ='» + now.Tel + «‘,Adres ='» + now.Adres + «‘ WHERE ID =» + st.Id; command.CommandType = CommandType.Text; connection.Open(); command.ExecuteNonQuery(); } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } } public List<klient> Fill_klient() { List<klient> spisok = new List<klient>(); try { command.CommandText = «SELECT * FROM Klient»; command.CommandType = CommandType.Text; connection.Open(); SqlDataReader reader = command.ExecuteReader(); while (reader.Read()) { klient zad = new klient(); zad.Id = Convert.ToInt32(reader[«Id»].ToString()); zad.Name = reader[«Name»].ToString(); zad.Tel = reader[«Tel»].ToString(); zad.Adres = reader[«Adres»].ToString(); spisok.Add(zad); } return spisok; } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } }[1,2,3] Алгоритм добавления модели рисунок 19. Рисунок 19 — Алгоритм добавление модели Входные данные: В качестве входных данных данный блок получает структуру данных для добавления данных в БД, например структуру данных которая отвечает за клиента. Структура данных «Клиент», структура, по полям данных, полностью соответствует таблице БД по клиентам. Выходные данные: На выходе, по необходимости, можем получить список клиентов агентства. SQL запросы: Далее представим программный блок с sql запросом отвечающий за данный алгоритм. public void Inser_klient(klient zad) { try { command.CommandText = «INSERT INTO Klient (Name,Tel,Adres) VALUES(‘» + zad.Name + «‘, ‘» + zad.Tel + «‘, ‘» + zad.Adres + «‘)»; command.CommandType = CommandType.Text; connection.Open(); command.ExecuteNonQuery(); } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } } public List<klient> Fill_klient() { List<klient> spisok = new List<klient>(); try { command.CommandText = «SELECT * FROM Klient»; command.CommandType = CommandType.Text; connection.Open(); SQLDataReader reader = command.ExecuteReader(); while (reader.Read()) { klient zad = new klient(); zad.Id = Convert.ToInt32(reader[«Id»].ToString()); zad.Name = reader[«Name»].ToString(); zad.Tel = reader[«Tel»].ToString(); zad.Adres = reader[«Adres»].ToString(); spisok.Add(zad); } return spisok; } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } }[1,2,3] Удаление модели из БД рисунок 20. Рисунок 16 — Алгоритм удаления модели Входные данные: В качестве входных данных данный блок получает уникальный номер записи в таблице и название самой таблицы для удаления самых данных, например будем использовать таблицу «Менеджер». Выходные данные: На выходе, по необходимости, можем получить список менеджеров после удаления. SQL запросы: Далее представим программный блок с sql запросом отвечающий за данный алгоритм. public void Delete(string Id, string tab) //Удаление!!!!!!!!!!!!!!!!!!!! { try { command.CommandText = «DELETE FROM » + tab + » WHERE ID= » + Id; command.CommandType = CommandType.Text; connection.Open(); command.ExecuteNonQuery(); } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } } public List<men> Fill_men() { List<men> spisok = new List<men>(); try { command.CommandText = «SELECT * FROM Men»; command.CommandType = CommandType.Text; connection.Open(); SQlDataReader reader = command.ExecuteReader(); while (reader.Read()) { post zad = new post(); zad.Id = Convert.ToInt32(reader[«Id»].ToString()); zad.Name = reader[«Name»].ToString(); zad.Tel = reader[«Tel»].ToString(); zad.Adres = reader[«Adres»].ToString(); spisok.Add(zad); } return spisok; } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } }[1,2,3] Еще одним интересным алгоритмом системы, которого необходимо озвучить, это алгоритмы поиска по параметрам. Входные данные: В качестве входных данных данный блок получает различные критерии поиска, это может быть уникальный номер записи, поля даты, поля информационные в виде информации по договору, по клиенту, по заказу и т.д. Выходные данные: На выходе, будем получать списки структур данных различной направленности, например заказов, путевок. SQL запросы: Далее представим программный блок с sql запросом отвечающий за данный алгоритм. public List<tovar> Fill_tovar_idmen(String tab) { List<tovar> spisok = new List<tovar>(); try { command.CommandText = «SELECT * FROM tovar WHERE Id_men = » + tab; command.CommandType = CommandType.Text; connection.Open(); OleDbDataReader reader = command.ExecuteReader(); while (reader.Read()) { tovar zad = new tovar(); zad.Id = Convert.ToInt32(reader[«Id»].ToString()); zad.Id_men = Convert.ToInt32(reader[«Id_men»].ToString()); zad.Id_klient = Convert.ToInt32(reader[«Id_klient»].ToString()); zad.Id_teh = Convert.ToInt32(reader[«Id_teh»].ToString()); zad.Data = reader[«Data»].ToString(); zad.Zena = reader[«Zena»].ToString(); spisok.Add(zad); } return spisok; } catch (Exception) { throw; } finally { if (connection != null) { connection.Close(); } } }[1,2,3]

2.3 Разработка макетов отчетов и форм

При запуске программного комплекса запускается стартовое окно приложения, смотрите рисунок 17. Рисунок 17 — Стартовое окно программы Далее можно пройти авторизацию если ты администратор или оператор БД, смотрите рисунок 18. Рисунок 18 — Авторизация пользователя Пройдя авторизацию мы попадаем в окно клиенты организации, смотрите рисунок 19. Рисунок 19 — Учет клиентов Здесь пользователь может добавить, удалить, обновить и найти информацию об клиентах организации. Далее заказы. Мы попадаем в окно для работы с заказами данного клиента, смотрите рисунок 20. Рисунок 20 — Учет заказов Здесь пользователь может добавить, удалить, обновить и найти информацию об заказов. Итак менеджер. Мы попадаем в окно для работы с менеджерами организации, смотрите рисунок 21. Рисунок 21 — Учет менеджеров Здесь пользователь может добавить, удалить, обновить и найти информацию об менеджерах. Далее договор заказа. Мы попадаем в окно для работы с договором заказа, смотрите рисунок 22. Рисунок 22 — Учет договоров заказа Здесь пользователь может добавить, удалить, обновить и найти информацию об договорах заказов . Далее сформируем путевку для договора. С этого окна пользователь может перейти в окна для редактирование информации об путевках. Итак путевки. Мы попадаем в окно для работы с путевками организации, смотрите рисунок 23. Рисунок 23 — Учет путевок Здесь пользователь может добавить, удалить, обновить и найти информацию об операторах. Итак вид туризма. Мы попадаем в окно для работы с видом туризмов, смотрите рисунок 24. Рисунок 24 — Виды туризма Здесь пользователь может добавить, удалить, обновить и найти информацию об видах. Итак места туризма. Мы попадаем в окно для работы с местам туризмам, смотрите рисунок 25. Рисунок 25 — Места отдыха Итак гостиницы. Мы попадаем в окно для работы с гостиницами, смотрите рисунок 26. Рисунок 26 — Гостиницы Итак транспорт. Мы попадаем в окно для работы с транспортами, смотрите рисунок 27. Рисунок 27 — Транспорт Итак отчет по датам. Мы попадаем в окно для работы с отчетами, смотрите рисунок 28. Рисунок 28 — Отчет по датам Итак вид документа. Смотрите рисунок 29. Рисунок 29 — EXEL документ отчетов

Заключение

В результате прохождения практики был достаточно подробна изучен язык программирования C#, находящийся на платформе Visio Studio. Конкретно платформа Windows Form С#. В качестве хранения данных использовалась сервер Microsoft MY SQL SERVER. Работа над данным контейнером, тоже привели к улучшению знаний у автора о данной системе управления базой данных. В процессе разработки, коды программы распределялись по файлам. Данный подход закрепил умения и навыки автора по модульному программированию. В результате оформления ПЗ практики были закреплены навыки построения алгоритмов в виде блок-схем и диаграмм активностей. В результате выполнения данной практической работы был разработан программный комплекс для автоматизированного учета деятельности турагентства. Данное программное обеспечение выполняет следующие функции:  Добавление, удаление, обновление и поиск информации о клиентах;  Добавление, удаление, обновление и поиск информации о видов туров;  Добавление, удаление, обновление и поиск информации о менеджерах фирмы;  Добавление, удаление, обновление и поиск информации о странах и городах туризма;  Добавление, удаление, обновление и поиск информации о заказах;  Добавление, удаление, обновление и поиск информации о документах;  Добавление, удаление, обновление и поиск информации о путевках;  Добавление, удаление, обновление и поиск информации о гостиницах;  Добавление, удаление, обновление и поиск информации о транспорте;  Получение информации о заказах по клиентам;  Получение информации о заказах по менеджеру;  Получение информации о заказах по дате;  Получение информации о заказах по стране пребывания;  Поиск заказов по названию тура;  Поиск заказов по типу тура;  Поиск по клиенту;  Поиск по менеджеру;  Поиск по стране;  Авторизация системы;  Вывод отчетов в Exel документ. Программа проста для установки и имеет интуитивно понятный графический интерфейс. Программный комплекс актуален и может устанавливаться на всех ПК.

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

1. Визуальное моделирование с помощью IBM Rational Software Architect и UML. Терри Кватрани, Джим Палистрант. Издательство: КУДИЦ-Пресс, 2014 г. 2. Intuit.ru Курс “Визуальное моделирование в Rational Rose”. 3. Богатырев, А. Язык программирования С [Электронный ресурс] / А. Богатырев.- электр. дан. — Режим доступа: http://www.refby.com. — Загл. с экрана. 4. Уэйт, М. Язык С. Руководство для начинающих. / М. Уэйт, С. Прага, Д. Мартин. — М.: Мир, 1995. — 521с.: ил. 5. Попов И. И., Партыка Т. Л. Языки программирования: Учебное пособие. — М.: ФОРУМ: ИНФРА-М, 2008. 6. Голицина О. Л., Попов И. И. Основы алгоритмизации и программирования: Учебное пособие. — М.: ФОРУМ: ИНФРА-М, 2005. 7. Фаронов В. В., Создание приложений с помощью C#: Руководство программиста. — М.: Эксмо, 2008.

---

1 2