Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование логической структуры базы данных

Содержание:

Введение

Гостиничный сервис - ведущая отрасль сферы обслуживания.

Современное состояние рынка гостиничных услуг характеризуется высоким уровнем конкуренции, разнообразием видов предоставляемых основных и дополнительных услуг, повышением уровня обслуживания.

С точки зрения организации и управления гостиничные комплексы представляют собой сложные системы, которые состоят из различных взаимосвязанных служб.

К основным типовым службам относятся: служба управления номерным фондом; административная; коммерческая служба; служба питания; инженерно-технические и вспомогательные службы.

Целью данной курсовой работы является проектирование базы данных управления гостиницей, предназначенное для ведения учёности о сотрудниках, клиентов, гостиничных номерах, учёт услуг существующей БД.

Для достижения поставленной цели необходимо решение конкретных задач:

1. Исследовать предметную область гостиничного комплекса.

2. Осуществить постановку задачи.

3. Построить функциональную модель предоставления номеров в гостинице.

4. Спроектировать базу данных гостиницы.

1 глава. Аналитическая часть

1.1.Описание предметной области. Постановка задачи

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

Актуальность данной работы состоит в существенном упрощении хранения и поиска информации, а также в том, что разработанная база данных автоматизирует основные операции, и это сокращает расходы времени работников гостиницы и вероятность возникновения ошибок, недопустимых в современном бизнесе.

1.2. Организационная структура объекта автоматизации

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

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

Административная служба осуществляет основные бизнес-процессы, связанные с управлением отелем в целом, координацией деятельности всех служб отеля, решением финансовых вопросов и кадрового обеспечения, контрольные функции и т.п. Обычно в состав этой службы входят директор и топ-менеджеры отеля, бухгалтерия, финансовая служба, отдел кадров и др. С точки зрения информационных процессов эта служба представляет собой то ядро, которое должно объединять информационно воедино все службы отеля. Работники этого блока, как правило, имеют наиболее полные права доступа ко всей информации, функционирующей в системе управления отелем.

Коммерческая служба обычно представлена отделами маркетинга и рекламы, которые выполняют задачи, связанные с исследованием рынка, конкурентов, выявлением потребностей постоянных и потенциальных гостей, разработкой и реализацией рекламных компаний, мероприятиями по связям с общественностью и т.п. Основная цель службы - продвижение существующего гостиничного продукта, а также выработка предложений по созданию новых видов услуг, которые с высокой степенью вероятности будут востребованы на рынке.

С информационной точки зрения основной блок необходимой информации предоставляется службой приема и размещения. Именно на базе этих данных проводятся маркетинговые исследования.

Информационно служба питания является относительно самостоятельной структурой, но, тем не менее, связана со службой приема и размещения, так как планирование и прогнозирование объемов продаж непосредственно зависит от числа гостей.

Организовать работу гостиничного комплекса с максимальной эффективностью и в соответствии с современными мировыми требованиями можно только с использованием современных компьютерных технологий.

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

Любая гостиница - это единый организм, слаженное функционирование которого требует комплексной автоматизации.

Программы, которые позволяют координировать бизнес-процессы отеля, называются автоматизированными системами управления (АСУ) или PMS (PropertyManagementSystem).

Основой PMS-системы является автоматизация процессов бронирования номеров, приема и размещения гостей, расчетов с ними, а также контроль за состоянием номерного фонда.

Развитие PMS-систем начиналось именно с такого функционала, а PMS - системы ранее так и назывались - Front-Office (системы портье).

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

Гостиница оказывает следующие услуги:

  • предоставление номеров
  • их обслуживание
  • администрирование телефонных переговоров

1.2. Выбор СУБД

При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «MS Visual FoxPro v.9.0»; «Microsoft Access v.11»; «1С: Предприятие 8.3».

MS Visual Fox Pro v.9.0

Достоинства данной среды разработки приложений следующие:

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

