Моделирование организации авторемонтного бизнеса

УДК 004

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ И РЕМОНТА В АВТОСЕРВИСЕ

Саганенко А.А.¹, Стебелев П.Н.², Назарова О.Б.^3
1Магнитогорский государственный технический университет им. Г.И. Носова, студентка группы АПИп-14
²Магнитогорский государственный технический университет им. Г.И. Носова, студент группы АПИп-14
³Магнитогорский государственный технический университет им. Г.И. Носова, канд. пед. наук, доц. ИЭиАС

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

Ключевые слова: моделирование бизнес-процессов

---

SIMULATION OF MAINTENANCE BUSINESS PROCESSES AND REPAIR SERVICE STATION

Saganenko A.A.¹, Stebelev P.N.², Nazarova O.B.^3
1Nosov Magnitogorsk State Technical University, student
²Nosov Magnitogorsk State Technical University, student
³Nosov Magnitogorsk State Technical University, candidate. ped. Sciences, Assoc.

Abstract
This article describes the simulation of maintenance business processes and repair service station.

---

Библиографическая ссылка на статью:
Саганенко А.А., Стебелев П.Н., Назарова О.Б. Моделирование бизнес-процессов технического обслуживания и ремонта в автосервисе // Современная техника и технологии. 2016. № 11. Ч. 2 [Электронный ресурс]. URL: https://technology.snauka.ru/2016/11/11430 (дата обращения: 24.02.2023).



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

До начала 90-х годов автосервис в России характеризовался довольно малым количеством станций технического обслуживания и ремонта автомобилей индивидуальных владельцев. Большинство автомобилистов занимались самообслуживанием и ремонтом своих автомобилей в собственных гаражах и ремонтных зонах коллективных автостоянок.

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

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

Для более наглядного понимания работы автосервиса рассмотрим бизнес-процесс «Сервисное обслуживание автомобилей».

Рис. 1. Бизнес-процесс «Сервисное обслуживание автомобилей»

Рис. 2. Бизнес-процесс «Сервисное обслуживание автомобилей» (продолжение)

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

 удостоверяющие личность клиента (паспорт, водительское удостоверение);

 паспорт транспортного средства (ПТС);

 свидетельство о регистрации ТС.

В ходе регистрации менеджер сервисного центра определяет цель обращения клиента: прохождение техобслуживания (ТО) или ремонт автомобиля.

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

Промежуточная диагностика во время прохождения технического обслуживания автомобиля включает в себя:

 ежемесячную проверку масла в двигателе и антифриза (тосола) в радиаторе;

 наличие трансмиссионной жидкости в рулевом управлении (гидроусилителе) и коробке передач;

 проверка, прокачка тормозов и если необходима доливка жидкости;

 подкачка колес и измерение давления в них;

 обслуживание аккумулятора;

 визуальный осмотр, мойка кузова и чистка салона.

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

Диагностике подвергаются следующие узлы и агрегаты автомобиля:

 двигатель;

 ходовая часть, тормоза, сцепление;

 сайленблоки, шаровые наконечники, пружины, стойки, рулевые тяги, колодки, корзины и дисков сцепления, ABS и Airbag;

 электрооборудование;

 системы охлаждения (кондиционер) и отопления (печка).

На основании проведенных диагностических работ механик сервисного центра составляет «Акт осмотра автомобиля» и передает его менеджеру автосалона.

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

Функция «Оформление заказ-наряда»

На основании «Акта осмотра» автомобиля менеджер формирует заказ-наряд на выполнение работ. В заказе-наряде обязательно указываются: полный объем работ, выполняемый исполнителем; данные о ремонтных запасных частях и расходных материалах; описание каждого этапа работы; стоимость услуг. Документ нужно оформлять исключительно в соответствии с правилами технического обслуживания и ремонта автомобилей, утвержденными законодательством РФ. В заказе-наряде необходимо указать следующие атрибуты:

 сведения об исполнителе, его название и адрес;

 подробную контактную информацию о заказчике услуг;

 список услуг и работ, которые необходимо выполнить;

 полный перечень запасных частей и других материалов, которые были предоставлены заказчиком или исполнительной компанией;

 предполагаемые сроки выполнения заказа;

 стоимость оказанных услуг;

 порядок оплаты.

Функции «Произведение ремонта автомобиля» и «Повторная диагностика»

Механик сервисного центра производит ремонт автомобиля на основании ранее сформированного «Заказ-наряда» и проводит повторную диагностику. Если данная диагностика показала, что все неисправности устранены, то клиенту выставляется счет на оплату.

Функция «Переоформляет заказ на ремонт автомобиля»

Если в ходе диагностики были выявлены новые неисправности, компания ставит об этом в известность клиента, который вправе переоформить заказ на повторный ремонт автомобиля.

Функция «Оплата заказа»

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

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

Литература:

1. Войнов И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. — Челябинск: Изд. ЮУрГУ, 2002. — 392 с.
2. Волков О. Стандарты и методологии моделирования бизнес-процессов. Режим доступа: http://www.connect.ru/article.asp?id=5710. — Загл. с экрана.
3. Григорьев Д. Моделирование бизнес-процессов предприятия. Режим доступа: http://www.valex.net/articles/process.html. — — Загл. с экрана.
4. Калянов Г. Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов // М.: Финансы и статистика, 2006.

Основные термины (генерируются автоматически): сервисный центр, обращение клиента, техническое обслуживание, ABS, ремонт автомобилей, ремонт автомобиля.

Похожие статьи

Моделирование информационной системы ‘Автосервис’

Оглавление

ВВЕДЕНИЕ

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

2. Основные
теоретические положения

2.1
Case-средства

2.2 Сравнение
CASE-средств

2.3
Инструментальное средство BPwin

3. Разработка
модели

3.1 Принцип
построения модели IDEFO

3.2 Принцип
построения модели DFD

3.3 Принцип
построения модели IDEF3

4. Модель
автосервиса.

4.1 Навигатор
модели — Model Explorer

4.2 Диаграммы
функциональной декомпозиции

4.2.1
Контекстная диаграмма

4.2.2 Диаграмма
декомпозиции А0

4.2.3 Диаграмма
декомпозиции А1

4.2.4 Диаграмма
декомпозиции А2

4.3 Диаграммы
потоков данных

4.3.1 Диаграмма
потоков данных А12

4.4 Диаграммы
IDEF3

4.4.1 Диаграмма
А2

4.4.2 Диаграмма
А23.1

4.4.3 Диаграмма
А32.1

5.      Математическая модель системы.

Вывод по
проделанной работе.

ЛИТЕРАТУРА

ВВЕДЕНИЕ

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

Для формализации этих знаний существует необходимость разрабатывать
наиболее удобные средства для их представления.

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

Моделирование позволяет «увидеть» проект в процессе разработки и создать
предпосылки для анализа поведения системы в зависимости от начальных условий.

Основными целями моделирования при разработке проектов являются:

·   представление деятельности предприятия и принятых в нем

технологий в виде иерархии диаграмм, обеспечивающих наглядность и полноту
их отображения;

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

·        упорядочивание информационных потоков (в том числе
документооборота) внутри предприятия;

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

·        анализ требований и проектирование спецификаций корпоративных
информационных систем.

При моделировании изучается влияние и действие одних элементов на другие
и последствия этих взаимодействий.

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

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

Целью деятельности Автосервиса является непосредственно диагностика и
ремонт автомобилей.

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

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

2. ОСНОВНЫЕ ТЕОРЕТИЧЕСКИЕ ПОЛОЖЕНИЯ

 

2.1
Case-средства

В современном мире практически любая организация, будь то
бизнес-предприятие или государственное учреждение, сталкивается с проблемой
структурирования получаемой информации, анализа и управления различными
информационными системами (ИС). С каждым годом разработка и внедрение таких ИС
заметно усложняются. При этом на первоначальном этапе разработки подобных
систем всегда осуществляется детальный анализ самой деятельности и ставящихся
перед ИС задач. Поэтому в настоящее время применяются специальные CASE-средства
(Computer Aided Software/System Engineering), помогающие в разработке и
поддержке сложных программных систем — от простого моделирования
бизнес-процессов на предприятии до полной поддержки всего жизненного цикла
создания и сопровождения информационных систем.

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

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

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

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

Ø локальные, поддерживающие один-два типа моделей и методов;

