Удосконалення послуг, що надаються в ресторані

Автор работы: Пользователь скрыл имя, 03 Июня 2013 в 03:10, курсовая работа

Описание работы

Об’єкт дослідження – ресторан ГК Дніпро м. Черкаси
Метою роботи є удосконалення послуг, що надаються в ресторані
Завдання:
- дослідити тенденції розвитку послуг ресторанного господарства в сучасних умовах
- проаналізувати діяльність ресторану ГК Дніпро
- розглянути процес створення та обслуговування відвідувачів з нагоди свята
- пошук шляхів удосконалення надання послуг в ресторані

Содержание работы

ВСТУП 3
РОЗДІЛ 1. ТЕОРЕТИЧНІ ОСНОВИ ОРГАНІЗАЦІЇ В ЗАКЛАДАХ РЕСТОРАННОГО ГОСПОДАРСТВА…………………………………..............3
1.1.Ресторанне господарство, як складова індустрії гостинності……………...4
1.2.Загальна характеристика “Готельного комплексу “Дніпро”……………..9
1.3. Аналіз організації надання послуг харчування в ресторані…………..….16
1.4. Пропозиції, щодо удосконалення ресторану “ГК “Дніпро” та його тенденція розвитку………………………………………………………………20
РОЗДІЛ 2. ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ 23
2.1.Інфологічне проектування…………………………………………………..23
2.1.1 Модель "Суть - Зв'язок"(ERD)………………………………………..24
2.1.2 Структурний підхід при розробці інфологічної моделі…………….27
2.1.3 Нормалізація стосунків………………………………………………27
2.2 Призначення інформаційної системи 29
2.3 Основні завдання предметної області 30
2.4 Характеристика документів і атрибутів предметної області 31
РОЗДІЛ 3. СТВОРЕННЯ БАЗИ ДАНИХ 33
3.1 Коротка характеристика IBExpert 33
ВИСНОВКИ…………………………………………………………..36
СПИСОК ВИКОРАСТАНИХ ДЖЕРЕЛ ………

Файлы: 1 файл

Черновик діплом.doc

— 433.50 Кб (Скачать файл)

  Розрізняють активну і нейтральну системи озеленення. Так, у робочій зоні створюють нейтральну систему озеленення, а в зоні відпочинку - активну. За допомогою озеленення виконують поділ простору на зони.

  Для озеленення інтер’єрів застосовують, як правило, такі види рослин:

•  декоративно-листяні:

•  декоративно-квітучі;

•  кучеряві й ампельні;

•  сукуленти.

  Додавання озеленення до інтер’єру здійснюється як створенням природних (живих, засушених) композицій, так і штучних.

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

    До озеленення варто також віднести і живі квіти, шо стоять у вазах. Вони завжди прикрашають інтер’єр, додають затишку, створюють приємну атмосферу і підвищують художню якість декоративного оздоблення.

У ресторані встановлена барна  стійка, яку за допомогою реконструкції, можна перетворити в бар.

Бар – заклад ресторанного господарства, в якому через барну  стійку реалізують алкогольні, безалкогольні, змішані напої та страви до них і закупівельні товари, Так само як і ресторани, бари поділяють на класи.

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

 На робочому місці бармена можна встановити фризер для виготовлення м'якого морозива, соковижималку.  Автоматичну кавоварку можна встановити на стійці або за нею. Тут же можна встановити тостер для підсмажування шматочків хліба, ростер для підсмажування порціонних шматочків м'яса.

На барній стійці необхідно  встановити автомат для розливання пива. Також бар необхідно устаткувати  інвентарем для приготування коктейлів.

Основним предметом  для приготування коктейлів, способом інтенсивного перемішування компонентів  вручну - є шейкер. Для приготування газованої води та “ігристих” коктейлів у барах використовують сифони з балончиками вуглекислого газу, а для збереження льоду на робочому місці - контейнери для льоду.

