Проектирование ресторана для повышения качества

 

ВВЕДЕНИЕ

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

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

Цель данной работы – спроектировать деятельность ресторана для повышения качества и прозрачности управления бизнес-процессами, разработать прототип приложения для автоматизации деятельности ресторана, произвести оценку экономического эффекта, закрепить навыки работы в программном продукте Borland Delphi 7 и CASE-средстве ERwin. Данная работа направлена на закрепление базовых знаний и навыков в области проектирования экономических информационных систем.

 

 

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. ПОСТАНОВКА ЗАДАЧИ

Целью данной курсовой работы является проектирование информационной системы  «Кафе-Ресторан». Уменьшение времени, затрачиваемого на обработку информации, путем автоматизации процессов ввода, хранения и вывода информации.

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

• Исследовать предметную область;
• Обосновать выбор инструментальных средств;
• Формализовать  бизнес-процессы  (диаграммы IDEF-0), на базе полученных материалов обследования;
• Формализовать   потоки   данных   (диаграммы   DFD),   на   базе выявленных бизнес-процессов;
• Построить модель данных;
• Сгенерировать модель данных в целевую СУБД;
• Разработать прототип приложения;
• Оценить экономический эффект.

 

1.2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

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

Рисунок 1 – Структура предприятия

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

 Финансы и производство – отдел представляют три человека: менеджер, финансист и логист. Данный отдел отвечает за исполнение следующих операций:

• Ведение бухгалтерского учета;
• Анализ поступающей информации от отделов «Кухня» и «Главный зал»;
• Ведение взаиморасчетов с поставщиками;
• Ведение налогового учета;
• Формирование ежедневного меню;
• Формирование заявок на закупку продуктов.

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

Для управления закупкой продуктов  от отдела «Кухня» поступает список необходимых продуктов для заказа и на основании это списка формируется заявка на заказ продуктов поставщику. При поступлении продуктов на кухню администратор кухни передает в отдел «Финансы и производство» документы о поступлении продуктов.

Формированием ежедневного меню занимается менеджер. Управлением закупкой занимается логист, а всеми остальными процессами занимается финансист.

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

Главный зал – состоит из 3-4 официантов и одного администратора зала.  Главная задача отдела сводится к обслуживанию посетителей. Процедура взаимодействия с посетителями выглядит следующим образом: посетитель приходит в ресторан и на основе меню формирует свой заказ, официант отправляет заказ на кухню и администратору зала, а после приготовления заказа подает его посетителю. Когда посетитель собирается уходить официант подает ему счет, который заранее подготовлен администратором зала и посетитель его оплачивает. Заказ посетителя переносится в общий журнал заказов.

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

Таблица 1 – Матрица организационных проекций

Оргзвенья		Функции
Отдел	Сотрудники	Обслуживание клиентов	Расчет посетителя	Управление деятельностью  кухни	Формирование меню	Закупка продуктов	Управление финансами	Приготовление блюда
Финансы и производство	Финансист						Х
	Менеджер				Х
	Логист					Х
Кухня	Повара							Х
	Администратор горячего цеха			Х
Главный зал	Официанты	X
	Администратор зала		Х

 

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

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

 

1.3. АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ

Процесс проектирования необходимо организовать средствами автоматизированного проектирования. Современные СП могут быть разделены на две большие категории [7]. Первую составляют CASE-системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface.Designer/2000+Developer/2000). Их основное достоинство заключается в том. что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью.

Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, СП можно классифицировать по следующим признакам:

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

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

1. Vantage Team Builder (Westmount I-CASE);
2. Designer/2000+Developer/2000;
3. ERwin+BPwin.

Westmount I-CASE представляет собой интегрированный  программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО, обеспечивающий выполнение следующих функций [8]:

• графическое проектирование архитектуры системы (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент-сервер", анализ использования мониторов транзакций и особенностей функционирования систем в реальном времени);
• проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
• генерация кода программ на 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
• программирование на языке С со встроенным SQL;
• управление версиями и конфигурацией проекта;
• генерация проектной документации по стандартным и индивидуальным шаблонам;
• экспорт и импорт данных проекта в формате CDIF.

Westmount I-CASE можно использовать в  конфигурации "клиент-сервер", при  этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Westmount I-CASE функционирует на всех основных UNIX-платформах и VMS. В качестве целевой СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.

 

CASE-средство Designer/2000 2.0 фирмы ORACLE является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer/2000 поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE [9].

Designer/2000 представляет собой семейство методологий и поддерживающих их программных продуктов. Базовая методология Designer/2000 (CASE*Method) - структурная методология проектирования систем, полностью охватывающая все этапы жизненного цикла ИС [8,9]. В соответствии с этой методологией на этапе планирования определяются цели создания системы, приоритеты и ограничения, разрабатывается системная архитектура и план разработки ИС. В процессе анализа строятся модель информационных потребностей (диаграмма "сущность-связь"), диаграмма функциональной иерархии (на основе функциональной декомпозиции ИС), матрица перекрестных ссылок и диаграмма потоков данных.

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

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

Designer/2000 обеспечивает графический интерфейс при разработке различных моделей (диаграмм) предметной области. В процессе построения моделей информация о них заносится в репозиторий. В состав Designer/2000 входят следующие компоненты:

• Repository Administrator - средства управления репозиторием (создание и удаление приложений, управление доступом к данным со стороны различных пользователей, экспорт и импорт данных);
• Repository Object Navigator - средства доступа к репозиторию, обеспечивающие многооконный объектно-ориентированный интерфейс доступа ко всем элементам репозитория;
• Process Modeller - средство анализа и моделирования деловой деятельности, основывающееся на концепциях реинжиниринга бизнес-процессов (BPR - Business Process Reengineering) и глобальной системы управления качеством (TQM - Total Quality Management);
• Systems Modeller - набор средств построения функциональных и информационных моделей проектируемой ИС, включающий средства для построения диаграмм "сущность-связь" (Entity-Relationship Diagrammer), диаграмм функциональных иерархий (Function Hierarchy Diagrammer), диаграмм потоков данных (Data Flow Diagrammer) и средство анализа и модификации связей объектов репозитория различных типов (Matrix Diagrammer);
• Systems Designer - набор средств проектирования ИС, включающий средство построения структуры реляционной базы данных (Data Diagrammer), а также средства построения диаграмм, отображающих взаимодействие с данными, иерархию, структуру и логику приложений, реализуемую хранимыми процедурами на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и Module Logic Navigator);
• Forms Generator (генератор приложений для ORACLE Forms). Генерируемые приложения включают в себя различные экранные формы, средства контроля данных, проверки ограничений целостности и автоматические подсказки. Дальнейшая работа с приложением выполняется в среде Developer/2000;
• Repository Reports - генератор стандартных отчетов, интегрированный с ORACLE Reports и позволяющий русифицировать отчеты, а также изменять структурное представление информации.