Ø  малые интегрированные средства моделирования, поддерживающие несколько типов
моделей и методов (ERwin, BPwin);

Ø  средние интегрированные средства моделирования, поддерживающие от 4 до 10-15
типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);

Ø  крупные интегрированные средства моделирования, поддерживающиеболее 15 типов
моделей и методов (ARIS Toolset).

 

2.2
Сравнение CASE-средств

Чтобы выбрать наилучшее CASE-средство
для построения своей модели я провел сравнительный анализ трех CASE-средств методом анализа иерархии
(МАИ). К этим средствам относятся:

Ø BPWin

Ø  ARIS Toolset

Ø  Rational Rose

В список критериев, по которым я сравнил CASE-средства, попали:

·    Количество поддерживаемых стандартов

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

·        Ограничение на количество объектов на диаграмме

Известные данные по каждому из средств я свел в таблицу

	BPWin	ARIS Toolset	RationalRose
1.Количество поддерживаемых стандартов	ü IDEF0 ü DFD ü IDEF3	ü Частично DFD ü ERM ü UML ü EPC	ü UML	Простая панель управления	Сложная панель управления	Относительно простая панель управления
3. Ограничение на количество объектов на диаграмме	2-8	Нет ограничения	Ограничения есть, но они не жесткие

1 шаг МАИ: Оценка критериев

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

Заполняем таблицу. Для этого попарно сравниваем критерий из строки с
критерием из столбца по отношению к цели. Значения из шкалы относительной
важности (таблица) вписываем в ячейки, образованные пересечением
соответствующей строки и столбца.

	Количество поддерживаемых стандартов	Удобство работы по созданию моделей	Ограничение на количество объектов на диаграмме	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета
Удобство работы по созданию моделей	1	9	5	3,512	0,904
Количество поддерживаемых стандартов	1/9	1	1/7	0,254	0,065
Ограничение на количество объектов на диаграмме	1/5	7	1	1,117	0,288

Сначала определяем оценки компонент собственного вектора.

Для критерия «Удобство работы по созданию моделей»:

( 9 * 1 * 5) = 45^1/3 = 3,512

Так для критерия » Количество поддерживаемых стандартов» это
будет:

(1* 1/9 * 1/7)^1/3 = (0.01573)^1/3 = 0,254

Для последнего критерия «Ограничение на количество объектов на диаграмме»
:

(7 * 1/5 * 1)^1/3 = 1,117

Получив сумму оценок собственных векторов ( = 3,883), вычисляем
нормализованные оценки вектора приоритета для каждого критерия, разделив
значение оценки собственного вектора на эту сумму.

0,254 / 3,883= 0,065 (для критерия «Количество поддерживаемых
стандартов»)

,512 / 3,883= 0,904 (для критерия «Удобство работы по созданию
моделей»)

,117 / 3,883= 0,288 («Ограничение на количество объектов на
диаграмме»)

Сравнивая нормализованные оценки вектора приоритета можно сделать вывод,
что наибольшее значение при выборе CASE-средства я придаю критерию «Удобство работы по созданию моделей
«.

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

ИС = (λ _max — n)/(n — 1)

λ_max = (1+9+7)*0.065 + (1.9+1+1.5)*0,904 +
(1/7+5+1)*0,288 = 3,06

ИС = (λ_max — 3) / 2 = 0,03.

Но это еще не все с оценкой критериев. Необходимо проверить, насколько
мои суждения были непротиворечивыми при составлении матрицы попарных сравнений
критериев. Для этого необходимо индекс согласованности разделить на число,
соответствующее случайной согласованности матрицы третьего порядка, равного
1,12. Получим отношение согласованности (ОС). В данном случае:

OC =
2,6 % < 10%, т.е. пересматривать свои суждения нет нужды.

2 шаг: Оценка альтернатив

Теперь для выбора наилучшего CASE-средства я сравню выбранные мною 3 CASE-средства по каждому критерию.

Критерий: «Количество поддерживаемых стандартов»

	BPWin	ARIS	RationalRose	Оценки компонент собственного вектора	Нормализованные оценки вектора приоритета
BPWin	1	3	5	2,444	0,6
ARIS	1/3	1	7	1,318
Rational Rose	1/5	1/7	1	0,309	0,08

Оценки компонент собственного вектора:

: (1*3*5)^1/3 =2,444

ARIS: (1/3*1*7)^1/3 = 1,318

Rational Rose: (1/5*1/7*1)^1/3 = 0,309

Сумма оценок собственных векторов = 2,444+1,318+0,309 = 4,071

Вычислим нормализованные оценки:

: 2,444 / 4,071 = 0,6

ARIS: 1,318 / 4,071 = 0,323

Rational Rose: 0,309 / 4,071 = 0,08

Сравнивая нормализованные оценки вектора приоритета можно сделать вывод,
что по количеству поддерживаемых стандартов лидирующим является BPWin.

Критерий «Удобство работы по созданию моделей»

BPWinARISRationalRoseОценки компонент собственного вектораНормализованные оценки вектора приоритета
BPWin	1	9	5	3,512	0,809
ARIS	1/9	1	1/4	0,0275	0,006
Rational Rose	1/5	4	1	0,8	0,184

Оценки компонент собственного вектора:

: (1*9*5)^1/3 =3,512

ARIS:
(1/9*1*1/4)^1/3 = 0,0275

Rational Rose: (1/5*4*1)^1/3 = 0,8

Сумма оценок собственных векторов = 2,444+1,318+0,309 = 4,3395

Вычислим нормализованные оценки:

:
3,512 / 4,3395 = 0,809

ARIS:
0,0275 / 4,3395 = 0,006

Rational Rose: 0,8 / 4,3395= 0,184

В данном случае при сравнении нормализованных оценок вектора приоритета
видно, что наиболее удобным средством по созданию моделей также является BPWin.

Критерий «Ограничение на количество объектов на диаграмме»

BPWinARISRational RoseОценки компонент собственного вектораНормализованные оценки вектора приоритета
BPWin	1	1/7	1/5	0,309	0,063
ARIS	7	1	8	3,77	0,764
Rational Rose	5	1/8	1	0,856	0,173

Оценки компонент собственного вектора:

ARIS:
(7*1*8)^1/3 = 3,77

Rational Rose: (5*1/8*1)^1/3 = 0,856

Сумма оценок собственных векторов = 0,309+3,77+0,856 = 4,935

Нормализованные оценки:

:
0,309 / 4,935 = 0,063

ARIS:
3,77 / 4,935 = 0,764

Rational Rose: 0,856 / 4,935 = 0,173

Сравнивая по критерию ограниченности объектов на диаграмме, видно, что ARIS является лидером, так как у него нет
ограничений на количество объектов на диаграмме.

Однако наиболее важным для меня критерием является прежде всего удобство
при создании модели, поэтому для построения своей модели я выбрал
инструментальное CASE-средство BPWin.

2.3
Инструментальное средство BPwin

BPwin относится к малым интегрированным средствам моделирования, которые
поддерживают несколько типов моделей и методов. BPwin предназначен для проведения анализа и реорганизации
бизнес-процессов.

BPwin — это CASE-средство
верхнего уровня, поддерживающее 3 методологии IDEF0 (функциональная модель),
IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Основной из трех методологий
является IDEF0. BPwin имеет достаточно простой и интуитивно понятный интерфейс
пользователя, дающий возможность аналитику создавать сложные модели при
минимальных усилиях.

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

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

В BPwin возможно построение смешанных моделей, т. е. модель может
содержать одновременно как диаграммы IDEFO, так и IDEF3 и DFD. Модель в BPwin
рассматривается как совокупность работ, каждая из которых оперирует с некоторым
набором данных. Работа изображается в виде прямоугольников, данные — в виде
стрелок.

Все работы модели нумеруются. Номер состоит из префикса и числа. Может
быть использован префикс любой длины, но обычно используют префикс А.
Контекстная (корневая) работа дерева имеет номер А0. Работа декомпозиции А0
имеет номера Al, A2, A3 и т.д. Работы декомпозиции нижнего уровня имеют номер
родительской работы и очередной порядковый номер, например работы декомпозиции
A3 будут иметь номера А3.1, А3.2, АЗ.З, А3.4 и т. д.

В результате дополнения диаграмм IDEFO диаграммами DFD и IDEF3 может быть
создана смешанная модель, которая наилучшим образом описывает все стороны
деятельности предприятия. Иерархию работ смешанной модели можно увидеть в окне
Model Explorer.

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