К недостаткам можно отнести следующее:

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

Microsoft Access v.11

Microsoft Access является полнофункциональной системой управления реляционной базой данных (СУРБД). Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.

Для обработки таблиц Access использует мощный язык баз данных – SQL (Structured Query Language – язык структурированных запросов). С помощью SQL можно получить набор данных, который необходим для решения конкретной задачи.

Microsoft Access предоставляет дополнительные средства разработки приложений баз данных, позволяющие не только обрабатывать данные в собственных структурах базы данных, но и в других распространенных форматах баз данных.

Вероятно, наиболее мощным качеством Access является возможность обработки данных из электронных таблиц, текстовых файлов, файлов dBase, Paradox и FoxPro, а также любых баз данных SQL, поддерживающих стандарт ODBC (Open Data Base Connectivity). Это означает, что Access можно использовать для создания Windows-приложений, способных обрабатывать данные как сетевого сервера SQL Server, так и базы данных, размещенной на головном компьютере.

Характеристики языков программирования представлены в таблице 1.

Таблица 1. Сравнительная характеристика языков программирования

Visual Foxpro

Access (VisualBasic)

Принцип обработки кода

Интерпретатор (псевдокомпилятор)

Интерпретатор (псевдокомпилятор)

Язык

DBASE c

с объектами

Basic c Объектами

Система

Закрытая

Закрытая

Создание пользовательских мастеров

-

-

Динамическое создание форм ввода, обработки сообщений

+

+

Модель создания приложения

-

-

Технология

Построители экранов, меню, отчетов (drag-and-drop), классов

Построители экранов, меню, отчетов (drag-and-drop), классов

Вывод из баз данных на печать

Встроенный Report

Встроенный Report

Обработка исключений

Процедура

Процедура

Поддержка CASE-средств

-

+

Встроенный язык программирования 1С: Предприятие 8.3

Важным отличием разработки бизнес-приложений в системе 1С от разработки в универсальных системах (Delphi, С++) состоит в том, что приложение в 1С разрабатывается в терминах классов проблемно-ориентированных бизнес-сущностей.

В случае использования универсальной среды программирования при разработке системы автоматизации какого-либо предприятия существует целый ряд различных сущностей – товары, клиенты, счета, накладные, документы - а также все способы регистрации их взаимодействия.

В отличии от вышеперечисленных вендоров, продукция отечественной компании фирмы «1С» является более рентабельной, в силу относительно не высокой стоимости внедрения и большого количества качественных специалистов, способных поддерживать информационную систему.

Также, выбор сильной отечественной информационной платформы обосновывается тем фактором, что в нынешних условиях санкций активно включается программа импортозамещения, иностранное программное обеспечение становится в ещё более не конкурентном положении и становится стратегически правильным внедрять более конкурентоспособные информационные системы фирмы «1С».

Основным отличием от имеющихся аналогичных систем станет направленность разрабатываемой базы данных на реализацию конкретных требуемых бизнес-процессов средствами информационной поддержки ЭИС. Также стоит заметить, что залоежнная в платформу функциональность и технология RAD (технология быстрого проектирования и разработки приложений) позволяет произвести быструю доработку и добавление в неё функционала при необходимых адаптационных запросах на изменение ЭИС в соответствии с изменением предметной области. .

«1С: Предприятие поддерживает 5 видов СУБД:

  • IBM DB2
  • MS SQL
  • Oracle BD
  • PostgreSQL

Характеристики СУБД представлены в таблице 2.

Таблица 2. Сравнительная характеристика СУБД Microsoft SQL Server, DB2 и Oracle

Признак сравнения

SQL Server

DB2

Oracle

Разработчик

Microsoft

IBM

Oracle Corporation

Язык запросов

Transact-SQL (T-SQL)

Декларативный SQL (SQL DB2)

ANSI SQL и PL/SQL

Протокол передачи данных

Tabular Data Stream (TDS)

