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

Скачать материал

Сейчас обучается 269 человек из 65 регионов

Сейчас обучается 403 человека из 63 регионов

Описание презентации по отдельным слайдам:

1 слайд

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

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

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

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

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

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

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

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

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

К числу наиболее распространенных типов относятся следующие методологии:
– моделирования бизнес-процессов (Business Process Modeling);
– описания потоков работ (Work Flow Modeling);
– описания потоков данных (Data Flow Modeling).
11 слайд

Методологии моделирования бизнес-процессов (Business Process Modeling)
Наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF0.
Развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.).
12 слайд

Методологии описания потоков работ (Work Flow Modeling)
Вторая важнейшая методология описания процессов – IDEF3, предназначенная для описания рабочих процессов или, иными словами, потоков работ. Стандарт IDEF3 близок к алгоритмическим методам построения схем процессов и стандартным средствам создания блок-схем.
13 слайд

Методологии описания потоков данных (Data Flow Modeling)
нотации DFD (Data Flow Diagramming), предназначены для описания потоков данных. Они позволяют отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.
14 слайд

Этапы моделирования
16 слайд

Формализация стратегии
Стратегические карты,
Сбалансированная система показателей
Проектирование бизнес-процессов (нотации моделирования):
IDEF0,
Процесс (Basic Flowchart),
Процедура (Cross Functional Flowchart),
EPC (Event Driven Process Chain).
17 слайд

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

Имитационное моделирование
Моделирование деятельности компании в рамках спроектированных бизнес-процессов и организационной структуры.
19 слайд

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

Графическая диаграмма
«БИТЕК Диаграмма бизнес-процесса»
21 слайд

Программные продукты моделирования, анализа и оптимизации бизнес-процессов:
MS Visio,
ARIS,
Бизнес-инженер,
BPwin/AllFusion PM,
Бизнес-студио,
График-студио Лайт, и др.
22 слайд

Классическая методология описания бизнес-процессов
Определение целей и разработка методики описания бизнес-процессов.
Описание окружения бизнес-процесса. Выделение первичных и вторичных входов, выходов, поставщиков и клиентов бизнес-процесса.
Описание функциональной структуры бизнес-процесса.
Описание потоков бизнес-процесса.
Описание структуры и разработка карточек потоков.
Построение диаграмм потоков объектов (DFD — Data Flow Diagram) для процессов верхнего уровня. Построение диаграмм потоков работ (WFD — Work Flow Diagram) для процессов нижнего уровня.
Описание оргструктуры бизнес-процесса и распределения ответственности.
23 слайд

Виды моделей методологии ARIS
Домик ARIS. Организационные, функциональные, информационные и процессные бизнес-модели. Диаграмма целей. Дерево продуктов и услуг. Дерево функций. Диаграмма окружения процесса. Диаграмма цепочки добавленной стоимости. Расширенная цепочка процессов, управляемая событиями (eEPC). Модель оргструктуры. Диаграмма типов информационных систем. Модель документов. Разработка стратегических моделей BSC/KPI. Разработка интегрированной модели предприятия ARIS.
24 слайд

Виды моделей методологии Бизнес-инженер
«БИТЕК Карта стратегических целей», «БИТЕК Дерево продуктов и услуг», «БИТЕК Диаграмма бизнес-процесса», «БИТЕК Организационная диаграмма», Модель «БИТЕК Архитектура информационной системы», «Диаграмма причин и следствий (Исикавы)», «БИТЕК Сетевая диаграмма проблем и решений». Разработка интегрированной бизнес-модели предприятия в формате Бизнес-инженер.
25 слайд

Виды моделей методологии Бизнес-студио
Разработка стратегических моделей BSC/KPI. Модели бизнес-процессов в различных нотациях. Моделирование оргструктуры компании. Разработка интегрированной бизнес-модели предприятия в формате Бизнес-студио.
26 слайд

Виды моделей методологии BPwin/AllFusion PM
Модели бизнес-процессов в различных нотациях. Моделирование оргструктуры компании. Разработка интегрированной бизнес-модели предприятия.
27 слайд

Виды моделей методологии MS Visio, График-студио Лайт
Разработка стратегических моделей BSC/KPI. Модели бизнес-процессов в различных нотациях. Моделирование оргструктуры компании. Разработка бизнес-модели предприятия.
28 слайд

http://www.betec.ru
29 слайд

Этапы описания БП
Общее описание о предприятии
Описание сферы деятельности (словесное)
Разработка организационной структуры предприятия
Описание основных функций
30 слайд

Функциональная модель
Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части в целом в виде контекстной диаграммы.
Функциональная модель предназначена для описания существующих бизнес – процессов на предприятии (так называемая модель AS-IS «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»).
33 слайд

Функции бизнес-процесса «Обработка заказов и заявок»
34 слайд

Визуализация бизнес-процессов с использованием методологии IDEF0.

Найдите материал к любому уроку, указав свой предмет (категорию), класс, учебник и тему:

6 177 206 материалов в базе

Выберите категорию:
Выберите учебник и тему

Выберите класс:
Тип материала:
- Все материалы
- Статьи
- Научные работы
- Видеоуроки
- Презентации
- Конспекты
- Тесты
- Рабочие программы
- Другие методич. материалы

Найти материалы

Другие материалы

08.04.2018
283
1

08.04.2018
270
0

07.04.2018
937
11

07.04.2018
1203
5

07.04.2018
1108
7

07.04.2018
330
0

07.04.2018
4064
39

07.04.2018
963
7

Вам будут интересны эти курсы:

Курс профессиональной переподготовки «Маркетинг: теория и методика обучения в образовательной организации»
Курс повышения квалификации «Педагогическая риторика в условиях реализации ФГОС»
Курс повышения квалификации «Организация практики студентов в соответствии с требованиями ФГОС педагогических направлений подготовки»
Курс профессиональной переподготовки «Организация деятельности по подбору и оценке персонала (рекрутинг)»
Курс повышения квалификации «Экономика: инструменты контроллинга»
Курс профессиональной переподготовки «Организация маркетинга в туризме»
Курс повышения квалификации «Использование активных методов обучения в вузе в условиях реализации ФГОС»
Курс повышения квалификации «Методы и инструменты современного моделирования»
Курс профессиональной переподготовки «Методика организации, руководства и координации музейной деятельности»
Курс профессиональной переподготовки «Организация деятельности по водоотведению и очистке сточных вод»
Курс профессиональной переподготовки «Эксплуатация и обслуживание общего имущества многоквартирного дома»
Курс профессиональной переподготовки «Гостиничный менеджмент: организация управления текущей деятельностью»
Курс профессиональной переподготовки «Организация маркетинговой деятельности»

Источник

1

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

2

2 Как это работает?

3

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

4

4 Я спрашиваю: кто шил пиджак? Они говорят: Мы! Я, например, пуговицы пришивал. К пуговицам претензии есть? — Нет, пришиты намертво, не оторвёшь.. Кто сшил пиджак? Зачем моделировать бизнес-процессы? Проблемы взаимодействия и результата

5

5 Зачем моделировать бизнес-процессы? Проблемы документации

6

6 1. Оптимизация бизнес-процессов: Повышение производительности Снижение издержек Уменьшение времени процессов Повышение качества процессов 2.Прозрачность, контролируемость и управляемость системы, реализация стратегии, поддержание роста. 3. Построение эффективной организационной структуры. 4. Проектирование новых направлений и бизнес-процессов. 5. Тиражирование существующих направлений и бизнес-процессов. 6. Автоматизация бизнес-процессов. 7. Правильный подбор персонала. Мотивация. Уменьшение персонала зависимости. 8.Регламентация. Высвобождение времени руководителей. Повышение эффективности работы персонала. 9.Финансы. Управленческий учет. Бюджетирование. 10. Повышение уровня доверия, формирование имиджа, сертификация. Что нам дает моделирование бизнес-процессов? 10 наиболее часто решаемых задач с использованием технологий процессного управления

