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

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

Требования  к отчету по курсовой работе: 

-Верно оформленный титульный лист

-Задание для курсового проектирования

-Оглавление

-Введение (постановка задачи  и требования к ПО)

-Описание предприятия и бизнес процессов

-Техническое задание на создание ИС (в соответствии с ГОСТом)

-Инфологическая модель на языке ER-диаграмм с описанием языка

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

-Описание основных форм (с скриншотами)

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

-Описание отчетов

-Библиографический список 
 

Также в состав документации должны входить: 

1 Приложение А. Примеp отчета (распечатать и приложить)

2 Приложение  Б. Пример экспорта в Excel и Word (распечатать и приложить)

3 Приложение В. Руководство пользователя

4 Приложение Г. Руководство администратора

5 Приложение Д. Описание инсталляционного пакета (код)

6 Приложение Е. Акт о проведении тестирования

 

2 Описание предприятия

    Турагентство представляет ограниченный ряд услуг своим  клиентам.

    Задачи  ИС Турагентство:

1 Представления   ряда услуг клиентам;

2 Хранение  данных о заказанном туре клиента;

3 Хранение информации об услугах, турах и клиентах;

 Объектом  исследования являются спрос на рынке туристических направлений.

 

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		Дата по