Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Tour_Access.doc
Скачиваний:
7
Добавлен:
07.12.2018
Размер:
3.58 Mб
Скачать

3.2. Логическое проектирование задачи учета в турфирме

3.2.1. Анализ документов

Результатом логического проектирования информационного обеспечения задачи должна быть ИЛМ БД.

Для построения ИЛМ вновь следует обратиться к анализу структуры документов, относящихся к данной задаче (параграф 3.1).

Информацию, которая содержится в документах, можно разделить на две группы: условно-постоянную (о турах, сотрудниках турфирмы и клиентах) и оперативно-учётную (о проданных путевках, стоимости лечения туристов, прибыли фирмы и пр.) [2].

Ниже рассматриваются реквизиты указанных документов, которые фактически являются прототипами атрибутов объектов БД.

1. В договорах фирмы с туроператорами содержится следующая информация, важная для проектирования БД:

- код туроператора, который является уникальным для каждого из партнеров фирмы и может быть использован в качестве первичного ключа;

- название туроператора;

- ИНН туроператора;

- ФИО директора;

- адрес туроператора;

- телефон;

- факс;

- ФИО контактного лица;

- рейтинг.

2. Туроператоры продают турфирме-агенту готовые туры, к характеристикам которых относятся:

- название тура;

- маршрут;

- отель, его уровень обслуживания;

- типы размещения в отеле и их стоимость;

- виды питания в отеле и их стоимость;

- стоимость страховки;

- стоимость проезда до места назначения и обратно.

3. О клиенте турфирмы необходимо знать (эта информация отражается в договоре с клиентом, страховке, квитанции на оплату путевки и других документах учета и отчетности):

- фамилию, имя, отчество клиента;

- паспортные данные российского и заграничного паспортов;

- дата рождения клиента;

- пол клиента;

- образование клиента;

- место работы;

- адрес;

- номера телефонов: основной и дополнительный;

- e-mail.

4. Так как информация, содержащаяся в договоре (путевке) делится на постоянную (персональные данные клиента, перечисленные выше) и оперативно-учетную, то для второго типа информации следует отвести отдельную таблицу.

В ней будут содержатся следующие сведения:

- номер договора;

- выбранный клиентом тур;

- выбранные клиентом тип размещения и вид питания;

- фамилия сотрудника, оформлявшего договор;

- дата договора;

- наличие страховки.

5. Поскольку путевки оформляют конкретные сотрудники турфирмы (несущие ответственность за составление документов в соответствии с должностными инструкциями), а другие сотрудники турфирмы сопровождают туристские группы во время путешествия, то в БД должны быть сведения о сотрудниках.

Необходимые сведения о сотрудниках турфирмы содержатся в таких документах как штатное расписание, личный листок по учету кадров и др.

Для модели БД необходимы следующие сведения о сотрудниках:

- фамилию, имя, отчество сотрудника;

- подразделение, в котором он работает;

- занимаемая должность;

- оклад.

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

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

Анализ реквизитного состава документов позволяет произвести формализацию данных, которая имеет целью их однозначное определение для хранения, поиска и обработки на компьютере. Для реализации проекта будет использоваться реляционная СУБД, поэтому должна быть разработана логическая структура реляционной БД, на основе которой будут осуществляться функции задачи [2].

Приведенный выше перечень объектов не является окончательным набором таблиц для проектируемой БД. Поэтому в следующем параграфе указанные объекты анализируются более подробно.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]