результаты проверки на антиплагиат (1206298), страница 6
Текст из файла (страница 6)
Тур имеет такие обязательные поля, как названиетура, количество дней, универсальный статус, место прибытия, городотправления, цена, описание, идентификатор страны отдыха и идентификаторменеджера.Таблица 2.17 –Tours– список туровНазвание Код Тип ПримечаниеId Id Числовой(int)ИдентификатортураКоличество_дней AmountDays Числовой Количество дней39(tinyint) у тураУниверсальный_статус_IdStatusUniversal_IdЧисловой(tinyint)Ссылка науниверсальныйстатусМесто_прибытияLocalityТекстовый(nvarchar(max))Место прибытияГород_отправления_Id DepartureCity_IdЧисловой(int)Ссылка на городотправленияЦенаPriceЧисловой(int)Цена на турАнонсAnnounceТекстовый(nvarchar(max))Анонс тураНазваниеTitleТекстовый(nvarchar(150))Название тураОписаниеDescriptionТекстовый(nvarchar(max))Описание тураРейтинг_тураRatingTourЧисловой(decimal(18))Общий рейтингтураДата_началаDateFromДата(datetime)Дата началапродаж тураДата_окончанияDateToДата(datetime)Дата окончанияпродаж тураСтрана_IdCountry_IdЧисловой(smallint)Ссылка настрану прибытияМенеджер_IdManager_IdЧисловой(int)Ссылка наменеджера,добавившего турТаблица TourClients (таблица 2.18) содержит информацию о присвоенииклиенту конкретного тура, добавленного в закладки.
Она связана по полюClient_Id c таблицей Clients и по полю Tour_Id с таблицей Tours.Таблица 2.18 – TourClients – туры клиентаНазвание Код Тип ПримечаниеКлиент_Id Client_IdЧисловой (int)Ссылка наклиента40Тур_Id Tour_Id Числовой (int) Ссылка на турВ таблице Routes (таблица 2.19) заключены маршруты, а точнее дни путитура, содержащие номер дня, его описание с изображением и способомпередвижения.
Каждый маршрут связан с определенным туром по ключевомуполю.Таблица 2.19 – Routes – список маршрутовНазвание Код Тип ПримечаниеId IdЧисловой (int)ИдентификатормаршрутаНомер дня NumberDay Текстовый(nvarchar(15))Номер дня вмаршрутеОписаниеDescriptionТекстовый(nvarchar(max))Описания дняШиротаLatitude Числовой (int)ГеографическаякоординататочкиДолготаLongitude Числовой (int)ГеографическаякоординататочкиИмя_файлаNameFileТекстовый(nvarchar(max))Имя файла сизображениемПутьPathТекстовый(nvarchar(max))Путь к файлу сизображениемСпособ_передвижения_IdMoveType_IdЧисловой(smallint)Ссылка наспособпередвиженияТур_Id Tour_Id Числовой (int) Ссылка на турТаблица Orders (таблица 2.20) содержит заявки, которые оставляют клиентына определенные экземпляры тура.Таблица 2.20 – Orders – список заявокНазвание Код Тип ПримечаниеId IdЧисловой (int)ИдентификаторзаявкиЭкземпляр_тура_Id Example_Tour_IdЧисловой (int)Ссылка наэкземпляр тураКлиент_Id Cient_IdЧисловой (int)Ссылка наклиентаМенеджер_Id Manager_Id Числовой (int) Ссылка на41менеджераСтатус_заявки_IdStatusOrder_IdЧисловой(tinyint)Ссылка наcтатус заявкиДата_созданияDateCreate Дата (datetime)Дата созданиязаявкиДата_работыDateJob Дата (datetime)Дата взятиязаявки в работуДата_оплаты_авансаDatePayFirst Дата (datetime)Дата оплатыаванса заявкиДата_оплаты_полной_стоимости DatePayFull Дата (datetime)Дата оплатыполнойстоимостиКоличетсво_взрослыхAmountOfAdultsЧисловой(tinyint)Количествовзрослых взаявкеКоличетсво_детей AmountOfChildrensЧисловой(tinyint)Количестводетей в заявкеКомментарии_менеджераCommentManagerТекстовый(nvarchar(max))Комментариименеджера приработе с заявкойСтатус_оплаты_IdStatusPay_IdЧисловой(tinyint)Ссылка наcтатус оплатыДата_архиваDateArhive Дата (datetime)Датаперемещениязаявки в архивПричина_IdCause_IdЧисловой(tinyint)Ссылка напричинуперемещениязаявки в архивТаблица Managers(таблица 2.21) включает в себя список менеджеров,зарегистрированных в системе, а таблица Clients (таблица 2.22) – клиентов.Данные таблицы наследуются от таблицы Users(таблица 2.23).Таблица 2.21 – Managers – список менеджеровНазвание Код Тип ПримечаниеId IdЧисловой (int)ИдентификаторменеджераФамилия SurName Текстовый(nvarchar(100))Фамилия менеджераИмя Name Текстовый Имя менеджера42(nvarchar(100))ОтчествоPatronimicТекстовый(nvarchar(100))Отчество менеджераНомертелефонаJobPhoneЧисловой(nvarchar(max))Номер телефонаменеджераДата_рожденияBirthDay Дата (date)Дата рожденияменеджераИмя_файлаNameFileТекстовый(nvarchar(max))Имя файла сизображениемПутьPathТекстовый(nvarchar(max))Путь к файлу сизображениемТаблица 2.22 – Clients – список клиентовНазвание Код Тип ПримечаниеId IdЧисловой (int)ИдентификаторклиентаФамилия SurName Текстовый(nvarchar(100))Фамилия клиентаИмяNameТекстовый(nvarchar(100))Имя клиентаОтчествоPatronimicТекстовый(nvarchar(100))Отчество клиентаПол Gender Логический (bit) Пол клиентаДата рожденияBirthDay Дата (date)Дата рожденияклиентаИмя_файлаNameFileТекстовый(nvarchar(max))Имя файла сизображениемПуть Path Текстовый Путь к файлуОкончание таблицы 2.22Название Код Тип ПримечаниеГород_ Id City_ Id Числовой (int) Ссылка на городСтрана_ Id Country_ Id Числовой(smallint)Ссылка на странуТаблица Users (таблица 2.23) содержит список зарегистрированных всистеме пользователей.Таблица 2.23 –Users – список пользователейНазвание Код Тип ПримечаниеId Id Числовой (int) Идентификатор43пользователяЕmailЕmailТекстовый(nvarchar(max))Почта пользователя длявхода в системуПарольPasswordТекстовый(nvarchar(max))Пароль для входа всистемуДатасозданияPatronimic Дата (datetime)Дата создания учетнойзаписиНомертелефонаPhoneТекстовый(nvarchar(max))Номер телефонапользователяРоль_Id Role_Id Числовой (int) Ссылка на рольТаблица Roles (таблица 2.24) включает в себя список ролей,присутствующих в системе.Таблица 2.24 –Roles – список ролейНазвание Код Тип ПримечаниеId Id Числовой (int) Идентификатор ролиНазваниеNameТекстовый(nvarchar(max))Название ролиОписаниеDescriptionТекстовый(nvarchar(max))Описание ролиНа основе разработанных таблиц была спроектирована логическаядиаграмма классов БД (рисунок 2.8).
На основе логической диаграммы классовБД разработана физическая диаграмма классов БД (рисунок 2.9).Рисунок 2.8 – Логическая диаграмма классов БД45Рисунок 2.9 – Физическая диаграмма классов БД462.2.3 Разработка поведенческой моделиДиаграмма последовательности представляет собой разновидностьдиаграммы взаимодействия. Она предназначена для отображениявзаимодействия объектов системы во времени и 32 обмена сообщениями междуними.
32Объекты на диаграмме последовательности в 32 чаще всего представляюэкземпляры класса или сущности, 32 которые обладают поведением. В качествеобъектов могут выступать пользователи, инициирующие взаимодействие,классы, обладающие поведением в системе или программные компоненты. 32Объекты располагаются с лева на права таким образом, чтобы крайним с левабыл тот объект, который инициирует взаимодействие. 32Масштаб на оси времени не указывается, поскольку диаграмма 16 отображаетлишь временную упорядоченность взаимодействия типа «раньше-позже».
11На рисунке 2.10 показана диаграмма последовательности, отображающаяпроцесс написания отзыва пользователем. Для написания отзыва необходимовойти в личный кабинет, после чего загрузится архив туров (это те туры,которые забронировал пользователь). Далее пользователь выбирает конкретныйтур и нажимает кнопку «Написать отзыв». После заполнения всех полей,пользователь сохраняет эту информацию.Далее уже менеджер заходит в свой модуль и выбирает пункт меню«Отзывы».
Видит, что появился новый отзыв, заходит на страницу «Отзывы» иесли комментарий корректен, то изменяет его статус на «одобрено» и публикует.В противном случае перемещает данный комментарий в архив.Рисунок 2.10 – Диаграмма последовательности «Написание отзыва»48На рисунке 2.11 диаграмма последовательности «Добавление менеджера».Администратор входит в свой модуль, выбирает пункт меню «Профили», послечего инициализируется страница профилей менеджеров. На этой страницеадминистратор создает новую учетную запись, вводит личные данные,генерирует логин и пароль и сохраняет данную информацию. Послечего выводится сообщение об удачном выполнении операции и в базе данных втаблице «Менеджеры» появляется новая запись. Если же такая учетная записьуже существует, то будет выведено сообщение о неудачном выполнении.Рисунок 2.11 – Диаграмма последовательности «Добавление менеджера»2.2.4 Разработка компонентной моделиС помощью компонентной модели необходимо получить работоспособнуюверсию системы.
На данном этапе уже определяется как логическая, так ифизическая организация классов в виде компонентов и подсистем, а так жетопология распределенной информационной системы, помимо написанияпрограммного кода.49При разработке модели реализации рекомендуется построитьдиаграмму компонентов и диаграмму развертывания. Диаграмма компонентовопределяет состав программных компонентов, в роли которых может выступатьисходный и исполняемый код, а 15 также установить зависимости между ними. Нарисунке 2.12 показана диаграмма компонентов, в которой отражены основныеэлементы.Архитектура приложения разделена на три логических уровня: уровеньдоступа к данным (DAL, ORM), уровень бизнес-логики (BLL) и уровеньпредставления (MvcPL).
При этом логические уровни не совпадают сфизическими. Уровень представления отвечает за взаимодействие спользователем и включает в себя компоненты интерфейса и механизмполучения ввода от пользователя. Уровень бизнес-логики содержит наборкомпонентов, которые отвечают за обработку полученных от уровняпредставлений данных, реализует всю необходимую логику приложения, всевычисления и передает уровню представления результат обработки.
Уровеньдоступа к данным хранит модели, описывающие используемые сущности, такжездесь размещаются специфичные классы для работы с разными технологиямидоступа к данным. Здесь также хранятся репозитории, через которые уровеньбизнес-логики взаимодействует с базой данных.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
