Что такое бизнес процесс какие классы бизнес процессов характерны для экономических систем

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

1. Идентификация всей системы «функциональных областей» и процессов компании и их взаимосвязей.
2. Выделение «ключевых» интегрированных процессов и их описание на потоковом уровне.

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

Наиболее распространены следующие четыре вида бизнес-процессов:

1. Процессы, создающие наибольшую добавленную стоимость (экономическую стоимость, которая определяется издержками компании, относимыми на продукцию).
2. Процессы, создающие наибольшую ценность для клиентов (маркетинговую стоимость за счет дифференциации продукции).
3. Процессы с наиболее интенсивным межзвенным взаимодействием, создающие транзакционные издержки.
4. Процессы, определенные стандартами ИСО 9000, как обязательные к описанию при постановке системы менеджмента качества.

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

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

Рассмотрим модель деятельности компании (рис. 5.2), при описании которой используют процессы управления , основные бизнес-процессы и процессы обеспечения .

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

Рис. 5.2. Упрощенная модель деятельности компании

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

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

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

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

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

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

Здесь тоже может быть применена своя матрица-генератор, как средство проверки полноты, — идентификация цикла .

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

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

• стратегическое управление;
• организационное проектирование (структуризация);
• маркетинг;
• финансово-экономическое управление;
• логистика и организация процессов;
• менеджмент качества;
• персонал.

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

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

• сбор информации;
• выработку решения;
• реализацию;
• учет;
• контроль;
• анализ;
• регулирование.

Например, наиболее часто встречающиеся варианты детализации:

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

Каждый из этих этапов имеет своих характерных для него исполнителей — управленцев, которых можно отнести к трем основным категориям:

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

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

Рис. 5.3. Двухуровневая модель деятельности предприятия

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

В основе цикла управления ресурсами лежит расчет или имитационное моделирование и контроль результатов:

• выбор (или получение от системы верхнего уровня) целевого критерия оценки качества решения;
• сбор информации о ресурсах предприятия или возможностях внешней среды;
• просчет вариантов (с различными предположениями о возможных значениях параметров);
• выбор оптимального варианта — принятие решения (= ресурсного плана);
• учет результатов (и отчетность);
• сравнение с принятым критерием оценки ( = контроль результатов);
• анализ причин отклонений и регулирование (возврат к 1, 2 или 3).

В основе цикла организационного менеджмента лежит структурное или процессное моделирование и процедурный контроль :

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

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

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

На верхнем уровне детализации можно выделить примерно следующие стандартные процессы обеспечения :

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

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

Рис. 5.4. Упрощенная матрица-генератор обеспечивающих бизнес-функций

Рис. 5.5. Матрица-генератор обеспечивающих бизнес-функций

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

Источник: intuit.ru

Бизнес-процесс — основные понятия и определения

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

Определение понятия бизнес-процесс

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

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

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

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

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

По стандарту ENISO 9001:2000 в определение входит набор взаимосвязанных действий и средств, которые помогают преобразовать вход в результаты. Как следствие, происходят изменения определенного объекта.

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

• Вид деятельности. К ним стоит относить производство или оказание услуг. Производство приводит к созданию материального продукта — к примеру, станка. Оказание услуг создает нематериальную продукцию — это может быть информация.
• Разновидность выполнения. Действия бывают оперативными или выполняемыми. К ним относят расчеты, обработку. Также существуют диспозитивные виды. В эту категорию входят планирование и управление.
• Создание стоимости. По этому признаку понятие делят на прямые, косвенные, поддерживающие. Первая категория изменяет объект, вторая — помогает создать стоимость, третья — включает проверку и транспортировку.
• Комплексность. По этому признаку выделяют макропроцессы и микропроцессы. В первую группу входят общие действия на предприятиях — к примеру, производство легковых автомобилей. Микропроцессы заключаются в изготовлении их составляющих — в частности, производстве кузова.
• Коммерческий успех. В зависимости от этого критерия процессы делятся на ключевые, управленческие и поддерживающие. Именно ключевые действия считаются специфическими для организации. Они очень важны для достижения общей цели фирмы.

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

История появления термина

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

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

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

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

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

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

Составить первые официальные нотации удалось в США. Они были предназначены для военных. Уже в те времена они пользовались автоматизацией с применением удаленных соединений — системой, которая впоследствии трансформировалась в Интернет. При таком уровне использования информационных систем необходимость в нотациях была очень высока.

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

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

Характеристики бизнес-процессов

Для этого понятия характерен целый ряд особенностей:

