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

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

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

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

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

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

- метод функционального необходимых моделирования IDEF0;

- метод область моделирования процессов негативные IDEF3;

- моделирование потоков выполняются данных DFD;

- метод ARIS;

- метод Ericsson-Penker;

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

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

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

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

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

Метод моделирования регистрации IDEF3 являющийся частью заключается семейства стандартов оказывающие IDEF, был действия разработан в конце 1980х собой годов для быть закрытого проекта анализируемой ВВС США. Этот нотация метод предназначен наличие для моделирования производимые последовательности выполнения методика действий и взаимозависимости друга между ними меха в рамках процессов. Хотя форме IDEF3 и не достиг блока статуса федерального выделяет стандарта США, он принципи приобрел широкое scheer распространение среди принципы системных аналитиков детализируются как дополнение только к методу функционального сумм моделирования IDEF0 (модели обобщающим IDEF3 могут регистраци использоваться для исполнения детализации функциональных размеры блоков IDEF0, современной не имеющих диаграмм этапов декомпозиции). Основой выпускающие модели IDEF3 служит этого так называемый сценарий примерами процесса, который выделяет систем последовательность действий рекомендаций и под процессов анализируемой йствия системы. Как являются и в методе IDEF0, моделирования основной единицей методу модели IDEF3 является простейшем диаграмма. Другой отражаться важный компонент модели - действие, цель или в терминах необходимых IDEF3 «единица функциональная работы» (Unit стрелка of Work). Диаграммы предприятие IDEF3 отображают действие наиболее в виде прямоугольника. Действия только именуются с использованием составляют глаголов или вход отглагольных существительных, процедуры каждому из действий действия присваивается уникальный область идентификационный номер. Этот даже номер не используется обоснование вновь даже анализ в том случае, ресурсы если в процессе считается построения модели непонимание действие удаляется. В идентификации диаграммах IDEF3 номер каждом действия обычно процессного предваряется номером метод его родителя. Существенные сложившаяся взаимоотношения между организ действиями изображаются методу с помощью связей.

Диаграммы человек потоков данных (Data являются Flow Diagrams - DFD) представляют гистрировать собой иерархию регистрации функциональных процессов, процессного связанных потоками доказательства данных. Цель обобщающим такого представления - продемонстрировать, доказательства как каждый представляющие процесс преобразует ставленных свои входные рамках данные в выходные, разнообра а также выявить моделирования отношения между декомпозиции этими процессами.

Для представляют построения DFD блока традиционно используются российскими две различные генерирует нотации, соответствующие всех методам Йордона-ДеМарко систем и Гейна-Сэрсо на. Эти потребляемые нотации незначительно которые отличаются друг унитарные от друга графическим комплексной изображением символов (далее приобретения в примерах используется выполняются нотация Гейна Сэрсона). В оценка соответствии с данным детали методом модель предприятия системы определяется которые как иерархия этапов диаграмм потоков речисленн данных, описывающих соблюдение асинхронный процесс этап преобразования информации выходящая от ее ввода в систему контроль до выдачи потребителю. Источники управления информации (внешние стрелки сущности) порождают постановке информационные потоки (потоки правовой данных), переносящие образом информацию к подсистемам функциональных или процессам. Те, предприятия в свою очередь, практике преобразуют информацию планирование и порождают новые экономические потоки, которые этого переносят информацию поддерживающий к другим процессам свидетельство или подсистемам, блока накопителям данных уровне или внешним этапов сущностям - потребителям детализируются информации. Диаграммы которая верхних уровней функциональный иерархии (контекстные грузов диаграммы) определяют любог основные процессы деление или подсистемы отразить с внешними входами единство и выходами. Они человек детализируются при одного помощи диаграмм производимые нижнего уровня. Такая день декомпозиция продолжается, динамические создавая многоуровневую пользовать иерархию диаграмм, недостаточная до тех пор, необходимых пока не будет после достигнут уровень рабочей декомпозиции, на котором общности детализировать процессы правовой далее не имеет нового смысла.

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

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

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

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

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

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

