close

Вход

Забыли?

вход по аккаунту

Курапова Элона Марековна.Проектирование информационной системы для автоматизации деятельности заведения сферы общественного питания

код для вставки
министЕрство оБрАзовАния и нАуки российской ФЕдЕрАIJии
ФЕДЕРДЛЬНОЕ ГОСУДЛРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕХtДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИrI
(ордов ский госуддрствЕнный
имени И.С.
унивЕрситЕт
ТУРГЕНЕВА)
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ
РАБОТА
по направлению подготовки: 09.04.0З Прикладная информатика
направленность (профиль): Прикладная информатика в аналитической экономике
Магистранта: Кураповой Элоны Марековны, шифр 150771
Факультет: физико*математический
Тема выпускной квалификационной работы
проЕктирводниЕ инФорIuдцирнной систЕмы для
ДВТО М ДТИЗ ДЦИ И ДЕ ЯТЕЛЪНО СТИ ПР ЕДПРИЯТИЯ
С
ФЕРЫ
ОБЩЕСТВЕННОГО ПИТАНИЯ
IVIагистрант: Курапова Элона Марековна
Руководитель: Русских Татьяна Николаевна
к.э.н, доцент
зав, кафелрой /
Роп: Селютин Владимир
Щмитриевич
профессор
д.-р.п.н,
о1
,
(поdпuсь)
2
СОДЕРЖАНИЕ
СОДЕРЖАНИЕ ....................................................................................................... 2
ВВЕДЕНИЕ .............................................................................................................. 3
ГЛАВА 1. АНАЛИЗ И МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ ...... 5
1.1 Актуальность темы исследования ................................................................... 5
1.2 Обзор существующих программных решений ............................................ 13
1.3 Моделирование процессов в нотации языка BPMN .................................... 23
ГЛАВА 2. ПОСТРОЕНИЕ ПРОЕКТНОЙ МОДЕЛИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ ................................................................... 30
2.1 Выявление требований к системе .................................................................. 30
2.2. Детальное проектирование............................................................................ 34
2.3 Оценка временных затрат на проектирование информационной системы
................................................................................................................................. 43
ЗАКЛЮЧЕНИЕ ..................................................................................................... 51
СПИСОК ЛИТЕРАТУРЫ..................................................................................... 53
АННОТАЦИЯ........................................................................................................ 56
3
ВВЕДЕНИЕ
В последнее время предприятия сталкиваются с проблемой оптимизации их деятельности, которая требует: увеличение контроля и уменьшение
времени на выполнение бизнес-процессов, усовершенствование возможности
их отслеживания. Решением данной проблемы в условиях развития информационных технологий выступает реализация многих задач за счет внедрение автоматизированных информационных систем.
На сегодняшний день для поддержания конкурентоспособности бизнеса автоматизация деятельности заведения общественного питания стала необходимым условием. В результате автоматизации каждого процесса сокращается время на обслуживание клиентов, уменьшаются расходы, повышается
точность расчетов. В тоже время поиск программных решений поставленной
задачи сопряжен со сложностями, связанными с отсутствием на рынке специализированного бюджетного предложения. На данный момент большинство поставщиков программного обеспечения усложняют предлагаемые продукты с целью охватить все возникающие проблемы. Это приводит к дополнительным сложностям при его внедрении и, соответственно, увеличивает
стоимость программного обеспечения. Вышеизложенное обуславливает актуальность темы выпускной квалификационной работы.
Практическая значимость работы состоит в том, что она может быть
использована при разработке информационной системы для автоматизации
деятельности заведения сферы общественного питания.
Объектом исследования являются процессы деятельности предприятия
общественного питания, предметом – моделирования и проектирование бизнес-процессов для автоматизированной информационной системы.
Целью работы является проектирование информационной системы для
автоматизации деятельности кафетерия.
Задачи выпускной работы:
1. Моделирование предметной области.
4
2. Анализ существующих информационных систем для автоматизации
деятельности предприятий общественного питания.
3. Выявление пользователей и требований к проектируемой системе.
4. Моделирование основных бизнес-процессов, выполняемых в автоматизированной информационной системе.
5. Проектирование информационной системы.
6. Описание этапов разработки информационной системы для автоматизации деятельности.
Работа построена в соответствии с целью и задачами исследования, и
состоит из введения, двух глав, заключения, списка литературы, аннотации.
Во
введении обосновывается
актуальность темы
исследования,
определяются предмет и объект исследования, формулируются цель и
основные задачи, приводится описание структуры работы.
В первой главе обоснована актуальность поставленной проблемы, проведен анализ предметной области, рассмотрены теоретические аспекты автоматизации систем, проведен анализ имеющихся программных решений. Построены модели основных процессов для проектирования информационной
системы автоматизации деятельности.
Вторая глава содержит описание непосредственно процесса проектирования информационной системы для автоматизации деятельности кафетерия.
Подробно разобраны участники процессов, сами процессы, построены диаграммы вариантов использования, классов, последовательности. Произведена
оценка затрат времени на разработку данного проекта.
Заключение представляет собой обобщение основных результатов проведенной работы, описание их взаимосвязи с общей целью и конкретными
задачами, поставленными и сформулированными во введении.
Список литературы содержит перечень основных источников, используемых при написании работы.
5
ГЛАВА 1. АНАЛИЗ И МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Актуальность темы исследования
По данным «Анализа рынка услуг ресторанов и кафе в России», подготовленного BusinesStat в 2015 году, за период с 2010 года по 2014 год численность посетителей ресторанов и кафе в России увеличилась на 3,4% и составила 107,5 млн. человек [19]. При этом многие аналитики отмечают сокращение показателя в 2014 и в 2015 годах относительно предыдущих лет,
что может быть связано с ухудшением экономической ситуации в стране.
Независимо от мнения многих аналитиков, что для отечественного
рынка общественного питания последние годы приходятся «кризисными» [16], количество объектов общественного питания растет с каждым годом.
По мнению аналитиков РБК.research, российский ресторанный рынок в
среднесрочной перспективе, при условии отсутствия каких-либо серьезных
экономических потрясений, грозится вновь демонстрировать реальные темпы
развития на уровне 6-8% [20]. Прогнозируется появление положительной динамики не ранее чем, через два года. Хотя, по мнению аналитиков
РБК.research, в 2017 году российский рынок общепита начнет постепенно
отыгрывать потери, но полное восстановление рынка произойдет лишь в
2018 году [16].
Согласно данным с сайта «ЕМИС Государственная статистика» за
2015 год было открыто более 3000 объектов общественного питания на территории Российской Федерации. Так всего зафиксировано 176 456 заведений.
Из них насчитывается более 1000 заведений на территории Орловской области. При этом рост числа ресторанов, кафе и баров наиболее значителен. Ежегодно открывается более двух тысяч заведений по территории Российской
Федерации.
За последнее время появляется все больше различных технологических
решений, которые позволяют существенно облегчить жизнь российским рес-
6
тораторам. Как правило, такие нововведения связаны с внедрением ITтехнологий, автоматизацией бизнес-процессов.
Автоматизация – это применение в производстве технических средств,
методов и систем управления, освобождающих человека от непосредственного участия в производственных процессах [12].
Во всем мире оптимизация процесса продажи признана важным элементом любого процветающего бизнеса. Под системой автоматизации кафетерия предполагается программно-аппаратный комплекс управления процессами заведения [4]. Данный инструмент предназначен для повышения эффективности управления кафетерием. В том числе для учета и контроля продаж, персонала, чтобы оптимально распределять ресурсы, минимизировать
затраты, увеличить уровень сервиса, организовывать программы лояльности
для посетителей и контролировать их эффективность. Именно возможности
автоматизации оптимально сочетают скорость и качество.
Цель автоматизации заключается в повышении производительности и
эффективности труда, улучшении качества продукции и условий трудовой
деятельности человека [12].
Автоматизация – одно из основных направлений научно-технического
прогресса [22]. Автоматизируются процессы добычи и обработки материалов, сборочные, энергетические, транспортные и другие технологические
процессы, а также процессы проектирования объектов и сооружений, планирования и управления предприятиями и организациями, научные исследования, медицинское диагностирование, программирование, инженерные расчеты и др. [9].
Основными преимуществами автоматизации бизнес-процессов выделяют:
 оптимизация бизнес-процессов и снижение основных затрат;
 повышение эффективности использования программного обеспечения и оборудования;
7
 повышение качества производимого товара или услуги путем контроля производства;
 быстрая реакция на неполадки и сокращение времени простоев, ремонтных работ;
 оптимизация процесса взаимодействия с потребителями и поставщиками [18].
Разработка и проектирование автоматизированной информационной
системы начинается с создания концептуальной модели использования системы [2]. Вначале определяется целесообразность создания системы. Выявляются определенные её функции и подлежащие автоматизации задачи, которые будет выполнять система. Производится оценка целей. Затем проводят
анализ требований к автоматизированной системе. Выполняют детальное
проектирование, выявляют взаимосвязь этапов. Далее занимаются программированием и тестированием. Стараются минимизировать потери при переходе от одного вида предоставления информации к другому. В заключении
происходит интеграция в существующую систему, внедрение и поддержка [2].
В основе создания и использования автоматизированной информационной системы лежит понятие жизненного цикла. Это модель создания и использования системы, которая отображает различные состояния системы с
момента возникновения в данном комплексе средств до его полного выхода
из употребления [2].
Выделяют следующие основные этапы жизненного цикла:
1. Сбор информацию, описание имеющихся бизнес-процессов.
2. Анализ полученных данных, определение проблемных мест, описание желаемого результата от автоматизации.
3. Проектирование. Включает в себя моделирование бизнес-процессов,
с подробным описанием всех взаимосвязей, назначением ролей и ответственных сотрудников. Этап заключается в определении того, как система будет
функционировать. Определяется спецификация внутренних подсистем,
8
функциональных компонентов и способов взаимодействия между ними в автоматизированной системе. Спецификация – точное, полное, ясно сформулированное описание требований для данной задачи [2].
4. Разработка – создание функциональных компонентов и объединение
подсистем в единое целое.
5. Тестирование. Процесс заключается в исследовании программного
средства с целью получения информации о качестве продукта [6].
6. Формирование процесса в системе.
7. Обучение сотрудников, сопровождение [22].
Выделяют три класса методологии проектирования автоматизированной системы:
 концептуальное моделирование предметной области;
 выявление требований и спецификация информационной системы