3.
Разработка модели

 

.1 Принцип
построения модели IDEFO

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

IDEFO-модель
предполагает наличие четко сформулированной цели единственного субъекта
моделирования и одной точки зрения.

Модель может содержать четыре типа диаграмм:

Ø контекстную диаграмму (в каждой модели может быть только одна
контекстная диаграмма);

Ø  диаграммы декомпозиции;

Ø  диаграммы дерева узлов;

Ø  диаграммы только для экспозиции (FEO).

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

Ø верхняя сторона имеет значение «управления»;

Ø  левая — «входа»;

Ø  правая — «выхода»;

Ø  нижняя — «механизма».

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

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

3.2
Принцип построения модели DFD

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

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

Ø внешние сущности;

Ø  системы/подсистемы;

Ø  процессы;

Ø  накопители данных;

Ø  потоки данных.

3.3 Принцип построения модели IDEF3

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

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

Точка зрения на модель должна быть задокументирована. Обычно это точка
зрения человека, ответственного за работу в целом. Также необходимо
задокументировать цель модели — те вопросы, на которые призвана ответить
модель.

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

Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со
стрелкой, перекрестком или работой. Официальная спецификация IDEF3 различает
три стиля объектов ссылок — безусловные (unconditional), синхронные
(synchronous) и асинхронные (asynchronous).

4.     
Модель автосервиса.

 

.1      Навигатор
модели — Model Explorer

Иерархия работ смешанной модели изображена в окне Model Explorer.
(рисунок 3)

Рисунок 3. Окно Model Explorer

4.2
Диаграммы функциональной декомпозиции

4.2.1
Контекстная диаграмма

На контекстной диаграмме мы видим самое общее описание системы и ее
взаимодействие с внешней средой (рисунок 4).

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

4.2.2
Диаграмма декомпозиции А0

На данной диаграмме мы видим первый уровень декомпозиции нашей системы, а
именно 3 основные функции и их взаимодействие друг с другом и с внешней средой
(рисунок 5).

Рисунок 5. Диаграмма декомпозиции А0

4.2.3
Диаграмма декомпозиции А1

Первая функция «Принятие заявки» декомпозируется на 2 более мелкие
функции (рисунок 6):

Ø  Добавление заявки в Базу Данных

Ø  Введение статистики

Рисунок 6. Диаграммма декомпозиции А1

4.2.4
Диаграмма декомпозиции А2

Вторая функция «Обслуживание автомобиля» декомпозируется на 3 более
мелкие функции (рисунок 7):

Ø  Диагностика автомобиля

Ø  Замена масла

Ø  Ремонт двигателя

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

.2.5 Диаграмма декомпозиции А3

Третья функция «Удаление заявки» декомпозируется на 2 более мелкие
функции (рисунок 8):

Ø  Удаление заявки из БД

Ø  Отчет о работе

4.3
Диаграммы потоков данных

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

 

.3.1
Диаграмма потоков данных А12

Данная диаграмма описывает процесс «Введение статистики» (рисунок 9).

Рисунок 9. Диаграмма потоков данных А12

 

.4
Диаграммы IDEF3

 

Диаграмма
А2

Эта диаграмма описывает сценарий бизнес-процесса «Замена масла» (рисунок
11).

Рисунок 11. Диаграмма А2

4.4.1  Диаграмма А23.1

Эта диаграмма описывает сценарий бизнес-процесса «Ремонт двигателя»
(рисунок 12)

Рисунок 12. Диаграмма А23.1

4.4.2  Диаграмма А32.1

Эта диаграмма описывает сценарий бизнес-процесса «Составление отчета о
работе» (рисунок 13)

Рисунок 13. Диаграмма А32.1

5 
Математическая модель системы

Математическая модель — это объективная схематизация основных аспектов
решений задачи или ее описание в математических терминах.

Реализация с помощью СМО (системы массового обслуживания).

СМО — система, в которую в случайный момент времени поступают заявки на
обслуживание с помощью имеющихся в распоряжении системы каналов обслуживания.

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

Основными компонентами СМО любого вида являются:

1.      Входной поток поступающих требований

.        Дисциплина очереди

.        Механизм обслуживания

В автомастерской имеется один пост диагностики, два механика по ремонту
двигателя автомобиля и один механик по замене масла. В час в автомастерскую
поступает 4 автомобиля. Каждый поступивший автомобиль проходит диагностику.
Диагностика автомобиля длится 12 минут. После диагностики, 50% автомобилей
направляется на ремонт двигателя, 48% — на замену масла, 2% — покидают
автосервис. Ремонт двигателя длится 30 минут, замена масла — 20 минут. По
окончанию ремонта автомобиль покидает автомастерскую. Максимальное число машин
в очереди равно 3. Автомастерская работает 8 часов.

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

5.1    Реализация в среде AnyLogic

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

 

Рисунок 14. Построение модели в AnyLogic

Запустив AnyLogic, можно
наблюдать работу автосервиса.

Рисунок 15. Запуск модели

5.2    Реализация в среде Matlab

(сокращение от англ. «Matrix Laboratory») — термин, относящийся к
пакету прикладных программ для решения задач технических вычислений, а также к
используемому в этом пакете языку программирования.

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

Рисунок 16. Построение модели в Matlab

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

Рисунок 17. Длина очереди поста диагностики

Рисунок 18. Время ожидания поста диагностики

Решение:

Определение характеристик функционирования автосервиса.

·        Исходные значения:

Число поступающих клиентов (интенсивность потока заявок): λ=4 авт/час

Количество возможных обслуженных клиентов: n=5 авт/час

Количество окошек автомастерской (постов диагностики): S=1

·        Время обслуживания:

·        Интенсивность потока обслуживания:

·        Относительная пропускная способность автомастерской:

·        Абсолютная пропускная способность
регистратуры:

·        Финальная вероятность:

·        Cреднее число автомобилей в очереди:

·        Средняя продолжительность пребывания автомобиля в очереди:

Вывод по
проделанной работе

информационная система математическая модель

В результате проведения мною анализа предметной области «Автосервиса»
была построена модель системы. Также была построена математическая модель
системы автомастерской как системы массового обслуживания.

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

Рисунок 19. Модель автосервиса после реинжиниринга.

Это приведет к уменьшению длины очереди и время ожидания заявки в
очереди.

Рисунок 20. Длина очереди поста диагностики после реинжиниринга.

Рисунок 21. Время ожидания поста диагностики после реинжиниринга.

После реинжиниринга автосервис будет работать рационально, т.к. не один
пост не простаивается и ни одна машина, пришедшая на пост диагностики, не
получает отказ.

ЛИТЕРАТУРА

1.   Рогозов Ю. И., Стукотий Л. Н.,
Свиридов А. С. Моделирование систем, ТРТУ, 2004.

2.      С. В. Маклаков CASE-средства
разработки информационных систем. BPwin и Erwin -М.: ДиалогМифи, 2001.

3.   Карпов, Ю. Г. Имитационное моделирование систем. Введение в моделирование
с AnyLogic 5. — СПб: БХВ-Петербург, 2006.

.     Материалы сайта www.citforum.ru — классификация CASE-средств и их общая характеристика.

.     Материалы сайта www.citycg.ru — методы описания
бизнес-проектов

disserCat — электронная библиотека диссертаций работаем для вас с 2009 года

• Корзина пуста

Вход
|
Регистрация

Вы робот?

Мы заметили, что с вашего адреса поступает очень много запросов.

Подтвердите, что вы не робот

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

Запись клиентов и планирование загрузки СТО

Выручка автосервиса складывается из количества обслуженных транспортных средств. Сервисный бизнес страдает сезонностью: осенью и весной заказов много, а летом спрос падает (у большинства станций, хотя есть специализированные с другой динамикой). Единственный способ не прогореть в низкий сезон — это контролировать запись клиентов на станцию: на завтра, на неделю, следующий месяц и т.д. Важно отслеживать потенциал в будущей выручке (по записям), что позволяет прогнозировать доход.

Для автосервиса запись клиентов и планирование загрузки — ключ к росту доходов и клиентской базы.

Как контролировать загрузку станции:

1. Каждое обращение клиентов фиксируйте в воронке продаж (список заявок). Перезванивайте, выявляйте потребность клиентов и продавайте услуги.

2. Как только согласовали заезд клиента, запишите в календарь: телефон, ФИО, марку и модель, VIN, дату и время заезда.  

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