7

7 Идентификация и выделение бизнес- процессов Выделение бизнес-процессов является первым этапом при построении процессной системы управления Бизнес-процессы (Основные, обеспечивающие, управленческие и развития) Продукты и услуги Ресурсы Организация Структуризация деятельности по модели «черного ящика»

8

8 Выделение и классификация бизнес-процессов верхнего уровня

9

9 Типы бизнес-процессов

10

10 Бизнес-процессы развития Проекты и программы развития Бизнес-процессы верхнего уровня как есть Бизнес-процессы верхнего уровня как будет Декомпозиция процесса в соответствии с уровнем описания: 1 ……………….…. 1.1 ……….…… ……… ……… Система бизнес-процессов в развитии

11

11 Земля Карта Земли (круг вопросов — география) Система — S Модели -M Системы — S Моделирование Внутренне строение земли (круг вопросов — геофизика) Моделирование Технология описания бизнес-процессов

12

12 Текстовый Договорной отдел на основании технического задания, полученного от заказчика составляет договор и согласует его в юридическом отделе. Согласованный договор передается заказчику юридическим отделом. Табличный Графический Способы горизонтального описания бизнес- процессов 1 Составить договор 2 Согласовать договор Договор Договорной отдел Юридический отдел

13

13 Задача Льва Толстого Продавец продает шапку, которая стоит 10 рублей. Подходит покупатель, меряет и согласен взять, но у него есть только 25 рублей. Продавец отсылает мальчика с этими 25 рублями к соседке разменять. Мальчик прибегает и отдает купюры Продавец отдает шапку и сдачу 15 рублей. Через какое-то время приходит соседка и говорит, что 25 рублей фальшивые, требует отдать ей деньги. Делать нечего, продавец открывает кассу и возвращает ей деньги. Вопрос: на сколько обманули продавца?

14

14 Схема взаимодействий участников в задаче Льва Толстого

15

15 Составляйте, уточняйте, подтверждайте схемы с ответственными / участниками деятельности Используйте подручные средства при составлении схемы, способствующие повышению эффективности работы в группе (подвесной блокнот, самоклеющаяся бумага для записей) Используйте язык, понятный ответственным / участникам деятельности Создавайте схемы деятельности, а не организационных структур Избегайте излишней детализации, особенно на схеме «как есть» Избегайте составления схемы ради схемы, не ведущей к дальнейшему анализу и действиям Не смешивайте понятия «как есть», « как должно быть», «как будет» «Золотые» правила описания бизнес- процессов

16

16 Нотация IDEF0 IDEF0 (Function Modeling) Нотация моделирования, разработанная в 1981 году департаментом Военно-Воздушных Сил США в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал свое название от этой программы (ICAM DEFinition). Используется для описания процессов верхнего уровня. Диаграмма процесса в нотации IDEF0 представляет собой отображение организации как набора функций (процессов) со следующими обязательными атрибутами — вход, управление, механизм, выход. Каждая функция (процесс) детализируется на нижележащих уровнях диаграммы.

17

17 Управление Механизмы Выходы Входы

18

18

19

19 Нотация Процедура Процедура (Cross Functional Flowchart, функциональная блок-схема,дорожки бассейна, Swimlane) Нотация моделирования, разработанная в 90-х годах на основе диаграмм, использовавшихся для представления алгоритмов и описания логики компьютерных программ. Используется для описания процессов нижнего уровня. Диаграмма процесса в нотации Процедура представляет собой упорядоченную комбинацию процессов (действий) и решений, сгруппированных в строки (по горизонтали) или колонки (по вертикали) в соответствии с выполняющими их субъектами. Каждый процесс может быть декомпозирован на более низкие уровни.

20

20 Основные элементы (Процедура) Элемент НазваниеОписание элемента Процесс (действие) Действие или набор действий с целью получения заданного результата. Решение (управляющее действие) Действие, определяющее вариативность развития процесса в зависимости от управляющих критериев (решений). Событие Состояние, запускающее или останавливающее процесс. Связь предшествования Отображает последовательность выполнения процессов (действий). Поток объектов Отображает входящие и исходящие потоки объектов (документов и т.п.) Колонка, строка (дорожка) Субъект, связанный с выполнением действий, может представлять собой как конкретного субъекта (должность, подразделение, организация), так и роль (исполнитель, координатор, учредитель).

21

21

22

22 Нотация EPC EPC (Event-driven process chain, цепочка процесса, управляемого событиями) Нотация моделирования, разработанная в 1992 году профессором Август- Вильгельмом Шеером, создателем компании IDS Scheer AG и основателем науки об управлении бизнес-процессами (Business process management, BPM) в современном ее понимании. Используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни.

23

23 Основные элементы (EPC) Элемент НазваниеОписание элемента Функция (действие) Действие или набор действий с целью получения заданного результата. Временная последовательность выполнения функций задается расположением функций на диаграмме процесса сверху вниз. Событие Состояние, оказывающее влияние или контролирующее дальнейшее развитие одного или более бизнес-процессов. Элемент отображает события, активизирующие функции или порождаемые функциями. Субъект Субъект, связанный с выполнением функций, может представлять собой как конкретного субъекта (должность, подразделение, организация), так и роль (исполнитель, координатор, учредитель). Стрелка Отображает связи элементов между собой. Связь может быть различной в зависимости от соединяемых элементов и типа связи. Оператор И (AND) Используется для обозначения слияния/ветвления как функций, так и событий. Пример: должно наступить и Событие 1 и Событие 2, чтобы началась Действие. При наступлении только одного из событий Действие не выполняется. Оператор ИЛИ (OR) Используется для обозначения слияния/ветвления функций и для слияния событий. Пример: после Действия могут наступить все 3 варианта сочетаний События 1 и События 2 (2 варианта только с одним событием и вариант когда наступают оба события). Оператор Исключающее ИЛИ (XOR) Используется для обозначения слияния/ветвления функций и для слияния событий. Пример: Действие выполняется либо после наступления События 1 либо после наступления События 2

24

24 ЗАПРЕЩЕНО Правила применения логических операторов на диаграмме EPC Соединение (связывание) событий Соединение (связывание) функций Оператор Инициирующие события Инициируемые события Инициирующие события Инициируемые события И ИЛИ исключающее ИЛИ ЗАПРЕЩЕНО

25

25

26

26

27

27 «Мягкие» правила построения схем бизнес-процессов Придерживайтесь метода моделирования, не изобретайте колесо Не пытайтесь моделировать все, слишком детальное моделирование отвлекает время, ведет к затратам и запутывает Делайте модели проще — отразив существенные свойства, останавливайтесь Придерживайтесь принципа равнозначности Соблюдайте оптимальное количество объектов Название процесса = Действие + Объект, над которым действие осуществляется

28

28 Примеры нестандартных схем бизнес- процессов

29

29 Примеры нестандартных схем бизнес-процессов

30

30 Примеры нестандартных схем бизнес-процессов

31

Доля структурных подразделений аппарата Правительства области и органов исполнительной власти, задокументировавших основные бизнес- процессы (план) 5-10%15-20%25-30% Доля структурных подразделений аппарата Правительства области и органов исполнительной власти, задокументировавших основные бизнес- процессы (факт) 6%16% Затраты времени на поиск управленческой информации (план) минут минут минут Затраты времени на поиск управленческой информации (факт) до 480 минут 60 минут 26-30% Показатели проекта 40 минут

32

32 Готовы ли мы к изменениям?

33

33 Реджепов Сардарбек Махмудович Спасибо за внимание!

Источник

1. ФГБОУ ВПО Уфимский государственный авиационный технический университет Факультет информатики и робототехники Кафедра вычислительной ма

