Logo GenDocs.ru

Поиск по сайту:  


Загрузка...

Контрольная работа - Бизнес-процессы в задачах моделирования экономических систем - файл 1.doc


Контрольная работа - Бизнес-процессы в задачах моделирования экономических систем
скачать (742.5 kb.)

Доступные файлы (1):

1.doc743kb.17.11.2011 12:21скачать

содержание
Загрузка...

1.doc

Реклама MarketGid:
Загрузка...
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ


Экономико-математические модели


КОНТРОЛЬНАЯ РАБОТА


Бизнес-процессы в задачах моделирования ЭС.


Выполнила -

Группа: ОТЗ-773

Шифр:


Новосибирск 2011 г

Оглавление


1.Введение. 3

2.Основные понятия. 6

3.Моделирование бизнес-процессов. 13

3.1. Основные модели процессов 15

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

4.Заключение. 33

5.Список использованной литературы. 35



  1. Введение.


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

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

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

• отсутствие заинтересованности со стороны высшего руководства организации;

• некорректная постановка целей проекта;

•недостаточная информированность персонала организации относительно целей и результатов проекта;

• непонимание сути и реальных возможностей используемых методов моделирования;

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

• неэффективное применение инструментов моделирования.

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

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

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

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

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

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

Цель контрольной работы – изучение бизнес-процесса как объекта моделирования экономических систем.


  1. ^

    Основные понятия.


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

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

• основные процессы;

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

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

Бизнес-процессы можно также классифицировать по видам деятельности или составу работ (элементам процесса):

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

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

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

• контроль и анализ исполнения плана;

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

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

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

• Представления. Каждое представление отражает определенный аспект бизнес-процессов. Представление – это абстракция, отражающая конкретную точку зрения и скрывающая детали, несущественные для данной точки зрения.

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

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

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

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

• обеспечить понимание текущих проблем организации и возможностей их решения;

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

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

Основная область применения бизнес-моделей – это реинжиниринг бизнес-процессов. При этом предполагается построение моделей текущей и перспективной деятельности, а также плана и программы перехода из первого состояния во второе. Любое современное предприятие является сложной системой, его деятельность включает в себя исполнение десятков тысяч взаимовлияющих функций и операций. Человек не в состоянии понимать, как такая система функционирует в деталях – это выходит за границы его возможностей. Поэтому главная идея создания так называемых моделей «AS_IS» (как есть) и «AS_TO_BE» (как должно быть) – понять, что делает (будет делать) рассматриваемое предприятие и как оно функционирует (будет функционировать) для достижения своих целей.

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

Модель бизнес-процесса должна давать ответы на вопросы:

1. Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?

2. В какой последовательности выполняются эти процедуры?

3. Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса?

4. Кто выполняет процедуры процесса?

5. Какие входящие документы/информацию использует каждая процедура процесса?

6. Какие исходящие документы/информацию генерирует процедура процесса?

7. Какие ресурсы необходимы для выполнения каждой процедуры процесса?

8. Какая документация/условия регламентирует выполнение процедуры?

9. Какие параметры характеризуют выполнение процедур и процесса в целом?

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

Факты – достоверные утверждения о бизнес-процессах, называемые также инвариантами (оплачивается доставка каждого заказа; со стоимости доставки налог с продаж не берется).

^ Правила ограничения – определяют различные ограничения на выполняемые операции;

Управляющие воздействия и реакции на воздействия (когда заказ отменен и еще не доставлен, то его обработка завершается).

^ Операционные ограничения – предусловия и постусловия (доставить заказ клиенту только при наличии адреса доставки).

Структурные ограничения (заказ включает по крайней мере один продукт).

^ Активаторы операций – правила, при определенных условиях приводящие к выполнению каких-либо действий (если срок хранения товара на складе истек, об этом надо уведомить ответственное лицо).

^ Правила вывода:

Правила следствия – правила, устанавливающие новые факты на основе достоверности определенных условий (клиент получает положительный статус только при условии оплаты счетов в течение 30 дней).

^ Вычислительные правила – различные вычисления, выполняемые с использованием математических формул и алгоритмов (цена нетто = цена продукта * (1 +процент налога / 100)).

Для моделирования бизнес-процессов необходимо использовать определенную методику, которая включает:

• описание методов моделирования – способов представления реальных объектов предприятия при помощи объектов модели;

• процедуру – последовательность шагов по сбору информации, ее обработке и представлению в виде моделей (диаграмм и документов).

Методика может существовать как самостоятельный продукт (например, метод Ericsson-Penker) или входить в состав комплексной технологии создания ПО (например, метод моделирования бизнес-процессов в технологии Rational Unified Process).


  1. ^

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




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

Для чего нужны модели?

