Модели бизнес-процессов

Информационная помощь на тему: "Модели бизнес-процессов" с полным раскрытием тематики статьи от профессионалов.

Моделирование основных бизнес-процессов предприятия (стр. 1 из 11)

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ РФ

НОУ ВПО «СИБИРСКАЯ АКАДЕМИЯ ПРАВА, ЭКОНОМИКИ И УПРАВЛЕНИЯ»

Факультет: Компьютерных Технологий и Информационных Систем

Кафедра Информационных Систем

«Моделирование основных бизнес-процессов предприятия»

Содержание

1. Теоретическая часть. 9

1.1 Формирование требований как основной этап в разработке АИС.. 9

1.2 Функциональное моделирование бизнес-процессов. 17

1.3 Среда бизнес моделирования BPwin. 35

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

2.1 Анализ деятельности ОАО «АНХК» и структуры предприятия. 41

2.1 Анализ проблемы автоматизированных информационных систем ОАО «АНХК» 46

2.2 Изучение задач управления. 52

2.3 Описание входной информации. 53

2.5 Описание выходной информации. 54

3. Алгоритм функционирования системы моделирования и его описание. 56

3.1 Информационный анализ процессов и создание контекстной

3.2 Создание диаграмм декомпозиций. 60

3.3 Создание диаграммы дерева узлов и диаграммы FEO.. 67

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

[1]

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

Объектом исследования для построения бизнес модели является предприятие АНХК. Химическая промышленность в большей степени, чем любая другая основная отрасль индустрии, характеризуется многообразием используемых технологических процессов. В химическом производстве задействованы тысячи технологических установок, выпускающих продукцию, причем принципиально одинаковые химические процессы зачастую бывают по-разному оформлены конструктивно, вследствие чего типовые решения могут быть применены лишь для небольшой части общего числа технологических установок.

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

Такое положение дел во многом обусловило путь, по которому проводилась автоматизация различных иерархических уровней управления, проектировались и развивались автоматизированные системы на предприятиях нефтехимической отрасли. Наибольшее применение получили автоматизированные системы управления технологическими процессами (АСУ ТП) [5–8] и системы автоматизации управленческой и финансово-хозяйственной деятельностью (АСУП) [9]. Гораздо более скромное распространение получили автоматизированные системы оперативного управления [4,10,11] как производством в целом, так и отдельными цехами (так называемые системы верхнего уровня АСУ ТП или автоматизированные системы оперативно-диспетчерского управления – АСОДУ) [12].

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

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

Рассматривая системы управления технологическими процессами, следует отметить, что не все решения были полностью открытыми [15], т.е. допускающими использование в рамках одной системы разнотипного оборудования, выпущенного в разное время и разными производителями (отечественными и зарубежными). В результате предприятие-заказчик зачастую попадал в долгосрочную зависимость от одного из производителей и не имел возможности самостоятельно развивать и модернизировать АСУ ТП. Если же автоматизированная система разрабатывалась «своими силами», за счет внутризаводских отделов АСУ, то модернизация оборудования практически всегда приводила к разработке системы заново, «с нуля».

Существовали и проблемы «нетехнического характера». Например, автоматизированное решение задач оптимального календарного планирования в рамках АСУП практически не выполнялось [9]. Одной из причин этого являлась меньшая заинтересованность самих предприятий в автоматизированном решении задач планирования. Если на уровне управления установками руководство предприятия, производства, цеха было и заинтересовано в эффективной работе отдельных элементов производства, то на уровне планирования работы предприятия, существующие в то время административные методы управления со стороны министерств, зачастую вступали в противоречия с интересами предприятия. Это не позволяло предприятию принимать эффективные для него автоматизированные решения, а иногда и заинтересовывало его в принятии планов заведомо неоптимального характера.

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

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

[3]

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

Читайте так же:  Образец акта ответственного хранения

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

Рис. 1. Схема вертикально-интегрированных нефтяных компаний

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

Задача управления текущей деятельностью для российских ВИНК в основном сосредоточена на размещении собственных добываемых сырьевых ресурсов по определенным направлениям [19]. А это, в свою очередь, ставит ВИНК в зависимость от того, насколько полной, достоверной и оперативной будет информация о состоянии производства, выработки, запасах продукции, её качестве от собственных нефтеперерабатывающих заводов и нефтехимических производств.

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

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

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

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

Примеры бизнес-процессов в организации

На данной странице представленны готовые примеры бизнес-процессов.
Моделирование данных примеров бизнес-процессов производилось в Дизайнере BPM-системы ELMA

Работа службы поддержки

