Моделирование бизнеса - IDEF, UML, ARIS | Бизнес-Анализ в России

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

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

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

Рисунок 1 Пример модели организационной структуры. Process landscape Описание структуры процессов предприятия цепочки добавленной стоимости - VAD. Диаграммы цепочки добавленной стоимости Value-Added Chain Diagram, VAD-диаграмма используются для верхнеуровневого описания групп бизнес-процессов компании, непосредственно влияющих на выход готовой продукции. Таблица 4 Правила выделения объектов для описания структуры процессов.

Рекомендуется для отображения групп процессов, подпроцессов. Business process Описание событийной цепочки бизнес-процесса. Модель детального бизнес-процесса представляет собой логику реализации рассматриваемого этапа жизненного цикла процесса.

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

Выбор нотации, в которой будет осуществляться моделирование бизнес-процесса осуществляется по требованиям Заказчика. Модель бизнес-процесса в нотации eEPC with material flow представляет собой направленный граф, формируемый из событий, бизнес-функций и операторов ветвления.

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

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

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

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

Это достигается за счет того, что модели могут быть составлены по различным аспектам и уровням управления. В больших организациях моделирование бизнес процессов выполняется более подробно и многограннее, чем в малых, что связано с большим количеством кросс-функциональных связей. ARIS акроним от англ. Architecture of Integrated Information Systems — методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций. Реализация методологии предполагается с задействованием специализированного программного продукта, обеспечивающего совместную работу над описаниями и диаграммами.

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

Модели копируются и вставляются в файлы документов например, формата Microsoft Word в виде рисунков. В продуктах ARIS предусмотрена возможность создания сценариев автоматизации составления различных аналитических отчётов, нормативных документов, новых моделей.

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

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

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

Начинается с построения внешней диаграммы вариантов использования — Use Case Diagram , показывающей, как бизнес виден извне. Актор действующее лицо, business actor — субъект окружения бизнеса. Прецедент вариант использования, business use case — относительно законченная последовательность действий в рамках некоторого бизнес-процесса, приносящая ощутимый результат конкретному актору.

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

Между прецедентами и акторами устанавливаются отношения коммуникации отношения ассоциации со стереотипом communicate. Они моделируют взаимосвязи прецедентов с окружением информационные и материальные потоки Между прецедентами, как правило, устанавливаются только отношения зависимости а также отношения, структурирующие прецеденты — отношения обобщения, включения зависимости со стереотипом include , расширения зависимости со стереотипом extend.

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

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

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

Между каждым из частных прецедентов и родительским устанавливается отношение обобщения generali-zation. Раскрывает внутреннее устройство бизнеса: Классы объектов модели бизнеса: Иногда среди активных выделяют: Примеры — Продавец, Регистратор, Секретарь.. Примеры — Разработчик продукции, Изготовитель, Менеджер проекта.. Класс — некоторый тип объектов множество похожих объектов , Экземпляр — конкретный объект представитель класса.

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

Продавец получает заявку клиента Продавец формирует заказ и передает его Изготовителю продукта.

функцией автоматически, используя правила, разработанные разработчиками ARIS Express lдля конструирования диаграмм. Пример моделирования окружения функции «Проверка до-кументов и заявки» бизнес-процесса «Выдача пропуска» выполненный с использованием SmartDesign изображен на рисунке Рис. Моделирование окружения функции «Проверка документа и заявки», выпол-ненное с использованием SmartDesign. Алгоритм выполнения задания 1. Откройте ARIS Express на закладке создания бизнес процессов и активизируйте про-. цедуру SmartDesign. 2. Нажав кнопку, настроите поля, которые будут отображаться. ARIS (Architecture of Integrated Information System) позволяет отражать в единой интегрированной модели: оргструктуры, функции, данные, процессы. Использует множество типов моделей.  Отражает основные бизнес-процессы, их взаимодействие с окружением. Начинается с построения внешней диаграммы (вариантов использования — Use Case Diagram), показывающей, как бизнес виден извне.  Примеры акторов: Клиент, Покупатель, Поставщик, Партнер, Акционер, Заказчик. Прецедент (вариант использования, business use case) — относительно законченная последовательность действий в рамках некоторого бизнес-процесса, приносящая ощутимый результат конкретному актору. Ресурсы — это сущности, с помощью которых осуществляются БП, на пример, оборудование, деньги на расчетном счете, нормативно-справочная ш формация (номенклатуры-ценники, классификаторы) и т. д. Ресурсы, так же и рабочие объекты, могут динамически изменять свое состояние (конкретные экземпляры ресурсов в течение жизненного цикла, но в отличие от рабочих объектов используются в системе в течение нескольких циклов воспроизводства, т.е. находятся в системе постоянно.  АРИС (ARIS – architecture of integrated information systems) это не только программа, а концепция моделирования бизнес-процессов, разработанная профессором Августом-Вильгельмом Шером.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

За дополнительной информацией и по любым вопросам, касающихся темы "Бизнес-процессы" обращайтесь по e-mail: Ближайшие семинары 18 июня, г. Москва "Функционально-стоимостной анализ бизнес-процессов ФСА. Расчет трудозатрат и численности персонала. Москва "Анализ и оптимизация оргструктуры. Москва "Технологии и стандарты описания бизнес-процессов. Москва "Анализ и оптимизация бизнес-процессов.

ARIS и реинжиниринг бизнес-процессов по-житейски. Затем рассмотрим на одном житейском примере, как строить графическую модель процесса. Подходы к описанию организации. □ UML (Юзкейсы). □ BPWin. □ ARIS Пример. Диаграмма выбора процесса. □ Типы почтовых отправлений. На российском рынке одним из лидеров по внедрению технологий описания и совершенствования внутренних бизнес-процессов на базе.

Найдено :

Случайные запросы