- •«Информационные технологии в туристской индустрии» Доцент Дьяконов Герман Николаевич
- •Лекция 1. Понятие об информационных технологиях
- •1.2. Классификация информационных технологий
- •Лекция 2. Глобальные компьютерные сети.
- •Система адресации
- •Ip-адреса
- •Лекция 3 Мультимедийные технологии
- •Лекция 4. Системы бронирования и резервирования
- •Лекция 5. Информационные системы управления гостиничным бизнесом
- •5.1. Общая характеристика гостиничного комплекса
- •5.2. Система автоматизации гостиниц Hotel-2000
- •5.3. Автоматизированная система управления гостиницей «Русский отель»
- •5.4. Автоматизированная информационная система для гостиниц «Отель- Симпл»
- •5.5. Система «Меридиан-1»
- •5.6. Программные продукты фирмы «Рек-Софт»
- •5.7. Система Lodging Touch
- •5.9. Система Fidelio
- •5.10. Система модулей Cenium
- •5.11. Система комплексной автоматизации «Дип-Пансион»
- •5.12. Система Nimeta
- •5.13. Сравнительная характеристика основных систем управления гостиничным комплексом
- •Лекция 6. Экспертные системы и базы знаний.
- •Лекция 7. Информационные языки
- •7.1 Информационно-поисковый язык
- •Структура
- •Типы и виды ипя Способ задания лексических единиц
- •Порядок записи лексических единиц
- •Лекция 8. Автоматизированные информационно-поисковые системы.
- •Лекция 9. Классификаторы. Классификатор
- •Виды классификаторов
- •Методы классификации
- •Иерархический метод классификации
- •Фасетный метод классификации
- •Методы кодирования в классификаторах
- •Классификаторы в России
- •Лекция 10. Основы построения инструментальных средств информационных технологий
- •13.1.2. Создание и обработка электронных таблиц
- •13.1.3. Средства графики в Excel
- •13.1.4. Обработка данных в Excel
- •13.2 Создание баз данных для сферы туризма средствами microsoft access
- •13.1. Основные понятия реляционных баз данных
- •13.2.2. Этапы создания реляционной базы данных предприятия туризма
- •13.2.3. Типы информационных связей в моделях данных
- •13.2.4. Создание базы данных для предприятия туризма
- •13.2.5. Реализация базы данных «Турфирма» средствами субд Access
- •Лекция 14. Локальные и распределенные базы данных
- •14.2 Распределенные бд
- •14.1. Разновидности распределенных систем
- •14.2. Распределенная система управления базами данных System r*
- •14.2.1. Именование объектов и организация распределенного каталога
- •14.2.2. Распределенная компиляция запросов
- •14.2.3. Управление транзакциями и синхронизация
- •14.3. Интегрированные или федеративные системы и мультибазы данных
- •Лекция 15. Распределенная обработка информации Лекция 16. Региональные и локальные вычислительные сети.
- •16.1 Компьютерная сеть
- •16.2 Локальная вычислительная сеть
- •Лекция 17. Телеобработка данных
- •Лекция 18. Коммуникационные сети
- •Лекция 19. Современные средства коммуникации и связи
- •19.1. Классификация средств связи
- •19.2. Способы передачи информации
- •19.3. Классификация каналов связи
- •19.4. Телефонная связь
- •19.5. Компьютерная телефония
- •19.6. Радиотелефонная связь
- •19.7. Системы сотовой радиотелефонной связи
- •19.8. Транкинговые радиотелефонные системы
- •19.9. Персональная спутниковая радиосвязь
- •19.10. Пейджинговые системы связи
- •19.11. Видеосвязь
- •19.12. Факс
13.2.3. Типы информационных связей в моделях данных
При построении инфологических моделей предметной области используется понятие информационных связей между отдельными реквизитами. Существует четыре основных типа информационных связей:
1) «один-к-одному». Такая связь означает, что каждому значению реквизита Л соответствует одно и только одно значение связанного с ним реквизита В, и наоборот. Например, каждому значению реквизита Номер паспорта соответствует единственное зна-1 чение реквизита ФИО гражданина страны, и наоборот. Такую связь обозначают 1:1, графически в инфологических моделях эта связь изображается одинарными стрелками
2) «один-ко-многим». Эта связь означает, что каждому значению реквизита А соответствует ноль, одно или несколько значений связанного с ним реквизита В, а каждому значению реквизита В соответствует одно и только одно значение реквизита А. Например, для аэропорта, из которого осуществляется множество рейсов, характерна следующая связь между описывающими этот объект реквизитами: одному значению реквизита Название аэропорта вылета соответствует несколько значений реквизита Номер рейса, а каждому значению Номер рейса соответствует только одно Название аэропорта вылета. Такую связь обозначают 1: М, графически связь изображается одинарной стрелкой со стороны «один» и двойной — со стороны «много».
3) «многие-к-одному». Эта связь интерпретируется как обратная к связи «один-ко многим».
4) «многие-ко-многим». Такая связь означает, что каждому значению реквизита А соответствует несколько значений связанного с ним реквизита В, и наоборот. Например, турагентство может работать с несколькими туроператорами, а туроператор обычно имеет разветвленную сеть турагентов. Такую связь обозначают М: М, а графически изображают двойными стрелками.
Аналогичные связи могут быть установлены в БД между реляционными таблицами и практически реализованы за счет наличия в них общих полей (реквизитов). Если общих полей в связываемых таблицах нет, то нужно сделать следующее:
если между реляционными таблицами существует связь 1:1 или 1: М, то следует скопировать поле, по которому устанавливается связь, из одной связываемой таблицы в другую;
если между реляционными таблицами существует связь М: М, то следует создать новую таблицу и включить в нее ключевые поля связываемых таблиц.
13.2.4. Создание базы данных для предприятия туризма
При создании базы данных для предприятий социально-культурной сферы и туризма одним из первостепенных вопросов является определение тех данных, которые необходимо хранить и обрабатывать в информационной базе. Основным источником получения такого рода информации является словесное описание функциональных задач, решаемых на каждом рабочем месте, и анализ обрабатываемой документации с указанием конкретных реквизитов. Другими словами, необходимо рассмотреть все щ формационные бизнес-процессы, реализуемые на данном объекте, а также провести анализ информационных потребностей каждого конечного пользователя БД. Такой подход носит название функционального {процессного). При таком подходе структура БД зависит от глубины проработки основных бизнес-процессов щ полноты выявления информационных потребностей конечных пользователей.
Кроме этого, существует объектный подход к построению базы данных, который основан на выявлении типовых сущностей предметной области, унификации и обобщении их свойств, типизации перечня и информационных потребностей конечных пользователей. Такой подход позволяет сформировать типовые информационно-логические модели, например для гостиницы, турфирмы, музея, которые затем адаптируются к условиям конкретного предприятия. В этом случае существует обычно некоторая избыточность базовой информационно-логической модели предметной области, и в то же время некоторые уникальные бизнес-процессы могут быть не учтены.
Информационные объекты (или сущности) представляют собой информационное описание с помощью набора реквизитов отдельных реальных объектов, процессов, явлений или событий конкретной предметной области, информация о которых должна сохраняться и быть доступна в БД. На схемах информационно-логической модели информационные объекты изображаются в виде прямоугольников.
Рассмотрим пример построения информационно-логической модели для туристской фирмы. Предположим, что турфирма реализует туры по различным направлениям (странам), и по каждому направлению работает конкретный менеджер. При этом некоторые менеджеры могут обслуживать несколько направлений. В базе данных необходимо хранить и обрабатывать информацию по турам, странам, менеджерам. В результате предпроектного обследования был определен перечень тех реквизитов, которые необходимо хранить в базе данных: код тура, наименование тура, продолжительность тура, цена тура, код страны, название страны, виза (нужна или нет), валюта страны, код менеджера, ФИО менеджера, телефон менеджера.
Сформулированы следующие основные условия: в одну страну может быть несколько туров, но каждый тур предусматривает посещение только одной страны; один менеджер курирует несколько туров, но каждый тур имеет только одного менеджера-куратора.
Построение информационно-логической модели начинается с анализа взаимосвязей между реквизитами, выявления информационных объектов и определения ключей. Анализ взаимосвязей между реквизитами позволяет установить, что каждому коду тура соответствуют уникальное название тура, конкретная продолжительность и цена. Для кода страны можно установить взаимнооднозначное соответствие с названием страны, визовой поддержкой и валютой страны. Аналогично конкретному коду менеджера соответствуют ФИО менеджера и его телефон. Существующие взаимосвязи между реквизитами можно представить в виде следующей схемы:
Здесь можно выделить три информационных объекта и назвать их ТУР, СТРАНА, МЕНЕДЖЕР.
Для каждого информационного объекта выделяются ключи, т. е. те реквизиты, которые однозначно идентифицируют записи. Например, для информационного объекта ТУР уникальными (неповторяющимися) являются реквизиты: код тура и название тура. № тот, и другой реквизит однозначно идентифицирует конкретный тур, который может быть выбран в качестве ключевого. Однаков целях оптимизации размера базы данных и удобства работы с ней в качестве ключа обычно выбираются кодовые реквизиты. Таким образом, ключами для выделенных информационных объектов будут соответственно код тура, код страны и код менеджера. При описании модели принято ключевые поля подчеркивать.
Таким образом, структурирование данных предметной области позволило выделить три информационных объекта и описываю щие их реквизиты:
ТУР (код тура, наименование тура, продолжительность тур цена тура);
СТРАНА (код страны, название страны, виза, валюта страны);
МЕНЕДЖЕР (код менеджера. ФИО менеджера, телефон менеджера).
Далее необходимо установить взаимосвязи между отдельными информационными объектами, что осуществляется путем анализа типов связей между ключами с учетом сформулированных ранее условий описания предметной области.
Связь между информационными объектами СТРАНА и ТУР имеет тип «один-ко-многим» (СТРАНА <->> ТУР). Это следует из| того, что по условию в одну страну может быть несколько туров, но каждый тур предусматривает посещение только одной страны. Между информационными объектами МЕНЕДЖЕР и ТУР также имеет место тип связи «один-ко-многим» (МЕНЕДЖЕР-*—>> ТУР), так как по условию один менеджер курирует несколько туров, но каждый тур имеет только одного менеджера-куратора.
Для реализации установленных взаимосвязей необходимо в информационный объект ТУР добавить ключевые поля из связываемых сущностей МЕНЕДЖЕР и СТРАНА. Тогда описывающие •информационный объект реквизиты будут следующие: ТУР (код тура, наименование тура, продолжительность тура, цена тура, код страны, код менеджера). Переход от информационно-логической модели к реляционным таблицам производится следующим образом:
1. Каждый информационный объект представляется отдельной таблицей.
2. Реквизиты информационных объектов являются полями реляционных таблиц.
3. Ключи информационных объектов становятся ключами таблиц.