Модели бизнеса:

• вводят точность и методологичность;

• обеспечивают единственное, последовательное представление;

• интегрируют процессы, ИТ-системы, оргструктуру, информацию и данные;

• позволяют увидеть и проанализировать взаимосвязи;

• помогают проводить проверку правильности, просмотр и тестирование процессов;

• обеспечивают информативную среду для оценки сценариев типа «а что, если...»

• являются основой для быстрого внедрения изменений процессов

^ Перечислим общие принципы моделирования:

1. Принцип корректности. Корректность моделей зависит от полноты и согласованности синтаксиса конкретной метамодели.

2. Принцип релевантности. Модель не должна содержать информации больше, чем необходимо.

3. Принцип соизмеримости затрат и выгод. Соотношение объема усилий для создания моделей и полезности моделирования конкретного сценария, продолжительности использования моделей.

4. Принцип прозрачности. Разбиение моделей на различные типы представлений (подмодели) облегчает понимание моделей.

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

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

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

1. Учет целей моделирования.

2. Использование эталонных и референтных моделей.

3. Моделирование «сверху-вниз».

4. Принцип разумной достаточности. Решение не должно быть слишком сложным по сравнению с самой решаемой задачей.

5. Обеспечение целостности описания.

6. Учет эргономических критериев (ограничение числа объектов и геометрического размера модели).

7. Соизмеримость моделей одного уровня детализации по степени обобщения информации.

8. Концентрация ресурсов на ключевых аспектах деятельности и на «болевых точках».


^

3.1. Основные модели процессов


1. Диаграмма цепочки добавленного качества (Value-added chain diagram, VAD) описывает процессы организации, которые непосредственно влияют на качество ее функционирования. Эти процессы формируют стоимость продукции и работ, количество и качество выпускаемой продукции и т.д. Качество – свойство или совокупность существенных свойств организации, обуславливающих ее пригодность для достижения поставленных целей.

2. Диаграмма выбора процесса (^ Process selection diagram, PSD) отображает различные сценарии выполнения процесса в соответствии с главными процессами

  1. Событийная цепочка процесса (Extended event driven process chain, eEPC) описывает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются организационными единицами и позволяет осуществлять связь между организационной и функциональной моделями. Используется для описания сценария процесса и процедур

  2. Диаграмма окружения функции (^ Function allocation diagram, FAD) предназначена для описания объектов, окружающих функцию, (исполнителей, входных и выходных потоков информации, документов, материалов, продуктов/услуг, ИС). Применяется для детализации функций и, при необходимости, процессов.



Рисунок 1 Основные модели и уровни описания процессов
    1. ^

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




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

• метод функционального моделирования SADT (IDEF0);

• метод моделирования процессов IDEF3;

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

• метод ARIS;

• метод Ericsson-Penker;

•метод моделирования, используемый в технологии Rational Unified Process.

Рассмотрим кратко некоторые из них.

^ Метод SADT (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.

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

1. Верхний уровень модели должен отражать только контекст системы – взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.

2. На втором уровне модели должны быть отражены основные виды деятельности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели.

Но в любом случае под виды деятельности необходимо отводить не более двух уровней модели.

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

элементарных бизнес-операций.

4. Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.

Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности.

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

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

• Строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков – ограничение мощности краткосрочной памяти человека), связность диаграмм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных).

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

Метод SADT может использоваться для моделирования самых разнообразных процессов и систем. В существующих системах метод

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

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




Рисунок 2

Это верно и для интерфейсных дуг – они также соответствуют полному набору внешних интерфейсов системы в целом.

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

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

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


^ Метод моделирования процессов IDEF3

Метод моделирования IDEF3, являющийся частью семейства стандартов IDEF, был разработан в конце 1980_х годов для закрытого проекта ВВС США. Этот метод предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов. Хотя IDEF3 и не достиг статуса федерального стандарта США, он приобрел широкое распространение среди системных аналитиков как дополнение к методу функционального моделирования IDEF0 (модели IDEF3 могут использоваться для детализации функциональных блоков IDEF0, не имеющих диаграмм декомпозиции).

Семейство IDEF включает в себя:

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

  2. IDEF1X – методология моделирования структуры информации, основанная на концепции «сущность-связь».

  3. IDEF3 – методология документирования технологических процессов.

4. IDEF4 - методология объектно-ориентированного проектирования

5. IDEF5 - методология, обеспечивающая наглядное представление данных обработки онтологических запросов

Основой модели IDEF3 служит так называемый сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы.

Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели – действие, или в терминах IDEF3 «единица работы» (Unit of Work). Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя. (рис.3)



Рисунок 3 ^ Изображение и нумерация действия в диаграмме IDEF3


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


