Кафе Изюм Халал
Глава 2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ КАФЕ «ИЗЮМ ХАЛАЛ»
жүктеу/скачать 2.36 Mb.
|
Глава 2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ КАФЕ «ИЗЮМ ХАЛАЛ».
2.1 Проектирование информационной системы в среде BPwinДля проведения анализа и создания бизнес процессов было выбрано CASE-средство верхнего уровня AllFusion Process Modeler (BPwin). BPWin – мощный инструмент моделирования для анализа, документирования и понимания комплексных бизнес-процессов. С использованием BPWin строятся диаграммы бизнес-процессов, ясно показывающие бизнес-процессы (блоки), результаты их работы и ресурсы, необходимые для их функционирования. BPWin-модель обеспечивает объединенную картину того, как организация добивается выполнения своих целей, от маленьких отделов до всей компании в целом. С помощью данного средства будет разработан бизнес процесс для оформления и приема заказа в кафе. Это CASE – средство поддерживает три методологии: IDEF0 (функциональная модель) - позволяет создать модель функций процесса. На диаграмме IDEF0 отображаются основные функции процесса, входы, выходы, управляющие воздействия и устройства, взаимосвязанные с основными функциями. Процесс может быть декомпозирован на более низкий уровень. DFD (DataFlow Diagram) - диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится. IDEF3 (Workflow Diagram) - этот метод позволяет создать «поведенческую» модель процесса. IDEF3 состоит из двух видов моделей. Первый вид представляет описание потока работ. Второй – описание состояний перехода объектов. В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантических ограничений, делающих неудобным описание неполных или нецелостных систем. В основе методологии лежат три основных понятия: функциональный блок, интерфейсная дуга, декомпозиция. Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении. Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом: верхняя сторона имеет значение "Управление" (Control); левая сторона имеет значение "Вход" (Input); правая сторона имеет значение "Выход" (Output); нижняя сторона имеет значение "Механизм" (Mechanism).[9] Интерфейсная дуга (Arrow) отображает системный элемент, который обрабатывается функциональным блоком или иным образом влияет на функцию, представленную функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками. Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется, когда сложный процесс делится на свои функции. Уровень детализации процесса определяется непосредственно разработчиком модели. В основе методологии лежат три основных понятия: функциональный блок, интерфейсная дуга, декомпозиция. Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении. Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом: верхняя сторона имеет значение "Управление" (Control); левая сторона имеет значение "Вход" (Input); правая сторона имеет значение "Выход" (Output); нижняя сторона имеет значение "Механизм" (Mechanism). Интерфейсная дуга (Arrow) отображает системный элемент, который обрабатывается функциональным блоком или иным образом влияет на функцию, представленную функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками. Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется, когда сложный процесс делится на свои функции. Уровень детализации процесса определяется непосредственно разработчиком модели. Контекстная диаграмма представляет собой схему работы оформления заказов в Кафе. Входными данными является информация о заказе, о меню и об ингредиентах. Управляющее воздействие на процесс оказывают стандарты и правила. Механизмами управления являются официант, кассир, кухня. Результатом функционирования являются Выполненный заказ и Квитанция об оплате. Рисунок 1 – Контекстная диаграмма «оформление заказа в кафе» Рисунок 2 -Диаграмма декомпозиции IDEF0 «Оформление заказа в кафе» На рисунке 2 представлена диаграмма реализация приема заказа в кафе. На ней представлены следующие процессы: Прием заказа, оплата заказа, готовый заказ. Рисунок 3 – Диаграмма декомпозиции « Прием заказов» На рисунке 3 представлена диаграмма «Прием заказа». На ней представлено три процесса с помощью которых можно понять как в кафе формируется прием заказов. После приема заказа, информационная сеть должна обработать и передать заказ на кухню, чтобы клиент долго не ждал прихода официанта и реализации своего заказа. Данная информационная система, создается для того, чтобы клиент до своего прихода в заведение смог сделать заказ, а также данная информационная сеть рассматривает вариант заказа клиента, когда он уже находится в заведении. Аналогично были созданы диаграммы декомпозиции IDEF0 для «Оплата заказа» и «Готовый Заказ» они представлены на рисунках 4, 5. Рисунок 4 – Диаграмма декомпозиции « Оплата заказа» Рисунок 5 – Диаграмма декомпозиции «готовый заказ» Рисунок 4, представляет процесс, когда после онлайн-заказа клиента, кассир считает сумму оплаты за заказ и оформляет оплату через приложение. Оплата за заказ безналичная. Далее клиент через данную информационную систему оплачивает свой заказ и ожидает пока его принесут официанты. На рисунке 5, представлен дальнейший процесс данной информационной системы после оплаты заказа. После расчета, принятый и оплаченный заказ передается на кухню для дальнейшей его реализации, затем заказ полностью оформляется по стандартам и передается официанту. |