Возможность слияния и расщепления моделей обеспечивает коллективную работу над проектом. Так, руководитель проекта может создать декомпозицию верхнего уровня и дать задание аналитикам продолжить декомпозицию каждой ветви дерева в виде отдельных моделей. После окончания работы над отдельными ветвями все подмодели могут быть слиты в единую модель. С другой стороны, отдельная ветвь модели может быть отщеплена для использования в качестве независимой модели, для доработки или архивирования.
| Node | Номер узла диаграммы (номер родительской работы ) |
| Title | Имя диаграммы. По умолчанию — имя родительской работы |
| Number | C-Number, уникальный номер версии диаграммы |
| Page | Номер страницы, может использоваться как номер страницы при формировании папки |
BPwin использует для слияния и разветвления моделей стрелки вызова. Для слияния необходимо выполнить следующие условия:
Моделирование сквозных процессов: за и против
- Обе сливаемые модели должны быть открыты в BPwin.
- Имя модели-источника, которое присоединяют к модели-цели, должно совпадать с именем стрелки вызова работы в модели-цели.
- Стрелка вызова должна исходить из недекомпозируемой работы ( работа должна иметь диагональную черту в левом верхнем углу) (рис. 7.33).
Рис. 7.33. Стрелка вызова работы «Сборка и тестирование компьютеров» модели-цели
Для слияния моделей нужно щелкнуть правой кнопкой мыши по работе со стрелкой вызова в модели-цели и во всплывающем меню выбрать пункт Merge Model .
Появляется диалог, в котором следует указать опции слияния модели (рис. 7.34). При слиянии моделей объединяются и словари стрелок и работ . В случае одинаковых определений возможна перезапись определений или принятие определений из модели-источника. То же относится к именам стрелок, хранилищам данных и внешним ссылкам . (Хранилища данных и внешние ссылки — объекты диаграмм потоков данных , DFD , будут рассмотрены ниже.)
Рис. 7.34. Диалог Continue with merge
После подтверждения слияния (кнопка OK) модель-источник подсоединяется к модели-цели, стрелка вызова исчезает, а работа , от которой отходила стрелка вызова, становится декомпозируемой — к ней подсоединяется диаграмма декомпозиции первого уровня модели-источника. Стрелки , касающиеся работы на диаграмме модели-цели, автоматически не мигрируют в декомпозицию, а отображаются как неразрешенные. Их следует туннелировать вручную.
Главные модели построения бизнес процессов! Моделирование бизнес процессов!
В процессе слияния модель-источник остается неизменной, и к модели-цели подключается фактически ее копия. Не нужно путать слияние моделей с синхронизацией. Если в дальнейшем модель-источник будет редактироваться, эти изменения автоматически не попадут в соответствующую ветвь модели-цели.
Разделение моделей производится аналогично. Для отщепления ветви от модели следует щелкнуть правой кнопкой мыши по декомпозированной работе ( работа не должна иметь диагональной черты в левом верхнем углу) и выбрать во всплывающем меню пункт Split Model . В появившемся диалоге Split Options следует указать имя создаваемой модели. После подтверждения расщепления в старой модели работа станет недекомпозированной (признак — диагональная черта в левом верхнем углу), будет создана стрелка вызова, ее имя будет совпадать с именем новой модели, и, наконец, будет создана новая модель, причем имя контекстной работы будет совпадать с именем работы , от которой была «оторвана» декомпозиция .
Создание отчетов в BPwin
BPwin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report . Всего имеется семь типов отчетов:
- Model Report. Включает информацию о контексте модели — имя модели, точку зрения, область, цель, имя автора, дату создания и др.
- Diagram Report. Отчет по конкретной диаграмме. Включает список объектов ( работ , стрелок, хранилищ данных, внешних ссылок и т. д.).
- Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели ( работ , стрелок с указанием их типа и др.) и свойства, определяемые пользователем.
- Activity Cost Report. Отчет о результатах стоимостного анализа. Будет рассмотрен ниже.
- Arrow Report. Отчет по стрелкам . Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
- Data Usage Report. Отчет о результатах связывания модели процессов и модели данных. (Будет рассмотрен ниже.)
- Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.
Источник: intuit.ru
Лекция 8
Сбор дополнительной информации Анализ процессов (количественный анализ процессов) Анализ структур (например, организационной структуры) Выявление и оценка «узких мест» и потенциала для совершенствован ия Уточнение дальнейших этапов
4 5 Проектирование процессов Внедрение «как должно быть»
Определение и оценка альтернативных сценариев Проектирование процессов «как будет» Проектирование структур «как будет» Создание новых регламентов/инст рукций Уточнение дальнейших этапов
Разработка плана перехода и временных решений Коммуникации и доведение информации до персонала компании Обучение сотрудников компании Внедрение, мониторинг и оценка
Организация проекта c использованием ARIS (I)
Назначение и структура документов, необходимых для реализации 1 этапа 3
| 1. Устав проекта |
| — определяет всю организационную сторону работ в проекте |
| (роли, их ответственность, состав и формат результатов, |
план работ и порядок разработки результатов) 2. Соглашение о моделировании — содержат правила и принципы построения моделей
| 3. Положение о правилах создания и обновления |
| регламентных документов |
| — определяет порядок действий при изменении процессов |
| и очередность изменения связанных документов |
2. Соглашение о моделировании
Методология ARIS поддерживает большое количество типов моделей, нотаций и объектов, т.е. предоставляется чрезмерное количество возможностей. Поэтому перед началом моделирования необходимо определиться с набором используемых типов моделей, а следовательно, объектов, их атрибутов и связей. Для этого формируются соглашения по моделированию. Разработка этих соглашений сама по себе является сложной, дорогостоящей задачей, требующей значительного времени (1—3 месяца) и квалифицированных специалистов. Если проект с использованием системы ARIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих на поставленные вопросы, составляет 80—90%.
2. Соглашение о моделировании (продолжение)
5 Процессы
| Определение | Определение | Определение | Определение | Определение |
| структуры | методов | дополнительных | технических | проектных |
| моделирования | моделирования | соглашений | составляющих | процедур |
| Определение |
| уровней |
| моделирования |
| Определение |
| иерархии |
| групп |
| Определение |
| ролей |
| пользователей |
| Определение |
| типов |
| моделей |
| Определение |
| типов |
| объектов |
| Определение |
| типов |
| связей |
| Определение |
| детализаций |
| Определение |
| типов |
| атрибутов |
| Определение |
| соглашений |
| по названиям |
| Соглашения |
| по графическому |
| отображению |
| Назначение |
| идентификаторов |
| Определение |
| системной |
| инфраструктуры |
| Определение |
| семантических |
| проверок |
| Определение |
| отчетов |
| Определение |
| процедур упр-я. |
| базами данных |
2. Соглашение о моделировании (продолжение)
| В определении структуры моделирования в Соглашении важно обозначить степень | |
| подробности описания процессов, т.е. уровни VAD-диаграмм и eEPC-диаграмм. | |
| Другими словами определяются границы глубины исследования. | |
| После этого становится понятным, останавливаться ли на уровне, например, | |
| управлений, отделов, бюро или доходить до исполнителей, которым уже не | |
| подчиняется никто. В связи с этим назначаются и роли. | |
| В определении методов моделирования из многочисленных возможных моделей, | |
| объектов, связей и атрибутов выбираются те, которые будут использоваться в | |
| 6 | конкретном проекте |
| В дополнительных соглашениях приводятся: глоссарий, таблица с графическими | |
| изображениями обозначений событий, функций, организационных единиц, исходных | |
| документов, информационных систем, баз данных, электронной почты и других | |
| средств передачи информации, применяемых в проекте. А также приводятся | |
| идентификаторы, однозначно определяющие другие используемые артефакты. | |
| В технических составляющих описывают инфраструктуру исследуемых процессов | |
| семантические проверки, виды отчетов и процедур управления базами данных | |
| В определении проектных процедур – оговариваются конечные решения | |
| (оптимизация, контроль, компоновка, и т. д.) |
2. Соглашение о моделировании
(продолжение) Рассмотрим подробнее раздел « Использование моделей ARIS для описания предметных областей» в Соглашении о моделировании. В состав раздела входит подраздел «Обзор уровней моделирования и взаимосвязей используемых моделей», в котором описываются процессы 1-5 уровней Процессы При описании процессов необходимо реализовывать принцип системного подхода, который требует рассматривать всю организацию как систему взаимосвязанных и взаимодействующих процессов. Одной из главных задач, возникающих при реализации системного подхода, является идентификация, описание и управление процессами деятельности. При выборе процессов верхнего уровня следует придерживаться следующих критериев: • Соизмеримость процессов: по сложности; по составу; по значимости; • Учет целей проекта; • Эргономический критерий. Модель должна содержать такое число объектов, чтобы она легко читалась при ее распечатке.
2. Соглашение о моделировании (продолжение)
Целостное описание процесса предполагает задание его названия, раскрывающего его сущность, описания реализуемой последовательности функций, определение участников процесса (трудовые ресурсы). Иерархия понятий, используемых при описании процессов: • Процессы верхнего уровня компании • Группы процессов • Сценарии процессов • Процедуры • Функции
2. Соглашение о моделировании (продолжение)
Уровни моделирования процессов и взаимосвязь используемых моделей Уровень 1 – модель типа VAD, предназначена для отображения процессов верхнего уровня; Уровень 2 – модель типа VAD, предназначена для отображения процесса верхнего уровня и входящие в него группы процессов; Уровень 3 – модель типа PSD (матрица сценариев), предназначена для отображения сценариев процессов, из которых состоит группа процессов; Уровень 4 –модель ЕРС (четвертого уровня), предназначена для отображения состава и последовательности взаимодействия процедур; Уровень 5 – модель типа ЕРС(пятого уровня), предназначена для отображения состава и последовательности взаимодействия функций, входящих в процедуру процесса.
2. Соглашение о моделировании (продолжение)
| Подраздел «Перечень используемых моделей» | |||
| Таблица 1. Перечень используемых моделей | |||
| № пп | Предметная | Назначение модели | Тип модели |
| 1 | область | ||
| Процессы | 1.1. Процессы верхнего уровня | Value-Added Chain | |
| 1.2. Группа процессов | Diagram | ||
| 1.3. Сценарии процесса | Process Selection | ||
| Diagram | |||
| 1.4. Сценарий процесса | Extended EventDriven | ||
| 1.5. Процедура | Process Chain | ||
| 1.6. Окружение группы процессов | Function allocation | ||
| 1.7. Окружение сценария процесса | diagram | ||
| 2 | 1.8. Окружение функции | ||
| Организацион | 2.1. Организационная структура верхнего | Organizational Chart | |
| ная структура | уровня | ||
| 2.2. Организационная структура уровня | |||
| департамента, | |||
| 2.3. Карта бизнес-ролей и ресурсов | |||
| 2.4. Модели финансовой структуры | |||
Источник: studfile.net
Соглашения по моделированию бизнес-процессов в стандарте ARIS. Примеры
Общие положения. Глоссарий терминов проекта. Структура базы проекта моделирования и роли участников проекта. Модели в проекте.
Смотрите также
Войнов И.В., Пудовкина С.Г., Телегин А.И. Моделирование экономических систем и процессов
- формат djvu
- размер 5.91 МБ
- добавлен 30 июля 2009 г.
Всяких Е.И., Зуева А.Г., Носков Б.В. и др. Практика и проблематика моделирования бизнес-процессов
- формат fb2
- размер 2.88 МБ
- добавлен 03 октября 2011 г.
М.: ИТ-Экономика, 2008 г., 246 с. Цель книги – познакомить читателей с существующими подходами и решениями в области моделирования бизнес-архитектуры предприятия. В книге освещаются различные аспекты данной проблематики, в том числе такие вопросы как базовые подходы к моделированию и возможности современных инструментальных средств. Особое внимание уделяется специфике организации проектов по разработке моделей бизнес-архитекуры. На основе прак.
Инструментарий ARIS. Методы. Версия 4
- формат pdf
- размер 676 КБ
- добавлен 10 июня 2010 г.
Описание методологии описания бизнес-процессов в нотации ARIS. ARIS (сокр. от англ. Architecture of Integrated Information Systems) — методология и программный продукт компании IDS Scheer для моделирования бизнес-процессов компании.
Лекции — Регламентация бизнес-процессов
- формат ppt
- размер 8.31 МБ
- добавлен 04 октября 2011 г.
Москва: ВШЭ, 2006, Стерлигова Алла Николаевна. Что внутри: Процессный подход к управлению. Эволюция менеджмента организации и развитие процессного подхода к управлению. Основные понятия, используемые в процессном подходе к управлению. Основы моделирования бизнес-процессов. Выделение бизнес-процессов.
Пошаговая технология разработки моделей бизнес-процессов. Система стандартов МС ИСО серии 9000:2000 и 9001:2000. Процессный подход при управлении ка.
Низова Е.Ю., Ткаченко Т.Я. Развитие системы знаний по моделированию бизнес-процессов
- формат pdf
- размер 399.83 КБ
- добавлен 23 октября 2011 г.
Статья опубликована в Системной интеграции в здравоохранении, №1 (11) 2011, 6 стр. Подтверждена актуальность создания системы знаний по моделированию бизнес-процессов в здравоохранении, а также представлены концептуальная модель и иерархия понятий бизнес моделирования, что позволит добиться гарантированного успеха управленческих проектов по усовершенствованию деятельности медицинской организации, в том числе при внедрении информационных медицин.
Простые и сложные модели бизнес-процессов
- формат doc
- размер 243 КБ
- добавлен 10 апреля 2011 г.
Реферат. 15 стр. «Плоские» и «Объемные» модели процессов. «Объемные» модели в нотации IDEF. Модель бизнес-процесса в ARIS еЕРС, удовлетворяющая требованиям процессного подхода к управлению.
Самуйлов К.В., Серебрякова Н.Е., Чукарин А.В., Яркина Н.В. Основы формальных методов описания бизнес-процессов
- формат pdf
- размер 2.04 МБ
- добавлен 06 марта 2011 г.
Учебное пособие. М, РУДН 2008, 130 с. Концепции и методологии моделирования бизнес-процессов инфокоммуникационной компании. Структурный подход к моделированию: семейство IDEF. Методология ARIS — архитектура интергрированных информационных систем. Стандарты OMG для моделирования бизнес-процессов. Языки моделирования бизнес-процессов на базе XML.
От формального представления к моделированию.
Учебный курс. Моделирование бизнеса. Методология и инструментарий ARIS 7.0. ARIS Business Architect.
- формат pdf
- размер 29.12 МБ
- добавлен 07 февраля 2011 г.
Учебный курс «Моделирование бизнеса. Методология и инструментарий ARIS 7.0. ARIS Business Architect». Часть 1 из 2. Материалы семинара, 1-3 дни, Москва, 2008 год. Изучение курса направлено на решение следующих основных задач: — Изучение методологии ARIS. — Освоение инструментария ARIS 7 Business Architect /ARIS Business Designer. — Получение практических навыков моделирования с помощью ARIS 7 Business Architect/ARIS Business Designer.
В рам.
Шеер А.В. Моделирование бизнес-процессов
- формат doc
- размер 5.68 МБ
- добавлен 04 января 2011 г.
М.: Весть-МетаТехнология, 2000. ISBN: 5-89163-049-4 Изд. 2-е, перераб. и доп. ARIS (Архитектура интегрированных информационных систем) представляет собой уникальный метод оптимизации бизнес-процессов и реализации прикладных систем, завоевавший международное признание.
В этой книге подробно описывается использование методов ARIS для моделирования и реализации бизнес-процессов при помощи унифицированного языка моделирования (UML). Создаваемая в рез.
Шеер А.В. Моделирование бизнес-процессов
- формат pdf
- размер 15.76 МБ
- добавлен 17 апреля 2010 г.
М: Весть-МетаТехнология, 2000. ISBN: 5-89163-049-4 ARIS (Архитектура интегрированных информационных систем) представляет собой уникальный метод оптимизации бизнес-процессов и реализации прикладных систем, завоевавший международное признание. В этой книге подробно описывается использование методов ARIS для моделирования и реализации бизнес-процессов при помощи унифицированного языка моделирования (UML). Создаваемая в результате информационная моде.
Источник: www.studmed.ru