Моделирование бизнес-процессов на предприятии общественного питания

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

Оглавление

Введение

1. Описание выбранной организации

2. Обзор методов моделирования бизнес-процессов

2.1 Стандарт IDEF0

2.2 Стандарт IDEF1

2.3 Стандарт IDEF3

3. Применение IDEF-технологий для данного предприятия

3.1 Проектирование модели в нотации IDEF0

Вывод

Список использованной литературы



Введение

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

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

Целью курсового проекта является исследование работы произвольного пункта общественного питания на примере технологии IDEF.



1. Описание выбранной организации

В качестве предметной области будет рассматриваться частное предприятие «Пиццерия». Первым этапом исследования станет исследование основных тенденций на рынке и описание работы предприятия. Организовывая работу общепита, в данном случае пиццерии, нужно проанализировать количество посетителей и определить время наибольшей загруженности персонала и оборудования пиццерии. Резкий рост клиентов, обычно, наблюдается в период с 18:00 до 21:00 в будние дни, когда люди едут с работы, и с 12:00 до 20:00 в выходные и праздничные дни, а также с 12:00 до 14:00 в обеденное время. Зачастую основной проблемой в работе таких заведений является неоптимальный подбор количества обслуживающего персонала и посадочных мест, вследствие чего образуются очереди, растет недовольство клиентов и немалая часть из них, отказывается тратить свое время впустую и попросту покидают заведение. С уверенностью можно сказать что бизнес, связанный со сферой общественного питания имеет большой потенциал, так как потребность в быстрой, вкусной и здоровой пище актуальна в современном обществе.

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



Рис. 1.1 - Организационная структура предприятия

«Пиццерия» предоставляет следующие услуги: обслуживание клиентов каждый день с 7:00 до 23:00; проведение праздников; акции, конкурсы и другие мероприятия; доставка.

Меню составляют: пицца; фирменные блюда; холодные и горячие блюда; промежуточные блюда и закуски; салаты; шоколадные и кондитерские изделия; горячие и холодные напитки; безалкогольные и алкогольные напитки; коктейли. В помещении пиццерии 20 посадочных мест, 3 четырёхместных столика и 4 двуместных.

Персонал пиццерии: директор, администратор, бухгалтер, повар, пиццайоло, официанты, мойщик посуды, уборщик, курьер.



2. Обзор методов моделирования бизнес-процессов

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

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

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

Моделирование и оптимизация бизнес-процессов организации имеет следующие преимущества:

· сокращение расходов, продолжительности и количества ошибок в каждом из проанализированных процессов

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

· интегрирования со стратегией компании и ключевыми показателями эффективности (KPIs)

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

· рост управляемости компании

· улучшение взаимодействия между сотрудниками и подразделениями компании

· приближение к сертификации по стандартам ISO:9000

2.1 Стандарт IDEF0

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

· стрелка входа приходит всегда в левую кромку активности

· стрелка управления -- в верхнюю кромку

· стрелка механизма -- нижняя кромка

· стрелка выхода -- правая кромка

Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку. Также отображаются все сигналы управления, которые на DFD (диаграмме потоков данных) не отображались. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

Основные концепции IDEF0

Графическое представление блочного моделирования. Графика "блоков и дуг" IDEF0-диаграммы отображают производственную операцию в виде блока, а интерфейсы входа/выхода в/из операции представляются дугами, соответственно входящими в блок или выходящими из него. Для того чтобы иметь возможность описывать производственные операции, существующие в реальности, было предложено описывать взаимодействие блоков друг с другом посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом операции выполняются и управляются;

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

Передача информации. В IDEF существует ряд средств, разработанных для улучшения передачи информации:

· диаграммы, основанные на очень простой графике блоков и дуг

· метки на естественном языке для описания блоков и дуг, а также глоссарий и сопроводительный текст для определения точного значения элементов диаграммы

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

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

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

· ограничение количества деталей на каждом уровне (правило 3-6 блоков)

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

· синтаксические правила для графики (блоков и дуг)

· связность интерфейса диаграмм (номера узлов, номера блоков, С - номера)

· связность структуры данных (ICOM-коды и использование туннельных дуг)

· уникальность меток и наименований (отсутствие повторяющихся имен)

· ограничения на ветвление дуг данных (метки для ограничений потоков данных на ветвях)