через её макетирование;
 системная архитектура программных средств, поддерживаемая инструментальными средствами [2].
Современные методологии проектирования систем обеспечивают описание объекта автоматизации, описание функциональных возможностей автоматизированной информационной системы, спецификацию проекта, гарантирующую достижение заданных характеристик системы, детальный план
создания с оценкой сроков разработки. Описание реализации конкретной
системы.
Одним из основных этапов процесса автоматизации выступает моделирование бизнес-процессов. Так же применяется, как один из методов улучшения качества и эффективности работы организации. На данный момент
моделирование используется во многих предприятиях и различных сферах
деятельности.
Выделяют два вида моделей бизнес-процессов: для всей организации и
для ее отдельных частей – в зависимости от целей моделирования. При базовом варианте построения модели, соответствующем большей части возмож-
9
ных целей моделирования, модель на верхнем уровне должна содержать «вид
сверху» на предприятие в целом [23]. Существует множество программных
средств, которые используются для моделирования бизнес-процессов.
Есть ряд нормативных документов регламентирующих процесс автоматизации. Так существует четыре межгосударственных стандарта вступивших в силу в 1990 году:
1. ГОСТ 34.201-89 «Виды, комплектность и обозначение документов
при создании автоматизированных систем».
Данный стандарт распространяется на автоматизированные системы,
которые используются в различных сферах деятельности, включая их сочетание. Он содержит три пункта, в которых регламентируется информация о
видах и наименовании документах, комплектации документов, обозначении
документов, которые разрабатываются на этапах создания автоматизированной системы.
2. ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».
Стандарт содержит общее положение, стадии и этапы создания автоматизированной системы, и справочное приложение. В приложении подробно
описано содержание работ и перечень действующих лиц, участвующих в работах по созданию автоматизированной системы.
3. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».
Данный стандарт содержит информацию о требованиях к техническому
заданию, которые описаны в общем положении. В ГОСТ подробно описаны
состав и содержание, правила оформления. Так же в приложении прописан
рекомендуемый порядок разработки, согласования и утверждения технического задания на автоматизированную систему.
4. ГОСТ 34.603-92 «Виды испытаний автоматизированных систем».
В данном стандарте расписаны общее положение, предварительные испытания, опытная эксплуатация, приемочные испытания.
Чаще всего автоматизации подвергаются процессы:
10
 продажа;
 склад и логистика, бухгалтерский учет.
Данные процессы выполняются информационно-решающими системами. Информационно-решающие системы по определенным алгоритмам выполняют переработку информации, воздействуя полученными результатами
на процесс принятия решений. Их разделяют на управляющие и советующие [2]. Рассматриваемые процессы выполняются управляющими системами.
1) Автоматизация продаж – это использование технологии, которая
косвенно и непосредственно помогает в процессе продаж. Косвенно – повышая производительность сотрудника отдела сбыта, а непосредственно – повышая его результативность [7].
Автоматизация продаж способствует снижению издержек, что значительно повышает экономическую целесообразность работы. Унификация
процедуры поступления и обработки заказов значительно снижает ресурсоемкость операционной деятельности.
Автоматизацию процесса продаж производят с целью повышения результативности, за счет отказа от использования стандартных бумажных методов работы. Увеличивается возможность быстрой коммуникации между
отделами. Процессы управления сделками, взаимоотношениями с клиентами
становятся электронными, это в свою очередь обеспечивает:
 полноту
и достоверность информации;
 легкость
ее обработки;
 меньшие
временные затраты на обработку задач по клиентам и
другое [22].
В процессе автоматизации продаж происходит централизованное хранение истории взаимоотношений с клиентами, что позволяет производить
фиксацию и анализ потребительского спроса. Систематизируются рутинные
операции и сокращаются потери рабочего времени.
11
Системы автоматизации процесса продаж имеют определенные отличия от других видов деятельности, в виду непрерывности цикла работы заведения, что существенно осложняет планомерное внедрение системы автоматизации.
Для автоматизации продаж используют модуль Front-office, который
представляет собой программно-аппаратным комплекс. Такой модуль позволяет обеспечивать взаимодействие торгового заведения с клиентом.
2) Автоматизированная система бухгалтерского учета представляет собой прикладное решение, в котором информационный процесс бухгалтерского учета автоматизирован за счет применения специальных методов обработки данных, использующих комплекс вычислительных и других технических
средств, в целях получения и доставки информации, необходимой специалистам-бухгалтерам для выполнения функций управленческого и финансового
учета [2].
Основными задачами бухгалтерского учёта являются:
 формирование полной и достоверной информации о хозяйственных
процессах и результатах деятельности предприятия, необходимой для оперативного руководства и управления, а также для использования налоговыми и
банковскими органами, инвесторами, поставщиками, покупателями, кредиторами и иными заинтересованными организациями и лицами;
 обеспечение контроля над наличием и движением имущества и рациональным использованием производственных ресурсов в соответствие с
утверждёнными нормами, нормативами и сметами [3].
Учет расчетов с поставщиками выступают одним из главных разделов
бухгалтерского учета. Предприятия постоянно ведут расчеты с поставщиками за приобретенные у них основные средства, сырье, материалы и другие
товарно-материальные ценности, и оказанные услуги [30].
В задачи учета расчетов с поставщиками входят:
12
 обеспечение
контроля над правильностью оформления договоров и
иных документов, регулирующих и регламентирующих взаимоотношения
между предприятием и поставщиками;
 обеспечение
контроля над правильностью соблюдения форм расчетов
между субъектами рынка;
 правильное
отражение операций в первичных документах и регистрах
синтетического и аналитического учета по расчетам с поставщиками и подрядчиками;
 своевременное
выполнение расчетов с поставщиками и подрядчика-
ми;
 обеспечение
постоянного и действенного контроля над состоянием
задолженности предприятия перед поставщиками, своевременным поступлением достоверной и полной информации о состоянии и динамике задолженности, необходимой для принятия управленческих решений [8].
Чаще всего для автоматизации бухгалтерского учета применяется модуль Back-office. Это программно-аппаратный комплекс, обеспечивающий
ведение товарно-финансового учета заведения.
В рамках данной работы планируется автоматизировать основную деятельность работы кафетерия: процесс заказа клиента и взаимодействие заведения с поставщиком.
На данный момент на отечественном рынке информационных систем,
предназначенных для автоматизации деятельности предприятия, присутствуют как западные системы, так и системы российских разработчиков. Общее число корпоративных информационных систем на рынке достаточно велико. Наиболее известны следующие системы: «R-Keeper», «Iiko», «Трактиръ», «АСУУ:Рестораторъ», «Галактика» и др. В основном большая часть
информационных систем, присутствующая на российском рынке, ориентирована на предприятия малого и среднего бизнеса и рассчитана для торговых
предприятий, на автоматизацию лишь некоторых функций предприятия [29].
13
1.2 Обзор существующих программных решений
Под системой автоматизации кафетерия предполагается программноаппаратный комплекс управления процессами заведения [1]. Данный инструмент предназначен для повышения эффективности управления кафетерием. В том числе для учета и контроля продаж, персонала, чтобы оптимально
распределять ресурсы, минимизировать затраты, увеличить уровень сервиса,
организовывать программы лояльности для посетителей и контролировать их
эффективность. Именно возможности автоматизации оптимально сочетают
скорость и качество.
В настоящий момент на рынке существуют множества программных
продуктов предназначенных для автоматизации бизнеса общественного питания.
1. Самой распространенной считается система «R-Keeper», разработанная в 1992 году [1]. «R-Keeper» – программно-аппаратный комплекс, предназначен специально для предприятий общественного питания. Система характеризуется наличием большого числа различных модулей, которые подключаются к специальному серверу [27]. «R-Keeper» предоставляет доступ к инструментам управления заведением, складом и производством, а также инновационные технологические решения по организации эффективной работы
персонала и управлению лояльностью гостей: мобильные терминалы официанта, виртуальная карта гостя, электронное меню, кассовые станции с дополнительным экраном для гостя, интеллектуальная система событийного видеоконтроля за кассовой зоной, система автоматического резервирования
столов, CRM-система, система автоматизации службы доставки, система автоматизации склада и другие [31].
Для автоматизации складского учета в системе «R-Keeper» используется программа «StoreHouse», которая позволяет контролировать процесс
управления. Программа «StoreHouse» совместима с системой бухгалтерского
учета «1С:Бухгалтерия» и позволяет пользователю на основе документов
14
«StoreHouse» автоматически формировать в «1С:Бухгалтерия» журнал операций и журнал проводок [31].
Возможности системы «StoreHouse», расписанные на официальном
сайте разработчика:
 система
позволяет создавать и обрабатывать: приходные и расходные
накладные, документы внутренних перемещений, сличительные ведомости,
документы на возврат товара поставщику, списания испорченных продуктов,
комплектации, документы о расходе блюд, счета-фактуры;
 выходные
формы документов унифицированы и соответствуют госу-
дарственным стандартам;
 при
сохранении активных документов по каждому продукту показы-
вается их остаток после последней операции;
 продукты
