Информационная система ресторана

Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

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

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

Целью курсовой работы является исследование деятельности ресторанного бизнеса.

Задачи:

- проектирование информационной системы ресторана;

- разработать базу данных ресторана;

- подробно исследовать деятельность по обслуживанию клиентов ресторана.

Структурно работа состоит из: введения; разделов, в которых рассматриваются вышеперечисленные вопросы; и заключения.

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

Глава 1. ПРЕДПРОЕКТНАЯ ЧАСТЬ

1.1 Описание предметной области

Ресторан «Боинг» занимается обслуживанием различных слоев населения, предоставляя своим клиентам услуги питания. Целью ресторана является получение значительной прибыли. Ресторан использует рекламу, улучшает сервис, повышая престижность и, соответственно, прибыль. Основным и единственным источником дохода является продажа услуг и еды. Клиенты платят за приятную атмосферу, еду и напитки, обслуживание. Ресторан может обслуживать значительное количество человек одновременно, но его структура очень проста, поскольку производство товаров и услуг в нем не требует больших затрат и интеллектуальных вложений. Закупка продуктов осуществляется через поставщика и передается на кухню, где повара готовят её для последующей передачи сотрудникам «контактной сферы» и службе доставки. Именно они продают её клиентам заведения. Полученные средства от продажи идут через кассиров в бухгалтерию, где проходят обработку. Самая старшая должность в ресторане - директор. Он напрямую держит связь с владельцем ресторана и передает приказы управляющему, который вместе с технологом производства должен улучшать работу ресторана.

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

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

· «Контактная зона» занимается обслуживанием посетителей ресторана, исполнением корпоративных стандартов обслуживания и участвует в поддержании имиджевой атмосферы заведения.

· Служба доставки ведет удаленную работу с клиентами (прием заказов по телефону), собирает заказы для доставки и развозит готовые заказы по адресам клиентов.

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

· Бухгалтерия ведет всю работу с документацией и ответственна за решение финансовых вопросов (в том числе за начисление зарплаты).

1.2 Разработка функциональной модели предметной области

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

Наиболее широко используемой методологией описания бизнес-процессов является стандарт IDEF0. Подход IDEF0 был разработан на основе методологии структурного анализа и проектирования SADT. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с развитием поддерживающих ее инструментов - программных продуктов для моделирования бизнес-процессов (BPWin, ProCap, IDEF0/EM Tool и др.) Методология IDEF0 предоставляет аналитику прекрасные возможности для описания бизнеса организации на верхнем уровне с акцентом на управлении процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа: по информации, по управлению, движение материальных ресурсов. Продуманные механизмы декомпозиции модели процесса в IDEF0 позволяют существенно упростить работа аналитика. Следует отметить, что модели в нотации IDEF0 предназначены для описания бизнеса на верхнем уровне. Их основное преимущество состоит в возможности описывать управление процессами организации.

Второй важнейшей методологией описания процессов является методология IDEF3. Формально эта методология называется Work Flow Modeling, что отражает ее сущность. Стандарт IDEF3 предназначен для описания рабочих процессов или, говоря другими словами, потоков работ. Методология описания IDEF3 очень близка к алгоритмическим методам построения схем процессов стандартными средствами построения блок-схем (построение блок-схемы в MS Word). Основа методологии IDEF3 состоит в построении моделей процессов, по принципу последовательно выполняемых во времени работ.

Еще одной группой методологий, активно используемых на практике, являются нотации DFD (Data FlowDiagramming). Эти нотации предназначены для описания потоков данных. Они позволяют отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Кроме того, нотация DFD позволяет описывать потоки документов (документооборот) и потоки материальных ресурсов (движение материалов от одной работы к другой). С помощью схемы процессов в DFD выявляют основные потоки данных.

1.3 Выбор программных средств разработки

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

1. Процессор: х86-совместимый процессор, желательно класса Intel Celeron IV и выше; частота от 1800Mhz;

2. Оперативная память - от 512 Мб;

3. Видеоадаптер: любая современная видеокарта, от 64Мб ОЗУ;

4. ОС: Windows: 2000/XP/2003 server x86.

Глава 2. СОЗДАНИЕ МОДЕЛИ ИС С ALLFUSION PROCESS MODELER 7

AllFusion Process Modeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusion Process Modeler 7 повышает бизнес-эффективность IT-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать организационную структуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования, например, методология IDEF0 рекомендована к использованию Госстандартом РФ и является федеральным стандартом США. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusion Process Modeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде. Продукт AllFusion Process Modeler 7 (BPwin) создан компанией Computer Associates. AllFusion Process Modeler 7 наряду с ERwin Data Modeler (ранее: ERwin), Data Model Validator (ранее: ERwin Examiner), Model Manager (ранее: ModelMart) входит в состав пакета программных средств AllFusion Modeling Suite, комплексное использование которого обеспечивает все аспекты моделирования информационных систем.

2.1 Создание модели в стандарте IDEF0

Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

Построение модели ИС начинается с описания функционирования системы в целом в виде контекстной диаграммы. На Рис. 2. 1 представлена контекстная диаграмма ИС «Ресторана»:

Рисунок 2. 1 Контекстная диаграмма IDEF0