4. Добавьте в предварительный заказ-наряд работы, чтобы календарь автоматически предложил свободное время. 

5. Перераспределите записи между постами, для загрузки новых клиентов. 

6. Если осталось свободное время, обзвоните клиентов или включите рекламу, чтобы загрузить ремзону.

Запись увеличивает лояльность клиентов к компании и повторные визиты — клиентам нравится, когда о них помнят и к визиту готовы.

CRM для автосервиса автоматически создает обращение по звонку, и найдет клиента в базе. К заезду программа автоматически отправит сообщение клиенту и напомнит сотруднику о записи. 

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

Запись в программе — это не только календарь, это управление ожиданиями клиентов и сотрудников.

Используя бесплатные календари google или yandex бизнес теряет:

• Сетку с ремонтными постами и сотрудниками.

• Автоматические уведомления клиентам о времени записи.

• Автобронирование времени услуги согласно нормам времени в заказ-наряде.

• Контроль закупки товаров на склад под заезд.

• Встроенная база транспортных средств.

• Быстрая запись из карточки клиента или заказ-наряда.

• Статусы сделок в воронке, стадия готовности к заезду и передачи авто владельцу.

Планируем рабочие смены и мотивацию коллектива

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

Некоторые примеры финансовой мотивации сотрудников, привязанные к выполнению KPI:

• Процент с выручки закрытых заказ-нарядов

• Процент с выручки реализованных рекомендаций прошлых периодов

• Оплата по себестоимости работ 

• Оплата по нормо-часам

• Фиксированная оплата расширения заказ-наряда

• Процент с выручки при расширении заказ-наряда на высокомаржинальные товары.

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

Обязательно устанавливайте план по выручке и выработке сотрудникам. Это позволит вашему бизнесу, быть устойчивее и нивелировать кассовые разрывы

Автоматический расчет мотивации исключает “ручную подкрутку” результатов сотрудников и добавит мотивации работать на результат. Рекомендуем комбинировать KPI и менять мотивацию в программе под изменения рынка и инфляцию.

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

Работаем со складом. Как навести порядок в учете

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

Какие процессы склада ведут и отражают в программе для учета:

• Поступление товаров и факт оплаты

• Остатки товаров

• Списание товаров 

• Инвентаризация

• Минимальные остатки

• Аналоги товаров

• Ценообразование

• Закупки

• Перемещения

• Проценку у поставщиков

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

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

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

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

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

Настраиваем воронку продаж автосервиса, контролируем выполнение работ

Воронка продаж – это отражение в программе вашего бизнес-процесса обслуживания клиента. Статус в воронке продаж отражает на каком этапе клиент. Пример ремонтного процесса:

• Новое обращение  

• Позвонить

• Записать на ТО

• Заказать запчасть 

• Открыть заказ-наряд 

• Работы выполнены 

• Оплатить 

• Продать 

• Отказался от услуги или нецелевое обращение

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

Воронка продаж помогает быстро ответить на множество вопросов, перечислим несколько:

1. Сколько клиентов пришло и сколько новых из них.

2. Для кого и какие заказываем запчасти. 

3. Какому клиенту перезваниваем.

4. Какие транспортные средства ремонтируются.

5. Какие автомобили на выдачи и что с оплатами. 

6. Какой потенциал по выручке.

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

О рекламе и коммуникации с клиентами. Анализируем каналы с помощью CRM

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

Какие способы коммуникации с клиентами доступны в ИТ продуктах:

1. Телефония. Входящие и исходящие звонки. 

2. Переписка в мессенджерах. 

3. Онлайн чат на сайте.

4. E-mail (редко).

5. Чаты в социальных сетях

Рекламных каналов много. Поделимся популярными:

1. Карты. Яндекс, 2Gis, Я.Бизнес

2. Яндекс Директ

3. Ведение социальных сетей, таких, как ВК и реклама

4. Баннерная реклама

5. Холодные обзвоны по базе

6. Геотаргетинг 

7. Статьи на Drive2.

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

Контролировать цикл привлечения клиента через рекламный канал можно, используя профессиональную CRM для автосервиса. Программа фиксирует в каждой сделке UTM метки с помощью коллтрекинга и сборщика лидов, а далее строит аналитический отчет по рекламным каналам (иногда это несколько связанных программ), где видны:

1. Рекламный канал

2. Конверсия в продажи

3. Количество продаж

4. Бюджет на компанию

5. Выручку 

6. Прибыль и убыток 

7. ROI.

И конечно, если вы всё настроили правильно, но не создали комфортные условия для выбора именно вашего сервиса, отток клиентов будет большой. Для этого не лишним будет предусмотреть чистые и комфортные зоны приёмки, разработать скрипты, следить за отзывами и многое другое.

Учет оборудования и инструментов

Учёт оборудования и инструментов так же значимый процесс на автосервисе. Их приобретение значительная статья расходов, а неисправный инструмент не позволит качественно и в сроки оказать услугу клиенту. Оборудование автосервисов очень разнообразное, начиная от подъемников, ворот, компрессоров, столом шиномонтажа, заканчивая сложным специализированным диагностическим оборудованием.  

Часто, чтобы начать оказывать специализированные услуги, например, “чистка форсунок дизельных двигателей” нужен специализированный станок промывки форсунок, для покупки которого нужны инвестиции. Если на СТО не контролируется использование станком (особенно если квалификация исполнителя низкая), это может привести к его поломки и существенным затратам на его ремонт.

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

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

Заведите в программе склад инвентаря, где отразите оборудование и инструмент, а в инвентаризацию это оборудование посчитайте. Тогда в инвентаризацию будете фиксировать остатки по оборудованию.

Работаем с прайсом

Важнейший процесс, который владелец автосервиса должен контролировать, это прайсинг услуг и товаров. Завышенные цены отпугивают, а низкие приведут к работе в убыток. Если автосервис четко следит за маржинальностью и наценками в программе, то бизнес может быть прибылен. Если же это процесс идет на самотек, прибыль ниже, а может и вовсе отсутствовать.

Станции СТО работают по разным моделям, рассмотрим некоторые варианты на услуги:

1. Цена за нормо-час на каталог

2. Коэффициент сложности транспортного средства (дополнительно)

3. Цена за нормо-час на конкретную категорию работ

4. Фиксированная цена за работу

5. Фиксированные цены на типы ТС.

Примеры наценок на товары:

1. Фиксированная цена на товар

2. Динамическая наценка в процентах на товар

3. Наценка в процентах на ассортимент производителя

4. Наценка в процентах на поставщика 

5. Наценка в процентах на номенклатуру 

6. Динамические диапазоны цен.

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

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

Рекомендуем создавать собственный прайс-лист на услуги в программе, а на товарный каталог настроить динамическое ценообразование, чтобы стоимость рассчитывалась автоматически под ваши критерии.

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

О подборе запчастей и работе с рекомендациями

К важным процессам автосервиса, относятся “подбор и проценка запчастей” и “сбор и продажи рекомендаций”.

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

Из чего состоит подбор запчастей:

1. Дефектовка и формирование заявки

2. Поиск по VIN в оригинальных каталогах (например, VINPIN)

3. Проценка наличия у поставщиков по программе

4. Поиск по складу в программе

5. Закупка запчастей или выдача со склада

6. Оплата и приемка на склад

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

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

Оригинальный каталог — это программа, в которой производители транспортных средств собрали схемы монтажа деталей и список артикулов. Популярная программа VINPIN. Подбор происходит по VIN номеру иногда по frame. Иногда в программах для автосервисов встречается встроенный оригинальный каталог, который ощутимо ускоряет добавление позиций в сделку.

Если ваши сотрудники, не умеете подбирать запчасти и закупать в программе у поставщиков, то вы “замораживаете” деньги в складе, так как не можете реализовать или сделать возврат поставщику, что фактически потери для бизнеса

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

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

Учет доходов и расходов

В бизнесе первостепенно, вне зависимости от рынка — это прибыль, доходы и расходы. Без доходов, и в случае слишком больших расходов, бизнес закрывается.

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

Четкий и непрерывный учет и контроль за доходами и расходами предприятия — это первостепенный процесс владельца бизнеса. Нет этого процесса, нет бизнеса

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

Так же незабываем по дебиторскую и кредиторскую задолженности. Если вы не контролируете, кто и какую сумму вам должны и сколько вы должны, то можете создать кассовый разрыв.

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

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