в документах могут быть заданы в любых единицах измере-
ния, установленных для данных продуктов;
 при
проведении инвентаризации система информирует о выявленных
излишках или недостаче;
 возможность
создания калькуляционных карт блюд с привязкой к
конкретной дате;
 для
каждого продукта/блюда возможен просмотр списка калькуляци-
онных карт, в которые входит данный продукт/блюдо;
 информирование
пользователя о несоответствии текущих остатков на
складе максимально и минимально допустимому запасу;
 администрирование
прав пользователя для разграничения доступа к
информации;
 возможность
индивидуальных настроек для задания способа нумера-
ции документов и продуктов, по закрытию периода (позволяет запретить изменение данных за какой-либо период), по ведению протокола (система хранит данные обо всех изменениях в документах с указанием имени пользователя, даты, времени и характере изменений) [27].
15
Одним из главных недостатков системы «R-keeper», помимо высокой
цены, является то, фронт-офис, выполняющий кассовые задачи имеет собственную базу, а «StoreHouse» имеет совершенно другую базу. Эти базы не
имеют взаимосвязи в режиме реального времени друг с другом. Все данные
необходимо перемещать из одной в другую специальным платным модулем.
2. В последние годы активно внедряется в сферу общественного питания программа «iiko». Программа включает в себя учет склада, финансов и
управления, поддерживает работу с фискальными регистраторами разных
моделей и производителей. Интегрированная система управления iiko имеет
следующую структуру:
 «MS SQL Server» – сервер базы данных «iiko»;
 «iikoFront» – кассовая система, предназначена для ввода заказов;
 «iikoOperation» – складская подсистема. Регистрация складов, настройка справочников поставщиков и номенклатуры, учет и анализ движения
товарно-материальных ресурсов;
 «iikoFinance» – финансовая подсистема. Настройка валюты, типов
оплат, ведение плана счетов, взаиморасчеты с контрагентами, анализ движения денежных средств;
 «iikoDocFlow» – документооборот с поставщиками. Регистрация заказов на закупку, отправка их поставщикам в электронном виде, отслеживание статусов их исполнения, а также получение в электронном виде приходных накладных [27].
Склад является одним из основных подразделений торгового предприятия для осуществления учета движения товарно-материальных ресурсов. В
ходе настройки складской подсистемы «iikoRMS» должны быть заполнены и
настроены следующие справочники:
 склады;
 поставщики;
 единицы измерения;
 номенклатура [27].
16
Документальное отражение взаимоотношений с поставщиками в системе производится посредством накладных. Для этого каждый поставщик
должен быть зарегистрирован. Поступление товара на склады торгового
предприятия оформляется приходными накладными. После их проведения
незамедлительно пересчитываются остатки товаров на складах, а также показатели их себестоимости. Для планирования и контроля цен на товары, закупаемые у поставщиков, система «iiko» предоставляет возможность ведения
Прайс-листа» по каждому из поставщиков. В нем определяются возможные
цены на определенные товары и допустимый процент отклонения от них, а
также задается поведение системы при возникновении такой ситуации: запрещать проведение приходного документа, только выдавать предупреждение о такой ситуации или не предупреждать [30].
3. Программа «Трактиръ» – продуктовая линейка для автоматизации
заведений общественного питания на платформе «1С» [8]. В разработке каждой версии заложены современные подходы решения задач и технические
средства для автоматизации бизнеса. «Трактиръ: Management» – бэк-офисная
система от, предназначенная для работы с поступлениями, реализацией,
калькуляциями, выпусками продукции, планированием меню, контролем
взаиморасчетов с поставщиками и другими операциями, связанными с ведением управленческого учета в общественном питании [28].
«Трактиръ: Management» построен на платформе «1С: Предприятие
8.3». Работа с решением ведется через браузер из любой точки мира, в том
числе и с мобильных устройств. Всегда актуальная выгрузка данных в «1С:
Бухгалтерия 8 ПРОФ» позволит быстро подготовить регламентированную
отчетность, в том числе и в режиме аутсорсинга бухгалтерских услуг, с выгрузкой только необходимых документов [30]. Концепция нового пользовательского интерфейса позволяет пользователю самостоятельно конструировать рабочее пространство программы, что обеспечит комфортную работу на
разных разрешениях экрана [28].
17
4. Наиболее экономный вариант для автоматизации бизнес-процессов
заведения общественного питания представляет собой программное средство – «АСУУ:Рестораторъ». Предлагаемое разработчиками решение по автоматизации предприятий общественного питания представляет собой полнофункциональный комплекс [21].
«АСУУ:Рестораторъ» считается универсальным продуктом, так как
подходит для различных предприятий общественного питания: кафе, ресторанов, пиццерий, кофеен и прочих заведений с залом вместительностью до
100 человек.
Разработчики выделяют особенности «АСУУ:Рестораторъ»:
 многофункциональность.
Система включает все необходимые функ-
ции, способные обеспечить полный контроль над работой предприятия, что
позволяет более эффективно развивать бизнес;
 простой
пользовательский интерфейс. Интуитивно понятная и легкая
в работе среда исключает необходимость в специальной подготовке персонала. Пользователи смогут использовать возможности системы для выполнения
работы и получения важных данных;
 отсутствие
необходимости в обновлении. «АСУУ:Рестораторъ» не
нуждается в регулярном подтверждении лицензии или переустановке;
 самостоятельная
 доступность.
установка;
В плане стоимости «АСУУ:Рестораторъ» привлекатель-
нее многих аналогов. Кроме того, покупатель может сэкономить и на комплекте оборудования, который мы реализуем по ценам производителей [29].
5. «QuickResto» – облачная система автоматизации ресторанного бизнеса, которая позволяет управлять меню, рассадкой гостей, принимать оплату и настраивать принтеры для печати чеков [21].
Имеющиеся программные средства носят универсальный характер.
Корпоративная Информационная Система (КИС) – это масштабируемая система, предназначенная для комплексной автоматизации всех видов
18
хозяйственной деятельности компаний, а также корпораций, требующих
единого управления [15].
На данный момент существует большое количество корпоративных
информационных систем, предназначенных для автоматизации бизнеспроцессов, различной мощности и стоимости. Чаще всего это сложные и дорогие программные продукты. Среди зарубежных продуктов на нашем рынке
наиболее популярны: «Axapta», «Platinum» и т.д.. В свою очередь им составляют конкуренцию отечественные производители таких программных продуктов: «БОСС – Корпорация», «Галактика» и т.д. [4].
1. «MicrosoftDynamics AX» («MicrosoftAxapta») является комплексным
программным решением по управлению и автоматизации электронного бизнеса, предназначенным для крупных и средних предприятий [24]. Это комплексное решение, предназначенное для автоматизации всех деловых процессов в компаниях различных отраслей. «MicrosoftAxapta» включает в себя
средства по работе с системой поставок, процессом производства, сотрудниками. Позволяет организовать систему взаимоотношений с клиентами и
контрагентами, дает возможность вести финансовый учет и дает мощный
функционал для составления отчетов и анализов, необходимых при принятии
эффективных управленческих решений. В функционал «MicrosoftAxapta»
входит организация финансового учета, системы логистики, процесса производства, работы персонала, а также планирование и управление проектами [24].
2. «Platinum» – это интегрированная система финансового и управленческого учета [22]. Ее базовая версия создается в США компанией
PlatinumSoftwareCorporation. С конца 1993 года на российском рынке действует эксклюзивный дистрибьютор «Platinum» – компания PlatinumSoftware
E.C.E. Основные виды услуг, осуществляемых PlatinumSoftware E.C.E.:
 внедрение финансовой системы с учетом структуры предприятия;
 консультационные услуги, включая предпроектное обследование
предприятия;
19
 бизнес-реинжиниринг и постановка документооборота;
 общее и специализированное обучение пользователей;
 горячая линия технической поддержки пользователей;
 разработка специализированных приложений;
 обучение представителей российских компаний основам автоматизации управленческого и финансового учета в соответствии с российскими и
международными требованиями [27].
Система «Platinum» обеспечивает полную интеграцию работы всех финансовых и управленческих структур, в том числе на сколь угодно крупном
предприятии, имеющем много подразделений и филиалов [22].
3. Система «Галактика» предназначена для средних и крупных предприятий и обладает широкой функциональностью для информационной поддержки всего спектра задач стратегического планирования и оперативного
управления [25]. Система «Галактика» имеет модульную структуру. Каждый
модуль предназначен для автоматизации отдельных, узких задач. Система
имеет очень широкий набор функций. В бухгалтерской части система имеет
полный набор стандартной и специальной бухгалтерской отчетности [30]. Во
всех своих модулях система очень хорошо обеспечивает нужды печати оперативных документов (накладных, счетов-фактур, счетов, сопроводительных
документов и т.д.) [25].
«Галактика-Старт» – комплексная система автоматизации бухгалтерского учета и торгово-закупочной деятельности, предназначенная для небольших предприятий малого и среднего бизнеса, специализирующихся на
оптовой и мелкооптовой торговле, оказании услуг [25].
Система «Галактика-Старт» включает функции оперативного управления хозяйственной деятельностью и ведения бухгалтерского учета в полном
объеме [25]. Важнейшим преимуществом системы «Галактика-Старт» является возможность ее масштабирования до комплексной системы, что позволяет её использовать для малых и средних динамично развивающихся компании.
20
Функциональные возможности системы «Галактика-Старт» позволяют
автоматизировать основные учетно-управленческие задачи предприятия, в
том числе:
 складской
учет;
 управление
 расчеты
сбытом и снабжением;
с поставщиками и получателями;
 кассовые
и финансово-расчетные операции;
 учет
малоценных и быстро изнашиваемых предметов;
 учет
материальных ценностей;
 учет
