МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ
БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ОБРАЗОВАНИЯ
«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ
УНИВЕРСИТЕТ»
И.В. Абрамов, М.Г. Матвеев
Лабораторная работа № 4
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ
МОДЕЛИРОВАНИЕ И BUSINESS STUDIO
Учебно-методическое пособие
Воронеж
Издательский дом ВГУ
2017
Стр.1
СОДЕРЖАНИЕ
1. Цели работы ...................................................................................................... 4
2. Основы теории .................................................................................................. 4
3. Объект изучения ............................................................................................. 10
4. Подготовка к работе ....................................................................................... 10
5. Рабочее задание .............................................................................................. 12
6. Указания к выполнению работы .................................................................. 12
7. Контрольные вопросы ................................................................................... 25
Библиографический список .............................................................................. 25
3
Стр.3
Событие – состояние, которое является существенным для целей
управления бизнесом и оказывает влияние или контролирует дальнейшее
развитие одного или более бизнес-процессов.
Управление бизнес-процесса (в IDEF0) – управляющие воздействия,
регламентирующие выполнение процесса.
Функция – действие или набор действий, выполняемых над исходным
объектом (документом, ТМЦ и прочим) с целью получения заданного
результата.
Для проектирования информационно-технологических моделей в
Business Studio заложены возможности построения упрощенных моделей
еEPC – ЕРС.
eEPC – нотация ARIS. eEPC (extended Event Driven Process Chain) –
расширенная нотация описания цепочки процесса, управляемого событиями.
Нотация разработана специалистами компании IDS Scheer
AG (Германия) (профессор Шеер) [5].
extended – расширенный (ая)
Event
– событие (ями)
Driven
Process
Chain
– управляемый (ых)
– процесс (ов)
– цепочка (и)
нотация
Нотация eEPC сложна, имеет множество блоков. Правила построения
моделей из разных блоков меняются в зависимости от предметной
области организации. Поэтому, чтобы построить эффективные бизнес-процессы,
для каждой организации должна быть выделена своя,
частная, нотация. Таким выделением занимаются отдельные специалисты
по методологии и продуктам ARIS
(http://www.finexpert.ru/view/ARIS_eEPC_ili_protsedura_Business_Studio/72)
6
Стр.6
НОТАЦИЯ ЕРС [3, 2, 5]
Аналитика функциональной, информационной и организационной
моделей в совокупности, т.е. попытка взаимной увязки разнородных блоков
(функций, данных и структурных подразделений организации) в одной модели,
привела к появлению нового описания – ЕРС.
За основу этого описания, т.е. то, от
чего можно оттолкнуться при адекватном
понимании бизнес-процессов,
взяты ФУНКЦИИ.
Сначала функциональную модель
стали совмещать с организационной
моделью. Каждой Функции ставили в
соответствие организационные подразделения
организации.
Дальнейшие рассуждения о Функциях
привели к такому понятию как
СОБЫТИЕ. Оно может быть для
Функции как начальным, так и конечным.
Начальное Событие передает
управление Функции, конечное
Событие может быть результатом
самой Функции. Наконец, конечное
Событие передает управление следующей
Функции.
7
Функция 1
Функция 2
Функция 1
Отдел 1
Функция 2
Отдел 2
Событие 1
Функция 1
Отдел 1
Событие 2
Функция 2
Событие 3
Отдел 2
Стр.7
С Событиями стали увязывать ОБЪЕКТЫ – документы, информацию,
программы, ТМЦ и др. В результате Событие рассматривается как факт, который
определяет статус Объекта. Статус Объекта обуславливает дальнейшее
рассмотрение определенной Функции.
Для выполнения Функции требуется время. Событие происходит
мгновенно.
К чему приводят рассуждения, которые явились основой для появления
нотации ЕРС?
С учетом понятий раздела «Термины» Функции, изначально понимавшиеся
как совокупность действий, стали получать управляющие воздействия.
Появились целенаправленные маршруты движения при различных
воздействиях. Тогда результат – появились Процедуры. Именно такое определение
они и имеют – совокупность Действий (Работ) с их целенаправленной
организацией. Функции превратились в Действия и/или Процессы.
Таким образом, диаграммы ЕРС – это информационно-технологические
модели, которые кроме Действий, их последовательности выполнения,
содержат еще и привязку к структурным единицам организационной
модели и Объектам.
Нотации EPC (элементы)
Элемент
нотации
Смысловое
значение
Функция
Событие
Сноска
8
Элемент
нотации
Смысловое
значение
Интерфейс процесса
(внешний
Процесс/Функция)
Субъекты
Стр.8
Нотации EPC (объекты деятельности (сопровождают элементы))
Элемент
нотации
Смысловое
значение
Бумажный
документ
Электронный
документ
Элемент
нотации
Смысловое
значение
Информация
Информационная
система
(программные
продукты:
система)
Модуль
ТМЦ
Функция
информационной
системы
База данных
Нотации EPC (операторы)
«И»
«ИЛИ»
Функции/События – слияние/ветвление
Функции – слияние/ветвление
События – слияние
«Исключающее ИЛИ»
Функции – слияние/ветвление
События – слияние
9
Сформированный
Термин
Набор объектов
информационной
системы
Стр.9
Нотации EPC (правила)
Элемент нотации
Событие/Интерфейс
Событие/Функция
Функция
События/Операторы
вокруг ФУНКЦИИ
Объекты без связи на диаграмме
Оператор
слияния
Оператор ветвления
Оператор
Событие одиночное
Событие + Функция
Операторы
Правило
начало/конец диаграммы
должны чередоваться
содержат 1 вход и 1 выход
кол-во на диаграмме <= 20
показываются на диаграмме декомпозиции
не должно быть
>= 2 входящих связи + 1 исходящая связь
1 входящая связь + >= 2 исходящих связей
если на входе Событие,
то на выходе – Функция
если на входе Функция,
то на выходе – Событие
за ним не должно быть операторов
«ИЛИ»/«Исключающее ИЛИ»
одновременно объединять/ветвить нельзя
должна соблюдаться логика в диаграмме
На рисунке приведен пример модели ЕРС.
ЛОГИЧЕСКИЕ МОДЕЛИ ДЕЯТЕЛЬНОСТИ
Сложное функциональное моделирование может сопровождаться
диаграммами Basic Flowchart (базовые блок-схемы, т.е. алгоритмы работ
или логические модели деятельности).
10
Стр.10