ФГБОУ ВПО Уфимский государственный авиационный
технический университет
Факультет информатики и робототехники
Кафедра вычислительной математики и кибернетики
Моделирование
бизнес-процессов

2. Связь дисциплины с другими областями

• экономика
• информатика
• моделирование сложных
систем
2

3. Понятие бизнес-процесса

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

4. Понятие бизнес-процесса

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

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

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

6. Понятие моделирования БП

1) описание бизнес-процессов предприятия позволяющее руководителю знать,
как работают рядовые сотрудники, а рядовым сотрудникам — как
работают их коллеги и на какой конечный результат направлена вся их
деятельность;
2) эффективное средство поиска путей оптимизации деятельности компании,
позволяющее определить, как компания работает в целом и как
организована деятельность на каждом рабочем месте;
3) средство позволяющее предвидеть и минимизировать риски, возникающие
на различных этапах реорганизации деятельности предприятия;
4) метод, позволяющий дать оценку текущей деятельности предприятия по
отношению к требованиям, предъявляемым к его функционированию,
управлению, эффективности, конечным результатам деятельности и
степени удовлетворенности клиента;
5) метод, позволяющий дать стоимостную оценку каждому процессу, взятому
в отдельности, и всем бизнес-процессам на предприятии, взятым в
совокупности;
6) всегда верный способ выявления текущих проблем на предприятии и
предвидения будущих.
6

7.

Моделирование БП
7

8. Основные вопросы бизнес моделирования

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

9. Прозрачность бизнес-процесса

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

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

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

11. Подходы к построению моделей бизнес-процесса

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

12. Назначение моделей бизнес-процесса

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

13. Виды моделей БП

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

14.

15.

Описание БП в виде блок-схемы
15

16. Стандарты моделирования БП

OASIS (Organization for the Advancement of Structured
Information Standards, осн. в 1993 г.) выпускает
спецификации ebXML (Electronic Business using extensible
Markup Language, ИСО 15000) и BPEL (Business Process
Execution Language), а также различные стандарты для
электронного бизнеса на базе XML и веб-сервисов;
OMG (Object Management Group, осн. в 1989 г.) выпускает
стандарты BPMN (Business Process Model and Notation) и
UML, а также MDA и CORBA;
W3C (World Wide Web Consortium, осн. в 1994 г.) выпускает
стандарты WS-CDL, WSCI, а также спецификации XML,
технологии веб-сервисов и многие другие;
WfMC (Workflow Management Coalition, осн. в 1993 г.)
выпускает стандарты Wf-XML и XPDL.
16

17. Принципы моделирования БП (1)

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

18. Принципы моделирования БП (2)

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

19.

Основные методологии моделирования БП
SADT — методология структурного анализа и проектирования (Structured
Analysis and Design Technique). Основана на понятиях функционального
моделирования. Является методологией, отражающей такие системные
характеристики, как управление, обратная связь и исполнители. Возникла в
конце 60-х годов.
IDEF0 — методология функционального моделирования. Применяется для
описания рабочих процессов (Work Flow). Разработана на основе SADT.
DFD — методология моделирования потоков данных. Применяется для
описания обмена данными между рабочими процессами.
IDEF3 — методология моделирования потоков работ. Является более
детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть
конкретный процесс с учетом последовательности выполняемых операций.
IDEF1X — методология описания данных. Применяется для построения баз
данных.
IDEF4 — объектно-ориентированная методология. Отражает
взаимодействие объектов. Удобна для создания программных продуктов на
объектно-ориентированных языках (например С++).
ARIS — описывает бизнес-процесс в виде потока последовательно
выполняемых работ (ARIS Toolset).
UML — (Unified Modeling Language) язык визуального моделирования,
основанный на объектно-ориентированном подходе. UML включает в себя
двенадцать типов диаграмм, которые позволяют описать статическую
структуру системы и ее динамическое поведение.
19

20. Функциональное моделирование

Наиболее удобным языком функционального моделирования систем
является IDEF0 (Integrated Computer-Aided Manufacturing DEFinition
methodology – Методология определения интегрированной программы
компьютеризации промышленности) в рамках стандарта SADT
(Structured Analysis and Design Technique – Методология структурного
анализа и проектирования).
В нем система представляется как совокупность взаимодействующих
функций. Такая чисто функциональная ориентация является
принципиальной – функции системы анализируются независимо от
объектов, которыми они оперируют.
Модель в нотации IDEF0 представляет собой совокупность
иерархически упорядоченных и взаимосвязанных диаграмм.
Контекстная диаграмма является вершиной древовидной структуры
диаграмм и представляет собой самое общее описание системы и ее
взаимодействия с окружающей средой, в виде так называемого «черного
ящика»
20

21. Контекстная диаграмма верхнего уровня

TOP
USED AT:
AUTHOR:
PROJECT: a
DATE: 14.02.01
REV: 14.02.01
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
Control
Управляющие
параметры
Input
Преобразуемые
данные
Математическая
модель
0р.
0
Call
Другая
модель
NODE:
TITLE:
Output
Выходные
данные
Mechanism
Ресурсы
Ìàòåìàòè÷åñêàÿ ìîäåëü
NUMBER:
A-0
21

22. Структура IDEF0-модели. Декомпозиция диаграмм

23.

IDEF3
Предназначен
для
моделирования
последовательности
выполнения действий и взаимозависимости между ними в рамках
процессов. Модели IDEF3 могут использоваться для детализации
функциональных блоков IDEF0, не имеющих диаграмм
декомпозиции.
Диаграммы
IDEF3
отображают
действие
в
виде
прямоугольника. Действия именуются с использованием глаголов
или отглагольных существительных, каждому из действий
присваивается уникальный идентификационный номер (номер
действия обычно предваряется номером его родителя, например,
1.1.). Все связи в IDEF3 являются однонаправленными и
организуются слева направо.
23

24.

Типы связей IDEF3
• Временное предшествование (Temporal precedence), простая стрелка.
Исходное действие должно завершиться, прежде чем конечное действие
сможет начаться.
• Объектный поток (Object flow), стрелка с двойным наконечником. Выход
исходного действия является входом конечного действия. Исходное действие
должно завершиться, прежде чем конечное действие сможет начаться.
Наименования потоковых связей должны чётко идентифицировать объект,
который передается с их помощью.
• Нечеткое отношение (Relationship), пунктирная стрелка.
Завершение одного действия может инициировать начало выполнения сразу
нескольких других действий, или наоборот, определенное действие может
требовать завершения нескольких других действий до начала своего выполнения
(ветвление процесса). Ветвление процесса отражается с помощью специальных
блоков:
• «И», блок со знаком &.
• «Исключающее ИЛИ» («одно из»), блок со знаком Х.
• «ИЛИ», блок со знаком О.
Если действия «И», «ИЛИ» должны выполняться синхронно, это обозначается
двумя двойными вертикальными линиями внутри блока, асинхронно — одной.
Метод IDEF3 позволяет декомпозировать действие несколько раз, что
обеспечивает документирование альтернативных потоков процесса в одной 24
модели.

25.

DFD
Цель такого представления — продемонстрировать, как каждый
процесс преобразует свои входные данные в выходные. Может отражать
не только информационные, но и материальные потоки.
Также, как и в других моделях, поддерживается декомпозиция.
Основные компоненты диаграмм потоков данных:
внешние сущности (материальный объект или физическое лицо,
являющиеся источником или приёмником информации, например,
заказчики, персонал, поставщики, клиенты, склад);
системы и подсистемы (например, подсистема по работе с физическими
лицами);
процессы (преобразование входных потоков данных в выходные в
соответствии с определенным алгоритмом; физически это может быть,
например, подразделение организации (отдел), выполняющее обработку
входных документов и выпуск отчетов, программа, аппаратно
реализованное логическое устройство и т.д.);
накопители данных (абстрактные устройства для хранения информации);
потоки данных (на диаграмме — стрелки).
25

