Файл: Учёт ремонтных работ жилищно-коммунального хозяйства (Моделирование бизнес-процессов «как есть» ).pdf

На стороне исполнителя в акте указывают лицо, оказывающее услуги (выполняющее работы) по содержанию и ремонту общего имущества в МКД. Эти работы и услуги выполняются и оказываются на основании:

• договора управления МКД;
• договора оказания услуг по содержанию и (или) выполнения работ по ремонту общего имущества в МКД;
• договора подряда по выполнению работ по ремонту общего имущества в МКД.

Соответственно, исполнителем может быть УК, выбранная в качестве способа управления, или иное лицо, оказывающее услуги и выполняющее работы для заказчиков – собственников помещений в МКД в рамках непосредственного управления домом (ч.1 ст. 164 ЖК РФ).

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

• Карточка счета 90 – документ, в котором отражена аналитика по счету 90.
• Отчет по выполненной работе специалиста – документ, в котором перечислены все виды работ ЖКХ, выполненные сотрудником в течении определенного промежутка времени (как правило, в течении месяца).
   

1.2. Выбор средства для моделирования бизнес-процессов

Для того, чтобы осуществить моделирование бизнес-процессов предметной области, будет использована методология функционального моделирования. SADT – методология (Structured Analysis and Design Technique). Эта методология является одной из наиболее распространенных в связи с тем, что она ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, а также отображение организационной структуры. По перечисленным причинам методология SADT в большей степени нацеленная на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов [11].

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

---

Существует ряд нотаций, используемых в структурном подходе. Это нотации IDEF0, DFD, IDEF3 [9]. Нотация IDEF0 имеет жесткие правила создания модели бизнес-процесса. Эта нотация позволяет представить изменение информационных, денежных и материальных потоков при прохождении бизнес-процессов. Несмотря на сложности нотации, ее преимуществом является наглядность и понятность модели бизнес-процесса.

Нотация DFD используется для моделирования потоков данных, которые сопровождают бизнес-процессы [15]. Эта нотация применяется для моделирования бизнес-процессов при разработке программного обеспечения и баз данных.

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

Для моделирования бизнес-процессов выбрана нотация IDEF0, поскольку она позволяет рассмотреть процесс комплексно, обладает неизбыточной детализацией и включает все необходимые инструменты [6].

Методология SADT реализована в следующих инструментальных средствах:

1. BizAgi Modeler.
2. Microsoft Visio.
3. Bpwin process modeler.
4. Ramus Educational.
5. Dia.

Редактор «BizAgi Modeler» позволяет создавать не только модели и описания бизнес-процессов, но и исполняемые приложения по ним Редактор включает в себя два модуля:

«BizAgi Modeler», используемый для моделирования и описания бизнес-процессов;

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

Приложения, которые можно создать в редакторе «BizAgi Modeler» разрабатываются на базе «BizAgi Engine». Это ядро, которое превращает модель в программу. Таким образом «BizAgi» является мощным средством автоматизации и моделирования процессов. Этот редактор позволяет гарантировать выполнение процессов в соответствии с описанием.

К функциональным возможностям редактора относятся [13]:

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

Лицензия на редактор выдается бесплатная на 20 сотрудников.

Программный продукт Microsoft Visio – Это векторный графический редактор, который обеспечивает работы с диаграммами и блок-схемами для Windows. Редактор выпускается в трёх редакциях: Standard, Professional и Pro for Office 365.

---

Аналогично с Adobe Reader, в стандартный набор программ MS Office входит только средство для просмотра и печати диаграмм Microsoft Visio Viewer [12]. Полнофункциональная версия Microsoft Visio Professional для создания и редактирования монограмм и диаграмм в пакеты MS Office не входит и распространяется отдельно. Первоначально Visio разрабатывался и выпускался компанией Visio Corporation. Компания Microsoft приобрела компанию в 2000 году, тогда продукт назывался Visio 2000, был выполнен ребрендинг, и продукт был включен в состав Microsoft Office. Редактор поддерживает множество типов диаграмм, в которые входит IDEF0, DFD и другие методологии моделирования.

Редактор «Bpwin process modeler» - это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем [14]. Относится к категории CASE средств верхнего уровня. BPwin является достаточно развитым средством моделирования, которое позволяет проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели BPwin создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой.

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

Редактор «Ramus Educational» - кроссплатформенная система моделирования и анализа бизнес-процессов. В функционал редактора входят:

• разработка графических моделей бизнес-процессов (поддерживаются нотации IDEF0 и DFD);
• разработка систем классификации и кодирования (с привязкой к моделям процессов);
• формирование отчётности по моделям и системе классификации (в виде регламентов бизнес-процессов, должностных инструкций и т.п.).

Редактор «Dia» - это свободный кроссплатформенный редактор диаграмм, часть GNOME Office, но может быть установлен независимо [10]. Он может быть использован для создания различных видов диаграмм: блок-схем алгоритмов программ, древовидных схем, статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других.

---

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

1. Поддержка нотаций IDEF0, DFD, IDEF3.
2. Кроссплатформенность.
3. Проверка нотации.
4. Формирование отчетности.

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

Таблица 1

Анализ инструментальных средств

Критерий	BizAgi Modeler	MS Visio	Bpwin	Ramus	Dia
Поддержка IDEF0	+	+	+	+	+
Поддержка DFD	+	+	+	+	+
Поддержка IDEF 3	+	+	+	-	-
Кроссплатформенность	+	+	-	+	-
Проверка правильности применения нотации	-	+	+	-	-
Формирование отчетности	-	+	+	-	-
	4	6	5	3	3

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

1.3. Моделирование бизнес-процессов «как есть»

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

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

• Распределение заявок на ремонт;
• Формирование документооборота;
• Учет результатов работ;
• Формирование отчетов.

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

---

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

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

Рисунок 1. Контекстная диаграмма бизнес-процесса

Рисунок 2. Декомпозиция процесса

Рисунок 3. Модель процесса формирования документооборота

Рисунок 4. Модель процесса учета результатов работ

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

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

Рисунок 5. Модель процесса формирования отчетов

2. Практическая часть

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

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

---