TCP/IP, SNA/APPC, NETBIOS, IPX/SPX

TCP/IP, SNA/APPC, NETBIOS, IPX/SPX

Интерфейс взаимодействия приложений с СУБД

Open Database Connectivity (ODBC)

JDBC, SQLJ, ODBS, OLE DB

JDBC, SQLJ, ODBS, OLE DB, VI SAN

Преимущества

поддерживает зеркалирование и кластеризацию БД;

поддерживает избыточное дублирование данных по сценариям: «снимок», «история изменений», «синхронизация с другими серверами»;

включает язык для сбыта хранимых процедур и функций;

отличается высокой производительностью

мощный многофазовый оптимизатор SQL DB2 строит эффективный план выполнения запроса;

использование статистического распределения данных в таблицах;

поддержка XML документов;

поддержка реляционных и комплексных данных с помощью объектных расширений;

возможность работы на мультипроцессорных платформах;

поддержка кластеров;

64-битная архитектура памяти;

идентичность кода различных версий сервера баз данных для всех платформ

поддержка XML в хранимых процедурах;

отправка SQL-запросов к БД с применением URL-адресов;

средства объектно-ориентированного конструирования;

система оптимизации одновременного доступа;

высокая надежность;

возможность разбиения крупных баз данных на разделы;

наличие универсальных средств защиты информации;

эффективные методы

Преимущества

распараллеливание запросов;

наличие средств для гетерогенного администрирования и обработки данных;

поддержку выполнения распределенных транзакций

максимального повышения скорости обработки запросов;

распараллеливание операций в запросе;

широкий спектр средств разработки, мониторинга и администрирования;

связанные базы данных OLAP;

поддержка большого объема памяти и симметричной многопроцессорной обработки;

поддержка службы единого каталога;

инструментальные средства разработки схем, генерации запросов и кода

Недостатки

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

неполная совместимость T-SQL с ANSI SQL;

проблемы недостаточности программных средств;

зависимость от операционной среды (Windows)

в языке SQL DB2 практически отсутствуют подсказки оптимизатору;

плохо развит язык хранимых процедур;

не имеет собственных средств аутентификации

Для сбыта возможностей СУБД Oracle требуется большой объем внедрения, причем специалисты по Oracle одни из самых дорогих.

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

Для создания базы данных ИС была выбрана система управления реляционными базами данных Microsoft SQL Server 2012.

Самым важным преимуществом в обосновании выбора SQL Server 2012 является его наивысшая, по сравнению с конкурентами, совместимость с 1С. Этому активно способствует плодотворное сотрудничество фирмы «1С» и фирмы «Microsoft», что сделало продукт SQL Server высоко совместимым с «1С».

1.3. Проектирование логической структуры базы данных

Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рис.1.

Рисунок 1. Информационная модель системы автоматизации взаиморасчетами с клиентами

Информационная модель содержит 4 области:

  1. Область входящей информации, в которой указаны документы, информация из которых используется в качестве входной, а также экранные формы для ввода данной информации;
  2. Область справочников системы, которая иллюстрирует состав справочников и таблиц базы данных;
  3. Область обработки информации, в которой показано, как входная информация учитывается в системе и в каких таблицах базы данных она сохраняется;
  4. Область формирования результатной информации, в которой приведены экранные формы и выходные документы.

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

1.4.Проектирование физической структуры базы данных

Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.

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

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру в общих чертах.

СУБД, применяемая на предприятии – MS SQL Server.

На рис. 2 описана связь основных таблиц в базе данных.

Рисунок 2 - «ER-модель» предметной области управления взаиморасчетами с клиентами компании ООО «Тат Телеком»

Описание таблиц ER-модели представлено в табл. 3-12

Таблица 3. Клиенты

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказчика

IDЗаказчика

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Таблица 4. Договоры

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование договора

НаименоваиеДоговора

строка

30

FK1