26.

Рекомендации при построении диаграмм DFD
Необходимо размещать на каждой диаграмме от 3 (меньше нет смысла) до 7
(больше — не воспринимаемо) процессов, не загромождая диаграммы
несущественными на данном уровне деталями.
Первым шагом при построении иерархии DFD является построение
контекстных диаграмм. Обычно при проектировании относительно простых
систем строится единственная контекстная диаграмма со звездообразной
топологией, в центре которой находится так называемый главный процесс,
соединенный с приемниками и источниками информации. Для сложных систем
(десять и более внешних сущностей, распределенная природа и
многофункциональность системы) строится иерархия контекстных диаграмм.
При этом контекстная диаграмма верхнего уровня содержит не единственный
главный процесс, а набор подсистем, соединенных потоками данных.
Каждый процесс на DFD может быть детализирован при помощи DFD или
(если процесс элементарный) спецификации. Спецификации представляют
собой описания алгоритмов задач, выполняемых процессами. Языки
спецификаций могут варьироваться от структурированного естественного
языка или псевдокода до визуальных языков моделирования.
При моделировании бизнес-процессов диаграммы потоков данных (DFD)
используются для построения моделей «AS-IS» и «AS-TO-BE», отражая, таким
образом, существующую и предлагаемую структуру бизнес-процессов
26
организации.

27.

ARIS (Architecture of Integrated Information Systems)
• организационные модели, представляющие структуру
системы — иерархию организационных подразделений,
должностей и конкретных лиц, связи между ними, а
также территориальную привязку структурных
подразделений;
• функциональные модели, содержащие иерархию
целей, стоящих перед аппаратом управления, с
совокупностью деревьев функций, необходимых для
достижения поставленных целей;
• информационные модели, отражающие структуру
информации, необходимой для реализации всей
совокупности функций системы;
• модели управления, представляющие комплексный
взгляд на реализацию бизнес-процессов в рамках
системы.
27

Источник

Презентация на тему «Моделирование бизнес-процессов»

Скачать презентацию (4.76 Мб)
47 загрузок
0.0 оценка

Ваша оценка презентации

Оцените презентацию по шкале от 1 до 5 баллов

Аннотация к презентации

«Моделирование бизнес-процессов» состоит из 91 слайда: лучшая powerpoint презентация на эту тему с анимацией находится здесь! Вам понравилось? Оцените материал! Загружена в 2021 году.

Формат

pptx (powerpoint)
Количество слайдов

91
Слова
Конспект

Отсутствует

Содержание

Слайд 1

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

Бабенко В. В.
©2013, bvv
Слайд 2

Вопросы курса:
Чем процессный подход в управлении может помочь менеджеру?
Терминологическая основа моделирования БП.
Как можно смоделировать бизнес-процессы – основные нотации и методологии?
Какие программные продукты можно и нужно использовать при моделировании бизнес-процессов?
Слайд 3

Основные положения андрагогики:
взрослому человеку, который обучается, — обучающемуся (а не обучаемому) принадлежит ведущая роль в процессе обучения (Главный – учащийся!);
он, являясь сформировавшейся личностью, ставит перед собой конкретные цели обучения, стремится к самоуправлению (Управляет – учащийся!);
взрослый человек обладает профессиональным и жизненным опытом, знаниями, умениями, навыками, которые должны быть использованы в процессе обучения (Новое – отталкиваясь от уже известного!);
взрослый ищет скорейшего применения полученным при обучении знаниям и умениям (В новых знаниях ищи практическую ценность!);
процесс обучения в значительной степени определяется временными, пространственными, бытовыми, профессиональными, социальными факторами, которые либо ограничивают, либо способствуют ему (Время можешь спланировать только ты!);
процесс обучения организован в виде совместной деятельности обучающегося и обучающего на всех его этапах (Результат дает только активное взаимодействие!).
Слайд 4

Литература:
Елиферов В.Г., Репин В.В. Бизнес-процессы: Регламентация и управление. – М.: ИНФРА-М, 2005
Буч Г., Рамбо Д., Джекобсон А. Язык UML: руководство пользователя. – М.: ДМК, 2000.
Бабич А. В. Введение в UML. – Электронный ресурс. Режим доступа: http://www.intuit.ru/department/se/intuml (07.01.10) Андерсен Бьёрн. Бизнес-процессы. Инструменты совершенствования/ — М.: РИА «Стандарты и качество», 2003.- 272 с.
Хаммер Х., Чампи Д. Реинжиниринг корпорации. Манифест революции в бизнесе.
Робсон М., Уллах Ф. Практическое руководство по реинжинирингу бизнес-процессов/Пер. с англ. — М.: Аудит, ЮНИТИ, 1997. — 224 с.
Марка Д.А., МакГоуэн К. SADT — методология структурного анализа и проектирования. — М.: Метатехнология, 1993
Лемке Дж. Microsoft Office Visio 2003 Официальный учебный курс / М. Эком, 2006
Бабенко В.В. Практический анализ бизнес-процессов. Сборник задач и упражнений. – Сыктывкар, 2010
Слайд 5

В чем польза моделирования БП:

Работа над моделью позволяет лучше узнать процесс
Модели в разных нотациях позволяют провести анализ с разными целевыми установками
Модели БП позволяют сформировать общее видение задач в команде и упрощают диалог «заказчик — исполнитель»
Большинство нотаций стандартизировано, то есть, специалистам все понятно без дополнительных комментариев
Слайд 6

Вопросы, которые интересуют пользователей при моделировании бизнес-процессов
Слайд 7

Чего следует остерегаться:

Создание моделей ради моделей – глупое украшательство!

Модели БП не должны быть излишне сложными. Главная цель любого моделирования – абстрагирование от несущественных деталей.

Не следует добиваться «самой правильной модели» — процесс описания БП очень субъективен. Главный критерий качества – выразительность и информативность.
Слайд 8

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

Процессный подход

Бизнес-процесс — набор связанных процедур, направленных на достижение определенного результата.
Аксиома: Любую осмысленную деятельность (в том числе управленческую) можно представить в виде набора бизнес-процессов.
БП – отражение системности природных и социальных объектов
Процессный подход используется:
В менеджменте (методология BPR)
В управлении качеством (TQM)
В программно-компьютерном моделировании управленческих методов
Слайд 10

Система бизнес-процессов редко хорошо соответствует организационной структуре.
Если соответствие – это процессная организация бизнеса, в противном случае — функциональная
Слайд 11

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

“Каноническая модель” бизнес-процесса
Слайд 13

Бизнес-процесс: определения и связанные термины

Ресурсы БП – информация, финансы, материалы, персонал, оборудование, инфраструктура, программное обеспечение необходимые для выполнения БП
Вход БП – ресурс, обеспечиваемый внешним поставщиком
Выход БП – результат (продукт, услуга) действия БП
Владелец (хозяин) БП – должностное лицо, имеющее в своем распоряжении необходимые ресурсы, управляющее БП и несущее ответственность за результаты БП
Показатели (метрики) БП – качественные и количественные характеристики определяющие оперативную и итоговую эффективность БП
Слайд 14

Потребитель (клиент) БП – субъект, получающий результат БП:
Внутренний – находящийся в рамках одной системы БП (в рамках одной организации)
Внешний – использующий конечные результаты работы организации
Регламент БП – документ, регулирующий работу БП
Операция (работа, функция) БП – часть БП, имеющая вход и выход
Модель БП – графическое, текстовое или комбинированное формальное описание БП или системы БП, выполненное с аналитическими или коммуникационными целями
Это основные БП

Это вспомогательные БП
Слайд 15

Упрощенная классификация БП:
Слайд 16