· разделение входов и управлений (правило определения роли данных)

· требования к меткам дуг данных (правила минимальных меток)

· минимальное управление для функций (для каждой функции нужна, по крайней мере, одна управляющая дуга)

· цель и точка зрения (у каждой модели есть цель и точка зрения)

Методология. Пошаговые процедуры обеспечивают моделирование, рецензирование и решение задач интеграции;

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

Графика блочного моделирования

Методология IDEF0 может использоваться для моделирования широкого круга систем, где под системой понимается любая комбинация средств аппаратного и программного обеспечения, а также людей. При создании новых систем IDEF0 может вначале применяться для определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF0 может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. Результатом применения методологии IDEF0 является модель. Модель состоит из диаграмм, фрагментов текста и глоссария, которые имеют ссылки друг на друга. Диаграммы - главные компоненты модели. На диаграммах все функции производственной системы и интерфейсы представлены как блоки (функции) и дуги (интерфейсы). Место соединения дуги с блоком определяет тип интерфейса. Управляющие производством данные входят в блок сверху, в то время как материалы или информация, которые подвергаются производственной операции, показаны в левой стороны блока, результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (рис. 2.1).

Рис. 2.1 - Функциональный блок и интерфейсные дуги

Блоки и дуги в IDEF0-модели используются для представления связей между несколькими подфункциями на диаграмме, описывающей более общую функцию. Эта диаграмма является "подчиненной" диаграммой и показывает конкретные интерфейсы, управляющие каждой подфункцией, а также источники и адресаты этих интерфейсов (рис. 2.2).

Рис. 2.2 - Диаграмма, демонстрирующая ограничения на выполнение функций:

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

Декомпозиция моделей IDEF0

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

Рис. 2.3 - Структура IDEF0-модели

Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции (подмодули) единого исходного модуля. Данная декомпозиция выявляет полный набор подмодулей, каждый из которых представлен как блок, границы которого определены интерфейсными дугами. В IDEF0 есть свои правила постепенного добавления деталей в процессе декомпозиции. Модуль всегда делится не менее чем на три, но не более чем на шесть подмодулей. Верхний предел позволяет использовать иерархию для описания более сложных объектов. Нижний предел гарантирует введение достаточного количества деталей, чтобы полученная декомпозиция представляла интерес.

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

2.2 Стандарт IDEF1

Стандарт IDEF1 был разработан как инструмент для анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия. Целью подобного исследования является дополнение и структуризация существующей информации и обеспечение качественного менеджмента информационными потоками. Необходимость в подобной реорганизации информационной области как правило возникает на начальном этапе построения корпоративной информационной системы, и методология IDEF1 позволяет достаточно наглядно обнаружить "черные дыры" и слабые места в существующей структуре информационных потоков. Применение методологии IDEF1, как инструмента построения наглядной модели информационной структуры предприятия по принципу "Как должно быть" позволяет решить следующие задачи: блочный моделирование информационный нотация

· выяснить структуру и содержание существующих потоков информации на предприятии

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

· выявить, информационные потоки, требующие дополнительного управления для эффективной реализации модели

С помощью IDEF1 происходит изучение существующей информации о различных объектах в области деятельности предприятия. Характерно то, что IDEF1-модель включает в рассмотрение не только автоматизированные компоненты, базы данных и соответствующую им информацию, но также и реальные объекты, такие как сами сотрудники, кабинеты, телефоны и т.д. Миссия методологии IDEF1 состоит в том, чтобы выявить и четко постулировать потребности в информационном менеджменте в рамках коммерческой деятельности предприятия. В отличие от методов разработки структур баз данных (например, IDEF1X), IDEF1 является аналитическим методом и используется преимущественно для выполнения следующих действий:

· определения самой информации и структуры ее потоков, имеющей отношение к деятельности предприятия

· определение существующих правил и законов, по которым осуществляется движение информационных потоков, а также принципов управления ими

· выяснение взаимосвязей между существующими информационными потоками в рамках предприятия

· выявление проблем, возникающих вследствие недостатка качественного информационного менеджмента

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

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

Основные преимущества IDEF1

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

· реальными объектами

· физическими и абстрактными зависимостями, существующими среди реальных объектов

· информацией, относящейся к реальным объектам

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

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

Концепции моделирования IDEF1

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

2.3 Стандарт IDEF3

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

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

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

Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

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