Условия договора

УсловияДоговора

ХранилищеЗначений

Сумма договора

СуммаДоговора

число

0

Таблица 5. Заказ

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование заказа

Наименование_Заказа

строка

30

Сумма заказа

СуммаПоЗаказу

Число

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 6. Менеджеры клиентов

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Менеджера

IDМенеджера

число

0

Первичный ключ – ключевое поле (PK)

ФИО Менеджера

ФИОМенеджера

Строка

30

Аналитическая информация

АналитическаяИнформация

число

4

Таблица 7. Первичная связь с клиентом по заказу

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Документа

IDДокумента

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Тип Источника

ТипИсточника

Строка

30

Тип интереса

ТипИнтереса

Строка

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 8. Обратная связь клиента по заказу

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Документа

IDДокумента

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Тип Источника

ТипИсточника

Строка

30

Тип интереса

ТипИнтереса

Строка

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 9. Заказы компании

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Наименование договора

НаименоваиеДоговора

строка

30

FK1

ID_Клиента

ID Клиента

число

4

FK2

Менеджер клиента

Менеджер клиента

Строка

FK3

Таблица 10. Cостояние заказов клиента

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Cостояние_Клиента

IDCостояниеКлиента

число

4

ID_Клиента

ID Клиента

число

4

FK1

Статус клиента

Статус Клиента

строка

30

Дата Начала

ДатаНачала

Дата

Дата Окончания

ДатаОкончания

Дата

Таблица 11. Утвержденный заказа клиента

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование заказа

Наименование_Заказа

Строка

30

Договор клиента

Договор клиента

Строка

12

FK1

Менеджер клиента

Менеджер Клиента

Строка

Таблица 12. Утвержденные проекты компании

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование клиента

Наименование_Клиента

строка

30

Сумма клиента

Сумма По Клиенту

Число

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Исполнитель клиента

Исполнитель Клиента

Строка

20

2 глава. Практическая часть

2.1. Контрольный пример решения задачи.

Курсовая работа представлена в виде тестового примера базы данных гостиницы. Пример включает в себя:

1. Список сотрудников:

  • Иванова Виктория Игоревна
  • Михайлов Сергей Иванович
  • Сергеева Анна Михайловна

2. Список клиентов:

  • Борисов Борис Михайлович
  • Иванкова Лида Ивановна
  • Иванов Святослав Петрович

3. Гостиничные номера:

  • Busy
  • Luxury
  • Normal

4. Форма оплаты:

  • Наличные
  • Безналичные

Константа – это объект метаданных, который хранит в себе редко изменяющуюся информацию. Константы используются для хранения одного значения в базе данных.

В курсовой работе используются следующие константы:

  • ФизическийАдрес
  • НазваниеГостиницы
  • Владелец
  • Юридический адрес

Форма констант представлена на Рис. 9.

Рис. 3. Заполнение формы константы

Создание фактографических экономических информационных систем начинается с разработки нормативно-справочной информации и справочных классификаторов.

Объект метаданных, создаваемый в предметно-ориентированной системе «1С: Предприятие 8» на основе предопределенного и неизменяемого шаблона «Справочники», представляет собой экземпляр данных, предназначен для хранения условно-постоянной информации, и наследует свойства своего объекта-прототипа. Для примера, такими объектами могут являться такие справочники как: контрагенты, физические лица, кассы контрольно-кассовых машин, договора контрагентов и любые другие схожие сущности.[7]

Система «1С: Предприятие 8» предоставляет богатые возможности эффективного проектирования и хранения информации, когда учитываются требования в скорости, доступности и удобстве получения различной информации в различном качестве и представлении. Непосредственно некоторыми возможностями наделены и справочники, которые могут быть спроектированы и настроены с учетом различных информационных, функциональных, технических и других потребностей. Например, одни справочники в системе могут быть подчинены другим справочникам, при этом полностью соблюдается физическая целостность и такие известные проблемы при проектировании баз данных, как проблема аномалий, удаления родителей и потомков системой контролируется. Также справочники можно разделить по возможностям группировки информации на две группы: не иерархические и иерархические. В не иерархических справочниках отсутствует возможность хранения списка элементов на уровне итогов и групп, а в иерархических такая возможность группировки элементов по категориям существует – по элементам или по элементам и группам.[3]