CASE-моделирование

Часто используется термин CASE: Computer Aided System Engineering.
В современном толковании – это практически все методы моделирования и описания бизнес-процессов (независимо от целей)
Слайд 17

Декомпозиция БП как отражение его системности
Слайд 18

Современное управление – это компьютерная поддержка определенного стандарта.
Базовые стандарты управления:
MRP (Material Requirements Planning) — планирование поставок материалов, исходя из данных о комплектации производимой продукции и плана продаж.
ERP (Enterprise Resource Planning), MRPII (Manufacture Resource Planning) — финансово-ориентированное планирование ресурсов предприятия, необходимых для получения, изготовления, отгрузки и учета заказов потребителей на основе интеграции всех отделов и подразделений компании.
SCM (Supply Chain Management) — управление цепочками поставок. Реализация бизнес-процессов на базе внешних предприятий и торговых площадок.
CRM (Customer Relationship Management) — управление взаимоотношениями с заказчиками. Комплекс методов и средств, нацеленный на завоевание, удовлетворение требований и сохранение платежеспособных клиентов.
ERPII (Enterprise Resource & Relationship Processing). CSRP (Customer Synchronize Resource Planning) — управление ресурсами и взаимоотношениями предприятия. Объединяет в себе 3 вышеперечисленные технологии.
Слайд 19

Средства описания (нотации) БПВсе нотации – вербально-графические конструкции