^ Метод ARIS.

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования.

Одним из таких средств является продукт, носящий название ARIS (Architecture of Integrated Information System), разработанный германской фирмой IDS Scheer. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.

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

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

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

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

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, UML.

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

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

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т.п. Между объектами устанавливаются разнообразные связи. Так, между объектами «функция» и «структурное подразделение» могут быть установлены связи следующих видов:

• выполняет;

• принимает решение;

• участвует в выполнении;

• должен быть проинформирован о результатах;

• консультирует исполнителей;

• принимает результаты.

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

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

Основная бизнес-модель ARIS – eEPC (extended Event_driven Process Chain – расширенная модель цепочки процессов, управляемых событиями)




Рисунок 4 Модель eEPC


На рис. 5 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных правилах:

• каждая функция должна быть инициирована событием и должна завершаться событием;

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




^ Рисунок 5 Фрагмент модели бизнес-процесса.


На рис. 6 показано применение различных объектов ARIS при создании модели бизнес-процесса. Из рис. 6 видно, что бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения.

Реальная длительность выполнения процедур в eEPC визуально не отражается. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например, графики Ганта в системе MS Project.

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


^ Метод Ericsson'Penker.

Метод Ericsson_Penker представляет интерес прежде всего в связи с попыткой применения языка объектного моделирования UML (изначально предназначенного для моделирования архитектуры систем ПО) для моделирования бизнес-процессов. Это стало возможным благодаря наличию в UML механизмов расширения.

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



Рисунок 6 Метамодель категорий бизнес-модели


Наличие механизмов расширения принципиально отличает UML от таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком. К его механизмам расширения относятся:

• стереотипы;

• тегированные (именованные) значения;

• ограничения.

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

Ограничение – это семантическое ограничение, имеющее вид текстового выражения на естественном или формальном языке (OCL – Object Constraint Language), которое невозможно выразить с помощью графической нотации UML.

Авторы метода Ericsson_Penker создали свой профиль UML для моделирования бизнес-процессов под названием Ericsson_Penker Business Extensions, введя набор стереотипов, описывающих процессы, ресурсы, правила и цели деятельности организации.

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

Ресурсы – различные объекты, используемые или участвующие в бизнес_процессах (люди, материалы, информация или продукты). Ресурсы структурированы, взаимосвязаны и подразделяются на физические, абстрактные, информационные и человеческие.

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

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

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



Рисунок 7 Диаграмма деятельности для процесса


Бизнес-процесс в самом простом виде может быть описан как множество деятельностей. Метод Eriksson-Penker представляет образец процесса на диаграмме деятельности (рис. 8) в виде деятельности со стереотипом «process» (в качестве основы данного образца использовано представление процесса в методе IDEF0, расширенное за счет введения цели процесса). Процесс использует входные ресурсы и формирует выходные ресурсы, показанные в виде объектов со стереотипом «resourse», соединенных с процессом связями зависимости. Ресурсы, играющие в методе IDEF0 роли «управления» и «механизма», также соединены с процессом связями зависимости со стереотипами «supply» и «control». Цель процесса показана как объект со стереотипом «goal».


Это был краткий обзор основных методов моделирования бизнес-процессов. Ниже проиллюстрирован сравнительный анализ возможностей инструментальных средств. ARIS, BPwin, ERwin и Visio.


Сравнительный анализ возможностей инструментальных средств. ARIS, BPwin, ERwin и Visio



Рисунок 8


  1. Заключение.




В настоящее время на российском рынке представлено достаточно большое количество инструментальных средств (ARIS, AllFusion Modeling Suite, Rational Rose и др.), которые позволяют, так или иначе, создавать описания (модели) бизнес-процессов. Рациональный выбор средств возможен при понимании руководством компании и ее специалистами нескольких аспектов:

• целей проекта;

• требований к информации о бизнес-процессах, необходимой для анализа и принятия решений в рамках конкретного проекта;

• возможностей инструментальных средств в части описания процессов.

Говорить о преимуществе того или иного метода и средств бессмысленно, пока не определены тип и рамки проекта, его основные задачи.

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

От задачи к задаче требования к описанию бизнес-процессов могут меняться.

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


  1. ^

    Список использованной литературы.


  1. "Jet Info" Информационный бюллетень. №10 2004 год. Статья "Методы и средства моделирования бизнес-процессов" Автор А.М. Вендров.

  2. Чеботарев В.Г. Анализ и моделирование бизнес-процессов. Логика бизнеса, 2005

  3. Войнов И. В., Пудовкина с. г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения АRIS-моделей: Монография. — Челябинск: Изд. ЮУрГУ 2002. — 392 с.



Скачать файл (742.5 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации
Рейтинг@Mail.ru