основных средств;
 учет
нематериальных активов;
 хозяйственные
операции;
 формирование
бухгалтерской отчетности;
 расчет
налоговых отчислений;
 расчет
заработной платы [25].
Средства управления логистикой системы «Галактика-Старт» позволяют организовать совместную деятельность подразделений предприятия для
эффективного
продвижения
продукции
по
цепи
«закупка
сырья-
производство продукции-сбыт».
Управление логистикой:
 управление
закупками, управление запасами;
 оперативное
управление складом;
 обеспечение
контроля во всех звеньях логистической цепочки, кон-
троль оплат и анализ задолженности за любой период и с разными уровнями
детализации [25].
Управление логистикой в системе «Галактика-Старт» позволит предприятиям-заказчикам значительно сократить товарные запасы, ускорить оборачиваемость активов, снизить себестоимость продукции и общие логистические издержки.
21
Систему «Галактика» нельзя считать полностью интегрированной.
Большинство модулей практически не связано между собой, а их связь с финансами очень условна, т.к. документы в финансовом модуле вводятся вручную на основании первичных документов, что приводит к расхождению в
материальном и финансовом учете. Система не контролирует бюджет при
вводе оперативных документов и вообще не имеет механизмов прогнозирования движения денежных средств, что недопустимо при управлении предприятием.
4. Система «1С» – популярное в России (особенно, среди малых предприятий) программное обеспечение [2]. Существуют стандартные конфигурации «1С: Торговля и Склад» (готовые прикладные решения), предназначенные только для торгового учета, и типовые конфигурации для комплексного учета в торговых организациях, в которых присутствует бухгалтерский
учет и расчет зарплаты. Система «1С: Торговля и Склад», помимо базовых
возможностей, содержит три дополнительных функциональных компонента:
«Оперативный учет», «Бухгалтерский учет» и «Расчет», которые поставляются отдельно [8]. В настоящее время насчитываются многие тысячи инсталляций программного обеспечения «1С» на российских предприятиях. Внедрением «1С» занимаются сотни российских фирм.
«1С:Торговля и склад» представляет собой компоненту «Оперативный
учет» системы «1С:Предприятие» с типовой конфигурацией для автоматизации складского учета и торговли [3]. Компонента «Оперативный учет» предназначена для учета наличия и движения материальных и денежных средств.
Она может использоваться как автономно, так и совместно с другими компонентами «1С:Предприятия». «1С:Торговля и склад» предназначена для учета
любых видов торговых операций. Благодаря гибкости и настраиваемости,
система способна выполнять все функции учета – от ведения справочников и
ввода первичных документов до получения различных ведомостей и аналитических отчетов [3]. Типовая конфигурация позволяет:
 вести раздельный управленческий и финансовый учет;
22
 вести учет от имени нескольких юридических лиц;
 вести партийный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней);
 вести раздельный учет собственных товаров и товаров, взятых на
реализацию;
 оформлять закупку и продажу товаров;
 производить автоматическое начальное заполнение документов на
основе ранее введенных данных;
 вести учет взаиморасчетов с покупателями и поставщиками;
 детализировать взаиморасчеты по отдельным договорам;
 формировать необходимые первичные документы;
 оформлять счета-фактуры, автоматически строить книгу продаж и
книгу покупок, вести количественный учет в разрезе номеров ГТД;
 выполнять резервирование товаров и контроль оплаты;
 вести учет денежных средств на расчетных счетах и в кассе;
 вести учет товарных кредитов и контроль их погашения;
 вести учет переданных на реализацию товаров, их возврат и оплату [30].
В «1С:Торговля и склад»есть возможность:
 задать для каждого товара необходимое количество цен разного типа,
хранить цены поставщиков, автоматически контролировать и оперативно изменять уровень цен;
 работать с взаимосвязанными документами;
 выполнять автоматический расчет цен списания товаров;
 быстро вносить изменения с помощью групповых обработок справочников и документов;
 вести учет товаров в различных единицах измерения, а денежных
средств;
 в различных валютах;
23
 получать самую разнообразную отчетную и аналитическую информацию о движении товаров и денег [8].
1.3 Моделирование процессов в нотации языка BPMN
Целью создания информационной системы является автоматизация основной деятельности кафетерия в части:
– оптимизации затрат времени на взаимодействие сотрудников с поставщиками;
– оптимизации затрат времени на взаимодействие сотрудников и клиентов;
– упрощения обработки и хранения имеющейся информации.
Моделирование бизнес-процессов – это отражение субъективного видения реально существующих в организации процессов при помощи графических, табличных, текстовых способов представления [13].
Один из самых распространенных типов нотаций (синтаксиса графического моделирования) для создания исполняемых процессных моделей является BPMN (BusinessProcessModelandNotation) [17]. Моделирование бизнеспроцессов в нотации BPMN используется для донесения широкого спектра
информации до различных категорий пользователей. Конечный результат
BPMN составляет диаграмма бизнес-процесса, отображающая поток работ,
основанный на стандартах графической нотации [23].
Для моделирования процессов, протекающих на каждом этапе, воспользуемся нотацией BPMN 2.0.
В данной работе для моделирования процессов применены основные
диаграммы:
 диаграмма взаимодействия;
 диаграмма оркестровки.