SADT (IDEF0, Structured Analyze and Design Technique – Метод структурного анализа и проектирования. Функциональное моделирование.
DFD (Data Flow Diagrams) – Диаграммы потоков данных. Моделирование потоков данных.
ERD (Entity-Relationship Diagrams) – Диаграммы «сущность — связь». Моделирование структуры данных.
UML (Universal Modeling Language) – Универсальный язык моделирования. Объектное моделирование.
BPMN (Business Process Modeling Notation) – комплексный язык моделирования
ARIS eEPC (EventDrive Process Chain) – язык моделирования на основе событий
Слайд 20

Основные источники информации о БП:
Опрос (интервью) специалистов и экспертов
Техническая документация по процессу и регламентные документы
Наблюдение процесса
Слайд 21

Метод структурного анализа и проектирования SADT (Structured Analyze and Design Technique)
IDEF0
Слайд 22

Цели функционального моделирования БП (SADT)

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

Формат представления функции (процесса) в SADT
Слайд 24

Графические примитивы SADT-диаграмм

Функции-блоки – прямоугольники. Названия – глаголами или отглагольными существительными.
Объекты-дуги – входящими или исходящими из блоков стрелками. Управления – входят сверху (часто окрашены в красный цвет). Входы – входят слева. Выходы – выходят справа. Механизмы – входят снизу. Подписи существительными.
Допускается отсутствие входов и механизмов.
Слайд 25

Базовые принципы SADT

Декомпозиция – любую функцию-блок можно представить как цепочку более детально описанных функций. Как следствие, понятия «процесс» и «функция» — это одно и то же.
Итерационность – моделирование осуществляется циклами декомпозиции. Начальный уровень – контекстная диаграмма (одна функция-процесс). Каждая диаграмма декомпозиции содержит от 2 до 6 блоков-функций. Декомпозиции завершаются при достижении требуемой точности.
Точка зрения – весь процесс моделирования (все уровни) осуществляются с точки зрения одного субъекта. Запрещается переход на другую точку зрения.
Слайд 26

Любая SADT-модель процесса – это набор диаграмм, каждая из которых – графическая конструкция с комментариями на листе А4-альбом
Диаграмм может быть любое количество
Программы для построения:
AllFusion Business Process Modeler (BPWin)
Visio
Бумага и карандаш
Слайд 27

Первый уровень декомпозиции типичной диаграммы (процесс «Управление хозяйственной деятельностью»)
Слайд 28

Отношение по входу
Слайд 29

Отношение по управлению
Слайд 30

Отношение по механизму
Слайд 31

Обратная связь по управлению
Слайд 32

Обратная связь по входу
Слайд 33

Этапы SADT-моделирования:

Сбор информации
Изучение документации к процессу
Наблюдение процесса
Опрос экспертов
Составление списка объектов (дуг)
Составление списка функций (блоков)
Составление диаграммы первого уровня
Составление контекстной диаграммы
Оценка достаточности диаграммы и необходимости декомпозиции
Декомпозиция требуемой функции
Внешняя экспертиза модели
Слайд 34

Составление диаграммы: 1. Ранжирование и наименование блоков функций
Слайд 35

Составление диаграммы: 2. Отрисовка объектов-дуг для первой функции
Слайд 36

Составление диаграммы: 3. Отрисовка объектов-дуг для второй функции
Слайд 37

Составление диаграммы: 4. Отрисовка объектов-дуг для второй функции
Слайд 38

Составление диаграммы: 5. Поиск обратных связей
Слайд 39

Значение обратных связей в функциональной модели БП

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

Дополнительные правила синтаксиса диаграмм

Дуги-стрелки могут разветвляться. Каждое ответвление может иметь свое уточненное название
Дуги-стрелки могут сливаться. Объединяющая стрелка должна иметь свое, отличие от входящих в нее стрел, название.
Все терминальные стрелки на диаграмме декомпозиции должны быть отражены на родительской функции.
Предыдущее правило может быть искусственно нарушено в целях упрощения диаграммы. Такая стрелка называется «тоннельной» и ее окончание берется с скобку (круглую или квадратную).
Слайд 41

Пример тоннелирования дуг-стрелок
Слайд 42

Навигация по модели: рамочный контекст (стандарт IDEF0) и нумерация блоков
Слайд 43

UML – Unified Modeling Language (Унифицированный Язык Моделирования)

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

UML:«классические» диаграммы
Слайд 45

UML:диаграммы прецедентов (диаграммы использования,Use Case)

Отражают функциональность системы или процесса
Просты в составлении и хорошо читаются
Перечисляют функции и абстрагируются от алгоритмов их реализации (принцип «черного ящика»)
эктор

прецедент
Слайд 46

Назначение диаграммы прецедентов

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

Эктор (actor)

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

На диаграмме может быть не менее одного эктора
Каждый эктор должен взаимодействовать не менее чем с одним прецедентом
Отношение «эктор» — «прецедент» интерпретируется как ассоциация
Иногда это отношение рассматривается как коммуникация
Можно утверждать, что каждый прецедент предоставляет каждому эктору некий завершенный сервис, имеющий самостоятельную ценность
Слайд 49

Прямые отношения «эктор»- «эктор» нежелательны.
Допустимы только отношения генерализации
Отношениеобобщения(generalization relationship) предназначено для спецификации того факта, что один элемент модели является специальным или частным случаем другого элемента модели
Слайд 50

Вопросы для идентификации актеров в системе

Какие организации или лица будут использовать систему
Кто будет получать пользу от использования системы
Кто будет использовать информацию от системы
Будет ли использовать система внешние ресурсы
Может ли один пользователь играть несколько ролей при взаимодействии с системой
Могут ли различные пользователи играть одну роль при взаимодействии с системой
Слайд 51

Прецедент (Вариант использования, use case)

Представляет собой общую спецификацию совокупности выполняемых системой действий с целью предоставления некоторого наблюдаемого результата, который имеет значение для одного или нескольких актеров
Отвечает на вопрос «Что должна выполнять система?», не отвечая на вопрос «Как она должна выполнять это?»
Имена – отглагольное существительное или глагол в неопределенной форме
Слайд 52

Между прецедентами используются отношения:
включения

расширения

ассоциации
Это прецедент-сотрудничество
Слайд 53

UML:диаграммы прецедентов (Use Case)

Включение, использование (include, uses) — означает, что в некоторой точке базового прецедента содержится поведение другого дочернего прецедента. Включаемый прецедент не существует сам по себе, а является всего лишь частью родительского прецедента.
Слайд 54

Обобщение, расширение (extends) — это отношение, в котором объекты специализированного элемента (потомка) могут быть подставлены вместо объектов обобщенного элемента (родителя, или предка). Стрелка всегда указывает на предка.
Слайд 55

Порядок разработки диаграммы прецедентов

Определить границы системы
Выделить экторов. Эктор — это не физическое лицо, а ролевой пользователь. Например, в ситуации использования ПК, разумней из одного эктора «пользователь», сделать несколько: «администратор ОС», «инсталлятор ПО» и т.п.
Определить прецеденты. Они должны олицетворять завершенное действие (сервис) системы и быть равномасштабными.
Связать прецеденты с экторами
Помните, что прецеденты – понятие неформальное. Выделенный прецедент не отдельный алгоритм, а возможность достижения конкретного результата в системе.
Допустима декомпозиция отдельных прецедентов
Слайд 56

Типичные ошибки при разработке диаграмм прецедентов

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

UML:Use Case – бизнес-процесс «Покупка в Интернет-магазине»
Слайд 58

UML:Use Case – пример (сайт UMLjokes.com)
Слайд 59

UML:Use Case — пример
Слайд 60

UML:Use Case — пример
Слайд 61

BPMN (Business Process Modeling Notation) — использует набор интуитивно понятных элементов, которые связываются по определенным правилам для описания БП.
Спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL (Business Process Execution Language, язык на основе XML).
Слайд 62

Простейшая BPMN-модель: процесс “Производство”
Слайд 63

Типичная BPMN-модель «Экзамен в вузе»
Тип взаимодействия: collaboration

Свернутый пул

Развернутый пул

Операция

Подпроцесс

Шлюз

Событие

Поток управления

Поток сообщений

Документы

Клик!
Слайд 64

Разворачивание подпроцесса:
Слайд 65

Графический алфавит BPMN:
Нетипизированная операция (задача, работа)
Типизированные операции (задачи, работы):
Слайд 66

Графический алфавит BPMN:
События:

Начальные

Промежуточные

Завершающие
Слайд 67

Графический алфавит BPMN:
Шлюзы:
Слайд 68

Диаграммы потоков данных (DFD, Data Flow Diagrams)

Описывают бизнес-процесс в терминах движения документов
Могут создавать самостоятельные модели или конкретизировать на отдельных декомпозициях SADT-модели
Наследуют синтаксические принципы SADT
Используются при проектировании информационных систем и для детального анализа потока документов
Слайд 69

Конструктивы DFD-диаграмм
Слайд 70

Потоки данных – объекты, передающие информацию от одной части системы к другой. Обычно это документы в разных форматах.
Процесс – аналог функции-блока в SADT. Принимает или производит потоки данных. Именуется глаголом и имеет уникальный номер.В отличие от SADT-диаграмм, здесь акцент на алгоритм обработки информации
Хранилище данных – любое устройство (база данных, архив..), сохраняющее информацию в промежуточном состоянии. Фактически временной срез данных.
Внешняя сущность (терминатор) – объект, находящийся за условными границами процесса и создающий (потребляющий) информацию. Не может влиять на работу процесса.
Слайд 71

Пример DFD-диаграммы
Слайд 72

Контекстная диаграмма DFD
Слайд 73

Первая декомпозиция DFD-диаграммы
Слайд 74

Моделирование структур хранения данных в терминах «сущность-связь»

ERD-моделирование
(Entity-Relationship Modeling)
Слайд 75

ERD-нотация

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

ERD-модели

Реляционная модель представления
Слайд 77

SQL-язык полностью ориентирован на реляционную модель представления данных
Базовое понятие – таблица, она же сущность
Несколько таблиц связаны отношениями (реляциями) через пару ключей: «первичный» — «вторичный»
Слайд 78

Связь «один-к-одному»

Пусть есть 2 таблицы:
Атрибуты одной дополняют вторую. Найти связанную информацию можно по общей колонке — ключу
Преимущества: более компактные таблицы
Недостатки: более сложные запросы выборок
Слайд 79

Связь «один-ко-многим»

Студент Иванов может получить любое количество оценок:
Слайд 80

Связь «многие-ко-многим»

В реляционной логике такая связь невозможна
Необходимо разбить на две связи «один-ко-многим», то есть ввести новую сущность.
Слайд 81

ERD-модели

Важнейший целевой артефакт для проектирования систем.
Значение для реинжиниринга и управления?
Три уровня ER-моделирования:
Концептуальный
Логический (инфологический)
Физический (датологический)
Слайд 82

концептуальная

инфологическая
Слайд 83

Датологическая
Привязка к СУБД
Типизация атрибутов
Серверная бизнес-логика (индексы, триггеры, хранимые процедуры)
Слайд 84

Основные группы команд (подразделы SQL):
DDL – язык определения данных (CREATE TABLE, ALTER TABLE, DROP TABLE, CREATE INDEX, ALTER INDEX, DROP INDEX);
DML – язык манипулирования данными (INSERT, UPDATE, DELETE);
DQL – язык запросов (только один оператор SELECT);
DCL – язык управления данными (GRANT, REVOKE);
команды управления транзакциями (COMMIT, ROLLBACK, SAVEPOINT, SET TRANSACTION);
Слайд 85

ERD-модель учебной базы «Оценки студентов»
Слайд 86

Минимально возможная конструкция запроса:
SELECT * FROM Студенты
Возвращает полностью всю таблицу – все строки со всеми атрибутами-колонками
Полностью аналогична:
SELECT №_Зачетки, Имя_Отчество, Фамилия, Дата_Рождения, Номер_Телефона FROM Студенты
Можно переставить порядок:
SELECT Фамилия,Имя_Отчество, Дата_Рождения, №_Зачетки, Номер_Телефона FROM Студенты
Можно так:
SELECTDISTINCTФамилияFROM Студенты
Слайд 87

Усложняем:
SELECTDISTINCTФамилияFROM СтудентыORDER BYФамилия
Сортировка по указанному атрибуту (атрибутам)
Можно так:
SELECTDISTINCTФамилияFROM СтудентыORDER BYФамилияDESC
Слайд 88

При сравнении и сортировке строковых литералов за основу берется «вес» букв в таблицах кодировки ASCII.
Слайд 89

Добавляем критерии фильтрации (отбора):

SELECTDISTINCTФамилияFROM СтудентыWHEREДата_Рождения , =,
Можно сравнивать любые поля, в том числе и строковые. Строки и даты берутся в апострофы:
Слайд 90

Важный предикат LIKE позволяет проводить простой синтаксический поиск:
Найти всех студентов, фамилии которых заканчиваются на букву ‘о’
SELECT * FROM Студенты WHERE ФамилияLIKE’%o’
Трафаретные символы (шаблоны, джокеры)
SELECT * FROM Студенты WHERE ФамилияLIKE’%-%’
Найти всех студентов, фамилии которых состоят из двух слов
Слайд 91

Запросы часто связывают таблицы по ключам:
Найти какие оценки и по каким предметам получил студент Иванов в 2012 году:
select название, оценка from студенты, Учебные_Предметы, Учебные_Предметы_Студенты where фамилия=‘Иванов’and СтудентыID=ID and Ext,yst_GhtlvtnsIDP=IDP and Дата_Получения’01/01/2012’

Посмотреть все слайды

Сообщить об ошибке

Слайд 1ФГБОУ ВПО Уфимский государственный авиационный технический университет
Факультет информатики и робототехники
Кафедра вычислительной

математики и кибернетики

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

Слайд 2Связь дисциплины с другими областями
экономика
информатика
моделирование сложных систем

Слайд 3Понятие бизнес-процесса
Бизнес-процесс определяется как логически завершенная цепочка взаимосвязанных и повторяющихся видов

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

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

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

Слайд 5Понятие моделирования бизнес-процесса
Термин моделирование имеет два основных значения:
процесс построения модели как

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

Базовая цель моделирования бизнес-процессов – описание реального хода бизнес-процессов компании.

Слайд 6Понятие моделирования БП
1) описание бизнес-процессов предприятия позволяющее руководителю знать, как работают рядовые

