Проектирование информационной системы «Турагенство»

 

3 Описание бизнес-процессов

3.1Бизнес-процесс

1. Продажа путевки

Рисунок 1- Бизнес процесс «Продажа путевки».

Клиент подает устную заявку на получение путевки. Менеджер по продажам предлагаетварианты путевок клиенту. Заключает договор. Сообщает всю необходимую информацию. Принимает оплату и передает путевку клиенту.

3.2 Бизнес-процесс

2. Формирование задания

Рисунок 2- Бизнес процесс «Формирование  задания».

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

3.3 Бизнес-процесс

 

3. Список клиентов Тура.

Рисунок 3- Бизнес процесс «Список клиентов Тура».

Список клиентов купивших путевки по туру, бронирование транспорта, гостиниц, билетов на экскурсии и  различные представления.

4 Инфологическая модель

 

Цель  инфологического моделирования  – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка).

Сущность – любой различимый объект (объект, который мы можем  отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.

Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного  типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для  многих сущностей:СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений: Красный, Синий, Банановый, Белая ночь и т.д., однако каждому экземпляру сущности присваивается только одно значение атрибута.

Абсолютное  различие между типами сущностей  и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность. Например, для автомобильного завода цвет – это только атрибут продукта производства, а для лакокрасочной фабрики цвет – тип сущности.

Ключ – минимальный набор  атрибутов, по значениям которых  можно однозначно найти требуемый  экземпляр сущности. Минимальность  означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Для сущности Расписание ключом является атрибут Номер рейса или набор: Пункт отправления, Время вылета и Пункт назначения (при условии, что из пункта в пункт вылетает в каждый момент времени один самолет).

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

Рисунок 4- Обозначения

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок5- Инфологическая модель

 

5Даталогическая модель

 

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

Каждая  таблица состоит из однотипных строк  и имеет уникальное имя.

Строки имеют  фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.

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

Столбцам  таблицы однозначно присваиваются  имена, и в каждом из них размещаются  однородные значения данных (даты, фамилии, целые числа или денежные суммы).

Полное  информационное содержание базы данных представляется в виде явных значений данных, и такой метод представления  является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой.

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

 

 

Рисунок6-Даталогическая модель

 

bileti

Таблица 1- Билеты

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование
klienti	int(11)	Нет	0	klient ->id	Клиент
tur	int(11)	Нет	0	tur ->id	Тур
Data	date	Нет	0000-00-00		Дата
Vrema	time	Нет	00:00:00		Время
cena	float	Нет	0		Цена

 

klass

Таблица 2 - Классы отелей

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование

 

klient

Таблица 3- Клиенты

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			ФИО
Adres	varchar(150)	Нет			Адрес
telefon	varchar(30)	Нет			Телефон

 

naznachenie

Таблица 4-Назначение

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
otel	int(11)	Нет	0	otel ->id	Отель
klient	int(11)	Нет	0	klient ->id	Клиент
datas	date	Нет	0000-00-00		Дата с
datapo	date	Нет	0000-00-00		Дата по

 

otel

Таблица 5-Отели

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование
klass	int(11)	Нет	0	klass ->id	Класс отеля
Strana	int(11)	Нет	0	strana ->id	Страна
Cena	float	Нет	0		Цена

 

prodaga

Таблица 6-Продажа

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
data	date	Нет	0000-00-00		Дата
klienti	int(11)	Нет	0	klient ->id	Клиент
tur	int(11)	Нет	0	tur ->id	Тур
otel	int(11)	Нет	0	otel ->id	Отель
cena	float	Нет	0		Цена

 

strana

Таблица 7-Страны

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование

 

tiptura

Таблица 8-Типы туров

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование

 

tur

Таблица 9-Туры

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
name	varchar(150)	Нет			Наименование
TipTura	int(11)	Нет	0	tiptura ->id	Тип тура
Strana	int(11)	Нет	0	strana ->id	Страна

 

user

Таблица 10-Пользователи

Поле	Тип	Ноль	По умолчанию	Связь с	Комментарии	MIME
id	int(11)	Нет
Name	varchar(50)	Нет			Наименование
pasword	varchar(15)	Нет			Пароль
prova	set('Администратор', 'Пользователь')	Нет			Прова

 

 

6 Описание основных форм

 

1.  Главная  форма программы отображает основные  данные программы. На главной  форме можно добавить новую  запись в справочник. Производить  отбор.

Рисунок7-главная форма 

 

 

 

 

 

 

2. Форма добавление

Рисунок 8- Форма Добавления

 

3. Форма справочников позволяет отобразить содержимое справочника для изменения или добавления нового элемента справочника

Рисунок 9-Форма списка справочника