24
Схемы взаимодействия (Collaboration) показывают обмен сообщениями между двумя и более участниками [17]. Диаграмма взаимодействия – используется для отображения состава и последовательности выполнения двух и более
процессов в виде пулов с указанием взаимодействий между ними через потоки сообщений. Диаграмма оркестровки – это диаграмма, показывающая последовательность и логику выполнения заданий в рамках одного процесса [13]. Так же на диаграмме показываются взаимодействия между частным,
рассматриваемым процессом и другими процессами или участниками, отображенными в виде свернутых пулов [17].
Для проектируемой системы процесс взаимодействия кафетерия и поставщика представлен на рисунке 1.1. Диаграмма отображает процесс обработки заказа на поставку продукции, изображенный в виде 2 пулов (зоны ответственности), и связывающие их потоки сообщений. В каждом пуле подробно и последовательно указаны действия каждого из участников.
В верхнем пуле описаны действия поставщика. В пуле, описывающем
действия кафетерия, содержатся две дорожки, отображающие действия администратора и бухгалтерии.
Чтение процесса всегда начинается со стартового события (зеленого
кружка). После события – начала работы следует формирование заказа (операция, указанная в прямоугольнике). При создании списка элементов меню
идет обращение к хранилищу «БД Меню». Заказы на необходимую продукцию поступают через потоки сообщений к поставщику.
Сообщение (Message) представляет собой содержимое диалога между
двумя Участниками (Participants) [5]. Выделяют входящие и исходящие типы
сообщений. Так если сообщение идет от инициатора, то на диаграмме это соответствующе отображается значком с закрашенным письмом.
Рисунок 1.1 – Детализированная диаграмма межпроцессного взаимодействия «Процесс обработки заказа
на поставку продукции»
25
26
Благодаря автоматизированной системе поставщик может просмотреть
текущие заявки в режиме реального времени. После того, как поставщик получит заявку, он создает коммерческое предложение. Затем через систему
сообщением отправляет предложение администратору для ознакомления и
подтверждения заказа.
Получив ответ от поставщика, администратор в системе проверяет полученное предложение на соответствие отправленной заявке. На диаграмме
это отображено в качестве логического оператора (шлюз). Неэксклюзивный
шлюз (OR, "ИЛИ") используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий [17]. Шлюз изображается в виде ромба, внутри которого находится рисунок, отображающий тип шлюза. Так, для неэексклюзивного шлюза внутри
ромба изображается (Х).
Таким образом, в случае если предложение соответствует заказу, то
происходит подтверждение на доставку продукции, в противном случае наступает снова этап формирования списка элементов. Далее после получения
накладной, которую формирует поставщик при подтверждении заказа администратором, бухгалтерия оплачивает продукцию. В системе происходит
подтверждение оплаты полученной накладной и после этого обновление информации о всех финансовых изменениях в хранилище «БД Финансы», в которой отображается информация о денежных потоках. Перед отправлением
продукции поставщик должен подтвердить получение платежа, что показано
с помощью неэксклюзивного шлюза. В противном случае, снова отправляется накладная в бухгалтерию.
После подтверждения информации о доставке продукции, наступает
конечное событие. Конечное событие представляет собой красный круг, выполненный одиночной, жирной линией [17].
27
В нотации BPMN 2.0 существует понятие «Хранилище данных» для
моделирования постоянной памяти. Данный объект используется процессом
для записи и извлечения данных как, например, базы данных. Сохраненная
информация будет действительна даже после завершения выполнения экземпляра процесса [21]. На диаграмме присутствуют два хранилища: «БД Меню» и «БД Финансы». Они представляют собой базы данных, в которых хранится вся текущая документация. Хранилища представляют собой информационные модели, позволяющие упорядоченно хранить данные о группах
объектов, обладающим одинаковым набором свойств. В «БД Меню» собрана
информация по таким признакам как, наименование продукции, её количество, цена. Использование хранилищ помогает производить выборку с произвольным сочетанием признаков.
Направление стрелки, соединяющей базу данных с операцией, имеет
определенное значение. От хранилища к операции – операция использует базу для получения данных. От операции к хранилищу – операция помещает
данные в базу. Создавая заявку на заказ продукции, администратор обращаясь к хранилищу «БД Меню», получает информацию о том, какую продукцию необходимо добавить в заявку.
Далее рассмотрим процесс обработки заказа клиента. Это центральный
и наиболее важный процесс. Диаграмма оркестровки для данного процесса
представлена на рисунке 1.2. Участниками этого процесса выступают официант и клиент, что показано на рисунке 1.2 при помощи двух пулов «Клиент»
и «Кафетерий».
Процесс начинается с события начала работы. Официант или клиент
самостоятельно, обращается к автоматизированной системе с целью создания
Рисунок 1.2 – Диаграмма оркестровки «Процесс обработки заказа клиента»
28
29
заказа клиента. Используя интерактивное меню, клиент в системе может добавлять необходимую информацию в заказ. Проверкой корректности заказа в
процессе обработки выступает логическое условие.
Согласование заказа происходит в системе через обращение к информации наличии продукции, которая хранится в хранилище «БД Меню». Если
выбранного элемента нет в наличии предлагается вернуться на этап составления списка элементов, входящих в заказ клиента.
В случае выполнения поставленного условия, производится расчет
стоимости заказа и через обслуживающий персонал оплата, предоставленных
услуг.
После запроса официантом предчека на печать, информация об оплате
заказа клиента поступает в хранилище «БД Финансы». Производится закрытие заказа.
На основании построенных двух моделей, которые описывают основные процессы в кафетерии, можно осуществить проектирование информационной системы для автоматизации деятельности заведения сферы общественного питания. Для этого необходимо определить главные роли, которые
будут участвовать в процессе взаимодействия в автоматизированной системе.
Для однозначности понимания, описать функциональный набор каждого из
участников.
Чаще всего для визуализации, подробного описания моделей используют графический язык UML. Этот язык обеспечивает поддержку всех этапов
жизненного цикла информационной системы и содержит множество графических средств – диаграмм.
Так на этапе создания логической модели, для определения функционально набора для каждого участника используют диаграммы прецедентов,
диаграммы классов обычно используются на этапе создания физической модели проектирования.
30
ГЛАВА 2. ПОСТРОЕНИЕ ПРОЕКТНОЙ МОДЕЛИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Выявление требований к системе
Среди различных типов диаграмм, которые включает в себя UML, в
данной работе воспользуемся диаграммой прецедентов (вариантов использования), диаграммой классов и диаграммой последовательности.
Диаграммы прецедентов применяются для моделирования вида системы с точки зрения внешнего наблюдателя [4].
Диаграмма прецедентов – диаграмма, отражающая отношения между
актерами и прецедентами [26]. Актер инициирует прецедент. Прецедент описывает последовательность взаимодействий между актером и системой. Актер изображается на диаграмме прецедентов в виде фигуры человечка, прецедент – в виде эллипса [10]. Данная диаграмма состоит из актеров, вариантов использования и отношений между ними.
Основной смысл диаграммы состоит в следующем: проектируемая система представляется в виде множества актеров, взаимодействующих с системой с помощью, так называемых, вариантов использования [4].
Моделируемая система для автоматизации работы включает шесть
возможных ролей пользователя в системе: директор, бухгалтерия, администратор, официант и удаленный пользователь – поставщик.
Как видно из рисунка 2.1, основные в основные задачи директора входит контроль информации, которая находится в хранилищах. Он может просматривать экономические показатели, отчеты в режиме реального времени.
В данной системе директору доступно редактирование необходимой информации.
Бухгалтер в системе формирует отчеты и управляет денежными потоками кафетерия. Как отображено на рисунке 2.2 сотруднику доступно редактирование бухгалтерской отчетности, и так же просмотр текущей информа-
31
ции в режиме реального времени, но только в сфере с экономической составляющей.
Рисунок 2.1 – Диаграмма прецедентов «Директор»
Рисунок 2.2 – Диаграмма прецедентов «Бухгалтер»
32
Автоматизированная система позволяет администратору создать хранилище «БД Меню» кафетерия (рисунок 2.4). Он рассчитывает потребности
ресторана в продуктах и организует его материально-техническое обеспечение (анализирует потребности ресторана в ресурсах). Учитывая текущее состояние о количестве необходимой продукции, администратор отправляет
заказ поставщику. Согласно рисунку 2.3 администратор в автоматизированной системе имеет возможность просмотреть ответ на заказ поставщика –
коммерческое предложение.
Рисунок 2.3 – Диаграмма прецедентов «Администратор»
Основными обязанностями официанта являются принятие заказа клиента и получение оплаты заказа. Автоматизированная система позволяет
формировать заказ в системе и отслеживать наличие заказанной продукции в
кафетерии (рисунок 2.4). Используя функцию системы запроса предчека на
печать, официант рассчитывается с клиентом и закрывает заказ.
33
Рисунок 2.4 – Диаграмма прецедентов «Официант»
Для поставщика в автоматизированной системе есть возможность отслеживать поступления новых заявок на продукцию, расчет/ оплату продукции, минимизировав материальные затраты на средства коммуникации (рисунок 2.5). Сформированную системой накладную он отправляет в
бухгалтерию заведения и подтверждает получение платежа, после получения
денежных средств.
Рисунок 2.5 – Диаграмма вариантов использования «Поставщик»
34
Клиентом выступает незарегистрированный пользователь, который
может ознакомиться с ассортиментом «БД Меню» и выбрать заинтересовавшее его предложение самостоятельно (рисунок 2.6).
Рисунок 2.6 – Диаграмма вариантов использования «Клиент»
2.2. Детальное проектирование
Диаграмма классов является основным средством моделирования
структуры UML. Диаграмма классов (classdiagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования [26]. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями
предметной области, такими как объекты и подсистемы, а также описывает
их внутреннюю структуру и типы отношений. Диаграмма классов представляет собой некоторый граф, вершинами которого являются элементы типа
«классификатор», которые связаны различными типами структурных отношений [10]. Следует заметить, что диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие
как объекты и связи. Когда говорят о данной диаграмме, имеют в виду статическую структурную модель проектируемой системы [4]. Поэтому диаграмму
35
классов принято считать графическим представлением таких структурных
взаимосвязей логической модели системы, которые не зависят или инвариантны от времени [10]. Диаграмма классов состоит из множества элементов,
которые в совокупности отражают декларативные знания о предметной области. Эти знания интерпретируются в базовых понятиях языка UML, таких
как классы, интерфейсы и отношения между ними и их составляющими компонентами. При этом отдельные компоненты этой диаграммы могут образовывать пакеты для представления более общей модели системы [26].
На основании бизнес-процессов, задач автоматизации и описанных моделей, в проектируемой информационной системе можно выделить следующие классы, изображенные на рисунке 2.7:
 «Штатные сотрудники» – в данном классе содержится основная информацию обо всех работниках кафетерия, такая как ФИО и должность сотрудника.
 «Директор» – данный класс, используя соответствующие координаторы, может просматривать и редактировать информацию в базах данных
кафетерия.
 «Официант».
 «Бухгалтер» – данный класс, используя координатора, управляет финансами в системе.
 «Администратор» – данный класс, через вызов определенных координаторов, создает меню заведения и заказ на поставку продукции.
 «Поставщик» – класс отображает зарегистрированного пользователя
в системе, но не относящегося к штатным сотрудникам.
 «Клиент» – этот класс позволяет не зарегистрированному пользователю войти в систему, для создания заказа. В качестве атрибута выступает
только № счета.
 «БД Меню» – в данном классе хранится актуальная информация о
продукции заведения, цене, количестве товара.
36
 «БД Финансы» – класс хранит и формирует финансовые отчеты. Позволяет бухгалтеру работать с экономическими потоками.
 «БД Заявки» – класс, представленный следующими атрибутами: Дата
заказа указывает момент его создания, № Заявки, № Накладной, № Коммерческого предложения. Благодаря данному классу происходит распределение
определенной заявке соответствующее коммерческое предложение и накладная.
 «Личный кабинет клиента» – данный класс реализует такие функции,
как создание и просмотр заказа клиента.
 «Личный кабинет поставщика» – этот класс дает возможность поставщику в режиме реального времени отслеживать заявки на продукцию.
 «Заявка заказа продукции» – класс, представлен атрибутами: № Заявки, Дата, Реквизиты поставщика, Наименование продукции, количество.
 «Коммерческое предложение» – класс формируется поставщиком, в
качестве ответа на полученную заявку.
 «Накладная» – класс формируется системой после создания коммерческого предложения, предназначен для отправки в бухгалтерию кафетерия.
 «Заказ клиента» – класс создается официантов или клиентом самостоятельно.
 «Предчек» – класс формируется системой после создания заказа клиента.
Класс – один из самых «богатых» элементов моделирования UML [4].
Описание класса может включать множество различных элементов, в языке
предусмотрено группирование элементов описания класса по разделам.
Стандартных разделов три:
 раздел имени;
 раздел атрибутов;
 раздел операций [26].
37
Каждому атрибуту класса соответствует отдельная строка текста, которая состоит из квантора видимости атрибута, имени атрибута, его кратности,
типа значений атрибута и, возможно, его исходного значения [10].
Квантор видимости может принимать одно из трех возможных значений и, соответственно, отображается при помощи специальных символов:
 символ "+" обозначает атрибут с областью видимости типа общедоступный (public);
 символ "#" обозначает атрибут с областью видимости типа защищенный (protected);
 знак "–" обозначает атрибут с областью видимости типа закрытый
(private) [26].
Классы не существуют в изоляции. Между различными классами могут
устанавливаться разнообразные отношения. Существует три основных типа
отношений между классами. Первый тип – «обобщение/специализации».
Второй тип – «целое/часть». Третий – ассоциации, т.е. семантическая зависимость между классами, которые больше никак не связаны друг с другом [5].
На схемах ассоциация обозначается в виде обычной стрелки [11]. Ассоциация – наиболее абстрактное и наиболее слабое отношение [4].
Наследование – отношение, в котором один класс повторяет структуру
и поведение одного или нескольких классов [4]. Так классы Администратор,
Директор, Бухгалтер, Официант приходятся наследниками класса Штат кафетерия.
Отношение целое/часть между экземплярами классов выражаются отношениями агрегации [4]. Объекты равноправны. При создании одного экземпляра одновременно создается соответствующий экземпляр зависящего
класса [4]. На диаграмме отношение проявляется в виде обычной стрелки от
главной сущности к зависимой, при этом со стороны главной сущности, располагается не закрашенный ромбик [10]. Так равными правами на существование обладают взаимосвязанные классы «Личный кабинет поставщика» и
Рисунок 2.7 – Диаграмма классов
38
39
«БД Заявки». Композиция – включение по ссылке. Главный класс «Коммерческое предложение» полностью управляет жизненным циклом объекта другого класса «Накладная». При уничтожении главного вместе с ним будет
уничтожен и зависимый объект [4]. На диаграмме отношение композиции
проявляется в виде обычной стрелки от главной сущности к зависимой, при
этом со стороны главной сущности, которая содержит, объект второй сущности, располагается закрашенный ромбик [10]. С помощью данной связи, на
«Рисунке 2.7» показано, что формирование «Коммерческого предложения»
наступает только после поступления заказа на продукции. При этом указанная степень связи «1:1» показывает, что одной заявке соответствует определенное коммерческое предложение. В то время как указана степень связи
«1:*» показывает, что в одном классе «БД Заявки» может хранить от нуля до
множества созданных «Заявок на заказ продукции».
При построении диаграммы классов для изображения интерфейсов используется специальный графический символ – прямоугольник класса с ключевым словом или стереотипом «interface». При этом секция атрибутов у
прямоугольника отсутствует, а указывается только секция операций [26].
Между интерфейсами и классами применяются два отношения:
 класс использует интерфейс – это показывается с помощью зависимости со стереотипом «call»;
 класс реализует интерфейс – это показывается с помощью отношения
реализации «realize» [31].
Так класс «Официант» вызывает через интерфейс «Координатор клиента» функции создания и просмотра класса «Заказ клиента», которые реализуются в «Личном кабинете клиента».
Один интерфейс может вызывать несколько классов. Так классы «Администратор», «Директор», «Официант» и «Клиент» обращаются к интерфейсу «Координатор «БД Меню»» для просмотра класса «БД Меню».
40
Диаграммы последовательностей отражают поток событий, происходящих в рамках варианта использования [10]. Сценарий заказа продукции на
поставку показан на рисунке 2.8.
Преимущество диаграммы последовательностей заключается в простоте отслеживания сообщений, передаваемых последовательно.
В диаграмме последовательностей основные сущности изображаются
горизонтально вдоль верхней границы [4]. Из пиктограммы каждого объекта
выходит вертикальная пунктирная линия – «линия жизни» [26]. Данная линия отображает границы существования объекта. В описываемом процессе
«Заказ продукции на доставку» были выделены шесть сущностей: «Администратор», «Заказ», «Поставщик», «Накладная», «Бухгалтер». Действующими
лицами на этой диаграмме являются: «Администратор», «Поставщик» и
«Бухгалтер». Другие сущности представляют собой объекты, необходимые
системе для выполнения описанного процесса заказа продукции (Рисунок
2.8).
Сообщения (которые часто означают события или инициирование операции) изображается в виде горизонтальных линий. Концы этих линий расположены на вертикальных линиях, выходящих из пиктограмм, соответствующих объектам на верхней границе диаграммы [10]. Сообщения направлены от инициатора к адресату. Порядок сообщений указывается в вертикальном направлении, что позволяет не использовать нумерацию.
Тип сообщения отображается с помощью разнообразных линий и стрелок. На рисунке 2.8 в основном были использованы синхронные и ответные
сообщения. Синхронное сообщение, представляющее собой вызов операции,
изображается в виде сплошной линии с закрытой стрелкой. Передача управления обратно участнику, который до этого инициировал сообщение, происходит с помощью ответа на сообщение, которое изображается штриховой
линией с открытой стрелкой [26].
Рисунок 2.8 – Диаграмма последовательности «Заказ продукции на поставку»
41
42
Таким образом, на рисунке 2.8 изображено, что «Администратор» создает «Заявку на заказ продукции». Ответным – выступает «Подтверждение
получения платежа» «Поставщиком», сообщение отображено пунктирной
стрелкой.
В случае, когда участник создается в процессе действия, изображается
стрелка сообщения, направленная к прямоугольнику участника. На «Рисунке 2.8» показано, что «Администратор» в процессе заказа продукции отправляет сообщение на создание заявки заказа продукции.
Если участник выполняет какие-либо действия непосредственно после
создания, то активация начинается сразу после прямоугольника участника.
Как, например, после создания «Поставщиком» «Накладной», она сразу отправляется к «Бухгалтеру».
Удаление участника обозначается большим крестом (X) [26]. Стрелка
сообщения, идущая в (X), означает, что один участник явным образом удаляет другого, как в случае подтверждения «Поставщиком» оплаты, он удаляет
«Накладную».
Диаграмма последовательности иллюстрирует последовательность
действий, реализующих процесс заказа продукции [10]. Так на рисунке показано, что формирование «Коммерческого предложения» и «Накладной» наступает только после получения «Поставщиком» «Заявки».
Используя приведенные диаграммы, пользователи, знакомятся со спецификой своей работы. Аналитики видят последовательность (поток) действий, разработчики – объекты, которые надо создать, и их операции. Специалисты по контролю качества поймут детали процесса и смогут разработать
тесты для их проверки.
43
2.3 Оценка временных затрат на проектирование информационной
системы
С экономической точки зрения, проектирование любого проекта требует значительных средств и трудозатрат на его разработку.
Процесс создания автоматизированной информационной системы
представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединённых в стадии и этапы работ, выполнение которых необходимо и достаточно для создания автоматизированной информационной системы, соответствующей заданным требованиям [6]. Стадии и этапы создания
автоматизированной информационной системы выделяются как части процесса создания по соображениям рационального планирования и организации
работ, заканчивающихся заданным результатом. Работы по развитию автоматизированной информационной системы осуществляют по стадиям и этапам,
применяемым для создания автоматизированной информационной системы [14].
В основе создания и использования автоматизированной информационной системы лежит понятие жизненного цикла [6]. Для автоматизированной информационной системы выделяют основные этапы её жизненного
цикла:
 анализ – определение того, что должна сделать система;
 проектирование – определение того, как система будет функционировать: прежде всего, спецификация подсистем, функциональных компонентов
и способов их взаимодействия в системе;
 разработку – создание функциональных компонентов и отдельных
подсистем, соединение подсистем в единое целое;
 тестирование – проверку функционального и параметрического соответствия системы показателям, определенным на этапе анализа;
 внедрение – установку и ввод системы в действие;
44
 сопровождение – обеспечение штатного процесса эксплуатации системы на предприятии заказчика [2].
Согласно «ГОСТ 34.601-90 Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Стадии создания.», действующему с 01.01.1992г. выделяют восемь основных
стадий в создании автоматизированной информационной системы, представленные в «Таблице 1».
Стадии создания автоматизированной системы – часть процесса автоматизированной системы, установленная нормативными документами и заканчивающаяся выпуском документации на автоматизированную систему,
которая должна содержать модель системы на уровне данной стадии, изготовление несерийных компонентов или приемку автоматизированной системы в эксплуатацию [2].
Таким образом, в силу специфики проектируемой системы для автоматизации деятельности кафетерия, можно выделить следующие стадии создания системы, представленные диаграммой Ганта на «Рисунке 2.9».
Диаграмма Ганта – это вид столбчатых диаграмм, который используется для наглядной визуализации плана, графика работ по определенному проекту. Диаграмма используется как один из методов планирования проектов.
На сегодняшний день существует множество программ и сервисов для построения наглядных диаграмм. Диаграмма помогает руководителям контролировать своевременное исполнение задач в подразделении.
Горизонтальная шкала диаграммы показывает временной промежуток,
а вертикальная шкала в свою очередь отображает порядок выполнения задач,
подзадач, составляющих план. Отрезки размешенные параллельно по шкале
времени соответствуют отдельным задачам, подзадачам. Начало, конец и
длина отрезка на шкале времени соответствуют началу, концу и длительности задачи.
Первый этап «Формирование требований к автоматизированной информационной системе» включает:
45
Таблица 1 – Перечень этапов создания автоматизированной информационной
системы
Стадии
Этапы работ
1. Формирование
требований к автоматизированной информационной системе
1.1. Обследование объекта и обоснование необходимости создания автоматизированной информационной системы.
1.2. Формирование требований пользователя к автоматизированной информационной системе.
1.3. Оформление отчёта о выполненной работе и заявки на разработку
автоматизированной информационной системы (тактико-технического
задания)
2. Разработка
концепции автоматизированной
информационной системы.
2.1. Изучение объекта.
2.2. Проведение необходимых научно-исследовательских работ.
2.3. Разработка вариантов концепции автоматизированной информационной системы, удовлетворяющего требованиям пользователя.
2.4. Оформление отчёта о выполненной работе.
3. Техническое
задание.
Разработка и утверждение технического задания на создание автоматизированной информационной системы.
4. Эскизный
проект.
4.1. Разработка предварительных проектных решений по системе и её
частям.
4.2. Разработка документации на автоматизированную информационную
систему и её части.
5. Технический
проект.
5.1. Разработка проектных решений по системе и её частям.
5.2. Разработка документации на автоматизированную информационную
систему и её части.
5.3. Разработка и оформление документации на поставку изделий для
комплектования автоматизированной информационной системы и (или)
технических требований (технических заданий) на их разработку.
5.4. Разработка заданий на проектирование в смежных частях проекта
объекта автоматизации.
6. Рабочая доку- 6.1. Разработка рабочей документации на систему и её части.
ментация.
6.2. Разработка или адаптация программ.
7. Ввод в дейст- 7.1. Подготовка объекта автоматизации к вводу автоматизированной
вие.
информационной системы в действие.
7.2. Подготовка персонала.
7.3. Комплектация автоматизированной информационной системы поставляемыми изделиями (программными и техническими средствами,
программно-техническими комплексами, информационными изделиями).
7.4. Строительно-монтажные работы.
7.5. Пусконаладочные работы.
7.6. Проведение предварительных испытаний.
7.7. Проведение опытной эксплуатации.
7.8. Проведение приёмочных испытаний.
8. Сопровожде- 8.1. Выполнение работ в соответствии с гарантийными обязательствами.
ние системы
8.2. Послегарантийное обслуживание.
46
 сбор
данных об объекте автоматизации и осуществляемых бизнес-
процессах;
 оценку
качества функционирования объекта и осуществляемых видах
деятельности, постановка проблем, решение которых возможно средствами
автоматизации;
 оценку
(технико-экономической, социальной и т.д.) целесообразности
создания автоматизированной информационной системы;
 подготовку
исходных данных для формирования требований автома-
тизированной информационной системе;
 формулировка
требований пользователя к автоматизированной ин-
формационной системе;
 оформление
отчета о выполненных работах на данной стадии и
оформление заявки на разработку автоматизированной информационной
системы (тактико-технического задания) или другого заменяющего её документа с аналогичным содержанием.
Следующий этап «Разработка концепции автоматизированной информационной системы» предполагает:
 проведение
детального изучения объекта автоматизации и необходи-
мые научно-исследовательские работы (НИР), связанные с поиском путей и
оценкой возможности реализации требований пользователя, оформление и
утверждение отчётов о НИР
 разработка
альтернативных вариантов концепции создаваемой авто-
матизированной информационной системы и планов их реализации;
 оценка
необходимых ресурсов на их реализацию и обеспечение функ-
ционирования; оценку преимуществ и недостатков каждого варианта;
 определение
порядка оценки качества и условий приёмки системы,
оценку эффектов, получаемых от системы;
 подготовка
и оформление отчетов, содержащих описание выполнен-
ных работ на стадии описания и обоснования предлагаемого варианта концепции системы.
Рисунок 2.9 – Диаграмма Ганта
47
48
На третьем этапе «Разработка и утверждение технического задания на
создание» проводят разработку, оформление, согласование и утверждение
технического задания для информационной системы.
Этап «Эскизный проект» включает в себя определение таких показателей, как:
 функции
автоматизированной информационной системе;
 функции
подсистем, их цели и эффекты;
 состав
комплексов задач и отдельных задач; концепция информаци-
онной базы, её укрупнённая структура; функции системы управления базой
данных; состав вычислительной системы; функции и параметры основных
программных средств.
На этом этапе так же обеспечивается разработка общих решений по
системе и её частям, функционально-алгоритмической структуре системы, по
функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению.
«Технический проект» включает:
 разработка,
оформление, согласование и утверждение документации в
объёме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию автоматизированной информационной системе;
 подготовка
и оформление документации на поставку изделий для
комплектования автоматизированной информационной системы;
 разработка,
оформление, согласование и утверждение заданий на про-
ектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других
подготовительных работ, связанных с созданием автоматизированной информационной системы.
49
На этапе «Рабочая документация»:
 разработка
рабочей документации, содержащей все необходимые и
достаточные сведения для обеспечения выполнения работ по вводу автоматизированной информационной системе в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление,
согласование и утверждение;
 разработка
программ и программных средств системы, выбор, адапта-
цию и (или) привязку приобретаемых программных средств, разработку программной документации.
На этапе «Ввод в действие»:

проводятся работы по организационной подготовке объекта автома-
тизации к вводу автоматизированной информационной системы в действие;
 обучение
персонала и проверка его способности обеспечить функцио-
нирование автоматизированной информационной системы;
 получение
комплектующих изделий серийного и единичного произ-
водства, материалов и монтажных изделий, проводят входной контроль их
качества;
 выполнение
работ по строительству специализированных зданий (по-
мещений) для размещения технических средств и персонала автоматизированной информационной системы;
 сооружение
кабельных каналов;
 выполнение
работ по монтажу технических средств и линий связи;
 испытание
 сдача
смонтированных технических средств;
технических средств для проведения пусконаладочных работ;
 автономная
 загрузка
наладка технических и программных средств,
информации в базу данных и проверка системы её ведения;
 комплексная
наладка всех средств системы.
На заключительном этапе «Сопровождение системы»:
50
 работа по устранению недостатков, выявленных при эксплуатации
автоматизированной информационной системы в течение установленных гарантийных сроков, внесение необходимых изменений в документацию по автоматизированной информационной системе.
 анализ
функционирования системы;
 выявление
отклонений фактических эксплуатационных характеристик
автоматизированной информационной системы от проектных значений;
 установление
 устранение
причин этих отклонений;
выявленных недостатков и обеспечение стабильности экс-
плуатационных характеристик автоматизированной информационной системы;
 внесение
необходимых изменений в документацию на автоматизиро-
ванную информационную систему.
Согласно полученному графику весь процесс разработки информационной системы автоматизации деятельности займет более пяти месяцев, 154
дня, исключая выходные и праздничные дни.
Так начиная работу с первого сентября 2016 г планируется произвести
подготовку объекта автоматизации к вводу системы в действие уже к десятому января 2017 года. Согласно плану подготовка персонала должна занять
не более пяти рабочих дней, а завершающий этап будет выполнен ко второму
февраля 2017 года.
Таким образом, в результате проведенного проектирования появляется
достаточно подробное описание состава и функций проектируемой системы,
а также информации, которую необходимо использовать в базе данных и в
приложениях.
Построенные диаграммы основаны на выделенных ранее бизнеспроцессах, что свидетельствует о том, что разрабатываемая система будет
полностью удовлетворять исходным требованиям.
51
ЗАКЛЮЧЕНИЕ
Проблема автоматизации бизнес-процессов в сфере общественного питания становится в последнее время наиболее актуальной. Все больше компаний достигает необходимого уровня развития бизнеса, и приходит к необходимости формализации деятельности и внедрения средств для их автоматизации.
В связи с этим целью выпускной квалификационной работы было проектирования соответствующей информационной системы, которая позволила
бы автоматизировать работу заведения общественного питания. В процессе
достижения поставленной цели были решены множественные задачи.
В результате проведенной работы были использованы материалы отечественных и зарубежных специалистов по вопросам автоматизации деятельности, проектирования информационных систем, моделирования бизнеспроцессов. Была проанализирована информация, полученная из статей международных научно-практических конференций, учебных пособий, журналов; использована информация, предоставленная в общем доступе разработчиками программных средств.
При анализе предметной области были выделены основные бизнеспроцессы, для автоматизации которых предназначена проектируемая информационная система. В процессе изучения различных информационных источников были выявлены основные этапы и множественные теоретические
аспекты процесса автоматизации. Были рассмотрены принципы проектирования, имеющиеся документы, регламентирующие создание автоматизированной информационной системы.
В результате был проведен анализ наиболее распространенных программных средств: «R-Keeper», «iiko», «Трактиръ», «АСУУ:Рестораторъ»,
«QuickResto», «MicrosoftDynamics AX», «Platinum», «Галактика»«1С». В
процессе рассмотрения информационных систем были описаны их функциональные средства, преимущества и недостатки. Для всех выделенных про-
52
граммных средств общим недостатком выступает отсутствие специализированного решения в соответствии с приемлемой ценовой категорией. На основе проведенного анализа была обоснована целесообразность создания узкоспециализированной информационной системы, для автоматизации деятельности кафетерия. Для визуализации в нотации BPMN были построены модели рассматриваемых бизнес-процессов.
Во второй главе работы для построения проектной модели бизнеспроцессов были выделены главные участники: директор, администратор,
бухгалтер, официант, поставщик, клиент. Для каждой выделенной роли был
определен набор функциональных возможностей. В процессе проектирования была выявлена необходимость в создании баз данных, для хранения и
обработки информации определенного типа. В результате визуализации бизнес-процессов были построены проектные модели взаимодействия между
участниками. Также выделены классы, которые участвуют в бизнеспроцессах жизнедеятельности кафетерия: «Штатные сотрудники», «Директор», «Официант», «Бухгалтер», «Администратор», «Поставщик», «Клиент»,
«БД Меню», «БД Финансы», «БД Заявки», «Личный кабинет клиента»,
«Личный кабинет поставщика», «Заявка заказа продукции», «Коммерческое
предложение», «Накладная», «Заказ клиента», «Предчек».
Для однозначности понимания выделенных бизнес-процессов был разобран на диаграмме последовательности этап создания заявки заказа на продукцию администратором.
На основе международных стандартах были описаны основные этапы
создания автоматизированной системы и проведен расчет временных затрат.
Результаты проведенной работы помогут в разработке информационной системы для автоматизации деятельности, как кафетерия, так и любого
другого предприятия общественного питания.
53
СПИСОК ЛИТЕРАТУРЫ
1. Гареев, Р.Р. Автоматизация систем бизнес-администрирования в гостиничных предприятиях // Инновационные исследования: проблемы внедрения результатов и направления развития: Сб. статей междунар. научнопрактической конф. – Уфа.: ООО ОМЕГА САЙНС,2016. – С. 25 – 29.
2. Гвоздева, В.А. Основы построения автоматизированных информационных систем / В.А. Гвоздева, И.Ю. Лаврентьева. – М.: Форум, Инфра-М,
2016. – 320 c.
3. Гладкий, А.А. 1С: Бухгалтерия 8.2. Понятный самоучитель для начинающих / А.А. Гладкий. – М.: Цифровая книга, 2012. – 16 с.
4. Гома, Х. UML. Проектирование систем реального времени, параллельных и распределенных приложений / Х. Гома. / пер. с англ. – М.: ДМК
Пресс, 2016. – 700 с.
5. Грэди, Б. [GradyBooch] Объектно-ориентированный анализ и проектирование
с
примерами
приложений
[Object-
OrientedAnalysisandDesignwithApplication] / Б. Грэди [и д.р.] / пер. с англ.
Д.А. Клюшин.– М.: Вильямс, 2010. – 720 с.
6. Дастин, Э. Тестирование программного обеспечения. Внедрение,
управление и автоматизация / Э. Дастин, Д. Рэшка, Д. Пол. /пер. с англ. М.
Павлов. – М.: Лори, 2013. – 567 c.
7. Елиферов, В.Г. Бизнес-процессы: Регламентация и управление /
В.Г. Елиферов. – М.: НИЦ ИНФРА-М, 2013. – 319 c.
8. Засорин, С.В. 1С:Предприятие 8.2. Управленческий и финансовый
учет для малых предприятий / С.В. Засорин. – СПб.: БХВ-Петербург, 2012. –
320 c.
9. Йордан, Э. Объектно-ориентированный анализ и проектирование
систем / Э. Йордан. – М.: Лори, 2014. – 264 c.
10. Леоненков, А.В. Самоучитель UML / А.В. Леоненков. – СПб.: БХВ–
Петербург, 2007. – 576 с.
54
11. Орлов, С.А. Теория и практика программирования: учебник для вузов. Стандарт 3-го поколения / С.А. Орлов. – СПб.: Питер, 2014. – 688с.
12. Пантелеев, В.Н. Основы автоматизации производства: учебник для
учреждений начального профессионального образования / В.Н. Пантелеев,
В.М. Прошин. – М.: ИЦ Академия, 2013. – 208 c.
13. Репин, В.В. Процессный подход к управлению. Моделирование
бизнес-процессов / В.В. Репин, В.Г. Елиферов. – М.: Манн, Иванов и Фербер,
2012.–544с.
14. Реутов, А.П. Автоматизированные информационные системы: методы построения и исследования / А.П. Реутов, М.В. Черняков, С.Н. Замуруев. – М.: Радиотехника, 2010. – 328 c.
15. Розенков, Д.А. Классический менеджмент: организационные структуры управления: учеб. пособие /Д.А. Розенков, Р.Г. Леонтьев. – Хабаровск:
Издательство ДВГУПС, 2012. – 192 с.
16. Российский сетевой рынок общественного питания 2016 РБК Исследования рынков аналитический обзор 7-е издание. – М.: РБК, 2016. – 60 с.
17. Федоров,
И.Г.
Моделирование
бизнес-процессов
в
нотации
BPMN 2.0: учеб. пособие / И.Г. Федоров. – М: Московский государственный
университет экономики, статистики и информатики, 2013. – 263 с.
18. Чукарин, А.В. Бизнес-процессы и информационные технологии в
управлении современной инфокоммуникационной компанией / А.В. Чукарин.
– М.: Альпина Паблишер, 2016. – 512 c.
19. Готовые обзоры рынков BusinesStat [Электронный ресурс]. – Режим
доступа: http://businesstat.ru/news/v_2014_g_chislennost_posetitelej_ restoranov
_i_kafe_v_rossii_sostavila_107_5_mln_chel/
20. Документация BusinessStudio[Электронный ресурс]. – Режим доступа:
http://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/
bpmodeling /bpmn_notation
21. Ввод в нотацию BPMN // Журнал о процессах, эффективности и
управлении ELMA: электронный журнал. – 2013. [Электронный ресурс]. –
55
Режим
доступа:
https://www.elma-bpm.ru/journal/index.php?ELEMENT_ID
=2894
22. Зырянов М.В. Офисы всех стран, объединяйтесь. // Computerworld
Россия: электронный журнал. – 2000. – №26 [Электронный ресурс]. – Режим
доступа:https://www.osp.ru/cw/2000/26/5748/
23. Киселев, А.Г. Основы организационного моделирования (бизнесмоделирование). [Электронный ресурс]. – Режим доступа: http://orgstructura.
ru/activity-or-business-process-model
24. Корнева, И.И. Обзор ERP системы: MicrosoftDynamics AX
(AXAPTA) // InternerIT журнал: электронный журнал. –2013. [Электронный
ресурс]. – Режим доступа: http://iteranet.ru/it-novosti/2013/12/05/obzor-erpsistemy-microsoft-dynamics-ax-axapta/
25. Корпорация Галактика. [Электронный ресурс]. – Режим доступа:
https://www.galaktika.ru/
26. Новиков, Ф.А. Моделирование на UML: электронная книга / Ф.А.
Новиков, Д.Ю. Иванов. – 2013. [Электронный ресурс]. – Режим доступа:http://book.uml3.ru/sec_3_3
27. Руководство пользователя. [Электронный ресурс]. – Режим доступа:
http://rapid.iiko.ru/userguide/5.2/RU_iikoOffice_5.2.pdf
28. Трактиръ. Автоматизация кафе и ресторанов. [Электронный ресурс]. – Режим доступа: http://traktir.ru/production/management/management_
base/
29. Система управления бизнес-процессами и эффективностью. [Электронный ресурс]. – Режим доступа: https://www.elma-bpm.ru/
30. 1С:Предприятие 8. [Электронный ресурс]. – Режим доступа:
http://v8.1c.ru/trade/warehous/
31. R-Keeper – автоматизация общепита. [Электронный ресурс]. – Режим доступа: http://www.r-keeper.ru/about/
56
АННОТАЦИЯ
Целью работы выступает проектирование информационной системы
для автоматизации деятельности кафетерия.
В работе описана предметная область поставленной проблемы, определена актуальность и практическая значимость работы. Выделены основные
бизнес-процессы кафетерия. Выявлены основные этапы и теоретические аспекты процесса автоматизации. Рассмотрены принципы проектирования и
регламентирующие его документы. Определена целесообразность выбора
определенных моделей для визуализации бизнес-процессов. Проведен анализ
наиболее распространенных программных средств: «R-Keeper», «iiko»,
«Трактиръ», «АСУУ:Рестораторъ», «QuickResto», «MicrosoftDynamics AX»,
«Platinum», «Галактика», «1С». Описаны их функциональные средства, преимущества и недостатки. Построены модели бизнес-процессов в нотации
BPMN. Выделены участники: директор, администратор, бухгалтер, официант, поставщик, клиент. Для каждой выделенной роли определен набор
функциональных возможностей. Построены проектные модели взаимодействия между участниками. Выделены классы, которые участвуют в бизнеспроцессах жизнедеятельности кафетерия. Разобран этап создания заявки заказа на продукцию администратором на диаграмме последовательности.
Проведен расчет временных затрат на создание автоматизированной информационной системы.
Выпускная квалификационная работа занимает 57 страниц, содержит
11 рисунков и 1 таблицу.
Использованы материалы отечественных и зарубежных специалистов
по вопросам автоматизации деятельности, проектирования информационных
систем, моделирования бизнес-процессов. Проанализирована информация из
статей международных научно-практических конференций, учебных пособий, журналов; использована информация, предоставленная в общем доступе
разработчиками программных средств.
57
Ключевые слова: бизнес-процессы, информационная система, моделирование, BPMN, UML, нотации, этап жизненного цикла, оркестровка, диаграмма межпроцессного взаимодействия, хранилище, диаграмма прецедентов, диаграмма классов, диаграмма последовательности
J;\Ё"{
Tfl fl
$,ьjý"ýffi&ГМ&Y
рИтк C*S{Týf;
}"}
Орловский
Hbi ý4 ?fuý*Г!ý
ГУ
сIIрлвкА
о,,рФзуль;fа.тfl х .пр овGрки. тgкстовоrо. документа,,IIа
наличие заимствований
Проверка выполнена в системе
Антиплагиат.ВУЗ
Автор работы
Курапова Элона Марековна
Факультет. кафелра,
номер гр),ппы
Физико-математ}тчески
Тип работы
!игшомная работа
Название рабсlты
П рое
й факультет,
fкономике
ктир воан ие
и
нформалио нно й системы для автоматкзации дсятеJБности
фвдцриятия сфе,рý
о бшеOтвецЯ,ýf-s, {1и*аня*
Название файла
Курапова Элона MapeKoBHa.docx
[1роlrент,tаи\lс,tвования
33,9JYo
прr.lцегtт цитирования
0,06Оlо
ПроченT,
66,0lo/o
!
оригинаIlьносl,и
ffaTa проверки
10:45:l2 l3
Молули поиска
МодудьпойскаЭБС"Бяб'пiбРоэоимT;{fuf.шровýнио;*[Ьý;Иi*ф'с.к*.lР,,Шё,
'' У н и верс итетс кая библ иоте ка онлайн"; Коллекция л"с..р-rвrlиt РГБ ; Ко.гт.лекr_шя
*rlgRЦiY.RU; Молуль поиск& "Айбукa"; Молуль поиска Икгернет; Йофль поиска
ЭБС'1Лань" ; МолуяЬ гtоискd *ФIтФУ Во' ФГУ, кс;, :Т_.лвfёфвп'li.fiЁзfr цо врой
июня 20l7г.
Работу проверил
!,ата подписlr
Подпись проверяюшего
Чтобы убедиться
в подлинности,справки/
используйте QR-код, который
содержит ссылку на отчет,
Ответ на вопрос, является ли обнаруженное заимст8ование
корректным, система оставляет на усмотрение проверяюцеrо,
Предоставленная информация не помежит использованию в
коммерческих целях.
.jlj.a.];:a]ji:]t;ý]
1/--страниц
Пожаловаться на содержимое документа