сотрудники, а рядовым сотрудникам — как работают их коллеги и на какой конечный результат направлена вся их деятельность;
2) эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте;
3) средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;
4) метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента;
5) метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;
6) всегда верный способ выявления текущих проблем на предприятии и предвидения будущих.

Слайд 8Основные вопросы бизнес моделирования
что является результатом выполнения процесса;
кем и какие

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

Слайд 9Прозрачность бизнес-процесса
Очень важно обеспечить прозрачность хода бизнес-процессов, поскольку только в этом

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

Слайд 10Модель бизнес-процесса
Моделью бизнес-процесса называется его формализованное (графическое, табличное, текстовое, символьное) описание,

отражающее реально существующую или предполагаемую деятельность предприятия.

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

Слайд 11Подходы к построению моделей
бизнес-процесса
функциональный
Главным структурообразующим элементом является функция (бизнес-функция,

действие, операция).
Система представляется в виде иерархии взаимосвязанных функций

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

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

Слайд 12Назначение моделей бизнес-процесса
Графическая модель БП – для обучения новых сотрудников их

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

Слайд 13Виды моделей БП

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

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

Слайд 16Стандарты моделирования БП

OASIS (Organization for the Advancement of Structured Information Standards,

осн. в 1993 г.) выпускает спецификации ebXML (Electronic Business using extensible Markup Language, ИСО 15000) и BPEL (Business Process Execution Language), а также различные стандарты для электронного бизнеса на базе XML и веб-сервисов;
OMG (Object Management Group, осн. в 1989 г.) выпускает стандарты BPMN (Business Process Model and Notation) и UML, а также MDA и CORBA;
W3C (World Wide Web Consortium, осн. в 1994 г.) выпускает стандарты WS-CDL, WSCI, а также спецификации XML, технологии веб-сервисов и многие другие;
WfMC (Workflow Management Coalition, осн. в 1993 г.) выпускает стандарты Wf-XML и XPDL.

Слайд 17Принципы моделирования БП (1)

Точно определить результат бизнес-процесса и оценить его значение

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

Слайд 18Принципы моделирования БП (2)
Понять суть взаимодействий между участвующими в процессе сотрудниками

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

Слайд 19SADT — методология структурного анализа и проектирования (Structured Analysis and Design

Technique). Основана на понятиях функционального моделирования. Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов.
IDEF0 — методология функционального моделирования. Применяется для описания рабочих процессов (Work Flow). Разработана на основе SADT.
DFD — методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами.
IDEF3 — методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.
IDEF1X — методология описания данных. Применяется для построения баз данных.
IDEF4 — объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С++).
ARIS — описывает бизнес-процесс в виде потока последовательно выполняемых работ (ARIS Toolset).
UML — (Unified Modeling Language) язык визуального моделирования, основанный на объектно-ориентированном подходе. UML включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.

Основные методологии моделирования БП

Слайд 20Функциональное моделирование
Наиболее удобным языком функционального моделирования систем является IDEF0 (Integrated

Computer-Aided Manufacturing DEFinition methodology – Методология определения интегрированной программы компьютеризации промышленности) в рамках стандарта SADT (Structured Analysis and Design Technique – Методология структурного анализа и проектирования).
В нем система представляется как совокупность взаимодействующих функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют.
Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с окружающей средой, в виде так называемого «черного ящика»

Слайд 21Контекстная диаграмма верхнего уровня

Слайд 22Структура IDEF0-модели. Декомпозиция диаграмм

Слайд 25 Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные

данные в выходные. Может отражать не только информационные, но и материальные потоки.
Также, как и в других моделях, поддерживается декомпозиция.

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

DFD

Слайд 26Необходимо размещать на каждой диаграмме от 3 (меньше нет смысла) до

7 (больше — не воспринимаемо) процессов, не загромождая диаграммы несущественными на данном уровне деталями.
Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации. Для сложных систем (десять и более внешних сущностей, распределенная природа и многофункциональность системы) строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных.
Каждый процесс на DFD может быть детализирован при помощи DFD или (если процесс элементарный) спецификации. Спецификации представляют собой описания алгоритмов задач, выполняемых процессами. Языки спецификаций могут варьироваться от структурированного естественного языка или псевдокода до визуальных языков моделирования.
При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей «AS-IS» и «AS-TO-BE», отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

Рекомендации при построении диаграмм DFD

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

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

ARIS (Architecture of Integrated Information Systems)

Источник

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

Изображение слайда

Слайд 2: Актуальность моделирования бизнес-процессов

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

Изображение слайда

Слайд 3: Актуальность моделирования бизнес-процессов

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

Изображение слайда

Слайд 4: Теория бизнес-процессов

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

Изображение слайда

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

Изображение слайда

Бизнес-система
Бизнес-процесс 1
Обработка древесины
Бизнес-модель
Бизнес-процесс 3
Сборка мебели
Бизнес-процесс 2
Проектирование мебели

Изображение слайда

Слайд 7: Модель мебельного производства

Производство мебели
Детализация бизнес-процесса

Изображение слайда

Слайд 8: Основные этапы моделирования бизнес-процессов

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

Изображение слайда

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

метод функционального моделирования SADT (IDEF0);
метод моделирования процессов IDEF3;
моделирование потоков данных DFD;
метод ARIS;
объектно-ориентированного анализа и проектирования ПО ;
метод моделирования, используемый в технологии Rational Unified Process.

Изображение слайда

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

Поскольку методы функционального моделирования IDEF0, IDEF3 и DFD вы подробно рассматривали в прошлом семестре, то остановимся подробнее на таких методах моделирования как :
метод ARIS ;
метод объектно-ориентированного анализа и проектирования ;
метод моделирования, используемый в технологии Rational Unified Process.
Методы моделирования бизнес-процессов

Изображение слайда

Слайд 11: ARIS Architecture of Integrated Information System

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования.
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия.
Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.
Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
ARIS как метод был разработан германской компанией
IDS Sheer AG и его реализуют программные средства:
ARIS Toolset, ARIS Easy Design.

Изображение слайда

Слайд 12: Среда моделирования ARIS

Изображение слайда

Слайд 13: ARIS Architecture of Integrated Information System

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

Изображение слайда

Слайд 14: Модели в ARIS

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты — «функция», «событие», «структурное подразделение», «документ» и т.п.
Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте.
Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.
Основная бизнес-модель ARIS — eEPC ( extended Event Driven Process Chain — расширенная модель цепочки процессов, управляемых событиями).
Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой.
Реальная длительность выполнения процедур в eEPC визуально не отражается. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса.

Изображение слайда

Слайд 15: Взаимосвязь типов моделей, используемых ARIS

Организационная модель
Модель
данных
Управлен-ческая
модель
Функци-ональная модель

Изображение слайда

Слайд 16: Особенности ARIS

В рамках каждого из перечисленных типов создаются модели разных видов, отражающие соответствующие стороны исследуемой системы. ARIS поддерживает большое количество методов моделирования:
диаграммы Чена,
Unified Modeling Language (UML),
Object Modeling Technique (OMT) и т.п.
Последняя версия ARIS поддерживает более 83 методов моделирования.
Достоинством такого подхода является то, что в процессе анализа каждой стороне системы можно уделить особое внимание, не отвлекаясь на ее связь с другими сторонами.
И только после детальной проработки всех аспектов можно заняться построением интегрированной модели, отражающей все существующие связи между всеми аспектами системы.

