---

Вот готовый текст для твоего курсового проекта (самостоятельной работы), оформленный по всем правилам твоего учебного заведения (ВИТ) и адаптированный под тему «Туристическое агентство».
Государственное бюджетное профессиональное образовательное учреждение
«Волгоградский индустриальный техникум»
**Самостоятельная работа студента**
по МДК 05.01.
Проектирование и дизайн информационных систем
09.02.07.(№ по журналу).ВТВ-1**
**РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ РАБОТЫ ТУРИСТИЧЕСКОГО АГЕНТСТВА**
по предметной области
«Туризм»
Студент: [Твое ФИО]
Преподаватель: И.А. Бочарова
Оценка: ________
Дата сдачи: «___» ________ 2026 г.
### СОДЕРЖАНИЕ
РАЗДЕЛ 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
РАЗДЕЛ 2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
РАЗДЕЛ 3. ЭСКИЗНЫЙ ПРОЕКТ
РАЗДЕЛ 4. РАБОЧИЙ ПРОЕКТ
### РАЗДЕЛ 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
#### 1.1. Сбор данных
**Туристическое агентство** — это организация, выступающая посредником между туроператором и туристом. Основная деятельность заключается в подборе, бронировании и продаже туристических продуктов (туров), авиабилетов, отелей и оказании консультационных услуг.
В разработке информационной системы заинтересованы следующие **стейкхолдеры**:
 1. **Клиент (Турист):** заинтересован в быстром поиске туров, просмотре актуальных цен и возможности онлайн-бронирования.
 2. **Менеджер по продажам:** заинтересован в автоматизации учета клиентов, быстром оформлении заявок и контроле статусов оплаты туров.
 3. **Директор (Администратор):** заинтересован в получении отчетности о продажах и управлении базой предложений.
**Регламентирующие документы:**
 * Федеральный закон № 132-ФЗ «Об основах туристской деятельности в РФ»;
 * Закон РФ № 2300-1 «О защите прав потребителей»;
 * Закон № 152-ФЗ «О персональных данных».
**Обрабатываемые документы:**
 * Договор на оказание туристских услуг;
 * Туристская путевка (ваучер);
 * Журнал учета бронирований и оплат.
#### 1.2. Обоснование необходимости создания АС
Актуальность разработки обусловлена необходимостью ускорения процесса обработки заявок и минимизации ошибок при заполнении данных клиентов. На основе анализа построены функциональные модели.
**Рисунок 1 — Контекстная диаграмма IDEF0 «Деятельность турагентства»**
Для детализации процессов проведена декомпозиция, разделяющая работу на этапы: консультирование, подбор тура, оформление договора и бронирование.
**Рисунок 2 — Декомпозиция процесса «Оформление туристического продукта»**
Для описания взаимодействия пользователей с системой построена диаграмма вариантов использования (Use-Case).
**Рисунок 3 — Диаграмма вариантов использования**
#### 1.3. Предлагаемое решение
На основе анализа решено разработать веб-портал для туристического агентства, который будет решать следующие задачи:
 * ведение единого каталога туров с фильтрацией;
 * регистрация и личный кабинет клиента для отслеживания бронирований;
 * автоматизированная форма подачи заявки на подбор тура;
 * панель администратора для управления контентом и заказами.
### РАЗДЕЛ 2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
#### 2.1. Введение
Информационная система называется «TravelVlg-Pro». Система предназначена для работы в сети Интернет.
#### 2.2. Основание для разработки
Задание по МДК 05.01 «Проектирование и дизайн ИС», ГБПОУ ВИТ. Тема: «Разработка портала туристического агентства».
#### 2.3. Назначение разработки
Система предназначена для автоматизации взаимодействия между клиентом и агентством, упрощения процесса выбора тура и фиксации заявок.
#### 2.4. Требования к программному изделию
**2.4.1. Функциональные характеристики:**
 * **Регистрация:** ввод ФИО (кириллица), телефона (+7...), Email, пароля (не менее 6 символов).
 * **Каталог:** отображение туров (страна, цена, описание, фото).
 * **Бронирование:** выбор тура и отправка заявки авторизованным пользователем.
 * **Админ-панель:** изменение статуса заявки (Новая -> Подтверждена -> Завершена).
**2.4.2. Требования к надежности:**
 * Обеспечение защиты персональных данных согласно 152-ФЗ.
 * Корректная обработка ошибок ввода данных (валидация полей).
#### 2.5. Требования к программной документации
 * Пояснительная записка, включающая ER-диаграмму и макеты интерфейса.
### РАЗДЕЛ 3. ЭСКИЗНЫЙ ПРОЕКТ
#### 3.1. Структура входных – выходных данных
Для работы системы разработана база данных.
**Таблица 1 — Пользователи**
| Поле | Тип | Ограничения | Описание |
|---|---|---|---|
| id_user | INT | Primary Key | Уникальный ID |
| fio | VARCHAR(100) | NOT NULL | ФИО клиента |
| phone | VARCHAR(20) | NOT NULL | Контактный телефон |
| email | VARCHAR(50) | UNIQUE | Почта (логин) |
| password | VARCHAR(255) | NOT NULL | Хэш пароля |
**Таблица 2 — Заявки на туры (Orders)**
| Поле | Тип | Ограничения | Описание |
|---|---|---|---|
| id_order | INT | Primary Key | Номер заявки |
| tour_name | VARCHAR(100) | NOT NULL | Название выбранного тура |
| date_start | DATE | NOT NULL | Дата вылета |
| status | VARCHAR(20) | DEFAULT 'Новая' | Статус (Новая, Оплачена) |
#### 3.2. Архитектура информационной системы
Архитектура строится на основе реляционной модели данных.
**Рисунок 4 — ER-диаграмма базы данных**
#### 3.3. Макеты интерфейса программы
Интерфейс спроектирован с учетом современных требований UX/UI.
**Рисунок 5 — Стартовая страница (Каталог туров)**
### РАЗДЕЛ 4. РАБОЧИЙ ПРОЕКТ
#### 4.1. Модели данных
Разработаны модели для сущностей "Tour" (объект тура) и "Booking" (объект заказа), реализующие связь "один ко многим" между пользователем и его заказами.
#### 4.2. Тестирование
**Пример 1: Регистрация.** При вводе некорректного Email система выводит предупреждение «Неверный формат почты». Ожидаемый результат: данные не сохраняются до исправления ошибки.
**Пример 2: Бронирование.** После нажатия «Забронировать» в базе создается запись со статусом «Новая», а пользователь видит сообщение «Заявка принята».
**Пример 3: Администрирование.** При смене статуса менеджером на «Подтверждено», статус мгновенно обновляется в личном кабинете клиента.
*Примечание: При копировании в Word не забудь вставить свое ФИО в шапку и заменить [Твое ФИО]. Картинки-диаграммы можно сгенерировать по описаниям в тегах или нарисовать в любом онлайн-редакторе (например, Draw.io).*