Звичайно, для змін та реконструкцій потрібні не лише кошти, а й додатковий персонал :ставка бармена, музикантів, аніматорів. На даний час   це проблеми, які пов’язані як з надходженням до ресторану коштів на перебудову, так і наявність кваліфікованого персоналу, але якщо заклад прагне збільшити кількість відвідувачів і підяти рівень своєї популярності , то ці проблеми потрібно вирішувати.

 

 

 

 

 

 

 

РОЗДІЛ 2. ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ

 

2.1 Інфологіческое  проектування. Інфологічна модель відображає реальний світ у деякі зрозумілі людині концепції, повністю незалежні від параметрів середовища зберігання даних. Існує безліч підходів до побудови таких моделей: графові моделі, семантичні мережі, модель «сутність-зв'язок» і т. д. Найбільш популярною з них виявилася модель «сутність-зв'язок». У інфологічному підході виділяються: Сутність (Об'єкт) - це те, про що повинна накопичуватися інформація в системі. Необхідно розрізняти такі поняття, як тип сутності й екземпляр сутності. Типом сутності йди об'єктним безліччю.

Конкретизація. Об'єктне  безліч, що є підмножиною іншого об'єктного безлічі.

Узагальнення. Об'єктне  безліч, що є над безліччю іншого об'єктного безлічі (містить його).

Об'єкти можуть бути атомарними або складовими, причому об'єкт  може в одному додатку бути атомарним, а в іншому - складовим. Для складового об'єкту повинні бути визначені його внутрішні складові. Кожен об'єкт в певний момент часу характеризується певним станом. Це стан описується за допомогою набору властивостей і зв'язків з іншими об'єктами. Властивості об'єкта можуть не залежати від його зв'язків (відносин) з іншими об'єктами. Такі властивості називаються локальними. Властивості, які залежать від зв'язків з іншими об'єктами, називаються реляційними. Зв'язок (відношення) між об'єктами в залежності від числа вхідних в неї об'єктів характеризується потужністю. Потужність - це максимальна кількість елементів одного об'єктного безлічі, пов'язаних з одним елементом іншого об'єктного безлічі. Деякі відношення не мають конкретного значення максимальної потужності, тоді потужність позначають *, тобто «багато».

 

2.1.1 Модель «Сутність - Зв'язок» (ERD)

Це модель предметної області, яка використовується на етапі  інфологіческого проектування. Нотація ERD була вперше введена П. Ченом (Chen). Модель використовує три основних елементи: сутність, атрибут і зв'язок. Сутність - це абстракція якого об'єкта, процесу або явища реального світу, про який треба зберігати інформацію. В якості сутності можуть виступати матеріальні і нематеріальні об'єкти. Тип сутності визначає набір однорідних об'єктів, а екземпляр сутності - конкретний об'єкт в наборі. Кожен тип сутності володіє одним або кількома атрибутами. Кожному типу сутності має бути дано унікальне ім'я. До одного і того ж імені повинна завжди застосовуватися одна й та ж інтерпретація.

Для ідентифікації конкретних екземплярів сутностей використовуються атрибути - ідентифікатори (один або декілька), які дозволяють однозначно відрізняти один екземпляр сутності від іншого. Кожна сутність може мати будь-якою кількістю зв'язків з іншими сутностями моделі. Атрибут - це пойменована характеристика сутності, яка приймає значення з деякої множини значень. Наприклад, для сутності ПОСАДИ атрибутами є Найменування посади, Код посади, Вимоги і т. п. Щоб задати атрибут в моделі, необхідно присвоїти йому найменування, привести смислове опис атрибуту, визначити безліч його допустимих значень і вказати, для чого він використовується. Основне призначення атрибуту - опис властивості сутності, а також ідентифікація екземплярів сутності. Атрибут можна використовувати і як зв'язок - це теж ознака сутності. Атрибут може бути або обов'язковим, або необов'язковим. Обов'язковість означає, що атрибут не може приймати невизначених значень (null values). Атрибут може бути або описовим (тобто звичайним дескриптором сутності), або входити до складу унікального ідентифікатора (первинного ключа). Первинний ключ - набір атрибутів, значення якого однозначно визначають екземпляр сутності. Зовнішній ключ - це набір атрибутів, використовуваний для представлення зв'язків між сутностями. Зв'язку - пойменована асоціація між двома сутностями, значима для розглянутої предметної області. Зв'язок - це засіб, за допомогою якого представляються відносини між сутностями, що мають місце в предметній області. Зв'язки може даватися ім'я, виражається граматичним оборотом дієслова. Ім'я кожного зв'язку між двома даними сутностями повинно бути унікальним, але імена зв'язків у моделі не зобов'язані бути унікальними.

Зв'язки можуть бути між  двома (бінарні), трьома і більше сутностями. Найчастіше використовуються бінарні. Вони класифікуються наступним чином: Зв'язок «один - до - одного» (відображення 1: 1). Коли кожному екземпляру сутності А відповідає один і тільки один екземпляр сутності Б, і навпаки. Зв'язок двонаправлена. Зв'язок «один - до - багатьох» (відображення 1: М). Це такий тип зв'язку, коли кожному екземпляру сутності А може відповідати ні одного, один або кілька екземплярів сутності Б, однак кожному екземпляру сутності Б відповідає один і тільки один екземпляр сутності А. Зв'язок «багато - до - одного» (відображення М: 1) . Це відображення назад попередньому. Зв'язок «багато - до - багатьох» (відображення М: N). Це такий тип зв'язку, при якому кожному екземпляру сутності А може відповідати ні одного, один або кілька екземплярів сутності Б, і навпаки.

В нашій базі даних  використовуються зв'язку «один - до - багатьох» та «багато - до - одного» (відображення М: 1), наприклад такі як Посади <= >> Співробітники, де на одній посаді можуть знаходиться різні люди одночасно, Замовлення < <=> Меню, де одне з одного і того ж меню можна зробити замовлення страви неодноразово і т.д.

У деяких випадках доцільно розглядати односпрямований зв'язок від сутності А до сутності Б. Вона може бути простою і багатозначною. При простій односпрямованої  зв'язку від А до Б одному і  тому ж примірнику А відповідає один і той же екземпляр Б. При цьому зворотний зв'язок не визначена. При багатозначної односпрямованої зв'язку від А до Б, одному і тому ж примірнику А відповідає ні одного, один або кілька примірників Б. Зворотній зв'язок не визначена. У багатьох випадках цікавий не сам факт відносини, а його потужність, виражена в числовій формі. Вона називається показником і широко використовується в управлінській діяльності. У цих випадках тип ставлення можна розглядати як тип сутності і він може мати описові атрибути. Наприклад, «Деталь А розміщена на складі Б» розглядаємо як сутність, про яку хочемо зберігати інформацію про кількість деталей на складі (атрибут - кількість).

Інформацію про проект оформлюють складанням специфікацій по сутностям, атрибутам і відносинам з використанням графічних діаграм. На діаграмі позначають:

- Сутності - прямокутниками;

- Атрибути - овалами, поєднуючи  їх із відповідними сутностями  ненаправленими ребрами; ідентифікують  атрибути підкреслюються;

- Зв'язки (відношення) - ромбами,  поєднуючи їх із відповідними сутностями ненаправленими ребрами, за винятком бінарних зв'язків, які з'єднуються спрямованими ребрами.

Інфологіческая модель БД Ресторану представлена ​​на рис.2.

 

 

 

 

Малюнок 2 - Інфологіческая модель бази даних

 

 

 

 

2.1.2 Структурний підхід при розробці инфологической моделі

 

Сутність структурного підходу до розробки ІС полягає в  її декомпозиції (розбитті) на автоматизуються  функції: система розбивається на функціональні  підсистеми, які в свою чергу діляться на підфункції, що підрозділяються на завдання і так далі. Процес розбиття триває аж до конкретних процедур. При цьому автоматизируемая система зберігає цілісне уявлення, в якому всі складові компоненти взаємопов'язані. При розробці системи «знизу - вгору» від окремих завдань до всієї системи цілісність втрачається, виникають проблеми при інформаційній стикування окремих компонентів. При моделюванні предметної області проектувальник розбиває її на ряд локальних областей, моделює кожне локальне уявлення, а потім їх об'єднує.

 

2.1.3 Нормалізація відносин

 

Поняття нормалізації відносин

Одні і ті ж дані можуть групуватися в таблиці (відносини) різними способами, тобто можлива  організація різних наборів відносин взаємозалежних інформаційних об'єктів. Угрупування атрибутів у відносинах повинна бути раціональною, тобто мінімізує дублювання даних і спрощує процедури їх обробки та оновлення.

Певний набір відносин володіє кращими властивостями  при включенні, модифікації, видалення  даних, ніж всі інші можливі набори відносин, якщо він відповідає вимогам нормалізації відносин.

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

Виділено три нормальні  форми відносин і запропоновано  механізм, що дозволяє будь-яке відношення перетворити до третьої (найдосконалішою) нормальної формі.

• Перша нормальна  форма

Відношення називається  нормалізованим або приведеним до першої нормальної формі, якщо всі його атрибути прості (далі неподільні). Перетворення ставлення до першої нормальної формі може призвести до збільшення кількості реквізитів (полів) відносини і зміні ключа.

Наприклад, відношення Співробітники = (Код посади, ПІБ, № паспорта, Адреса, телефон, вік, код посади) знаходиться в першій нормальній формі.

• Друга нормальна  форма

Щоб розглянути питання  приведення відносин до другої нормальної форми, необхідно дати пояснення  до таких понять, як функціональна  залежність і повна функціональна залежність.

Описові реквізити інформаційного об'єкта логічно пов'язані із загальним  для них ключем, цей зв'язок носить характер функціональної залежності реквізитів.

Функціональна залежність реквізитів - залежність, при якій примірнику інформаційного об'єкта певному значенню ключового реквізиту відповідає лише одне значення описового реквізиту, наприклад, у таблиці замовлення це код співробітника виконує замовлення або таблиця склад в якій значенням ключового реквізиту відповідає лише одне значення описового реквізиту як код страви .

Таке визначення функціональної залежності дозволяє при аналізі  всіх взаємозв'язків реквізитів предметної області виділити самостійні інформаційні об'єкти.

• Третя нормальна  форма

Поняття третьої нормальної форми грунтується на понятті нетранзітівной залежності. Транзитивне залежність спостерігається в тому випадку, якщо один з двох описових реквізитів залежить від ключа, а інший описовий реквізит залежить від першого описового реквізиту.

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

Для усунення транзитивної залежності описових реквізитів необхідно  провести «розщеплення» вихідного  інформаційного об'єкта. В результаті розщеплення частина реквізитів видаляється з вихідного інформаційного об'єкта і включається до складу інших (можливо, знову створених) інформаційних об'єктів.

 

Рисунок 3 - Схема процесу  нормалізації

2.2 Призначення інформаційної системи

 

Предметна область - частина  реального світу, що підлягає вивченню з метою організації управління і, кінець кінцем, автоматизації. Предметна  область представляється безліччю фрагментів, наприклад, підприємство - цехами, дирекцією, бухгалтерією і т.д. Кожен фрагмент предметної області характеризується безліччю об'єктів і процесів, що використовують об'єкти, а також безліччю користувачів, що характеризуються різними поглядами на предметну область.

Для аналізу предметної області вибрано ГК “Дніпро”.  Ресторан має своїх постачальників які знаходяться в різних містах України поставляють продукцію за цінами виробника.

Розглянемо основні  етапи, по яких продукти проходить в  ресторан:

1. Купується продукті  за цінами виробника.

2. Для кожного найменування  заводиться окремий рядок в таблиці бази даних, в якій указуються:

- Співробітники;

- Посади;

- Склад;

- Меню;

- Замовлення;

Дані в таблиці можна  редагувати в міру необхідності. Їх можна буде сортувати за кодом, вартістю, групою і т.д.

2.3 Основні завдання предметної області

Информация о работе Удосконалення послуг, що надаються в ресторані