Изображение слайда

Слайд 17: Особенности ARIS

Другой особенностью методологии ARIS, обеспечивающей целостность разрабатываемой системы, является использование различных уровней описания, что поддерживает теорию жизненного цикла системы, существующего в сфере информационных технологий. В ARIS Toolset используется трехфазовая модель жизненного цикла, т.е. каждый из перечисленных аспектов имеет три уровня представления:
Уровень определения требований. На данном уровне разрабатываются модели, описывающие то, что должна делать система — как она организована, какие деловые процессы в ней присутствуют, какие данные при этом используются.
Уровень проектной спецификации. Этот уровень соответствует концепции информационной системы, определяющей основные пути реализации предъявленных на втором этапе требований.
Уровень описания реализации. На данном этапе происходит преобразование спецификации в физическое описание программных и технических средств. За этим следует этап физической реализации (программирования). Описание реализации порождает документы, на основе которых можно разработать программные модули, а также выбрать и технические средства реализации системы.
Особенности ARIS

Изображение слайда

Слайд 18: Уровни представления моделей в ARIS

Изображение слайда

Слайд 19: Имитационное моделирование в ARIS

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

Изображение слайда

Слайд 20: Образец ARIS-модели

Изображение слайда

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

ARIS

Изображение слайда

Слайд 22: Фрагмент модели бизнес-процесса с различными объектами ARIS

Изображение слайда

Слайд 23: Моделирование в ARIS

Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения.
Основная бизнес-модель ARIS — eEPC ( extended Event Driven Process Chain — расширенная модель цепочки процессов, управляемых событиями).
Реальная длительность выполнения процедур в eEPC визуально не отражается. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно.
Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например, графики Ганта в системе MS Project.

Изображение слайда

Слайд 24: Моделирование в ARIS

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

Изображение слайда

Слайд 25: Метод объектно-ориентированного анализа и проектирования (UML)

Концептуальной основой объектно-ориентированного анализа и проектирования ПО (ООАП) является объектная модель. Ее основные принципы (абстрагирование, инкапсуляция, модульность и иерархия) и понятия (объект, класс, атрибут, операция, интерфейс и др.) четко сформулированы Гради Бучем.
Полная бизнес-модель включает множество представлений, подобных представлениям архитектуры ПО. Каждое представление выражено в одной или более диаграммах UML. Диаграммы могут иметь различные типы и изображать процессы, правила, цели и ресурсы во взаимодействиях друг с другом.
Метод использует четыре различных представления бизнес-модели:
концептуальное представление — структура целей и проблем;
представление процессов — взаимодействие между процессами и ресурсами (в виде набора диаграмм деятельности);
структурное представление — структура организации и ресурсов (в виде диаграмм классов);
представление поведения — поведение отдельных ресурсов и детализация процессов (в виде диаграмм деятельности, состояний и взаимодействия).

Изображение слайда

Слайд 26: UML – unified modeling language

UML – унифицированный язык моделирования. Был создан для определения, представления, проектирования и документирования различных систем, приемник методов объектно-ориентированного анализа.
UML используют для:
проектирования программных систем,
моделирования бизнес-процессов,
системного проектирования
отображения организационных структур.
Гради Буч и Джеймс Рамбо, работавшие в компании RATIONAL SOFTWARE в 1994 году объединились для создания нового языка объектно-ориентированного моделирования. За основу языка ими были взяты методы моделирования, разработанные Бучем (Booch) и Рамбо (Object Modeling Technique — OMT).
OMT был ориентирован на анализ, а B OOCH — дизайн программных систем. В октябре 1995 года была выпущена предварительная версия 0.8 унифицированного метода ( Unified Method ).

Изображение слайда

Слайд 27: История создания UML

UML — это преемник того поколения методов ООАП, которые появились в конце 1980-х и начале 1990-х годов. Создание UML фактически началось в конце 1994 г., когда Гради Буч и
Джеймс Рамбо начали работу по объединению их методов Booch и OMT (Object Modeling Technique) под эгидой компании Rational Software.
К концу 1995 г. они создали первую спецификацию объединенного метода, названного ими Unified Method, версия 0.8. Тогда же в 1995 г. к ним присоединился создатель метода OOSE (Object-Oriented Software Engineering) Ивар Якобсон.
Таким образом, UML является прямым объединением и унификацией методов Буча, Рамбо и Якобсона, однако дополняет их новыми возможностями.
Формальная спецификация последней версии UML 2.0 опубликована в августе 2005 года.
UML 1.4.2 принят в качестве международного стандарта
ISO/IEC 19501:2005.

Изображение слайда

Слайд 28: Виды диаграмм В UML

Структурные диаграммы:
Классов
Компонентов
Композитной/составной структуры
Кооперации (UML2.0)
Развёртывания
Объектов
Пакетов
Диаграммы поведения:
Деятельности
Конечных автоматов (состояний)
Прецедентов
Диаграммы взаимодействия:
Коммуникации (UML2.0) / Кооперации (UML1.x)
Обзора взаимодействия (UML2.0)
Последовательности
Синхронизации (UML2.0)

Изображение слайда

Слайд 29: Диаграмма классов в UML

Изображение слайда

Слайд 30: Диаграмма деятельности для процесса

« goal »
Goal
« resource »
ResourceA
« resource »
ResourceB
« resource »
In: aClass
« resourse »
Out: aClass
« process »
ProcessA
« sypply »
« control »
цель
Ресурсы – это объекты, участвующие в бизнес-процессах: люди, материалы, информация.
Процессы (деятельность, которая изменяет состояние ресурсов).
Цели выражают требуемое состояние ресурсов.
Бизнес-правила -условия или ограничения процессов.

Изображение слайда

Слайд 31: Метод объектно-ориентированного анализа и проектирования (UML)

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

Изображение слайда

Слайд 32: Метод объектно-ориентированного анализа и проектирования (UML)

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

Изображение слайда

Слайд 33: Метамодель категорий бизнес-модели

Изображение слайда

Слайд 34: Диаграмма деятельности

Изображение слайда

Слайд 35: Связь функционального и имитационного моделирования

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

Изображение слайда

Последний слайд презентации: Методы моделирования бизнес-процессов: Связь функционального и имитационного моделирования

Связь между имитационными моделями и моделями процессов заключается в возможности преобразования модели процессов в имитационную модель.
Функциональные и имитационные модели тесно взаимосвязаны и эффективно дополняют друг друга. Имитационные модели дают больше информации для анализа системы, результаты которого могут быть причиной модификации модели процессов.
Целесообразно сначала строить функциональную модель, а на ее основе — имитационную.
Связь функционального и имитационного моделирования

Изображение слайда

Источник

Описание презентации по отдельным слайдам:

Найдите материал к любому уроку, указав свой предмет (категорию), класс, учебник и тему:

Другие материалы

Вам будут интересны эти курсы:

1. ФГБОУ ВПО Уфимский государственный авиационный технический университет Факультет информатики и робототехники Кафедра вычислительной ма

2. Связь дисциплины с другими областями

3. Понятие бизнес-процесса

4. Понятие бизнес-процесса

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

6. Понятие моделирования БП

7.

8. Основные вопросы бизнес моделирования

9. Прозрачность бизнес-процесса

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

11. Подходы к построению моделей бизнес-процесса

12. Назначение моделей бизнес-процесса

13. Виды моделей БП

14.

15.

16. Стандарты моделирования БП

17. Принципы моделирования БП (1)

18. Принципы моделирования БП (2)

19.

20. Функциональное моделирование

21. Контекстная диаграмма верхнего уровня

22. Структура IDEF0-модели. Декомпозиция диаграмм

23.

24.

25.

26.

27.

Презентация на тему «Моделирование бизнес-процессов»

Комментарии

Аннотация к презентации

Содержание