Бухучет и работа с онлайн-кассой

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

Если автосервис работает на УСН (плюс Патент), то вести отдельно бухгалтерию в 1С не нужно. Тип налогообложения “УСН плюс Патент” самый выгодный для автосервиса сегодня в России, который значительно снижает требования к отчетности. Цены на Патенты в разных регионах очень разные, узнавайте в своей налоговой. Профессиональные программы имеют минимальный арсенал документов, необходимых для работы автосервиса. 

Если вы работаете как ООО на ОСНО, то без “1С Бухгалтерия” не обойтись, так как это, самая популярная система ведения бухгалтерской строгой отчетности, в которой представлены все виды первичных документов и отчетов для налоговой и др. Плюс ваш бухгалтер скорее всего знает только продукты 1С. 

Если ваш бухгалтер требует установить “1С”, но вы понимаете, что в “Бухгалтерии” нет процессов для автосервиса: Проценка, Склад с аналогами, CRM, Телефония, WhatsApp, Заказ-наряд и многое другое, то это не проблема. Вы можете приобрести профессиональную программу для Автосервиса, у которой есть полноценная интеграция с “1С”. Т.е. ваш бухгалтер будет получать нужные документы в формате “1С”, а сотрудники будут работать в профессиональной программе, заточенной под автобизнес. 

Про онлайн-кассы (ФЗ-54). Каждый автосервис по закону должен установить кассу и подключить к ОФД, чтобы передавать чеки. Закон требует передать в чек полный список услуг и товаров при реализации в течении 24 часов. Профессиональные программы (в том числе CRM), умеют работать с кассовым оборудованием. Самые популярные кассы: Атол и Штрих-М, бывают и другие. Если вы используете онлайн-кассу без интеграции с ПО, а значит не передаете список товаров и услуг в ОФД, то вы рискуете получить штраф от налоговой. 

В профессиональной программе вы можете вести: Реализации, Поступления, Списания, Чеки, Авансовые отчеты, Расходы, Движения денежных средств и др. В том числе: УПД, Товарная накладная, Счет-фактура, Счет и другие.

Кратко о важном

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

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

1. Запись клиентов, планирование загрузки и коммуникации с клиентами

2. Учет доходов и расходов

3. Контроль исполнения выполненных работ и воронки продаж

4. Склад с адресным хранением. Учет материалов, жидкостей, запчастей. 

5. Учет рабочего графика, контроль выработки и мотивация сотрудников

6. Учет входящих и исходящих бухгалтерских документов в том числе онлайн касса

7. Учет инструментов и оборудования

8. Анализ рекламных каналов, трафика и бюджета 

9. Подбор запчастей и фиксация рекомендаций после диагностики

10. Формирование и контроль с прайс-листом работ, услуг и товаров

Практическая
работа №1.

Описание
функционала системы.

Цель
работы:
изучить структуру и функционал
рассматриваемой информационной системы.

Задачи:

Необходимо
детально описать функционал системы в
соответствии с индивидуальным вариантом
учебного проекта.

Порядок
выполнения работы:

1.
Собрать предварительную информацию.

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

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

Наименование	Краткое описание

4.
Описать ожидаемые результаты реализации
моделируемой системы.

Варианты
учебных проектов:

1.
Моделирование организации розничного
бизнеса (на примере торгового предприятия).

2.
Моделирование работы автохозяйства.

3.
Моделирование работы аптеки.

4.
Моделирование работы газозаправочной
станции.

5.
Моделирование организации банковского
бизнеса (на примере кредитных операций
юридических лиц).

6.
Моделирование организации оптового
бизнеса.

7.
Моделирование организации гостиничного
бизнеса.

8.
Моделирование организации авторемонтного
бизнеса.

9.
Моделирование организации продаж
автомобилей в автосалоне.

10.
Моделирование организации ресторанного
бизнеса.

11.
Моделирование организации делопроизводства.

12.
Моделирование процессов управления
запасами (организация системы
склад-магазин).

13.
Моделирование работы рекламного бизнеса.

14.
Моделирование организации сбытовой
деятельности.

15.
Моделирование организации кадровой
службы предприятия.

16.
Моделирование организации проката
автомобилей.

17.
Моделирование организации работы
автошколы.

18.
Моделирование организации работы
диспетчерской службы автовокзала.

19.
Моделирование организации работы
аварийной диспетчерской службы ЖКХ.

20.
Моделирование организации питания в
частном детском саду.

21.
Моделирование организации работы
приюта для животных.

22.
Моделирование работы бюро находок.

23.
Моделирование организации банковского
бизнеса (на примере кредитных операций
физических лиц).

24.
Моделирование организации работы
кружков образовательного учреждения.

25.
Моделирование организации работы
ресторана по доставке блюд.

26.
Моделирование организации продажи
билетов в кинотеатр.

27.
Моделирование организации составления
расписания спектаклей кукольного
театра.

28.
Моделирование организации работы службы
доставки офисной мебели.

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

30.
Моделирование организации работы
агентства недвижимости.

Содержание
отчета:

1.
Титульный лист.

2.
Цель работы, задание (вариант индивидуального
проекта).

3.
Описание этапов выполнения работы.

4.
Выводы о проделанной работе.

Содержание:

Введение

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

1. Дублирование функций – пересечение функциональных обязанностей.

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

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

4. Отсутствие системы улучшения деятельности компании на всех уровнях – очень часто встречаются сотрудники, которые не имеют представления о том, как можно улучшить их деятельность и деятельность компании.

5. Внедрение информационных систем без предварительного анализа необходимости их внедрения.

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

Цель работы – разработка рекомендаций по оптимизации бизнес-процессов компании на основе использования программных средств (на примере ООО «Спецремонт»).

Для достижения заданной цели были выполнены следующие задачи:

1. Рассмотрение существующих методов улучшения бизнес-процессов.

2. Консолидация характеристик исследуемого объекта (предметной области), включая составление модели.

3. Разработка методики улучшения бизнес-процессов.

4. Составление модели бизнес-процессов исследуемого объекта после применения методики.

5. Анализ результатов применения методики.

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

Предмет исследования: оптимизация бизнес-процессов компании на основе использования программных средств.

Глава 1. Теоретические аспекты применения процессного подхода для оптимизации бизнес-процессов

1.1. Понятия бизнес-процесса

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

Под бизнес-правилами понимают способы реализации бизнес-функций в рамках бизнес-процесса, а также характеристики и условия выполнения бизнес-процесса. По мнению В. Г. Елиферова, бизнес-процессы – это горизонтальные иерархии внутренних и зависимых между собой функциональных действий, конечной целью которых является выпуск продукции или отдельных ее компонентов^[1].

М. Хаммер и Дж. Чампи определяют бизнес-процесс как «совокупность видов деятельности (activities), которая имеет один или более видов входных потоков и создает выход, имеющий ценность для клиента»^[2] .

Е. Г. Ойхман и Э. В. Попов дополнили определение М. Хаммера и Дж. Чампи: «Бизнес-процесс — это множество внутренних шагов (видов) деятельности, начинающихся с одного или более входов и заканчивающихся созданием продукции, необходимой клиенту»^[3].

Составляющие бизнес-процесс действия могут выполняться людьми (вручную или с применением компьютерных средств или механизмов) или быть полностью автоматизированы^[4].

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

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

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

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

Модель, как правило, содержит следующие сведения о бизнес-процессе: набор составляющих процесс шагов — бизнес-функций;

− порядок выполнения бизнес-функций;

− механизмы контроля и управления в рамках бизнес-процесса;

− исполнителей каждой бизнес-функции;

− входящие документы/информацию, исходящие документы, информацию;

− ресурсы, необходимые для выполнения каждой бизнес-функции;

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

− параметры, характеризующие выполнение бизнес-функций и процесса в целом.

Для моделирования бизнес-процессов можно использовать различные методы. Метод, или методология, моделирования включает в себя последовательность действий, которые необходимо выполнить для построения модели, то есть процедуру моделирования, и применяемую нотацию (язык). Наиболее популярной методологией бизнес-моделирования является ARIS, но также известны Catalyst компании CSC, Business Genetics, SCOR (Supply Chain Operations Reference), POEM (Process Oriented Enterprise Modeling).

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

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

Управление бизнес-процессами организации предполагает их постоянное улучшение и оптимизацию.