В модели бизнес-процесса «Служба поддержки» запрос регистрируется из различных источников. С целью рационального использования рабочего времени сотрудников запросы типизируются. К примеру, в IT-компании адресатом может выступить как тестировщик, так и разработчик.

Работа службы поддержки

Согласование бюджета

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

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

Согласование бюджета

Узнайте, как работает ELMA BPM. Оцените возможности и интерфейс BPM-системы прямо в браузере

Поиск нового сотрудника отделом кадров

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

Поиск нового сотрудника отделом кадров

Заказ билетов через туроператора

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

Заказ билетов через тур оператора

Проверка работы оборудования

Процесс «Проверка работы оборудования» начинается в зоне ответственности Продавца, который вносит заявку на проверку, а далее, после проверки Инспектором и Начальником ТО, заявка отправляется как задача на ремонт. Продавец оповещается о результатах проверки и ремонта.

Проверка работы оборудования

Больше примеров описания бизнес-процессов компаний можно найти и скачать бесплатно в магазине готовых решений ELMA Store

Узнайте, как работает ELMA BPM. Оцените возможности и интерфейс BPM-системы прямо в браузере

Моделирование бизнес процессов в Вusiness studio

Автор: admin · Опубликовано 24.11.2016 · Обновлено 24.11.2016

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

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

Цели бизнес моделирования:

  • За счет моделирования можно проследить, что происходит в процессах от начала, до завершения. Моделирование позволяет получить «внешний» взгляд на процессы и определить улучшения, которые повысят их эффективность.
  • Нормирование процессов. Моделирование бизнес процессов задает правила выполнения процессов, т.е. то, каким образом они должны быть выполнены.
  • Моделирование бизнес процессов устанавливает четкую связь между процессами и требованиями, которые они должны выполнять.
Читайте так же:  Образец заявления на увольнение по соглашению сторон

Моделирование бизнес процессов и реинжиниринг в Business studio можно осуществить по принципу Деминга (PDCA: Plan , Do, Control, Act)

PDCA (англ. «Plan-Do-Check-Act» — планирование-действие-проверка-корректировка) циклически повторяющийся процесс принятия решения, используемый в управлении качеством. Также известен как Deming Cycle, Shewhart cycle, Deming Wheel или Plan-Do-Study-Act. Также известен как принцип Деминга-Шухарта, но Деминг предпочитал PDSA (Plan-Do-Study-Act) у Шухарта (Plan-Do-Сheck-Act).

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

Стратегическая карта. Цели, поставленные собственником бизнеса, являются отправной точкой для разработки бизнес-стратегии организации. В стратегии выбираются виды деятельности, рынки и формулируются те ключевые конкурентные преимущества, за счет которых компания должна добиться успеха. Стратегия может быть успешно реализована только тогда, когда ее понимают сотрудники компании. Описывая стратегию развития бизнеса в более или менее упорядоченной форме, мы повышаем вероятность ее успешной реализации. Разработанная Робертом Капланом и Дейвидом Нортоном система показателей (Balanced ScoreCard, BSC ) является лучшим инструментом представления процесса реализации стратегии в понятной форме. Balanced ScoreCard (Сбалансированная система показателей) – это система стратегического управления компанией на основе измерения и оценки ее эффективности по набору оптимально подобранных показателей, отражающих все аспекты деятельности организации, как финансовые, так и нефинансовые.

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

Business Studio позволяет построить как комплексную иерархическую модель деятельности компании, так и описать ряд отдельных процессов. Для этого в распоряжение бизнес-аналитика предоставляются наиболее популярные и удобные нотации моделирования: IDEF0, Процедура (Cross Functional Flowchart), BPMN 2.0, Процесс (Basic Flowchart), EPC (Event Driven Process Chain). После описания модели бизнес-процессов «как есть» или проектирования новых бизнес-процессов можно оценить время и стоимость выполнения процессов.

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

IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).
Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны:
стрелка входа приходит всегда в левую кромку активности,
стрелка управления — в верхнюю кромку,
стрелка механизма — нижняя кромка,
стрелка выхода — правая кромка.
Данный стандарт был разработал в 1981 году департаментом Военно-воздушных сил США в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал своё название от этой программы (IDEF расшифровывается как ICAM Definition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах

б) Нотации процедура, BPMN 2.0, Процесс и EPC можно использовать для моделирования процессов нижнего (операционного) уровня. Business Studio позволяет менять нотацию моделирования при переходе с описания процессов верхнего уровня к описанию процессов нижнего уровня.

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

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

Видео удалено.
Видео (кликните для воспроизведения).

