Меню
Главная
Авторизация/Регистрация
 
Главная arrow Менеджмент arrow Информационные технологии в менеджменте (управлении)

Практикум

В рамках практикума для получения представления о разработке БД для экономических приложений будет поэтапно рассмотрен пример создания БД туристического агентства.

Постановка задачи

Агентство организует индивидуальные и групповые туры. Договор включает название компании клиента, данные о контактном лице, описание предмета договора (страна, число туристов, тур), дату начала и окончания исполнения договора, дату оплаты. В реализации заказа принимает участие сотрудник туристического агентства.

В функции системы входит получение следующей информации:

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

Такая постановка задачи позволяет выделить следующие массивы информации: Клиенты; Договоры; Туры; Сотрудники.

Концептуальная модель базы данных

Необходимо описать объекты БД (сущности), определить их атрибуты и установить связи между сущностями. Для БД туристического агентства можно задать следующие атрибуты сущностей (табл. 11.3).

Сущности вступают во взаимоотношения, называемые связями.

Наиболее распространены связи "многие-ко-многим" и "один-ко-многим". В нашем примере сущности Клиент, Тур и Сотрудник связаны с сущностью Договор связями "один-ко-многим": один клиент может заключить несколько договоров, один сотрудник выполняет работу по нескольким договорам, заказ на туры в определенную страну встречается в нескольких договорах. Связи между сущностями проектируемой БД представлены на рис. 11.37.

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

  • 1. Создать по одной таблице для каждой сущности.
  • 2. Для каждой сущности, выступающей во взаимоотношениях с другими сущностями как "один-ко-многим" или "один-к-одному", указать один столбец в качестве первичного ключа.

Таблица 11.3

Клиент

Сотрудник

Туры

Договор

Код

клиента

Число

Код сотрудника

Число

Код тура

Число

Номер

договора

Текст

Название

клиента

Текст

Фамилия, имя, отчество

Текст

Название тура

Текст

Дата

начала

тура

Дата

Контактное лицо

Текст

Долж

ность

Текст

Регион

Число

Дата окончания тура

Дата

Признак

группы

Да/

нет

Домашний телефон

Текст

Дата

платежа

Дата

Адрес

клиента

Текст

Дата

найма

Дата

Код

клиента

Текст

Телефон

Текст

Дата

рождения

Дата

Код тура

Текст

Размер

оклада

Число

Число

туристов

Число

Цена

тура

Текст

Код сотрудника

Число

3. Задать первичный ключ для каждой сущности, выступающей во взаимоотношениях как "многие-к-одному".

Проведем это преобразование для нашего примера.

  • 1. На основе концептуальной модели можно создать четыре таблицы: Сотрудники, Клиенты, Туры, Договоры.
  • 2. Зададим первичные ключи для таблиц Договоры, Клиенты, Туры и Сотрудники, выступающих в связях как "один ко многим".

Таблица Договоры имеет в своем составе уникальное для каждой строки поле – Номер договора. Таблицам Клиенты,

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

Рис. 11.37. Концептуальная модель базы данных. Связи между сущностями

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

Логическая модель для связи отношений представлена на рис. 11.38.

Схема связи данных

Рис. 11.38. Схема связи данных

 
Если Вы заметили ошибку в тексте выделите слово и нажмите Shift + Enter
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

Популярные страницы