1.2. Обзор программных средств совершенствования бизнес процессов

Business Process Management (BPM) — одна из современных управленческих методик, основанная на совокупности идеологии и программного обеспечения управления бизнес-процессами. BPM-система изначально предназначена для реализации принципов процессного управления бизнесом в компании. Большинство BPM-систем развивались для автоматизации бизнес-процесса.

BPM-системы являются центральной частью сервис-ориентированной архитектуры (Service-Oriented Architecture — SOA). BPM-система, имеющая расширенные средства интеграции, является связующим звеном между всеми сервисами единого ИТ-решения^[6].

Основным отличием BPM-систем от приложений других классов является то, что основным объектом автоматизации в ней является бизнес-процесс. Исходя из логики бизнес-процесса, BPM-система распределяет поток работ межу участниками, обеспечивая, таким образом, управление бизнес-процессом.

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

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

Развитие средств визуального представления данных, мобильных и облачных технологий сделали BI-инструменты массовыми всего за последние несколько лет^[8].

Process Intelligence (PI) — это комбинация технологий управления бизнес-процессами (BPM) и бизнес-аналитики (BI). PI выводит стратегическое и операционное управление на новый уровень. Если измерение степени успешности бизнеса с помощью Business Intelligence дает его результаты, но не 40 показывает различные пути их достижения, то PI помогает получить лучшие бизнес-результаты лучшими из возможных способов^[9].

Process Mining Основная идея анализа процессов – это выявлять (discover), отслеживать (monitor) и улучшать реальные процессы, извлекая знания из логов событий. Она изображена на рис. 1.

Методы Process Mining применяются к журналам событий информационных систем. В них отражается реальное выполнение бизнес-процессов через взаимодействие их исполнителей с информационными системами. Применение к ним методов Process Mining позволяет автоматически построить модели бизнес-процессов.

Рисунок 1. Применение анализа процессов

На основании их анализа могут приниматься решения о внесении изменений в бизнес-процессы или о модернизации и настройке информационной системы.

Методика анализа выполняется в четыре этапа:

1. Получение журнала событий.

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

2. Восстановление процессов вручную или с использованием методов− распознавания процессов.

3. Проверка полученной по протоколу событий модели на соответствие с типовой нормативной моделью, построенной на основе стандартов.

4. Представление доработанной модели, отражающей реальные бизнеспроцессы в компании^[10].

ERP-система (Enterprise Resource Planning System — система планирования ресурсов предприятия) — корпоративная информационная система (КИС), предназначенная для автоматизации учёта и управления. Как правило, ERP-системы строятся по модульному принципу, и в той или иной степени охватывают все ключевые процессы деятельности компании.

Рисунок 2. Схема ERP системы

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

По сути, ERP система – это комплексное хранилище и использование информации, возможность получения данных по направлениям деятельности организации в рамках работы в одной системе^[11].

CRM (сокр. от англ. Customer Relationship Management System) — система управления взаимодействием с клиентами. Корпоративная информационная система, предназначенная для более плотной и продуктивной работы с клиентами, сохранения отношений с ними и их развития. Также важная задача CRM-системы, как следствие из основной — совершенствование уровня и увеличение количества продаж.

Система управления взаимоотношениями с клиентами (CRM, CRMсистема, сокращение от англ. Customer Relationship Management) — прикладное программное обеспечение для организаций, предназначенное для автоматизации стратегий взаимодействия с заказчиками (клиентами), в частности, для повышения уровня продаж, оптимизации маркетинга и улучшения обслуживания клиентов путём сохранения информации о клиентах и истории взаимоотношений с ними, установления и улучшения бизнес-процессов и последующего анализа результатов^[12].

Выводы

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

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

Глава 2. Анализ бизнес-процессов на примере ООО «Спецремонт»

2.1. Краткая характеристика предприятия

Авторемонтное предприятие ООО «Спецремонт» выполняет следующие виды работ:

− монтаж, наладка и техническое обслуживание приборов безопасности всех типов кранов, автоподъемников, вышек;

− сварочные работы любой сложности;

− капитальный ремонт гидравлики, электрооборудования стреловых, портальных кранов и кранов мостового типа, автоподъемников, вышек;

− ремонт спецтехники (кранов-манипуляторов, экскаваторов, тракторов, автопогрузчиков, самосвалов).

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

Система управления предприятием построена в соответствии с линейноиерархическим принципом. На каждом уровне четко определены зоны ответственности и зоны подчинения.

Директор полностью отвечает за работу фирмы. На нем лежит обязанность проведения основных переговоров с Заказчиками (когда предполагается особо значимый для фирмы заказ).

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

Рисунок 3. Организационная структура авторемонтного предприятия

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

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

2.2. Анализ бизнес-процесса управления вентиляцией

Модель деятельности «КАК ЕСТЬ» представляет собой «снимок» положения дел в организации на момент обследования и позволяет понять, что делает и как функционирует организация с позиций системного анализа, выявить ряд ошибок и узких мест и сформулировать предложения по улучшению ситуации.

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

По результатам проведенного анализа бизнес-процесса управления вентиляцией авторемонтного предприятия построена его BPMN-диаграмма «КАК ЕСТЬ», представленная на рисунке 4.

Рисунок 4. BPMN-диаграмма бизнес-процесса управления вентиляцией авторемонтного предприятия «КАК ЕСТЬ»

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

Управление вентиляцией «КАК ЕСТЬ» организовано по алгоритму:

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

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

Шаг 3. Оператор вносит в Операционный журнал данные о событии. Процесс завершен. На основании указанной модели производим постановку задачи и формируем требования к новой системе.

Анализ модели «КАК ЕСТЬ» показал, что существующий бизнес-процесс имеет следующие недостатки:

− низкая эффективность управления вентиляцией в ручном режиме;

− затраты на содержание бригады операторов;

− возможные негативные проявления «человеческого фактора»;

− дополнительные производственные издержки, обусловленные нарушением режимов эксплуатации вентиляционного оборудования;

− ручное ведение оперативного журнала.

Для улучшения бизнес-процесса принято решение его автоматизировать и использовать в качестве субъекта управления АСУ вентиляцией.

Выводы

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

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

Для повышения эффективности бизнес-процесса управления вентиляцией необходимо обеспечить внедрение в данный бизнес-процесс АСУ и СОУЖ.

Глава 3. Оптимизация процессов в ООО «Спецремонт»

3.1. Разработка модели бизнес-процесса

С учетом выявленных в п. 2.2 недостатков, разработана BPMN-диаграмма бизнес-процесса управления вентиляцией «КАК ДОЛЖНО БЫТЬ», которая представлена на рисунке 5.

Рисунок 5. BPMN-диаграмма бизнес-процесса управления вентиляцией «КАК ДОЛЖНО БЫТЬ»

На данной диаграмме также выделены три зоны ответственности, в том числе две, поддерживаемые новыми участниками бизнес-процесса: АСУ вентиляцией и системой управления оперативным журналом (СУОЖ).

Управление вентиляцией «КАК ДОЛЖНО БЫТЬ» организовано по алгоритму:

Шаг 1. На вход АСУ вентиляцией поступают данные о температуре воздуха в помещении.

Шаг 2. При отклонении температуры от заданного уровня, АСУ производит автоматическую регулировку давления воздуха в компрессоре.

Шаг 3. АСУ инициирует внесение записи о событии СУОЖ в электронный Оперативный журнал.

Процесс завершен.

Данная модель представляет собой концептуальную модель бизнеспроцесса управления вентиляцией и является основой для логического и физического моделирования АСУ вентиляцией.

3.2. Разработка требований к автоматизированной системе управления вентиляцией

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

Для разработки требований к АСУ вентиляцией используем технологию FURPS+. Название FURPS+ происходит от аббревиатуры, представляющей собой усовершенствованную модель для классификации атрибутов качества программного обеспечения (функциональных и нефункциональных требований). Данная технология широко применяется в программной индустрии в настоящее время.

Рассмотрим основные понятия данной технологии с учетом особенностей разрабатываемой АСУ.

1) Functionality, функциональность: автоматизированное управления вентиляцией; дистанционный контроль работы системы; управление электронным оперативным журналом.

2) Usability, удобство использования: наличие справочной информации; отсутствие функциональной избыточности.

3) Reliability, надежность: допустимая частота/периодичность сбоев: 1 раз в 300 часов; среднее время сбоев: 1 раб. день; возможность восстановления системы после сбоев: 1 раб. день; режим работы 7/24/365.