В системе «1С: Предприятие 8» справочники несут на себе не только функции непосредственного хранения информации, но и функции применения справочной информации в самом учетном процессе. Так, при правильном проектировании заметным плюсом станет повышение точности скорости ведения учета, когда справочную информацию не требуется дублировать в разных местах программы и снижаются риски и вероятность получения не корректной информации в разрезе требуемых показателей.

Справочники в системе «1С: Предприятие 8» наделены функциональностью использования их в системе отчетности и могут быть интегрированы в единую схему получения отчетов в различных аналитических разрезах и показателях.

Для ЭИС разработаны следующие справочники:

  • Клиенты
  • Услуги
  • Гостиничные Номера
  • Список сотрудников

Справочник «Услуги» предназначен для учета услуг компании и является иерархическим.

Справочник «Клиенты» предназначен для учета клиентов компании и имеет дополнительные вкладки – табличные части, содержащие аналитическую информацию.

Рассмотрим вышеперечисленные справочники.

На Рис. 4 – 6 представлены вышеперечисленные справочники в режиме «1С: Предприятие 8».

Рис. 4. Справочник «Услуги» в режиме «1С: Предприятие 8.3»

Рис.5. Справочник «Клиенты» в режиме «1С: Предприятие 8.3»

Рис.6. Справочник «Гостиничные номера» в режиме «1С: Предприятие 8.3»

В системе «1С: Предприятие 8» экземпляры данных, созданные на основе предопределенного объекта – прототипа «Документы», представляют собой объекты, сущностное содержание которых очень близко к бумажным документам. Они предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые системой показатели.[5]

Объект метаданных «Документы» предназначен не только для отражения свершившихся событий, но и также может быть использован в задачах планирования и для построения других иных учетных схем.

Документы и регистры представляют собой центральное звено всей бизнес-логики системы.

С учетом требований к информационной системе и к базе данных, были спроектированы и разработаны следующие документы, регистры для ЭИС:

  • Документ «Регистрация»
  • Документ «Сдача номера»
  • Документ «Оплата Дополнительных Услуг»

На Рис. 7 – 9 представлены документы разработанной ИС.

Рис.7. Документ «Регистрация»

Рис.8. Документ «Сдача номера»

Программный код документов находится в Приложении А

(см. Приложение А).

Все документы объединим в единый журнал документов представенном на Рис.9

Рис.9. Журнал документов

Отчеты представляют собой объекты конфигурации, созданные на основе предопределенного шаблона объекта – прототипа «Отчеты». Отчеты позволяют представить информацию из регистров в удобном для пользователя виде.

Отчеты в системе 1С: Предприятие 8, по моему мнению, являются самым развитым механизмом системы, что ярко выделяет систему «1С: Предприятие 8» среди многих информационных систем, так как включают себя очень богатые возможности.

Система компоновки данных – визуальное средство для построения и вывода отчетов, предназначенная для декларативного создания отчетов, т.е. создания отчетов без программирования, которая однако, включает в себя и программные механизмы, и механизмы XML. Данная система позволяет разрабатывать отчеты не только программистам, но и опытным пользователям, которым предоставляются различные возможности форматирования, настройки и оформления отчетов прямо в режиме использования базы данных.

В ходе разработки прикладного решения были созданы следующие отчеты:

  • «Финансовый результат гостиницы»
  • «Цены гостиничных номеров
  • «Сведения о занятости номеров»
  • «Учет Продаж Менеджеров Клиентов»