· анализировать существующие процессы и разрабатывать новые

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

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

· содействовать принятию оптимальных решений при реорганизации процессов

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

IDEF3-диаграмма

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



3. Применение IDEF-технологий для данного предприятия

Бизнес-процесс функционирования пункта общественного питания «Пиццерия» будет построен с использованием нотаций IDEF0 посредством программной среды BPwin.

BPwin является достаточно развитым средством моделирования, позволяющим проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели BPwin создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой. BPwin поддерживает функциональное моделирование, моделирование потока работ и потока данных. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции). Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Кроме того, что в BPwin создаются отдельные модели, также могут создаваться и смешанные модели. BPwin позволяет создавать следующие виды моделей.

Функциональные диаграммы, построенные на основе стандарта IDEF0 разделяются на четыре вида:

· первый вид, это контекстная диаграмма. Она представляет описание процесса на самом верхнем уровне. На этой диаграмме дается общее представление процесса и его взаимосвязи с внешней средой или другими процессами;

· второй вид - диаграмма декомпозиции. Она детализирует информацию контекстной диаграммы;

· третий вид - диаграмма дерева узлов. Эта диаграмма в BPwin предназначена для отображения иерархии функций;

· четвертый вид - диаграмма описаний. Применяется для представления отдельных частей процесса. С ее помощью можно дать различные описания, которые не поддерживаются стандартом IDEF0.

Диаграммы потока работ (FCD), построенные на основе стандарта IDEF3. Эти диаграммы дают возможность показать логику процесса, за счет представления задач в определенной последовательности. В дальнейшем, эти модели можно использовать в качестве основы для создания динамических моделей. Диаграммы потока данных (DFD). Эти диаграммы наглядно отображают, каким образом информация перемещается от задачи к задаче в рамках процесса. DFD модель представляет физические характеристики информационной системы, т.к. она показывает движение информационных объектов и хранилища данных.

Модели стоимостного анализа. Эти модели строятся по правилам стоимостного анализа (Activity Base Costing - анализ). Модель может быть построена, только если уже существует полностью законченная и непротиворечивая функциональная модель. На каждую из задач функциональной модели назначаются метрики, представляющие затраты. Для модели определяются центры затрат. В результате получается модель стоимостного анализа.

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Эта методология позволяет наиболее точно и детально описать функциональную структуру, а также создать имитационную модель всех бизнес-процессов предприятия для его оптимизации.

3.1 Проектирование модели в нотации IDEF0

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

Рис. 3.1 - Контекстная диаграмма «Пиццерия»

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

Рис. 3.2 - Деятельность «Пиццерии»

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

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

§ Обслуживание

§ Кухня

§ Заказ клиента

§ Расчет посетителей

Рис. 3.3 - Обслуживание клиентов

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

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

§ Приготовление заказа

§ Формирование меню

§ Деятельность администратора

Рис. 3.4 - Деятельность кухни

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

Далее идет декомпозиция функционального блока «Управление финансами и производством», в котором выделены следующие функции:

§ Управление финансами

§ Формирование заявок поставщикам

§ Формирование и утверждение меню



Рис. 3.5 - Управление финансами и производством

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



Вывод

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

В ходе выполнения курсовой работы были получены знания о существующих методологиях моделирования бизнес - процессов в частности методологии IDEF и выполнены следующие задачи:

· рассмотрены, описаны и выбраны IDEF методологии для дальнейшего моделирования бизнес-процесса

· проведен анализ и построение модели бизнес-процесса выбранной предметной области



Список использованной литературы

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

2. С.В. Маклаков. Создание информационных систем с ALLFusion Modelling Suite. М.: 2003. 210 с.

3. Бондаренко М.Ф., Маторин С.И., Соловьева Е.А. Моделирование и проектирование бизнес-систем: методы, стандарты, технологии. М.: 2004. 272 с.

4. Маторин С.И. Анализ и моделирование бизнес-систем: системологическая объектно-ориентированная технология. Под ред. М.Ф. Бондаренко. Харьков: 2002. 322 с.

5. Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0. М.: ДИАЛОГ-МИФИ, 2002. 224 с.

6. Тельнов Ю.Ф. Реинжиниринг бизнес-процессов. Компонентная методология. М.: Финансы и статистика, 2004. 320 с.

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

...