Модель «Расширенная нотация описания цепочки процесса, управляемого событиями» — Extended Event Driven Process Chain (Eepc). Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Это тип блок-схем, используемых для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP), и для улучшений бизнес-процессов. Подробнее про EPC можно почитать тут

Имитацию бизнес процесса «as is» можно произвести с помощью функционально-стоимостного анализа и имитационного моделирования средствами business studio.

Этапы выполнения имитации:

  • задание временных параметров конечных (недекомпозированных) процессов
  • задание параметров ресурсов, необходимых для выполнения этих процессов
    Ресурсы подразделяются на временные и материальные. Стоимость временного ресурса переносится на стоимость процесса пропорционально тому времени, которое ресурс затрачивает на выполнение процесса, стоимость материального ресурса – пропорционально количеству повторений процесса.
  • назначение ресурсов на процессы
  • проведение имитации выполнения процессов
Читайте так же:  Заработок в интернете на просмотрах рекламы

Например, у нас получилось имитация бизнес процесса «Тестирование» с функционально-стоимостным анализом

Демо-версия Business Studio предоставляет возможность познакомиться с возможностями продукта, смоделировав свои бизнес-процессы или посмотрев пример описания модели деятельности компании «Интехпроект». Демо-версия не имеет ограничений по сроку использования, а ее возможностей достаточно, чтобы описать и регламентировать деятельность небольшой компании или отдельного подразделения. (В демо-версии нельзя получить текстовый отчет по результатам имитации.

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

[2]

Именно поэтому со времени своего появления в 2004 году система бизнес-моделирования Business Studio получила широкое распространение среди компаний России и других стран. Группа компаний «Современные технологии управления» не только постоянно совершенствует систему, но и содействует появлению молодых специалистов в области управления. Более 30 высших учебных заведений стали партнерами и используют Business Studio в своих учебных программах.

Моделирование бизнес-процессов (стр. 2 из 3)

субпроцессы – бизнес-процессы имеющие степень детализации необходимую для описания бизнес-процессов среднего уровня;

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

В рамках основных составляющих сбалансированной системы показателей:

бизнес – процессы производства;

бизнес-процессы развития, обучения и роста.

Стандарт функционального моделирования IDEF0

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

Стандарт IDEF представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

Модель IDEF представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые изображены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы. Общее число уровней в модели (включая контекстный) не должно превышать 5-6. Практика показывает, что этого вполне достаточно для построения полной функциональной модели современного предприятия любой отрасли [2].

Стандарт информационного моделирования IDEF1

Стандарт IDEF1 был разработан как инструмент для анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия. Применение методологии IDEF1 как инструмента построения наглядной модели информационной структуры предприятия по принципу «как должно быть». Пример построения модели показан на рисунке 2.

Рисунок 2 – Пример построения модели IDEF1

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

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

словарь – значение каждого элемента модели описывается текстовым фрагментом.

Базовым понятием в методологии IDEF1 является понятие сущности. Сущность определяется как реальный или абстрактный объект, набор отличительных свойств которого, называемых атрибутами, известен. Каждая сущность имеет имя и атрибуты [2].

IDEF2 — Simulation Model Design — методология динамического моделирования развития систем.

В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);

Стандарт моделирования процессов IDEF3 – IDEF14

Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели — действие, или в терминах IDEF3 «единица работы». Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя [2].

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

Соединения «и» инициируют выполнение конечных действий. Все действия, присоединенные к сворачивающему соединению «и», должны завершиться, прежде чем начнется выполнение следующего действия. После обнаружения пожара инициируются включение пожарной сигнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тогда, когда все три перечисленных действия завершены [2].

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

Читайте так же:  Домашний бизнес для женщин и девушек

Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно аналитиком. Соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека инициируется, если покупатель желает расплатиться чеком, проверка суммы наличных — при оплате наличными. И то, и другое действие инициируются при частичной оплате, как чеком, так и наличными [2].

IDEF4 – методология построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы [2].

IDEF5 – методология исследования сложных систем.

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

IDEF6 — Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели [2].

IDEF 7 — Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF8 — User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDFE8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции) [2].

IDEF9 — Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение [2].

IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

Построение и разработка моделей бизнес процессов

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

План разработки модели бизнес процессов

Зачем нужно строить модель бизнес-процессов?

Главное преимущество модели процессов – универсальность. Моделирование позволяет ответить практически на любые вопросы, которые касаются деятельности, совершенствования и повышения конкурентоспособности предприятия. Создание модели позволит руководству предприятия получить информацию, которую можно использовать для развития предприятия и прогнозирования его будущего.