Взаимодействие системы с окружающей средой описывается в терминах входа (на рис. 1 это “Поставки продуктов”, ”Звонки обращения клиентов, прием заказов”, Выхода (основной результат процесса - “Обслуживание клиентов” и “Система учета заказов”). Управления (“Документы регламентирующие работу”). И механизмов исполнения (“Персонал” - это ресурсы, необходимые для процесса функционирования системы).

После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 2. 2).

Рисунок 2. 2. Диаграмма декомпозиции IDEF0

Весь процесс функционирования системы ресторана разбивается на 3:

1) “Оформление заказов”;

2) “Изготовление заказа”;

3) “Предоставление готовых блюд”;

Рисунок 2. 3. Диаграмма декомпозиции IDEF0.

Предметом детального рассмотрения был выбран фрагмент «Предоставление готовых блюд». Этот процесс разбивается на 5:

1) «Поставщики»- это организации и предприятия поставляющие ресторану продукты питания, алкогольную продукцию, и др.

2) «Склад продуктов»- помещение с продукцией, требуемой для приготовления блюд и удовлетворения потребностей клиентов.

3) «Кухня» - оборудованное помещение для приготовления блюд, прописанных в меню ресторана.

4) «Обслуживающий персонал» - сотрудники организации, работающие с клиентами.

5) «Клиенты»- люди, для удовлетворения чьих потребностей осуществляются все процессы организации.

2.2 Дополнение созданной модели процессов организационными диаграммами

2.2.1 Диаграммы потоков данных (Data Flow Diagramming)

Для построения DFD диаграмм (Data Flow Diagrams) используется методология Гейна-Сарсона. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет, достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно.

Рисунок 2. 4. Контекстная диаграмма DFD.

Основной процесс - это «Проверка и внесение клиента», «Внесение заказа». Также существуют внешние сущности: «Заказ», «Официанты», «Список клиентов», «Список заказов», «Данные блюда».

функционирование система ресторан

2.2.2 Стоимостный анализ

BPwin предоставляет аналитику инструмент для оценки модели - стоимостный анализ, основанный на работах (Activity Based Costing, ABC), с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR).

Рисунок 2.5 Стоимостный анализ работы

2.2.3 Диаграмма дерева узлов

Диаграмма деревьев узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Впрочем, BPwin имеет мощный инструмент навигации по модели - Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде, однако составляющей стандарта IDEF0.

Рисунок 2.6. Дерево узлов

2.3 Схема данных СУБД Access

База данных - это организационная структура, предназначенная для хранения информации.

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

Access - это реляционная система управления базами данных (СУБД), входящая в пакет MS Office.

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

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

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

Рисунок 2.7 Схема данных ресторана

ЗАКЛЮЧЕНИЕ

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

- проектирование информационной системы ресторана;

- разработать базу данных ресторана;

- подробно исследовать деятельность по обслуживанию клиентов ресторана.

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

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

2. Освобождению работников от рутинной работы за счет ее автоматизации;

3. Обеспечению достоверности информации;

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

5. Уменьшению затрат на оказание услуг.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК:

1. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite. - М. : ДИАЛОГ - МИФИ, 2002. - 224с.

2. Маклаков С. В. BPWin и ERWin. CASE - средства разработки информационных систем. - М. : ДИАЛОГ - МИФИ, 1992. - 256с.

3. Черемных С. В., Семенов И. О., Ручкин В. С. Моделирование и анализ систем. IDEF-технологии. - Производственное издание, 2002. - 192 c.

4. Заботина Н. Н. Проектирование информационных систем: Учебное пособие / Заботина Н. Н. -Братск: Филиал ГОУВПО «БГУЭП», 2007. - Ч. 1 - 146 с.

5. Заботина Н. Н. Проектирование информационных систем: Учебное пособие / Заботина Н. Н. -Братск: Филиал ГОУВПО «БГУЭП», 2007. - Ч. 2 - 132 с.

6. Вендров А. М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.

7. Tom DeMarco. Structured Analysis and System Specification. Yourdon Press, New York, 1978

8. Маклаков С. В. Моделирование бизнес процессов с AllFusion Process Modeler (BRwin 4. 1.). - М. : Диалог-Мифи, 2003.

9. И. А. Харитонова, В. Д. Михеева. «Microsoft (r) Access 2000», издательство «БХВ - Петербург», 1999.

10. «Введение в базы данных. Часть 2. Настольные СУБД». Алексей Федоров, Наталия Елманова, «Компьютера», 2004, №12.

11. С. В. Глушаков, Д. В. Ломотько. «Базы данных: Учебный курс», ООО «Издательство АСТ», 2000.

12. Учебное пособие. Красильникова М. В. Проектирование информационных систем. М. : Издательский отдел факультета ВМиК МГУ, 2002;

13. Учебное пособие. Горелов А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД - СПб. : Питер, 2000. - 704 с.

14. Черемных С. В. и др. Моделирование и анализ систем. IDEF-технологии: практикум / С. В. Черемных, И. О. Семенов, В. С. Ручкин. - М. : Финансы и статистика, 2005. - 192 с.

Размещено на Allbest.ru