- выполняет;

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

- участвует стрелка в выполнении;

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

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

- принимает некоммерческие результаты.

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

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

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

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

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

2.2 Синтаксис дуги и семантика моделей обоснование IDEF0

Нотация IDEF0 крайне структуре проста. Она эрсо содержит только новых две сущности - блоки имущественной и стрелки. должны

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

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

Интерфейсные предприятиям дуги

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

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

Типизацию объектного категорий информации уставного можно описать общности аббревиатурой ICOM: доказательства

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

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

O (Output), каком выход - то, перехода что является сложившаяся результатом выполнения принципы процесса;

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

Рис. 3. Функциональный определяется блок и интерфейсные реализацию дуги

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

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

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

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

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

Комбинированные определяют стрелки

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

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

Рис. 4. Комбинированная интерфейсную стрелка выход-вход

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

Рис. 5. уставных Комбинированная обратная стрелка выход-управление

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

Рис. 6. Комбинированная рамках стрелка выход-механизм тельности исполнения

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

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

Рис. 7. Комбинированная являются стрелка выход-обратная функ связь на управление

Рис. 8. Комбинированная стью стрелка выход-обратная выделяет связь на вход

Разъединение необходимо и соединение стрелок организации

Выход работы функционального блока должно может быть систем использован в нескольких рабочей блоках. В IDEF0 предусматривается можно соединение и разъединение первом стрелок. Разъединённые диаграмма или объединённые вход стрелки могут розничной иметь наименования, регистраци отличающиеся от наименования оборот исходной стрелки. Совокупность используемые исходной и разъединённых моделирования или объединённых предприятия стрелок называется уставного связанными стрелками. Эта казенные техника применяется фирменное для того, может чтобы отразить такая использование только используемые части сырья друга или информации, моделирования обозначаемых исходной являются стрелкой (см. рис. 9). входу

Рис. 9. Разъединение оценщика и переименование стрелок

Туннели метод

По постановке методике все стороны элементы, присутствующие источники на вышележащих диаграммах, приобрел должны присутствовать функционирует и на нижележащих. Но это методу может загромождать прав разработку излишними стрелки подробностями. Для кому управления уровнем указываются детализации используются своей туннели. Если именно одна из стрелок цессного отсутствует на родительской наличи диаграмме и не связана качестве с другими стрелками этапов родительской диаграммы, иного то точка входа блочного или выхода представляющие этой стрелки обозначается должна туннелем. Графически непонимание это обозначается выработанное обрамлением соответствующего входящие конца стрелки определение круглыми скобками. Стрелка, пятый выходящая из туннеля, aris называется стрелкой регулирования импорта ресурсов (см. рис. 10). результате

Рис. 10. Стрелка, моделиро выходящая из туннеля

Стрелка, могут входящая в туннель, считается называется стрелкой источники подразумевания ресурса (см. рис. 11). вероятность

Рис. 11. Стрелка, изменении входящая в туннель

2.3 Построение отразить моделей в IDEF0

Рекомендуется следующая предприятиям последовательность при регулирования построении функциональной практическое модели:

1) формирование цели между моделирования;

2) выбор точки функционирует зрения;

3) определение области друг моделирования;

4) создание блока сложной контекстной диаграммы;

5) создание зависимый стрелок на контекстной передает диаграмме;

6) создание диаграмм иначе декомпозиции;

7) создание диаграмм меха узлов и иллюстраций.

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

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

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

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

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

Стрелки проще существенные проектировать в таком может порядке:

1) выход,

2) вход,

3) механизм,

4) управление.

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

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

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

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

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

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

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

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

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

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

2.4 предприятия Инструментальная блоки среда Ramus Educational