• Оно представляет собой не одно действие, а целый комплекс.
• Все действия не случайны и не произвольны. Они связаны друг с другом и организованы. Лишь в совокупности эти действия позволяют получить нужный эффект.
• Бизнес-процессы начинаются со входа, который представляет собой стартовый ресурс. Это комплектация, заявка, поставки. Также в эту категорию входят другие материальные потоки или информация, которые используются при выполнении взаимосвязанных действий. Входов бывает и несколько. Если же он один, речь идет о наиболее простом процессе.
• Конечным результатом считается выход. Это может быть готовый товар, услуга или информация.
• В схему входят границы. Они представляют собой начальные и итоговые точки фиксации работ.

Построение правильного бизнес-процесса включает такие составляющие:

• граница входа;
• первичный вход — представляет собой основной ресурс;
• вторичный вход — это поддерживающий ресурс;
• первый шаг;
• последний шаг;
• первичный выход — представляет собой основной результат;
• вторичный выход — это побочный результат;
• граница выхода.

Подробная классификация бизнес-процессов

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

Основные процессы

В эту категорию входят действия, направленные на изготовление продукта или оказание услуги. Они представляют собой целевые объекты создания предприятия и приносят доход.

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

Сопутствующие процессы

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

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

Вспомогательные процессы

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

Обеспечивающие процессы

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

Управляющие процессы

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

Важно! К ним относятся оперативное, текущее или стратегическое планирование. Также в эту группу входит создание и осуществление управленческих действий.

Процессы развития

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

Субъекты бизнес-процессов

К субъектам относят такие стороны:

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

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

Отличие от технологического процесса

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

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

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

• нужно взять заготовку А;
• соединить ее с заготовкой В;
• обработать в соответствии с параметрами С;
• получить конкретную деталь.

Важно! Технологический процесс является вполне однозначным. Он не подразумевает никаких вилок.

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

• вначале необходимо получить вводные данные А:
• если информация соответствует условию В, нужно перейти к действиям С;
• если данные отвечают условию D, следует выполнять действия Е;
• затем полученный результат нужно передать на выход.

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

Технология и результаты

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

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

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

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

Источник: ontask.ru

КЛАССИФИКАЦИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

индивидуальные горизонтальные процессы – процессы, выполняемые отдельными работниками (организационными единицами);

межфункциональные горизонтальные процессы – процессы, выполняемые многими работниками (организационными единицами);

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

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

В зависимости от степени их сложности выделяют:

монопроцессы – односложные процессы;

вложенные процессы — монопроцессы, входящие в состав более сложного процесса (макропроцесса);

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

В зависимости от их предназначения:

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

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

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

В зависимости от их места в иерархии целей организации:

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

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

бизнес-процессы нижнего уровня бизнес-процессы, направленные на реализацию оперативных целей.

В зависимости от степени их детализации [4]:

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

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

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

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

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

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

3. СТАНДАРТЫ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

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

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

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

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

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

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

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

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

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

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

Стандарт динамического моделирования IDEF2

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].

IDEF7 — 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].

IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии [2].

Стандарт моделирования потоков данных DFD

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

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

Основными компонентами диаграмм потоков данных являются:

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

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

Подсистема (или система) на контекстной диаграмме изображается так, как она представлена на рисунке 3.

Рисунок 3 – Подсистема по работе с физическими лицами (ГНИ — Государственная налоговая инспекция)

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

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

Рисунок 4 – Графическое изображение процесса

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

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

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

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

Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

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

Построение иерархии диаграмм потоков данных.

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

В последние годы интерес в России к методологиям семейства IDEF неуклонно растет. При этом интерес к таким стандартам, как IDEF3–5 является теоретическим, а к IDEF0 вполне практически обоснованным.

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Войнов И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей [Текст]: монография / И.В. Войнов – М.: ЮУрГУ, 2002. – 392 с.

2. Волков О.Н. Стандарты и методологии моделирования бизнес-процессов [Текст]: учеб. пособие для вузов / О.Н. Волков. – М.: АСВ, 2000. – 145 с.

3. Григорьев Д.И. Моделирование бизнес-процессов предприятия [Текст]: учеб. пособие / Д.И. Григорьев. – М.: ИРЦ, 2006. – 214 с.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст]: учеб. пособие / Г.Н. Калянов. – М.: Финансы и статистика, 2006. – 319 с.

5. Пинаев Д.К. Моделирование бизнес-процессов: доступно о сложном [Текст]: справ. пособие / Д.К. Пинаев. – М.: РГАС, 2003. – 247 с.

Источник: kazedu.com