Отчет «Уровень продаж менеджеров компании» показывает уровень продаж, количественные показатели продаж в различных группировках – по клиенту, по услуге, по менеджеру. Данный отчет доступен только директору.

Отчет «Финансовый результат гостиницы» показывает уровень прибыли, количественные показатели прибыли в различных группировках – по клиенту, по услуге, по менеджеру. Данный отчет доступен только директору компании.

На Рис. 10-11 представлены формы отчетов «Уровень продаж менеджеров» и «Сведения о занятости номеров»

Рис.10. Отчет «Уровень продаж менеджеров»

Рис.11. Отчет «Сведения о занятости номеров»

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

Информационная система хранит следующие перечисления:

  • Семейное положение
  • Тип гостиничного номера
  • Количество комнат
  • Размещение
  • Тип услуги

Регистры представляют собой важнейший объект в системе «1С: Предприятие 8». Данные экземпляры данных - объекты также как и все другие в системе «1С: Предприятие 8» создаются на основе преопределенного шаблона объекта – прототипа, условно говоря - класса и наследуют свойства своего родителя, имея лишь незначительные возможности объектно-ориентированного программирования.

Всего видов таких объектов в системе «1С: Предприятие 8» четыре:

  • «регистр накопления»,
  • «регистр сведений»,
  • «регистр бухгалтерии»,
  • «регистр расчета».

Каждый из объектов этих несет в себе предопределенную специфическую функциональность, направление и содержание которой реализуется и раскрывается в определенных учетных ситуациях и задачах.

Если бы в системе «1С: Предприятие 8» использовались бы только документы, то отчеты формировались только на одних документах, тем самым это привело бы в будущем к медленному формированию отчетов и не гибкости используемой базы данных к бизнес-процессам предприятия. Такие потенциальные и возможные проблемы решаются с использованием регистров, их правильным проектированием и применением в информационной системе.

Регистры позволяют накапливать информацию в различных разрезах по различным числовым или другим показателям с дополнительными произвольными сведениями, если это необходимо.

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

С учетом требований к информационной системе и к базе данных, были спроектированы и разработаны следующие документы, регистры для ЭИС:

  • Регистр сведений «Цены Гостиничных Номеров»
  • Регистр сведений «Услуги»
  • Регистр накопления «Прибыль От Гостиницы»
  • Регистр накопления «Количество Свободных Номеров»
  • Регистр накопления «Учет Продаж Сотрудников»

2.2. Разработка интерфейса и реализация проекта.

Подсистемы – это основные элементы для построения интерфейса «1С: Предприятие 8.3».

Поэтому первое, с чего следует начинать разработку конфигурации – это проектирование состава подсистем.

В работе реализованы следующие подсистемы:

  • Управление гостиницей
  • Информация о гостинице
  • Бронирование
  • Финансы

Подсистемы представлены на Рис. 12.

Рис. 12. Подсистемы

Подсистема «Управление Гостиницей» представлена на Рис. 13 и содержит информацию обо всех основных объектах системы предназначенных для выполнениях основных бизнес-процессов управления гостиницей.

Рис. 13. Подсистема «Управление гостиницей»

В подсистеме «Информация о гостинице» хранится информация о гостиничных номерах и сотрудниках.

Подсистема «Информация о гостинице» представлена на Рис. 14.

Рис. 14. Подсистема «Информация о гостинице»

Подсистема «Бронирование» предназначена содержит информацию о журнале учета бронирования номеров и представлена на Рис 15.

Рис. 15. Подсистема «Бронирование»

Подсистема «Финансы» хранит в себе информацию о результатах финансовой деятельности гостиницы и представлена на Рис. 16.

Рис. 16. Подсистема «Финансы»

Заключение

Цель курсовой работы заключалась в проектировании автоматизированной информационной управления гостиницей с помощью платформы «1С:Предприятие».

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

Анализ базы данных организации позволил выявить несколько серьезных недостатков:

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

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

