Статья опубликована в рамках: LXX Международной научно-практической конференции «Научное сообщество студентов: МЕЖДИСЦИПЛИНАРНЫЕ ИССЛЕДОВАНИЯ» (Россия, г. Новосибирск, 03 июня 2019 г.)
Наука: Информационные технологии
Скачать книгу(-и): Сборник статей конференции
дипломов
ИССЛЕДОВАНИЕ МЕТОДОЛОГИЙ МОДЕЛИРОВАНИЯ БИЗНЕС–ПРОЦЕССОВ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРЕДПРИЯТИЯ
АННОТАЦИЯ
На сегодняшний день оптимизация и моделирования бизнес-процессов решает актуальные вопросы такие, как: снижение затрат и уменьшение количество ошибок. На рынке очень огромный выбор программ, которые позволят построить модель бизнес-процесса. Целью моего исследования является сравнительный анализ актуальных методологий, их функциональные возможности и определение эффективной методологии моделирования бизнес-процессов.
Ключевые слова: Методология, бизнес-процесс, моделирование, сравнительный анализ.
Формирование модели бизнес-процесса – сложная задача и требует для своего решения определенных методов, средств и методологий. Существует разные методики ведение проектов по детализации процесса. Для каждого проекта выбирается определенная методика представления процесса. Выбор подходящего метода описания процесса зависит от целей, которые поставлены перед аналитиком, создающим модель процесса.[1]
Существует множество разных методологий моделирования деятельности организации. В качестве инструментальных средств, поддерживающих методологии, для сравнения были выбраны:
- ARIS - Architecture of Integrated Information Systems;
- IDEF - Integrated Definition;
- DEMO - Design and Engineering Methodology for Organizations;
- UML - Unified Modeling Language;
- ГосМастер. [2]
Одним из главных критериев для всех видов моделей будет являться доступность языка для понимания и наглядность получившейся модели.
Под доступностью подразумевается возможность построения моделей пользователем, не имеющих какие-либо знаний в области моделирования.
Наглядность подразумевает то, что модель не должна содержать лишние элементы.
Для того чтобы, модель была понятной и наглядной, языковое средство не должно быть избыточным, т.е. не должно быть неоднозначных элементов.
А так же, для описания бизнес-процессов необходимо средство, позволяющее осуществлять декомпозицию функций и возможность добавления атрибутов.
Модель бизнес-процесса должна не только отображать последовательность выполнения действий и условия перехода, но и организационную структуру, и информационные объекты, участвующие в процессе.
Важно проанализировать не только возможности языка моделирования, но и программного обеспечения, поддерживающего ту или иную методологию.
Одним из важнейших критериев является цена. На основе цены продукта, полезно также рассчитать полную стоимость владения ПО, которое состоит из цены основного продукта и дополнительных затрат (на установку, поддержку, обучение персонала, закупку обучающих материалов).
Таблица 1.
Инструментальные средства
|
Инструментальное средство/ функции |
избыточ-ность |
Добавление атрибутов |
Отображение организационных элементов |
доступ-ность |
Нагляд-ность |
декомпо-зиция |
Стоимость |
|
ГосМастер |
0 |
1 |
1 |
1 |
1 |
1 |
150 |
|
UML |
0 |
1 |
1 |
0 |
1 |
1 |
250 |
|
IDEF3 |
1 |
0 |
0 |
1 |
1 |
1 |
150 |
|
ARIS |
0 |
1 |
1 |
0 |
1 |
1 |
350 |
|
DEMO |
1 |
1 |
1 |
1 |
1 |
1 |
200 |
С учетом стоимости пакета методом ветвей и границ необходимо определить такой вариант пакета, который бы имел минимальную стоимость и каждая функция, хотя бы один раз была представлена в искомом варианте для следующих исходных данных:
- количество пакетов n=5;
- количество функций m=6;
- стоимость пакетов
.
Матрица взаимосвязи функций и пакетов:
Таблица 2.
Исходная матрица взаимосвязи функций и пакетов
|
Пакеты |
Функции |
|
|||||
|
1 |
2 |
3 |
4 |
5 |
6 |
||
|
1 |
0 |
1 |
1 |
1 |
1 |
1 |
150 |
|
2 |
0 |
1 |
1 |
0 |
1 |
1 |
250 |
|
3 |
1 |
0 |
0 |
1 |
1 |
1 |
150 |
|
4 |
0 |
1 |
1 |
0 |
1 |
1 |
350 |
|
5 |
1 |
1 |
1 |
1 |
1 |
1 |
200 |
|
|
3 |
5 |
5 |
4 |
6 |
6 |
- |
|
|
1 |
3 |
4 |
2 |
5 |
6 |
- |
|
|
150 |
50 |
0 |
0 |
0 |
0 |
- |
Для каждой функции вычисляется цена покрытия 
.
Тогда нижняя оценка
Исходное множество 
делится на два непересекающихся подмножества: 
и 
. Первая функция может покрываться третьим и пятым пакетом, т.е. 
.
Для подмножества находятся функции, которые не покрываются третьим пакетом , 
и формируется таблица для вычисления нижней оценки 
.
Для каждой функции вычисляется цена покрытия и вычисляется нижняя оценка
Таблица 3.
Матрица покрытия для множества 
|
Пакеты |
Функции |
|
|
|
2 |
3 |
||
|
1 |
1 |
1 |
150 |
|
2 |
1 |
1 |
250 |
|
4 |
1 |
1 |
350 |
|
5 |
1 |
1 |
200 |
|
|
4 |
5 |
- |
|
|
1 |
2 |
- |
|
|
150 |
0 |
- |
Для подмножества 
находятся функции, которые не покрываются пятым пакетом – множество 
. Соответственно, 
В качестве перспективной выбирается вершина , имеющая минимальную нижнюю оценку, но если учесть один из самых важных критериев при анализе, то есть стоимость продукта, то вершина будет оптимальной.
Таким образом, используя задачу о минимальном покрытии графа методом ветвей и границ и проанализировав все возможные основные критерии, удалось определить, какое инструментальное средство поддерживающее методологии из всех выбранных является более оптимальным.
Список литературы:
- Войнов И.В., Пудовкина С.Г., Телегин А.И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. – Челябинск: Изд. ЮУрГУ, 2002.
- Волков О.В. Стандарты и методологии моделирования бизнес-процессов.: http://www.connect.ru
- Ильин В.В. Моделирование бизнес-процессов. Практический опыт разработчиков, 2006.
дипломов
Оставить комментарий