MBP-2014
.pdfПРОЕКТИРОВАНИЕ ПРОЦЕССА
«Проектирование процесса» - что это, зачем и как? Рабочая группа проектирования процесса Моделирование процесса. Методологии и нотации
«Проектирование процесса» - что это, зачем и как? |
|||||||
Проектирование процесса - построение образа создаваемого (изменяемого) процесса в виде, |
|||||||
допускающем его последующее воплощение в реальность. |
|
|
|
||||
В процессе проектирования создаются правила, позволяющие в дальнейшем осуществлять |
|||||||
проектируемый процесс таким образом, чтобы он достигал поставленных целей. |
|
||||||
Общий алгоритм процесса проектирования: |
|
|
|
|
|
||
Исследование |
Моделирование |
МОДЕЛЬ ПРОЦЕССА |
Оценка модели: |
||||
деятельности: |
текущего состояния |
(текущая - «AS IS») |
• Верификация, т.е. |
||||
• |
Изучение |
процесса: |
|
подтверждение адекватности |
|||
|
документации; |
• |
Выбор нотаций; |
|
модели ее участниками |
||
• |
Интервьюирование; |
• |
Разработка модели «AS |
|
• Валидация, т.е. подтверждение |
||
• |
Опросы/ |
|
IS» («как есть») |
|
адекватности модели |
||
|
анкетирования; |
|
|
|
|
соответствием прогнозных и |
|
• |
Наблюдения. |
|
|
|
|
реальных показателей |
|
Оптимизация |
МОДЕЛЬ ПРОЦЕССА |
Согласование модели: |
|
Регламентация процесса: |
|||
(улучшение) |
• |
Оценка соответствия |
|
• |
Разработка регламента |
||
(будущая - «TO BE») |
|
||||||
процесса: |
|
|
модели по соответствию |
|
процесса |
||
• |
Содержательная |
|
|
прогноза показателей и |
• |
Оценка участниками |
|
|
оптимизации |
|
|
целей |
|
|
процесса адекватности |
|
процесса |
|
• |
Подтверждение согласия |
|
и одинаковости |
|
• |
Управление |
|
|
участников процесса с |
|
понимания процесса, |
|
|
оптимизацией |
|
|
моделью процесса |
|
|
описанного в |
|
|
|
|
|
|
|
регламенте |
Рабочая группа проектирования процесса
Проектирование процесса – деятельность, сама по себе являющаяся процессом. Поэтому:
•рабочая группа проектирования процесса формируется исходя из тех же принципов, из которых формировалась команда процесса,
•ролевая модель группы проектирования и ролевая модель проектируемого процесса идентичны,
•членами команды проектирования процесса должны являться
участники процесса.
владелец |
|
|
|
|
|
ОТВЕТСТВЕННЫЙ ЗА ИЗМЕНЕНИЕ |
|
|
|||
ПРОЦЕССОВ В КОМПАНИИ |
|
руководитель |
|
||
консультант |
|
|
|
||
|
|
ЭКСПЕРТ-КОНСУЛЬТАНТ |
|
||
ГЛАВНЫЙ МЕТОДОЛОГ |
|
|
|
||
|
|
ПРОЦЕССА ПО ПРОЦЕССНОМУ |
|||
ПО ИЗМЕНЕНИЮ |
аудитор |
|
|||
|
ПОДХОДУ |
потребитель |
|||
ПРОЦЕССОВ В |
ГЛАВНЫЙ АУДИТОР |
||||
|
УЧАСТНИКИ ПРОЦЕССА |
||||
КОМПАНИИ |
ПРОЦЕССОВ В КОМПАНИИ |
|
|||
|
|
||||
|
|
|
|
заказчик |
|
|
|
|
|
ВЛАДЕЛЕЦ ПРОЦЕССА |
|
поставщики |
|
|
|
пользователь |
|
|
|
|
ЧЛЕНЫ КОМАНДЫ ВНЕДРЕНИЯ, |
||
УЧАСТНИКИ ПРОЦЕССА |
|
|
|
||
|
|
|
РУКОВОДИТЕЛЬ ПРОЦЕССА |
||
|
|
|
|
||
|
|
|
|
информируемый |
|
|
|
исполнители |
|
СПОНСОР ИЗМЕНЕНИЯ |
|
|
|
|
ПРОЦЕССОВ В КОМПАНИИ |
||
администратор ресурса |
ЭКСПЕРТ-КОНСУЛЬТАНТ ПРОЦЕССА, |
||||
|
|||||
АДМИНИСТРАТОРЫ |
|
КОНТРОЛЕР-АУДИТОР ПРОЦЕССА, |
|
||
СООТВЕТСТВУЮЩИХ |
|
ЧЛЕНЫ КОМАНДЫ ВНЕДРЕНИЯ ПРОЦЕССА, |
|
||
ПОДРАЗДЕЛЕНИЙ |
|
УЧАСТНИКИ ПРОЦЕССА |
|
владелец ресурса
АДМИНИСТРАТИВНЫЕ РУКОВОДИТЕЛИ СООТВЕТСТВУЮЩИХ ИСПОЛНИТЕЛЕЙ
Практикум «Группа проектирования»
Для идентифицированного ранее процесса определите ролевую модель группы проектирования в
терминах ролей процесса и конкретных должностей.
владелец |
|
консультант |
руководитель |
|
|
аудитор |
потребитель |
|
|
|
заказчик |
поставщики |
пользователь |
|
|
|
информируемый |
|
исполнители |
администратор ресурса |
|
владелец ресурса
Моделирование процесса. Методологии и нотации |
|
Моделирование - построение и изучение моделей реально существующих |
|
предметов и явлений, а также конструирование (разработка) создаваемых |
|
объектов. |
|
МОДЕЛЬ |
Модель – специальное описание |
|
|
|
компонентов и характеристик, |
|
отображающих существенные |
|
свойства моделируемого объекта |
|
или процесса. |
Моделирование основывается на принципе аналогии, который |
|
сводится к выделению существенных характеристик объекта и |
|
фиксированию их в модели. |
|
Методология (от метод и... логия) – учение о структуре, логической организации, методах и |
|
средствах осуществления определенной деятельности. |
|
Нотация (от лат. notatio - записывание, обозначение) – совокупность специальных графических |
|
знаков, позволяющих разрабатывать модели определенных объектов, их свойств и характеристик, |
|
а также способы (правила) этой записи. |
|
Основные принципы моделирования
К основным принципам моделирования относятся:
• Принцип иерархии: система и процессы в ней описываются иерархией моделей, каждая
следующая из которых уточняет предыдущую. При этом следует учитывать, что «сумма»
детализирующих моделей «равна» детализируемой модели.
• Принцип целостности: каждая модель является целостной, отражает все ключевые
характеристики моделируемых объектов и их взаимосвязи. Нужно учитывать, что никакой поток
(ни информационный, ни материальный) не возникают ниоткуда и не исчезают в никуда.
•Принцип множественности: с одной стороны, множество различных систем и процессов может
быть отражено с помощью одной и той же модели, а, с другой стороны, одну и ту же систему или процесс можно описать множеством различных моделей (в зависимости от целей моделирования).
•Принцип разумной реалистичности: чем полнее модель отражает реальную систему (процесс),
тем выше качество разработанной модели, но тем сложнее ее разработка. Подробностей в модели
должно быть ровно столько, сколько необходимо для целей моделирования.
МОДЕЛЬ
иерархия
МОДЕЛЬ
целостность
МОДЕЛЬ
МОДЕЛЬ
реалистичность
Некоторые основные методологии и нотации
К основным методологиям моделирования относятся:
•Методология структурного анализа и проектирования (Structured Analysis and Design Technique, SADT ) – методология, разработанная Д.
Россом и получившая «продолжение» в виде семейства стандартов IDEF (Icam (Integrated computer-aided manufacturing) DEFinition).
•Объектно-ориентированный анализ и проектирование (Object-Oriented Analysis & Design, OOAD) – методология, разработанная Г. Бучем и Дж. Рамбо, включает множество нотаций, получивших название UML (Unified Modeling Language).
•Архитектура интегрированных систем (Architecture of Integrated Systems, ARIS ) – методология, разработанная специалистами компании IDS Scheer AG (Германия), в частности профессором А-В. Шеером, включает в себя множество различных нотаций для описания организации и ее деятельности с различных точек зрения.
К основным нотациям моделирования относятся
•Нотация моделирования бизнес-процессов (Business Process Modeling Notation, BPMN ) - это графическая нотация для моделирования бизнес процессов.
•Диаграмма потоков данных (Data Flow Diagram, DFD) – графическая нотация для моделирования потоков данных.
•Блок-схема (Basic Flowchart) – графическая нотация для моделирования алгоритмов действий.
•Кросс-функциональная диаграмма (Cross-functional Diagram (flowchart), «swimmer lane») – графическая нотация для моделирования действий различных объектов.
ДИАГРАММА ПОТОКОВ
Нотация диаграмм потоков (Flow Diagram) была разработана как средство моделирования функциональных требований к проектируемой ИТ-системе и первоначально носила название Диаграмма Потоков Данных (Data Flow Diagram).
Диаграммы потоков показывают, как каждый элемент деятельности (процесс, проект, функция) преобразует свои входные потоки (информационные, материальные/ресурсные, управленческие) в выходные (информационные, материальные/ресурсные, управленческие) и выявляют отношения между этими элементами и их исполнителями
Диаграмма потоков
Диаграмма потоков - Flow Diagram, FD – графическая нотация, описывающая информационные, материальные и управляющие потоки и их хранилища, к которым осуществляется доступ как внешних по отношению к системе, так и внутренних источников и адресатов данных.
Основные объекты нотации
внешний (по external entity отношению к
системе) объект
|
|
|
# |
функция (номер #), |
|
function |
|
|
|||
|
|
выполняемая |
|||
|
|
|
|
|
|
org. unit |
|
|
|||
|
|
подразделением/ |
|||
|
|
|
|
|
|
|
|
|
|
|
сотрудником |
storage |
|
|
хранилище (для |
||
|
|
любого потока) |
|||
|
|
|
|
|
|
|
|
|
|
|
информационный |
|
А |
|
|
|
|
|
|
|
|
поток «А» |
|
|
|
|
|
|
материальный/ В ресурсный поток
«В»
С |
управляющий |
|
поток «С» |
||
|
Правила моделирования
1.Декомпозиция начинается с «контекстной диаграммы» (0-уровня декомпозиции), который показывает потоки между системой, представленной как один процесс, и ее окружением (контекстом), представленным внешними объектами.
2.Система декомпозируется (1 уровень декомпозиции), т.е. разделяется на процессы, потоки и накопители, при этом контролируется целостность «входоввыходов», т.е. известен источник и приемник каждого потока, поток не возникает никуда и не исчезает в никуда.
3.Дальнейшая декомпозиция продолжается по мере необходимости, но с сохранением целостности потоков.
КОНТЕКСТНАЯ ДИАГРАММА
(ур. 0)
житель заявка
|
БД сайта |
справка или |
запрос |
уведомление о |
|
статусе заказа |
0 |
|
выдача справки |
администрация
ДИАГРАММА ПОТОКОВ (ур. 1)
|
|
|
|
|
|
|
|
|
|
|
|
|
1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
запрос |
|
|
|
|
сверка данных |
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
|
заявка |
|
|
|
|
|
«одно окно» |
|
|
|
|
уведомление о статусе запроса |
|
|
указание |
|||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
на выезд |
|||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
подготовка справки |
2 |
|
|
|
|
|
|
|
|
||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||
уведомление о |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
|
|
|
наряд- |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||||
статусе запроса |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
заказ |
|
|
специалисты |
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
|
|
|
|
|
|
|
|
справка |
|
|
|
3 |
||||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
наряд- |
|
|
|
|
доставка справки |
|||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||
|
|
|
|
|
|
|
БД наряд-заказов |
|
|
заказ |
|
|
|
|
|
|
||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
курьеры |
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||
|
|
|
справка |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
1. диаграмма |
|
2. диаграмма |
|
|
|
3. диаграмма |
|
|
|||||||||||||||||||||
|
|
|
|
|
потоков |
|
|
потоков |
|
|
|
|
потоков |
|
|
|||||||||||||||||
|
|
|
|
|
«СВЕРКА |
|
«ПОДГОТОВКА |
|
|
|
«ДОСТАВКА |
|
|
|||||||||||||||||||
|
|
|
|
|
ДАННЫХ» |
|
СПРАВКИ» |
|
|
|
СПРАВКИ» |
|
|
|||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Практикум «Диаграмма потоков»
Задание.
Разработайте диаграмму потоков (0-1 уровень декомпозиции) для выбранного ранее процесса.