В дальнейшем по мере роста бизнеса компании планируется расширение существующей ЭИС, добавлением в нее новых подсистем и усовершенствование существующих алгоритмов. Это становится возможным благодаря правильно выбранному масштабируемому решению, которое позволит интеграцию и расширение с наименьшими экономическими издержками для компании, что говорит об экономической целесообразности дальнейшей эксплуатации данной разработанной базы данных управления клиентской базой.

В ходе работы были решены следующие задачи:

  1. Сформулированы требования к информационной системе;
  2. Разработана система управления гостиницей;
  3. Разработана система управленческого учета в информационной системе;
  4. Продемонстрированы возможные отчеты и документы.

Список литературы

  1. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2011. - 400 с.
  2. Диго С. М. Базы данных: проектирование и использование: учебник для вузов. - М.: Финансы и статистика, 2011. - 592 с.
  3. Дейт К.Дж., Дарвен Хью. Основы будущих систем баз данных: Третий манифест. - Издательство Янус-К, 2012. – 656 с.
  4. Дейт К. Дж. Введение в системы баз данных (седьмое издание). Вильямс, 2011 - 1072 с.
  5. Илюшечкин В. М. Основы проектирования и использования баз данных: учеб. пособие. - М.: Высшее образование, 2012. - 213 с.
  6. Инструменты для создания тиражируемых приложений "1С: Предприятия 8.2". Серия "1С: Профессиональная разработка" (артикул 4601546090706 2012 г.
  7. Каленик А. И. Использование новых возможностей Microsoft SQL Server 2012. - М.: «Русская редакция», 2012. - 334 с.
  8. Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2009. –800 c.
  9. Когаловский М.Р. Теория реляционных баз данных. М.: Финансы и статистика, 2011. –500 c.
  10. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.48
  11. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.76
  12. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.112
  13. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c. 256
  14. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2012 – с.24.
  15. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2011 – с.36.
  16. Крёнке Д. Теория и практика построения баз данных. - М.: Питер, 2009. - 800 с.
  17. Крёнке Д. Практический опыт программирования в реляционных базах данных. - М.: Питер, 2011. - 400 с.
  18. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 30 с.
  19. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 54 с.
  20. Кузнецов С. Д. Основы баз данных: курс лекций: учеб. пособие для студентов, обучающихся по специальностям в обл. информ. технологий. - М.: Интернет - университет информационных технологий, 2011. - 488 с.
  21. Полякова Л. Н. Основы SQL: Курс лекций. Учебное пособие. - М.: Интернет - университет информационных технологий, 2011. - 368 с.
  22. Профессиональная разработка в системе 1С:Предприятие 8" (+DVD-ROM). Издание 2 (артикул 4601546101853). 2013 г.
  23. Роберт Дж. Мюллер. Базы данных и UML. - М.: Лори, 2008. - 420 с.
  24. Роберт Дж. Мюллер. Реляционные базы данных. - М.: Лори, 2011. - 420 с.
  25. Райордан Ребекка М. Основы реляционных баз данных. Базовый курс: Теория и практика. - М.: Русская Редакция, 2011 – 384 с.
  26. Райордан Ребекка М. Аналитические системы транзакций. Базовый курс: Теория и практика. - М.: Русская Редакция, 2012 – 400 с.
  27. Разработка сложных отчетов в "1С:Предприятии 8.2". Система компоновки данных". Издание 2 (+ CD) (артикул 4601546097569). 2013 г.
  28. Решение специальных прикладных задач в "1С:Предприятии 8.2". Серия "1С:Профессиональная разработка" (артикул 4601546092694) 2014 г.
  29. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений. - М.: Бином-Пресс, 2012. - 736 с.
  30. Чубукова И. А. Data Mining: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2009. - 382 с.
  31. Чубукова И. А. Создание реляционных баз данных: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2011. - 382 с.