4) Performance, производительность: допустимое количество одновременно работающих пользователей: 1; время реакции на возникновение аварийной ситуации – 10 мс.

5) Supportability, поддерживаемость: снижение затрат на обслуживание системы вентиляции; дистанционное администрирование; время устранения критических проблем: в течение рабочего дня.

6) Проектные ограничения: архитектура «клиент-сервер» СУОЖ; использование программируемых контроллеров управления.

Новая АСУ вентиляцией должна отвечать вышеперечисленным требованиям.

3.3. Обзор и анализ аналогов автоматизированной системы управления вентиляцией

Рассмотрим известные аналоги АСУ вентиляцией авторемонтного предприятия.

Автоматизированная система управления приточной вентиляцией компании «Овен».

АСУ приточной вентиляции представляет собой программно-аппаратный комплекс, предназначенный для управления температурой в производственное помещение^[13].

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

АСУ вентиляцией компании «Датасолюшин».

Вентиляционная система состоит из десяти контуров REGIN и одной холодильной машины YORK. В каждом контуре установлен контроллер CORIDO, который по заданной температуре регулирует состояние приточного воздуха^[14].

Холодильной машиной YORK управляет контроллер ISN ScrewPack Center. Как показывает практика внедрения этого проекта, прямой экономический эффект выражается следующими цифрами:

− снижение затрат на потребление электроэнергии 20-25%;

− снижение времени реакции на нештатные ситуации на 90%;

− снижение ущерба от нештатных ситуаций на 50%;

− снижение износа оборудования на 15%;

− повышения уровня комфорта в здании. Функции АСУ:

− непрерывный мониторинг состояния системы вентиляции;

− контроль и управление системой вентиляции;

− непрерывное отображение данных;

− оповещение об авариях, нештатных ситуациях;

− архивирование данных;

− предоставление данных по сети Интернет.

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

АСУ ТП в сетях электроснабжения, вентиляции, отопления, водоснабжения компании «Оптима».

В комплекс АСУ технологическими процессами (АСУ ТП) в сетях электроснабжения, вентиляции, отопления, водоснабжения входят cистемы автоматики непосредственного управления и контроля отдельных исполнительных механизмов (системы низовой автоматики)^[15].

Суть и особенности:

− построение систем с перспективными отказоустойчивыми структурами, цифровой идеологией и возможностями масштабирования;

− эффективное использование механизмов с регулируемыми приводами, использование устройств «мягкого» пуска;

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

− использование современных высоконадежных датчиков.

Используемые технологии:

− единый комплекс телекоммуникаций на основе систем связи цифровых стандартов с формированием единой для всех систем опорной магистральной информационной сети передачи данных на основе ВОЛС;

− интегрированный цифровой комплекс (цифровые технологии) систем безопасности (АПС, ОС, СКД, теленаблюдение) с выводом информации в Ситуационный центр;

− формирование Ситуационного центра и Диспетчерского центра с современными системами отображения информации;

− обеспечение гарантированного электропитания систем от резервированных источников бесперебойного питания (ИБП) с централизованным их мониторингом.

Технический эффект:

− расширение функциональных возможностей систем в 1.2-2 раза за счет интеграции;

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

− существенное облегчение работы обслуживающего персонала за счет автоматизации;

− перспективная техническая основа для привлечения молодых кадров.

При проектировании системы используются решения и комплектующие зарубежных вендоров: Sсhneider Electric, GE Security, MGE, Advantech, Siemens, ABB, Emerson Process Management, PSI AG, собственные решения.

Для проведения сравнительного анализа аналогов все важные характеристики АСУ собраны в таблице 1.

Таблица 1

Сравнительный анализ аналогов АСУ вентиляцией

Характеристика / балл	АСУ вентиляцией компании «Овен»	АСУ вентиляцией компании «Датасолюшин»	АСУ вентиляцией компании «Оптима»
автоматизация управления вентиляцией компрессорной станции	+	—	—
уменьшение затрат на обслуживание	—	—	—
дистанционный контроль	+	+	—
уменьшение времени реакции на возникновение аварийной ситуации	+	+	+
ИТОГО (+)	3	2	1

Как следует из таблицы 1, характеристики АСУ управления вентиляцией компании «Овен» наиболее полно соответствуют требованиям, предъявляемым к АСУ вентиляции авторемонтного предприятия. Поэтому принято решение о внедрении данной АСУ на авторемонтном предприятии путем адаптации ее программно-технического обеспечения к специфике его организационной и производственной структуры.

3.4. Логическое проектирование автоматизированной системы управления вентиляцией предприятия

Для разработки логической модели АСУ используем нотацию языка визуального моделирования UML. UML (Unified Modeling Language) — это язык и метод визуализации программного обеспечения с помощью набора диаграмм, построенных на основе объектно-ориентированной нотации^[16].

Диаграммы вариантов использования моделируют функциональность системы с использованием актеров и прецедентов. Варианты использования — это набор действий, служб и функций, которые должна выполнять система. В рассматриваемом контексте – это АСУ управления вентиляцией авторемонтного предприятия. «Актеры» — это люди, организации и внешние системы, которые работают под определенными ролями внутри системы. Диаграммы вариантов использования помогают выявлять любые внутренние или внешние факторы, которые могут влиять на систему.

Для этого опишем в технологии RUP функции, которые должна реализовать АСУ вентиляцией для каждого из нижеперечисленных актеров:

Оператор: управление вентиляцией в ручном режиме.

Подсистема автоматического управления вентиляцией (ПАУВ): управление вентиляцией в автоматическом режиме.

СУОЖ: управление операционным журналом.

Опишем прецеденты в табличной форме (таблица 2).

Таблица 2

Прецеденты

Прецеденты	Краткое описание
1. Управление в ручном режиме	Ручное управление вентиляцией и внесение записи в операционный журнал
2. Управление вентиляцией в автоматическом режиме	Автоматическое управление вентиляцией и внесение записи в операционный журнал
3. Управление операционным журналом	Формирование записи о событии в электронном операционном журнале (ЭОЖ)

На рис. 6 представлена диаграмма вариантов использования АСУ вентиляцией авторемонтного предприятия.

Рисунок 6. Диаграмма вариантов использования АСУ вентиляцией авторемонтного предприятия

Данная диаграмма отражает функциональный аспект АСУ вентиляцией.

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

Рассмотрим диаграмму классов АСУ вентиляцией (рисунок 7).

Рисунок 7. Диаграмма классов АСУ вентиляцией

Составим спецификацию представленной диаграммы классов:

«Регулятор давления» — класс объектов — регуляторов давления воздуха;

«Оператор» — класс объектов — физических лиц, обеспечивающих управление вентиляцией вручную.

«ПАУВ» — класс объектов — информационных систем, обеспечивающих автоматическое управление вентиляцией.

«СУОЖ» – класс объектов – систем управления базами данных (СУБД), обеспечивающих управление ЭОЖ.

«ЭОЖ» – класс объектов – электронных документов, выполняющих функции электронного оперативного журнала.

Связи между классами – именованные ассоциации. Диаграмма классов отражает статистический аспект АСУ вентиляции.

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

Рассмотрим основные сценарии функционирования АСУ вентиляцией. На рисунке 8 представлена диаграмма последовательности сценария автоматического управления вентиляцией.

Рисунок 8. Диаграмма последовательности сценария автоматического управления вентиляцией

Процесс инициализируется объектом ПАУВ при обнаружении отклонения температуры от нормы. Объект ПАУВ формирует команду управления вентиляцией и передает ее в виде сообщения объекту.

Регулятор давления выполняет процедуру регулирования давления воздуха в компрессорной и возвращает объекту ПАУВ сообщение о восстановлении температурного режима.

Далее объект ПАУВ подготавливает данные о событии для записи в ЭОЖ и передает их объекту СУОЖ. Объект СУОЖ передает данные объекту ЭОЖ и формирует команду управления для записи данных в объект ЭОЖ. Объект ЭОЖ записывает данные события и сообщает объекту СУОЖ о результате операции.

Процесс автоматического управления вентиляцией завершается.

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

В качестве показателя оценки эффективности системы используем эффективность управления, под которой понимается степень полезности отдачи от реализации функций управления конкретной АСУ. Рассматривается несколько определений эффективности управления, такие, как целевая эффективность управления, функциональная эффективность управления и экономическая эффективность управления.

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