Ramus образом Educational - бесплатная предоставить версия кроссплатформенной своим системы моделирования наче и анализа бизнес-процессов метамодель Ramus, позиционируемая изменении разработчиками как объектные программный продукт загромож для использования стрелка в процессе обучения. Про- грамма рассматривает работает на платформах диаграмма Windows 7/8 и грузов предыдущих версиях результа данной ОС, методика Mac OS X, Linux. Текущая своим версия - 1.1.1 (октябрь 2009 года). Программное между обеспечение Ramus информацию предназначено для цель описания бизнес-процессов осуществления пред- приятия рабочей на языках IDEF0 и составляют DFD с возможностью глагольном создания систем построения классификации и кодирования. Ramus кому рассматривается создателя- ми влияющие как инструмент астраивать бизнес-аналитиков в проектах ограничение по построению или чтобы реорганизации систем входящая управления предприятием. Разработчики потенциальная программы: Виталий систему Яковчук, Алексей деятельности Чижевский. Поддерживается предприятие русскоязычный сайт регулирует проекта Ramus, левую на котором доступны стороны последние обновления управление системы.

Основные функциональные конкретных возможности Ramus осуществляющей Educational: моделирование товара процессов с использованием накладывая методологий IDEF0 и икация DFD, разработка применяется систем классификации гистрировать и кодирования предприятия исключением с внутренними связями и связями соединение с моделями процессов, добавляющие импорт/экспорт в формат какими IDL. Используется момента собственный формат поэтому хранения данных. Обеспечивается возможностей частичная совместимость царящий с CASE-средством CA ERwin объектного Process Modeler.

Несмотря информацию на то, что всех в Ramus Educational выход отсутствуют, например, штатную такие функции выражающих как АВС-анализ, законом возможность определения отвечает пользовательских свойств быть процессов UDP (User графическим Defined Properties) и когда некоторые другие собой возможности, характерные стороны для более доставка мощных систем потребляемые функционального моделирования, различные данный программный кретных продукт можно моделировании по праву причислить зрения к CASE-средствам. Программа является не просто визуализирует зрения бизнес-процессы, но и позволяет параметры создавать целостную уровне многоуровневую модель, диаграмма обеспечивая автоматическую цель поддержку синтаксиса метод IDEF0 и DFD, минимум семантическую строгость, уставного необходимые получения физические правильных и непротиворечивых составляющих результатов моделирования.

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

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

Ramus Education дает возможность наглядно представить любую деятельность или структуру в виде модели, что позволит оптимизировать работу организации, проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции, повысить гибкость и эффективность. Ramus Education поддерживает две методологии (IDEF0, DFD), позволяющие анализировать бизнес с ключевых точек зрения:

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

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

Внутри Ramus Educational работает также проект Open Ramus, в рамках которого предоставляются базовые библиотеки Ramus (Ramus Core), написанные на Java и открытые под лицензией GPL. К Ramus Core относятся библиотеки для работы с данными, сохранения данных в файл, добавления стандартных типов данных, работы с СУБД, создания объектов, необходимых для работы с данными, добавления данных, необходимых для работы редакторов IDEF0 и DFD. Также доступны примеры программ, использующие библиотеки Ramus Core. Программное обеспечение Ramus написано на Java, поэтому является кроссплатформенным.

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

• моделирование процессов с использованием методологий IDEF0 и DFD;

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

• импорт/экспорт в формат IDL.

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

Используется собственный формат хранения данных. Обеспечивается частичная совместимость с известным инструментом для моделирования, анализа, документирования и оптимизации бизнес-процессов AllFusion Process Modeler, ранее имевшим название BPWin.

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

CASE-средство Ramus Education позволяет ответить на следующие вопросы.

• Как работает предприятие?

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

• Как будет работать предприятие?

Найденные в модели «как есть» недостатки можно исправить при создании модели «как будет». При этом, как правило, создается несколько моделей «как будет», из которых по какому-либо критерию выбирается лучшая. Ramus Education поддерживает формат IDL, который является стандартом для экспорта и импорта моделей IDEF0, что дает возможность разрабатывать модели различными CASE-средствами.

Размещено на Allbest.ru