Разработка базы данных экономической информационной системы для туристической фирмы. Курсовая работа (т). Информационное обеспечение, программирование.
👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Разработка базы данных экономической информационной системы для туристической фирмы
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
. Системный анализ и анализ требований к базе данных
. Концептуальная (инфологическая) модель предметной области
. Физическая модель проектируемой базы данных в методологии
IDEF1X
. Создание форм, запросов и отчетов в среде СУБД Visual
FoxPro 8.0
В современном мире распространены различные виды развлечений, в том числе
и путешествия в различные страны и по нашей стране так же. Люди хотят провести
свой отпуск как можно ярче, что бы остались приятные впечатления. Собираясь в
другие страны необходимо оформить определенные документы (виза, загранпаспорт).
На это необходимо потратить и время, и силы. А зачем мучиться, когда есть
туристические фирмы, которые с радостью сделают все за вас? Услуги таких агентств
и фирм пользуются широкой популярностью.
А, как известно, увеличение спроса на услуги ведет за собой увеличение
предложения. Появляется множество туристических фирм, которые ведут между собой
достаточно жесткую конкуренцию. В том числе появляются фирмы, которые
обманывают желающих отдохнуть. Поэтому клиенты туристических агентств очень
осторожны и придирчивы, они обращают внимание на обстановку в офисе, на
проявление внимания и уважения, а также на полноту и скорость предоставляемой
информации.
Что бы занять свое место на этом рынке необходимо вести политику,
направленную на предпочтения и желания клиентов, создавать максимально
положительное впечатление, репутацию надежной и добросовестной фирмы. Первое
впечатление клиента зависит от офиса, в который он приходит и от менеджера,
который с ним работает. Здесь существует очень много аспектов, на которые
клиент обращает внимание и которые должны быть продуманны, и учтены
руководителями агентства. Но я хочу остановиться на самой работе менеджера, а
именно на скорости и полноте предоставляемой информации.
Несомненно, у менеджера должна быть полная база по имеющимся путевкам и
другим услугам агентства. А также должна быть возможность быстро
ориентироваться в этой информации.
Следовательно, целью данного проекта является предоставление возможности
менеджеру туристической фирмы быстро и полно удовлетворять запросы клиентов.
Задачами курсового проекта будут являться:
· разработка базы данных, содержащей сведения о клиентах, путевках,
курортах, номерах и услугах;
· возможность делать запросы по данной базе, как для клиентов,
так и для начальства.
В настоящее время практически все существующие туристические агентства
стараются оснастить рабочее место менеджера по работе с клиентами персональным
компьютером. Это необходимо, чтобы забронировать номер в гостиницы, в которой
будет отдыхать клиент, чтобы заказать билет на самолет или на теплоход, а также
для учета сведений.
Но проблема в том, что используемые программные средства не являются
специализированными, часто это Excel,
Access и Word. А если фирма имеет сеть филиалов в одном городе, то
обеспечение сетевой работы практически не ведется.
Создание специализированной базы значительно упростило бы работу менеджера.
Входной информацией для данной базы может быть:
· Дата, с которой путевка действительна ("Дата
начала")
Выходной информацией является отчеты по имеющимся путевкам на курорты
определенной страны, отчеты о клиентах, которые были оформлены за последний
месяц, отчет о стоимости номеров конкретного типа, и т.д.
Главной задачей системы является ввод и хранение в базе всех необходимых
сведений о клиентах туристической фирмы, а также сведений о предлагаемых
вариантах отдыха, создание различных запросов для клиентов и для руководителей
фирмы или для предоставления информации в отдел маркетинга.
Концептуальная модель данных вязана с представлением данных в контексте
их взаимосвязей с другими данными. Другими словами, концептуальная модель
является логической схемой базы данных для проектируемой системы.
Основными объектами концептуальной модели являются сущности и связи.
Сущность - некоторый обособленный объект или событие моделируемой
системы, имеющий определенный набор свойств - атрибутов. Сущность может
обладать одним или несколькими атрибутами, которые однозначно идентифицируют
каждый образец сущности, и может обладать любым количеством связей с другими
сущностями.
Сущность является независимой, если каждый ее экземпляр может быть
однозначно идентифицирован без определения его связей с другими сущностями.
Сущность называется зависимой, если однозначная идентификация ее
экземпляра зависит от его связей с другими сущностями.
На концептуальном уровне данные информационной системы состоят из двух
основных сущностей "Клиенты" и "Путевки".
Состав атрибутов для этих сущностей и их описание представлены в таблицах
1 и 2.
Таблица 1 - Атрибуты сущности "Клиенты"
Первичный ключ, однозначно
идентифицирующий клиента туристической фирмы.
Документ (в данном случае
паспорт), его серия и номер.
Дата, когда клиент оформил
путевку.
Внешний ключ к сущности
"Путевки". Код путевки, которая оформлена на клиента.
Характеристика клиента по
своевременной оплате путевки или услуг. Возможна и другая информация.
Например, особенности по здоровью или его пожелания.
Таблица 2 - Атрибуты сущности "Путевки"
Первичный ключ,
идентифицирующий путевку.
Внешний ключ к сущности
"Курорты". Код курорта, на который оформлена путевка.
Внешний ключ к сущности
"Номера". Код номера, забронирован по путевке.
Внешний ключ к сущности
"Услуги". Код набора услуг, которые предоставляются по этой
путевке.
Продолжительность
пребывания на курорте.
Дата, с которой путевка
вступает в силу.
Стоимость путевки, включая
стоимость услуг, стоимость билетов.
В таблице 3 представлены атрибуты сущности "Курорты".
Таблица 3 - Атрибуты сущности "Курорты"
Первичный ключ,
идентифицирующий курорт.
Вблизи, какого города
расположен курорт.
Страна, в которой
находиться этот курорт.
Описание климата, погодных
условий, пляжей. Наличие и количество бассейнов, сравнительная характеристика
цен, а также другие преимущества и возможные недостатки.
В таблице 4 представлены атрибуты сущности "Номера".
Таблица 4 - Атрибуты сущности "Номера"
Первичный ключ,
идентифицирующий номер.
Двухместные или одноместные
номера.
Номера президентские, люкс,
обычные, эконом класса.
Стоимость проживания в
номере за сутки.
Описание номера. Наличие
бытовых приборов, бара, джакузи или душ, ортопедический матрац, вид из окна,
солнечная или теневая сторона
В таблице 5 находятся атрибуты сущности "Услуги".
Таблица 5 - Атрибуты сущности "Услуги"
Первичный ключ,
идентифицирующий набор услуг.
Если агентство оформляет
данный документ, то в этом поле проставляется его цена.
В это поле вписывается
страна, в которую необходимо оформить визу, если таковой нет.
Стоимость визы, если ее
оформляет агентство.
Стоимость страховки, если
ее оформляет агентство.
В физической модели каждой сущности соответствует таблица базы данных, а
каждому атрибуту - поле таблицы. Имена таблиц и полей лучше задаются латинскими
буквами. Состав данных в концептуальной и физической моделях показаны в таблице
6.
Таблица 6 - Состав базы данных информационной системы.
Сведения о предлагаемых
путевках фирмы.
Номера, которые можно
забронировать.
Набор услуг, которые
предлагает агентство.
Для создания концептуальной модели выполняются в CASE-средстве методологии IDEF1X с помощью Erwin.X является методом для разработки
реляционных баз данных и использует условный синтаксис, специально
разработанный для удобного построения концептуальной схемы. Использование
метода IDEF1X наиболее целесообразно для построения логической структуры базы
данных после того, как все информационные ресурсы исследованы.
Сущность в IDEF1X описывает собой совокупность или набор экземпляров
похожих по свойствам, но однозначно отличаемых друг от друга по одному или
нескольким признакам. Каждый экземпляр является реализацией сущности. Таким
образом, сущность в IDEF1X описывает конкретный набор экземпляров реального
мира.
Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между
сущностями. Связи это глаголы, которые показывают, как соотносятся сущности
между собой. Связи могут быть нескольких видов: один к одному, один ко многим,
многие ко многим. Чаще используется связь вида один ко многим. Такие связи
отображаются в виде линии между двумя сущностями с точкой на одном конце и
глагольной фразой, отображаемой над линией. Отношения (связи) многие ко многим
обычно используются на начальной стадии разработки диаграммы и отображаются в
IDEF1X в виде сплошной линии с точками на обоих концах.
Сущность описывается в диаграмме IDEF1X графическим объектом в виде
прямоугольника. Каждый прямоугольник, отображающий собой сущность, разделяется
горизонтальной линией на часть, в которой расположены ключевые поля и часть,
где расположены неключевые поля. Верхняя часть называется ключевой областью, а
нижняя часть областью данных.средство ERwin поддерживает методологию IDEF1X и стандарт IE (Information engineering). Методология IDEF1X подразделяется
на уровни, соответствующие проектируемой модели данных системы. Каждый такой уровень
соответствует определенной фазе проекта. Такой подход полезен при создании
систем по принципу "сверху вниз".
Верхний уровень состоит из Entity Relation
Diagram (Диаграмма сущность-связь) и Key-Based model (Модель данных, основанная на ключах). Диаграмма
сущность-связь определяет сущности и их отношения. Модель данных, основанная на
ключах, дает более подробное представление данных. Она включает описание всех
сущностей и первичных ключей, которые соответствуют предметной области.
Нижний уровень состоит из Transforination Model
(Трансформационная модель) и Fully Attributed (Полная
атрибутивная модель). Трансформационная модель содержит всю информацию для
реализации проекта, который может быть частью общей информационной системы и
описывать предметную область. Трансформационная модель позволяет
проектировщикам и администраторам БД представлять, какие объекты БД хранятся в
словаре данных, и проверить, насколько физическая модель данных удовлетворяет
требованиям информационной системы. Фактически из трансформационной модели
автоматически можно получить модель СУБД, которая является точным отображением
системного каталога СУБД.
Первым шагом при создании логической модели БД является построение
диаграммы ERD, которая состоит из трех частей:
сущностей, атрибутов и взаимосвязей.диаграмма позволяет рассмотреть систему
целиком и выяснить требования, необходимые для ее разработки, касающиеся
хранения информации. ERD-диаграмма графически представляет
структуру данных проектируемой информационной системы. Сущности отображаются
при помощи прямоугольников, содержащих имя. Имена принято выражать
существительными в единственном числе, взаимосвязи - при помощи линий,
соединяющих отдельные сущности. Взаимосвязь показывает, что данные одной
сущности ссылаются или связаны с данными другой.
При создании концептуальной модели были определены сущности и атрибуты
сущностей. Из этих данных составлена логическая модель базы данных, которая
представлена на рисунке 1.
Рисунок 1 - Логическая модель базы данных "TyrFirma"
Далее необходимо определить ключевые атрибуты и типы атрибутов. Типы
атрибутов представлены в таблице 7.
Таблица 7 - Типы атрибутов, использованные в базе данных "TyrFirma"
В логической модели базы данных использованы связи один ко многим и много
ко многим. Взаимосвязи отображаются линиями, соединяющими две сущности с точкой
на одном конце (один ко многим) или с точкой на обоих концах (много ко многим)
и глаголом, располагаемым над линией.обеспечивает только поддержку
нормализации, но не содержит в себе алгоритмов, автоматически преобразующих
модель данных из одной формы в другую. В ERwin есть поддержка первой нормальной
формы.
В модели каждая сущность или атрибут идентифицируется с помощью имени. В
ERwin поддерживает корректность имен следующим образом:
• отмечает повторное использование имени сущности и атрибута;
• не позволяет внести в сущность более одного внешнего ключа;
• запрещает присвоение неуникальных имен атрибутов внутри одной модели,
соблюдая правило "в одном месте - один факт".
Теперь нормализуем полученную БД до третьей нормальной формы. Для
приведения базы данных в первую нормальную форму необходимо выполнить условие,
при котором все атрибуты содержат атомарные значения. Рассматривая сущности БД
можно сделать вывод, что БД находится в первой нормальной форме.
Проверим соответствие БД второй нормальной форме. Все неключевые атрибуты
полностью должны зависеть от первичного ключа. Это условие выполняется для всех
сущностей БД.
Для приведения БД к третьей нормальной форме необходимо обеспечить
отсутствие транзитивных зависимостей неключевых атрибутов. Так как транзитивных
зависимостей неключевых атрибутов нет, то полученная логическая модель базы
данных не изменится (рисунок 1).
4. Физическая
модель проектируемой базы данных в методологии IDEF1X
Существует два уровня физических моделей: трансформационная модель и
модель СУБД. Физические модели содержат информацию, необходимую системным
разработчикам для понимания механизма реализации логической модели в СУБД.
Целью трансформационной модели является предоставление информации
администратору БД для создания эффективной структуры хранения, включающей в
себя записи, формирующие БД. Трансформационная модель должна помочь
разработчикам выбрать структуру хранения данных и реализовать систему доступа к
ним. Перед началом проектирования БД необходимо убедиться в обеспечении
следующих требований:
· физическая модель данных должна соответствовать требованиям,
предъявляемым к проектируемой системе;
· выбор определенной физической модели должен быть
аргументирован;
· должны быть определены возможности наращивания существующей
структуры хранения, а также выявлены её ограничения.
Модель СУБД напрямую транслируется из трансформационной модели, являясь
отображением системного каталога. ERwin напрямую поддерживает эту модель через функцию генерации схемы БД. При
составлении схемы БД в качестве индексов могут использоваться как ключевой
атрибут, так и остальные поля БД.поддерживает автоматическую генерацию
физической модели данных для конкретной СУБД. При этом логическая модель
трансформируется в физическую по следующему принципу: сущности становятся
таблицами, атрибуты становятся столбцами, а ключи становятся индексами. Это
сопоставление отражено в таблице 8.
Таблица 8 - Сопоставление компонентов логической и физической модели
Логический тип (текст,
число, дата, blob)
Физический тип (конкретный
тип, зависящий от выбранной СУБД)
AK - индекс - уникальный,
непервичный индекс
Взаимосвязи, определяемые
использованием FK-атрибутов
Получим физическую модель, сгенерированную ERwin. Данная модель изображена на рисунке 2.
Рисунок 2 - Физическая модель базы данных "TyrFirma"
В полученной модели необходимо организовать типы и размеры полей,
результат отображен в таблице 9.
Таблица 9 - Свойства колонок таблиц физической модели базы данных "TyrFirma"
Кроме того, когда создаем физическую модель данные вводятся правила
валидации колонок, определяющие списки допустимых значений по умолчанию.
После установки правил валидации в диалоговом окне Validation Rule Editor должны получиться следующие правила (рисунок 3).
Рисунок 3 - Правила валидации в ERWin
Таким образом, мы получаем готовую модель базы данных.
Что создать базу данных, сначала необходимо создать ее структуру, а
именно: определить и создать все необходимые таблицы, создать ранее
определенные ключевые поля этих таблиц, а также определить и создать связи
ключевых полей. На рисунке 4 изображены все необходимые таблицы и связи между
ними.
Далее необходимо заполнить таблицы данными.
Рисунок 5 - Таблица о клиентах фирмы
Таблица о клиентах фирмы является начальной, она связанна с другой
таблицей через поле код путевки.
Рисунок 6 - Таблица по путевкам, имеющимся у фирмы
Таблица по путевкам является связной. Остальные таблицы связанны с ней
через поля код курорта, код номера, код услуги.
Рисунок 8 - Таблица о номерах, которые может предложить фирма.
Рисунок 9 - Таблица по услугам фирмы
Для более удобной работы с базой данных необходимо создать форму. Как
было сказано выше, менеджер должен быстро предоставить информацию клиенту по
имеющимся путевкам на курорты, это поможет сделать форма, представленная на
рисунке 10.
Рисунок 10 - Форма, представляющая путевки на определенные курорты.
Для предоставления информации по условию, необходимо создать запросы. В
данной работе были созданы запросы, которые ответят на воросы как клиентов, так
и руководство фирмы. Были созданы следующие запросы:
. В какие страны поедут клиенты фирмы, оформленные в мае 2007 года? При
создании запросов с использованием даты, необходимо обращать внимание на ее
формат. В данном случае формат даты - mm/dd/yy. Данные изображены на рисунках 11 и 12.
Рисунок 11 - Условия (фильтр) для выполнения первого запроса.
Рисунок 12 - Данные, полученные по первому запросу.
. Какие имеются путевки на курорты Египта? Данные изображены на рисунках
13 и 14.
Рисунок 13 - Фильтр для выполнения второго запроса.
Рисунок 14 - Данные, полученные по второму запросу.
3. Какова стоимость номеров "Люкс" на различных курортах? Данные
изображены на рисунках 15 и 16.
Рисунок 15 - Фильтр для выполнения третьего запроса
Рисунок 16 - Данные, полученные по третьему запросу.
Чтобы представить запросы в наглядной форме необходимо создать отчеты.
Отчеты могут создаваться по имеющимся таблицам или по созданным запросам. На
рисунках 17, 18 и 19 представлены отчеты по ранее созданным запросам.
Рисунок 17 - Отчет по первому запросу (Клиенты, оформленные за месяц май)
Рисунок 18 - Отчет по второму запросу (Наличие путевок в Египет)
Рисунок 19 - Отчет по третьему запросу (Стоимость номеров
"Люкс")
В моей курсовой работе были рассмотрены приемы проектирования и
реализации реляционных баз данных и таблиц в СУБД Visual FoxPro 8.0. А так же была создана концептуальная модель
предметной области с помощью Case-средства Erwin. Физическая модель проектируемой базы данных в
методологии IDEF1X, была спроектирована структура реляционной таблицы, в нее
были внесены данные.
Были созданы формы, для удобного просмотра информации, добавления,
редактирования, удаления и извлечения необходимых сведении.
Созданы запросы, с помощью которых можно систематизировать данные о
клиентах и группировать их для последующего составления отчетов и распечатки их
на принтере.
Для внедрения БД "TyrFirma" нужно установить компьютер на рабочем месте менеджера, провести
инструктаж по работе с системой, составить подробную инструкцию по работе с БД.
В качестве перспективных направлений для поддержки и развития созданной
базы данных можно предложить следующие мероприятия:
· создание специальной программы для работы с базой данных, написанной на
языке более высокого уровня. Это расширит возможности созданной базы данных и
позволит более профессионально разработать пользовательский интерфейс.
· перенос базы данных на сетевую платформу для обеспечения
возможности работы в ней нескольких менеджеров.
Похожие работы на - Разработка базы данных экономической информационной системы для туристической фирмы Курсовая работа (т). Информационное обеспечение, программирование.
Шекспир Полное Собрание Сочинений Купить
Реферат На Тему Калининградская Область На Карте Европы
Реферат: Использование результатов работы другого аудитора 2
Курсовая Работа На Тему Тлумаченя Норм Права, Та Їх Культурна Цінність
Реферат: Беренсон, Лори
Эссе по теме Умственный эксперимент
Курсовая работа по теме Творческий подход в работе с коллективом современной хореографии
Написать Сочинение На Лингвистическую Тему
Рефераты На Тему Герой
Контрольная работа по теме Причины социального конфликта. Фазы социального конфликта
Контрольная работа по теме Проблемы и перспективы развития управленческого учета
Реферат по теме Организация по безопасности и сотрудничеству в Европе (ОБСЕ)
Одиночество Мцыри Сочинение
Общее Понятие Аквакультуры Введение Диссертации
Реферат: Кризис финансовой системы и пути его преодоления 2
Статья: Кривые, заданные в полярных координатах
Курсовая работа по теме Финансирование предприятия в условиях кризиса
Курсовая работа: Белки молока, строение и функции
Реферат На Тему Основные Напрвления Технического И Иновационного Развития По "Минский Тракторный Завод"
Сочинение За Грибами 5 Класс
Реферат: Понятие участников налогового процесса
Похожие работы на - Новые данные о спутниках больших планет
Реферат: Анализ деятельности предприятия ОАО Брестский завод молочной продукции за 2005 2007гг