Чаще всего решение построить модель бизнес-процессов принимается по следующим причинам:

  • значительный рост бизнеса (и, следовательно, затрат) вследствие расширения направлений деятельности;
  • отсутствие в деятельности организации «технологичной прозрачности»;
  • исчерпание экстенсивного пути развития;
  • осознание необходимости изменений, развития предприятия.

Построение модели бизнес-процессов фирмы

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

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

Любая модель бизнес-процесса содержит следующие данные:

  • структура процессов организации;
  • детали выполнения процессов;
  • последовательность документооборота.

Модель бизнес-процессов (пример)

Выделяют два этапа моделирования: структурное и детальное.

Создание структурной модели и разработка моделей бизнеса

На первом этапе разработки модели нужно отразить:

  • организационную структуру предприятия;
  • документы для исполнения процессов, описание их сути;
  • структуру и иерархию процессов – от общих к частным;
  • диаграммы взаимодействия, которые отражают последовательность создания, а также последующего перемещения всех документов между действующими лицами.
Читайте так же:  Должностная инструкция оператора 1с

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

Детальное моделирование бизнес процессов

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

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

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

Бизнес-моделирование
Business Process Modeling
BPM

Бизнес-моделирование (Business Process Modeling) — деятельность по выявлению и описанию существующих бизнес-процессов, проведение анализа, а также проектирование новых бизнес-процессов.

Каталог систем и проектов Бизнес-моделирование смотрите здесь

Содержание

Задачи бизнес-моделирования

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

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

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

Инструменты бизнес-моделирования и их эволюция

Примеры бизнес-моделирования и его результатов

  • Снижение издержек. Бизнес-модель даст представление о том где можно избежать лишних затрат и как оптимизировать использование ресурсов. На основе бизнес-модели проводится функционально-стоимостной анализ для расчёта себестоимости продукта или услуги и строится система бюджетного управления, которая позволяет контролировать расходы предпрития.
  • Повышение эффективности. Возможность снизить затраты на адаптацию и обучение персонала. Регламентирующая документация на основе подготовленной бизнес-модели соответствует текущему положению дел организации, распределяют обязанности, строят иерархическую систему карьерного роста.
  • Расширение сферы влияние, увеличение сети, организация филиалов. Наличие бизнес-модели позволит снизить затраты и дать возможность описать структуру обустройства новых ветвей предприятия.
  • Адекватность инвестиций. С помощью бизнес-моделирования можно с достаточной степенью точности определить сумму капиталовложений, снизить риски и финансовые потери на стадии старт-апа нового проекта.
  • Внедрение СЭД. Бизнес-модель предприятия стандартизирует состав документов предприятия и устанавливает маршруты движения документов.
  • Автоматизация и внедрение систем класса ERP, SCM, CRM или другого ПО. На основе бизнес-модели можно сформулировать более качественные требования к системе и подобрать решение оптимальное с точки зрения затрат и функциональности.
  • Сертификация системы менеджмента качества. Разработка бизнес- модели предприятия позволяет существенно сократить сроки и затраты на разработку, внедрение и сертификацию системы менеджмента качества и получить комплект необходимых документов для успешного прохождения сертификации, снизить затраты на поддержку системы управления качеством.

Особенности бизнес-моделирования

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

Видео удалено.
Видео (кликните для воспроизведения).

Сегодня существует большое количество программных продуктов, которые предназначены для описания архитектуры организации. Согласно отчетам аналитической компании Gartner, к лидерам данного сегмента можно отнести следующие компании: Casewise, IDS Scheer, Telelogic,Troux Technologes, Proforma, Mega и Sybase. Следует отметить, что даже такие гиганты как IBM и Oracle не остались в стороне и обратили пристальное внимание на привлекательность рынка систем бизнес-моделирования и предложили собственные функциональные решения. В качестве примера можно привести Oracle Workflow. Эта технология используется для автоматизации пласта работ организации и содержит специфические средства описания и формализации процессов.

Источники


  1. Кодекс профессиональной этики адвоката; Проспект — М., 2016. — 179 c.

  2. Братановский, С. Н. Теория государства и права / С.Н. Братановский. — М.: Приор-издат, 2003. — 174 c.

  3. Марченко, М. Н. Теория государства и права в вопросах и ответах / М.Н. Марченко. — М.: ТК Велби, Проспект, 2007. — 240 c.
  4. Земельные споры. Комментарии, судебная практика и образцы документов. — М.: Издание Тихомирова М. Ю., 2018. — 705 c.
Модели бизнес-процессов
Оценка 5 проголосовавших: 1

ОСТАВЬТЕ ОТВЕТ

Please enter your comment!
Please enter your name here