(1)

где: n — количество функций управления, реализуемых АСУ;

Руi — вероятность выработки АСУ эффективного управляющего воздействия при реализации i-й функции управления.

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

Тогда получим следующее значение показателя функциональной эффективности управления: Кфэ = 2/3= 0,67.

Таким образом, можно утверждать, что функциональная эффективность управления АСУ вентиляцией превышает уровень 0,5, что соответствует требованиям, предъявляемым к АСУ техническими объектами.

Выводы

Модель бизнес-процесса управления вентиляцией «КАК ДОЛЖНО БЫТЬ» представляет собой его концептуальную модель и является основой для логического и физического моделирования АСУ.

АСУ управления вентиляцией компании «Овен» наиболее соответствуют требованиям, предъявляемым к АСУ вентиляции авторемонтного предприятия. Поэтому принято решение о внедрении данной АСУ на авторемонтном предприятии путем адаптации ее программно-технического обеспечения к специфике его организационной и производственной структуры.

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

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

Диаграмма классов служит для описания статического аспекта АСУ вентиляцией в терминологии классов объектно-ориентированного программирования.

Диаграмма последовательности АСУ вентиляцией отображает динамический аспект системы и обеспечивает возможность представления взаимодействующих объектов и сообщений между ними в последовательном порядке на невидимой оси времени.

Заключение

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

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

В работе проведено исследование бизнес-процессов ООО «Спецремонт».

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

Сравнение современных методологий МБП подтвердило целесообразность использования для концептуального проектирования бизнес-процесса управления вентиляцией методологий, основанных на нотации BPMN.

Для повышения эффективности бизнес-процесса управления вентиляцией необходимо обеспечить внедрение в данный бизнес-процесс АСУ и СОУЖ.

Модель бизнес-процесса управления вентиляцией «КАК ДОЛЖНО БЫТЬ» представляет собой его концептуальную модель и является основой для логического и физического моделирования АСУ.

АСУ управления вентиляцией компании «Овен» наиболее соответствуют требованиям, предъявляемым к АСУ вентиляции авторемонтного предприятия. Поэтому принято решение о внедрении данной АСУ на авторемонтном предприятии путем адаптации ее программно-технического обеспечения к специфике его организационной и производственной структуры.

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

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

Диаграмма классов служит для описания статического аспекта АСУ вентиляцией в терминологии классов объектно-ориентированного программирования.

Диаграмма последовательности АСУ вентиляцией отображает динамический аспект системы и обеспечивает возможность представления взаимодействующих объектов и сообщений между ними в последовательном порядке на невидимой оси времени.

Список литературы

Автоматизация бизнес-процессов как необходимое условие эффективности компании. [Электронный источник] – Режим доступа: https://www.kp.ru/guide/avtomatizatsija-biznesa.html.

Автоматизация бизнес-процессов и её задачи. [Электронный источник] – Режим доступа: http://programmist1s.ru/avtomatizatsiya-biznes-protsessov-i-eezadachi.

Автоматизация бизнес-процессов. [Электронный источник] – Режим доступа: https://wiseadvice-it.ru/o-kompanii/blog/articles/avtomatizaciya-biznes-processov. Дата обращения: 14.11.2019.

Алексеева Т. В., Кузьминова Е. В. Автоматизация процесса контроля исполнительской дисциплины. //Славянский форум. — 2015. — №4. — С. 18-26.

Для чего автоматизировать бизнес-процесс. [Электронный источник] – Режим доступа: http://hr-portal.ru/article/dlya-chego-avtomatizirovat-biznesprocess.

Елиферов В. Г. Бизнес-процессы / В. Г. Елиферов, В. В. Репин. — М.: ИнфраМ, 2015.

Ойхман Е. Г. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. / Е. Г.Ойхман, Э. В. Попов. — М.: Финансы и статистика, 2017.

Оптимизация бизнес-процессов предприятия. [Электронный источник] – Режим доступа: http://bizprocess.by/avtomatizatsiya-biznes-protsessov.

Реинжиниринг бизнес-процессов: учеб. пособие / под ред. А. О. Блинова. – М.: ЮНИТИ-ДАНА, 2015.

Скрипюк И. И. Краткий курс оптимизации бизнес-процессов на примере процесса продаж и процесса управления персоналом. — СПб.: Форум-Медиа, 2014.

Скрипюк И. И. Краткий курс оптимизации бизнес-процессов на примере процесса продаж и процесса управления персоналом. — СПб.: Форум-Медиа, 2014.

Степаненко Н.В. Козлова Н.А. Применение математического моделирования в оптимизации производства//Славянский форум. — 2017. — № 1 (11). — С. 118-124.

Хаммер М. Реинжиниринг корпорации. Манифест революции в бизнесе. / М. Хаммер, Д. Чампи — М.: Эксмо, 2017.

Business Process Management: [Электронный документ]. – http://www.tadviser.ru/index.php

Business Intelligence: [Электронный документ]. – http://www.tadviser.ru/index.php/BI.

Process Intelligence: [Электронный документ]. – http://www.tadviser.ru/index.php

ERP-системы: [Электронный документ]. – http://www.tadviser.ru/index.php

CRM: [Электронный документ]. – http://www.tadviser.ru/index.php.

Компания «Овен» [Электронный ресурс]. — Режим доступа: http://www.owen.ru (дата обращения 14.11.2019).

Компания «Датасолюшин» [Электронный ресурс]. — Режим доступа: http://datasolution.ru/avtomatizirovannaya-sistema-upravleniyaventilyatsiej/ (дата обращения 14.11.2019).

Компания «Оптима» [Электронный ресурс]. Режим доступа: http://www.optima.ru (дата обращения 14.11.2019).

UML Diagram [Электронный ресурс]. — Режим доступа: https://www.smartdraw.com/uml-diagram (дата обращения 14.11.2019).

1. Елиферов В. Г. Бизнес-процессы / В. Г. Елиферов, В. В. Репин. — М.: ИнфраМ, 2015. – С. 119. ↑

2. Хаммер М. Реинжиниринг корпорации. Манифест революции в бизнесе. / М. Хаммер, Д. Чампи — М.: Эксмо, 2017. – С. 130. ↑

3. Ойхман Е. Г. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. / Е. Г.Ойхман, Э. В. Попов. — М.: Финансы и статистика, 2017. – С. 34. ↑

4. Реинжиниринг бизнес-процессов: учеб. пособие / под ред. А. О. Блинова. – М.: ЮНИТИ-ДАНА, 2015. – С. 34. ↑

5. Скрипюк И. И. Краткий курс оптимизации бизнес-процессов на примере процесса продаж и процесса управления персоналом. — СПб.: Форум-Медиа, 2014. – С. 46. ↑

6. Реинжиниринг бизнес-процессов: учеб. пособие / под ред. А. О. Блинова. – М.: ЮНИТИ-ДАНА, 2015. – С. 74. ↑

7. Business Process Management: [Электронный документ]. – http://www.tadviser.ru/index.php. Дата обращения: 14.11.2019. ↑

8. Business Intelligence: [Электронный документ]. – http://www.tadviser.ru/index.php/BI. Дата обращения? 14.11.2019. ↑

9. Process Intelligence: [Электронный документ]. – http://www.tadviser.ru/index.php. Дата обращения: 14.11. 2019. ↑

10. Process Mining: [Электронный документ]. – http://www.tadviser.ru/index.php. Дата обращения: 14.11.2019. ↑

11. ERP-системы: [Электронный документ]. – http://www.tadviser.ru/index.php. Дата обращения: 14.11.2019. ↑

12. CRM: [Электронный документ]. – http://www.tadviser.ru/index.php. Дата обращения 14.11.2019. ↑

13. Компания «Овен» [Электронный ресурс]. — Режим доступа: http://www.owen.ru (дата обращения 14.11.2019). ↑

14. Компания «Датасолюшин» [Электронный ресурс]. — Режим доступа: http://datasolution.ru/avtomatizirovannaya-sistema-upravleniyaventilyatsiej/ (дата обращения 14.11.2019). ↑

15. Компания «Оптима» [Электронный ресурс]. Режим доступа: http://www.optima.ru (дата обращения 14.11.2019). ↑

16. UML Diagram [Электронный ресурс]. — Режим доступа: https://www.smartdraw.com/uml-diagram (дата обращения 14.11.2019). ↑