Представляет собой владение основными методами, способами и средствами получения, переработки информации вне машинным и машинным способами. Может решать вопросы в определенной области профессиональных интересов.
В качестве базовых моделей используются: — структурные модели — логические модели Для их оценки используются качественные и количественные показатели. На основе этих показателей принимается решение о выборе структуры процесса, структуры управления этими процессами и предприятия, стратегия его развития. В зависимости от типа информации она классифицируется по следующим признакам: — функциональные возможности и особенности построения современных систем — в зависимости от объёма — в зависимости от технических средств — в зависимости от вида предоставления — фактографическая Типы обработки информации: — машинная — вне машинная
Информация в зависимости от интенсивности и равномерности потока: — ламинарный поток — турбулентный поток
Методы и инструментальные средства моделирования бизнес-процессов
Обзор методологий проектирования бизнес процессов
Бизнес-процесс — это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат. Моделирование бизнес-процессов — это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте. Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Для каждого объекта и связей характерны ряд параметров, или атрибутов, отражающих опредёленные характеристики реального объекта (номер объекта, название, описание, длительность выполнения (для функций), стоимость и др.).
Описание бизнес-процессов проводится с целью их дальнейшего анализа и реорганизации. Целью реорганизации может быть внедрение информационной системы, сокращение затрат, повышение качества обслуживания клиентов, создание должностных и рабочих инструкций и т.п., а детальное описание процессов само по себе не представляет ценности. Реинжиниринг бизнес-процессов (англ. Business process reengineering) — это фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения максимальной эффективности производственно-хозяйственной и финансово-экономической деятельности, оформленное соответствующими организационно-распорядительными и нормативными документами. Бизнес-инжиниринг состоит из моделирования бизнес-процессов (разработка модели «как есть», её анализ, разработка модели «как надо») и разработки и реализации плана перехода к состоянию «как надо».
Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique — метод структурного анализа и проектирования), семейство стандартов IDEF (Icam DEFinition, где Icam — это Integrated Computer-Aided Manufacturing) и алгоритмические языки. Основные типы методологий моделирования и анализа бизнес-процессов:
Семинар № 3 «Анализ бизнес-процессов: методология и применение в практике», 20.10.21
* Моделирование бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов — стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.
* Описание потоков работ (Work Flow Modeling). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.
* Описание потоков данных (Data Flow Modeling). Нотация DFD (Data Flow Diagramming), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.
Инструментальные средства для моделирования и анализа информационных потоков и бизнес-процессов.
Одним из важнейших этапов решения задачи построения модели бизнес-архитектуры является выбор инструментальной среды.
Для автоматизации моделирования процессов сложился специальный класс программных продуктов. Наиболее известными являются такие продукты, как ARIS, Software Architect, BPWin (новое название – AllFusion Process Modeler), хотя в большом количестве случаев стандартных графических пакетов типа Microsoft Visio, текстового редактора и электронной таблицы бывает достаточно. И в данной книге мы не будем останавливаться на сравнительном анализе этих и других средств и отсылаем читателя к специализированным публикациям.
К числу обязательной рекомендации для заказчика и исполнителя при осуществлении выбора относится соблюдение принципа учета всех привходящих факторов, связанных с решаемой задачей по созданию модели бизнес-архитектуры предприятия. Огрубленно данные факторы отражают два ключевых момента («внутренних» и «внешних»):
¦ «внутренние» – потребности и возможности предприятия, связанные с созданием моделей бизнес-архитектуры;
¦ «внешние» – возможности современных инструментальных средств.
К числу основных «внутренних» факторов, влияющих на выбор заказчиком инструментальной среды моделирования, следует отнести:
¦ уровень текущей проработки задач по моделированию и оптимизации;
¦ уровень подготовки персонала;
¦ характеристики программно-аппаратной платформы и т. д.
По каждому из вышеперечисленных факторов можно дать следующие комментарии.
Производственная необходимость. Несомненно, что постановки задач по моделированию определяют необходимый функционал инструментальной среды. Очевидно, что при всех прочих параметрах не следует с «переплатой» приобретать инструментальную среду с избыточным для решаемой задачи функционалом. Например, если не планируется осуществлять имитационное моделирование, то не следует приобретать данный модуль. Если моделирование нацелено в первую очередь на создание информационных систем, то необходимо подбирать инструментальные средства, сориентированные на эти цели.
Для качественного обоснования производственной необходимости выбираемой конфигурации средств моделирования необходимо:
1) четко сформулировать все «производственные» постановки задач по моделированию;
2) определить под каждую постановку задачи необходимый функционал по моделированию, который должен поддерживаться инструментальной средой моделирования;
3) сопоставить функционал по моделированию возможных к использованию инструментальных средств (модулей инструментальных средств).
Уровень текущей проработки задач по моделированию и оптимизации. Данный фактор в значительной степени связан с вышеописанным фактором «производственной необходимости». Этот фактор определяется следующими ключевыми обстоятельствами:
¦ пройденными (реализованными) в модели бизнес-архитектуры уровнями детализации бизнес-процессов и их базовых компонент;
¦ сформулированными целями по дальнейшей детализации моделей бизнес-процессов и их базовых компонент;
¦ разработанными подходами, включая алгоритмические решения, по оценке состояния бизнес-процессов и их оптимизации.
В определенной степени можно утверждать, что уровень сложности привлекаемых средств моделирования должен соответствовать уровню зрелости (культуры) предприятия, а именно проработки и формализации текущих проблем бизнес-процессов организации.
Бюджетные ограничения. Стоимость инструментальных средств различных производителей может существенно различаться. При этом бюджетные затраты предприятия, связанные с выбором инструментальной среды, будут определяться не только начальными инвестициями на его приобретение, но и последующими затратами на техническую поддержку, обучение персонала, возможную модернизацию программно-аппаратной платформы, потенциальный «апгрейд» и т. д. При этом необходимо отметить, что во многих случаях дистрибьюторы, заинтересованные лишь в продаже программного обеспечения, могут в явном виде не обозначать всех финансовых «обременений», которые могут последовать после этапа покупки инструментального средства. Для точного обсчета финансовой нагрузки могут использоваться специализированные методики, например
ТСО. По этой причине общие объемы бюджета предприятия и их соизмеримость с потенциальной финансовой нагрузкой, которая последует за выбором инструментальной среды, могут сыграть главную роль в приятии окончательного решения.
Уровень подготовки персонала. Данный фактор чаще всего забывается заказчиком. Особенно критичным этот фактор является для тех предприятий, которые рассчитывают на самостоятельное решение задач либо по разработке, либо по поддержке модели бизнес-архитектуры. При всей дружелюбности пользовательского интерфейса, средств разработки требуются специальная и общесистемная подготовки для исполнителей работ по моделированию, равно как и проведение обучения пользователей.
Предыдущие вложения. Вполне возможна ситуация, когда на предприятии уже проводились работы по моделированию бизнес-процессов и, соответственно, были осуществлены определенные вложения. Данные вложения могут быть связаны с закупками программного обеспечения и технических средств, обучением технического персонала, пользователей, оплатой технической поддержки, созданием специальных приложений и т. д. Не менее значимыми, чем финансовые затраты, являются обстоятельства, связанные с накоплением значительного количества информации («знаний») в форматах ранее использованной инструментальной среды. В том случае, если данные форматы являются «автономными», потенциальный переход в новую инструментальную среду может потребовать разработки специальных средств преобразования. Другой важной составляющей проблемы трансформации знаний бизнес-процессов в иную инструментальную среду является «ломка» привычек пользователей, связанных с применением ставших «традиционными» в организации форм представления информации по бизнес-процессам.
Семейство стандартов IDEF
Стандарт моделирования бизнес-процессов IDEFo был принят в качестве такового в 1981 г. Исторически он возник из стандарта SADT (Structured Analysis and Design Teqnique), активно применявшегося с конца 1960-х гг., в частности Министерством обороны США. IDEF является аббревиатурой от ICAM DEFinition. ICAM – Integrated Computer Aided Manufacturing.
Семейство стандартов IDEF включает в себя ряд графических нотаций, которые могут быть использованы для моделирования БП:
•IDEFo – стандарт описания бизнес-процессов;
•DFD – диаграмма потока данных (DataFlow Diagram);
•IDEF3 – стандарт моделирования потока работ (workflow).
ARIS расшифровывается как Arhitecture of Integrated Information Systems – архитектура интегрированных информационных систем. В методологию ARIS входит пять типов представлений моделей:
•организационные модели, описывающие иерархическую структуру системы: иерархию организационных подразделений, должностей, полномочий конкретных лиц и т. д.;
•функциональные модели, описывающие функции (процессы, операции), выполняемые в организации;
•информационные модели (модели данных), отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
•модели процессов/управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы и объединяющие вместе другие модели;
•модели входов и выходов, описывающие потоки материальных и нематериальных входов и выходов процедур, включая, в частности, потоки денежных средств.
Дата добавления: 2018-08-06 ; просмотров: 1338 ; Мы поможем в написании вашей работы!
Источник: studopedia.net
Методологии создания модели бизнес-процесса
1. Методологии создания модели бизнес-процесса
(лекция 1)
1
2. Методологии описания бизнес-процессов
Методологии описания бизнеспроцессов
• Методология (нотация) описания БП совокупность способов, при помощи которых
объекты реального мира и связи между ними
представляются в виде модели.
• Важнейшими понятиями любого метода
моделирования бизнес-процессов являются понятия
объекта и связи.
Для каждого объекта и связей характерны ряд
параметров, или, как принято говорить, атрибутов,
отражающих определенные характеристики
реального объекта. Атрибутами могут служить такие
характеристики, как номер объекта, название,
описание, длительность выполнения (для функций),
стоимость и др.
2
3. История развития методологий моделирования бизнес-процессов
• Основу многих современных
методологий моделирования бизнеспроцессов составили методология
SADT (Structured Analysis and Design
Technique – метод структурного
анализа и проектирования) и
алгоритмические языки, применяемые
для разработки программного
обеспечения
3
4. История развития методологий моделирования бизнес-процессов
5. Основные типы методологий моделирования и анализа бизнес-процессов
Основные типы методологий
моделирования и анализа бизнеспроцессов
Наиболее распространенные типы методологий
описания, моделирования и анализа бизнеспроцессов:
моделирования бизнес-процессов (Business Process
Modeling);
описания потоков работ (Work Flow Modeling);
описания потоков данных (Data Flow Modeling).
5
6. Методология IDEF0
7. История возникновения стандарта IDEF0
• IDEF — Integration Definition for Function
Modeling.
• Методология IDEF0 — следующий этап
развития графического языка описания
функциональных систем SADT (Structured
Analysis and Design Technique – методология
структурного анализа и проектирования).
• IDEF0, как стандарт был разработан в 1981
году в рамках программы автоматизации
промышленных предприятий, предложена
департаментом Военно-Воздушных Сил
США.
7
8. Основные понятия IDEF0
1.
Понятие функционального блока (Activity Box). Каждая
из четырех сторон функционального блока имеет своё
определенное значение (роль).
8
9. Основные понятия IDEF0
2.
Понятие интерфейсной дуги (Arrow). Графическое отображение
интерфейсной дуги — однонаправленная стрелка, она отображает
элемент системы, который обрабатывается функциональным блоком
или оказывает иное влияние на функцию, отображенную данным
функциональным блоком.
Каждая интерфейсная дуга должна иметь свое уникальное
наименование (Arrow Label).
9
10. Основные понятия IDEF0
3.
Принцип декомпозиции. Уровень детализации процесса
определяется непосредственно разработчиком модели.
Модель IDEF0 всегда начинается с представления системы
как единого целого – одного функционального блока с
интерфейсными дугами, простирающимися за пределы
рассматриваемой области. Такая диаграмма с одним
функциональным блоком называется контекстной
диаграммой, и обозначается идентификатором “А-0”.
10
11. Основные понятия IDEF0
12. Принципы ограничения сложности IDEF0-диаграмм
• Ограничение количества
функциональных блоков на диаграмме
двумя-шестью.
• Ограничение количества подходящих к
одному функциональному блоку
(выходящих из одного функционального
блока) интерфейсных дуг шестью.
12
13. Правила ветвления и слияния стрелок
14. Правила ветвления и слияния стрелок
15. Миграция и «туннелирование» стрелок
16. Миграция и «туннелирование» стрелок
17. Миграция и «туннелирование» стрелок
18. Итеративный процесс разработки IDEF0-модели
1. Создание модели группой специалистов,
относящихся к различным сферам
деятельности предприятия. Эта группа в
терминах IDEF0 называется авторами
(Authors). Построение первоначальной
модели является динамическим процессом,
в течение которого авторы опрашивают
компетентных лиц о структуре различных
процессов. На основе имеющихся
положений, документов и результатов
опросов создается черновик (Model Draft)
модели.
18
19. Итеративный процесс разработки IDEF0-модели
2. Распространение черновика для рассмотрения,
согласований и комментариев. На этой стадии
происходит обсуждение черновика модели с
широким спектром компетентных лиц (в терминах
IDEF0- читателей) на предприятии. При этом каждая
из диаграмм черновой модели письменно
критикуется и комментируется, а затем передается
автору. Автор, в свою очередь, также письменно
соглашается с критикой или отвергает её с
изложением логики принятия решения и вновь
возвращает откорректированный черновик для
дальнейшего рассмотрения. Этот цикл
продолжается до тех пор, пока авторы и читатели не
придут к единому мнению.
19
20. Итеративный процесс разработки IDEF0-модели
3. Официальное утверждение модели.
Утверждение согласованной модели
происходит руководителем рабочей группы в
том случае, если у авторов модели и
читателей отсутствуют разногласия по
поводу ее адекватности. Окончательная
модель представляет собой согласованное
представление о предприятии (системе) с
заданной точки зрения и для заданной цели.
20
21.
Институциональные нормы и правила
Информация о запросах бизнеса
Абитуриенты
«Специалист»
Расходные материалы
Денежные средства от контрагентов
Образовательная деятельность
Научные разработки
Информация о внешней среде
Документация
0
Сотрудники
NODE:
I-0
TITLE:
Оборудование
Модель_1
Образовательны
е технологии
NO.:
21
22. Семейство IDEF
• IDEF0 — методология функционального
моделирования. С помощью наглядного
графического языка IDEF0, изучаемая
система предстает перед
разработчиками и аналитиками в виде
набора взаимосвязанных функций
(функциональных блоков — в терминах
IDEF0). Моделирование средствами
IDEF0 является первым этапом
изучения любой системы.
22
23. Семейство IDEF
• IDEF1 – методология моделирования
информационных потоков внутри системы,
позволяющая отображать и анализировать их
структуру и взаимосвязи.
• IDEF1X (IDEF1 Extended) – методология
построения реляционных структур. IDEF1X
относится к типу методологий “Сущностьвзаимосвязь” (ER – Entity-Relationship) и, как
правило, используется для моделирования
реляционных баз данных, имеющих
отношение к рассматриваемой системе.
23
24. Семейство IDEF
• IDEF2 – методология динамического
моделирования развития систем. В связи с
весьма серьезными сложностями анализа
динамических систем от этого стандарта
практически отказались, и его развитие
приостановилось на самом начальном этапе.
Однако в настоящее время присутствуют
алгоритмы и их компьютерные реализации,
позволяющие превращать набор статических
диаграмм IDEF0 в динамические модели,
построенные на базе “раскрашенных сетей
Петри” (CPN – Color Petri Nets).
24
25. Семейство IDEF
• IDEF3 – методология документирования
процессов, происходящих в системе,
которая используется, например, при
исследовании технологических
процессов на предприятиях. Основу
методологии IDEF3 составляет
построение моделей процессов по
принципу последовательно
выполняемых во времени работ
(функций, операций).
25
26. Семейство IDEF
Нотации Процесс и
Процедура
28
27. Семейство IDEF
Нотации Процесс и Процедура
• Нотации Процесс (Basic Flowchart в
Microsoft Visio) и Процедура (Cross
Functional Flowchart в Microsoft Visio)
используются для представления
алгоритма (сценария) выполнения
процесса и позволяют задать причинноследственные связи и временную
последовательность выполнения
действий процесса.
• Нотации поддерживают декомпозицию
на подпроцессы.
29
28. Нотации Процесс и Процедура
• Различие между нотациями Процесс и
Процедура: дополнительно к графическим
элементам, применяемым в нотации
Процесс, в нотации Процедура используются
дорожки, обозначающие организационные
единицы – исполнителей действий процесса.
• Нотации Процесс и Процедура можно
применять для моделирования отдельных
процессов компании, а также на нижнем
уровне модели бизнес-процессов, созданной
в нотации IDEF0.
30
29. Нотации Процесс и Процедура
Используемые графические
символы
название
Действие
графический
символ
описание
Временная
последовательность
выполнения действий
задается расположением
действий на диаграмме
процесса/процедуры сверху
вниз (слева направо на
горизонтальной диаграмме
процедуры).
31
30. Нотации Процесс и Процедура
Используемые графические
символы
название
графический
символ
Решение
условие
Да
Нет
Пределы
параметра
0-100
101-200
201-300
описание
Элемент, обозначающий
выбор следующего действия
в зависимости от выполнения
условия.
Блок «Решение» должен
содержать вопрос, решение
или условие. Выходящие
стрелки помечаются как «Да»
или «Нет», или другим
способом для учета всех
возможных вариантов
ответов.
32
31. Используемые графические символы
название
Связь
предшест
вования
графический
символ
Входящая
корреспонденция
руководителя
Регистрация в журнале
«Входящая
корреспонденция
руководителя»
Сканирование
(для бумажных
носителей)
Помещение электронной
версии документа в
электронный архив
описание
Стрелки «Связь предшествования»
обозначают передачу управления от
одного действия к другому, т.е.
предыдущее действие должно
закончиться прежде, чем начнется
следующее.
Если стрелка служит только для
обозначения передачи управления, то
имя стрелки оставляется пустым. Если
кроме передачи управления из
предыдущего действия в следующее
действие поступает Объект(ы), то
стрелка именуется и в список объектов
стрелки заносится соответствующий
Объект(ы).
33
32. Используемые графические символы
название
графический
символ
Поток
объектов
Журнал «Исходящая
корреспонденция»
Заполнение графы
«Номер накладной» в
журнале «Исходящая
корреспонденция»
Журнал «Исходящая
корреспонденция»
Регистрация в
журнале
«Исходящая
корреспонденция»
Заказ курьера
службы доставки
Передача
корреспонденции
курьеру
Заполнение графы
«Номер накладной» в
журнале «Исходящая
корреспонденция»
описание
Стрелки «Поток объектов»
используются в случаях, когда
необходимо показать, что из
одного действия объекты
передаются в другое, при этом
первое действие не запускает
выполнения второго.
Если обозначение источника
Объекта(ов) неважно, то такой
Объект показывается стрелкой
с туннелированным началом.
.
34
33. Используемые графические символы
название
Дорожки
(диаграмма
Процедура)
графический
символ
A1 Прием и обработка входящей
корреспонденции секретарем-референтом
Секретарь-референт
Руководитель
описание
Дорожки предназначены для
отображения
организационных единиц
(должности, подразделения,
роли) – исполнителей
действий процедуры.
.
35
34. Используемые графические символы
название
Событие
графический
символ
Начало
описание
События отображают стартовые точки процесса/
процедуры, приводящие к началу выполнения
процесса/процедуры, и конечные точки,
наступлением которых заканчивается выполнение
процесса/процедуры.
Началом процесса/процедуры считается
событие, из которого только исходят стрелки
передачи управления.
Концом процесса/процедуры считается событие,
в которое только входят стрелки передачи
управления .
Конец
36
35. Используемые графические символы
Пример диаграммы в нотации Процесс
Заявлено желание
обучаться во ВГУЭС
Сдача
документов
Найти ошибки!
Результаты ЕГЭ
Не прошел
по конкурсу
Прохождение по
конкурсу по
результатам ЕГЭ
Прошел по конкурсу
Отказ от
обучения
Принятие решение
обучаться во ВГУЭС на
договорной основе
Сверка
документов
Решение обучаться
Подготовка
приказа о
зачислении
Оформление
договора на
платные услуги
Приказ о зачислении
Внесение денежных
средств на
обучение
Приказ не утвержден
Утверждение
приказа о
зачислении
Подготовка
приказа о
зачислении
Приказ не
утвержден
Приказ утвержден
Приказ о зачислении
Утверждение
приказа о
зачислении
Приказ утвержден
Абитуриент зачислен
37
36. Используемые графические символы
Пример диаграммы в нотации Процедура
I1 Поступление
Клиент
Отдел заключения
договоров
Касса
Ректорат
Приемная комиссия
Заявлено желание
обучаться во ВГУЭС
Сдача
документов
Результаты ЕГЭ
Не прошел
по конкурсу
Отказ от
обучения
Прохождение по
конкурсу по
результатам ЕГЭ
Принятие решение
обучаться во ВГУЭС на
договорной основе
Прошел по конкурсу
Сверка
документов
Решение обучаться
Оформление
договора на
платные услуги
Подготовка
приказа о
зачислении
Приказ о зачислении
Внесение денежных
средств на
обучение
Приказ не утвержден
Утверждение
приказа о
зачислении
Приказ утвержден
38
Абитуриент зачислен
Источник: ppt-online.org
Презентация на тему Методологии создания модели бизнес-процесса
Методологии описания бизнес-процессов Методология (нотация) описания БП — совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Важнейшими понятиями любого метода моделирования бизнес-процессов
- Главная
- Информатика
- Методологии создания модели бизнес-процесса
Слайды и текст этой презентации
Слайд 1Методологии создания модели бизнес-процесса
Слайд 2Методологии описания бизнес-процессов
Методология (нотация) описания БП —
совокупность способов, при помощи которых объекты реального
мира и связи между ними представляются в виде модели.
Важнейшими понятиями любого метода моделирования бизнес-процессов являются понятия объекта и связи. Для каждого объекта и связей характерны ряд параметров, или, как принято говорить, атрибутов, отражающих определенные характеристики реального объекта. Атрибутами могут служить такие характеристики, как номер объекта, название, описание, длительность выполнения (для функций), стоимость и др.
Слайд 3История развития методологий моделирования бизнес-процессов
Основу многих
современных методологий моделирования бизнес-процессов составили методология SADT
(Structured Analysis and Design Technique – метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения
Слайд 4История развития методологий моделирования бизнес-процессов
Слайд 5Основные типы методологий моделирования и анализа бизнес-процессов
Наиболее распространенные типы методологий описания, моделирования и
моделирования бизнес-процессов (Business Process Modeling);
описания потоков работ (Work Flow Modeling);
описания потоков данных (Data Flow Modeling).
Слайд 6 Методология IDEF0
Слайд 7История возникновения стандарта IDEF0
IDEF — Integration
Definition for Function Modeling.
Методология IDEF0 — следующий
этап развития графического языка описания функциональных систем SADT (Structured Analysis and Design Technique – методология структурного анализа и проектирования).
IDEF0, как стандарт был разработан в 1981 году в рамках программы автоматизации промышленных предприятий, предложена департаментом Военно-Воздушных Сил США.
Слайд 8 Основные понятия IDEF0
Понятие функционального
блока (Activity Box). Каждая из четырех сторон
функционального блока имеет своё определенное значение (роль).
Слайд 9 Основные понятия IDEF0
Понятие интерфейсной
дуги (Arrow). Графическое отображение интерфейсной дуги —
однонаправленная стрелка, она отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label).
Слайд 10 Основные понятия IDEF0
Принцип декомпозиции.
Уровень детализации процесса определяется непосредственно разработчиком модели.
Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”.
Слайд 11Основные понятия IDEF0
Слайд 12Принципы ограничения сложности IDEF0-диаграмм
Ограничение количества функциональных
блоков на диаграмме двумя-шестью.
Ограничение количества подходящих
к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг шестью.
Слайд 13Правила ветвления и слияния стрелок
Слайд 14Правила ветвления и слияния стрелок
Слайд 15Миграция и «туннелирование» стрелок
Слайд 16Миграция и «туннелирование» стрелок
Слайд 17Миграция и «туннелирование» стрелок
Слайд 18Итеративный процесс разработки IDEF0-модели
Создание модели группой
специалистов, относящихся к различным сферам деятельности предприятия.
Эта группа в терминах IDEF0 называется авторами (Authors). Построение первоначальной модели является динамическим процессом, в течение которого авторы опрашивают компетентных лиц о структуре различных процессов. На основе имеющихся положений, документов и результатов опросов создается черновик (Model Draft) модели.
Слайд 19Итеративный процесс разработки IDEF0-модели
черновика для рассмотрения, согласований и комментариев. На
этой стадии происходит обсуждение черновика модели с широким спектром компетентных лиц (в терминах IDEF0- читателей) на предприятии. При этом каждая из диаграмм черновой модели письменно критикуется и комментируется, а затем передается автору. Автор, в свою очередь, также письменно соглашается с критикой или отвергает её с изложением логики принятия решения и вновь возвращает откорректированный черновик для дальнейшего рассмотрения. Этот цикл продолжается до тех пор, пока авторы и читатели не придут к единому мнению.
Слайд 20Итеративный процесс разработки IDEF0-модели
Официальное утверждение модели.
Утверждение согласованной модели происходит руководителем рабочей группы
в том случае, если у авторов модели и читателей отсутствуют разногласия по поводу ее адекватности. Окончательная модель представляет собой согласованное представление о предприятии (системе) с заданной точки зрения и для заданной цели.
Слайд 21
Слайд 22Семейство IDEF
IDEF0 — методология функционального моделирования.
С помощью наглядного графического языка IDEF0, изучаемая
система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Моделирование средствами IDEF0 является первым этапом изучения любой системы.
Слайд 23Семейство IDEF
IDEF1 – методология моделирования информационных
потоков внутри системы, позволяющая отображать и анализировать
их структуру и взаимосвязи.
IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе.
Слайд 24Семейство IDEF
IDEF2 – методология динамического моделирования
развития систем. В связи с весьма серьезными
сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. Однако в настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе “раскрашенных сетей Петри” (CPN – Color Petri Nets).
Слайд 25Семейство IDEF
IDEF3 – методология документирования процессов,
происходящих в системе, которая используется, например, при
исследовании технологических процессов на предприятиях. Основу методологии IDEF3 составляет построение моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций).
Слайд 26Семейство IDEF
IDEF4 – методология построения объектно-ориентированных
систем. Средства IDEF4 позволяют наглядно отображать структуру
объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы.
Слайд 27Семейство IDEF
IDEF5 – методология онтологического исследования сложных
систем. С помощью методологии IDEF5 онтология системы
может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация.
Слайд 28 Нотации Процесс и Процедура
Слайд 29Нотации Процесс и Процедура
Нотации Процесс (Basic Flowchart
в Microsoft Visio) и Процедура (Cross Functional
Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса.
Нотации поддерживают декомпозицию на подпроцессы.
Слайд 30Нотации Процесс и Процедура
Различие между нотациями Процесс
и Процедура: дополнительно к графическим элементам, применяемым
в нотации Процесс, в нотации Процедура используются дорожки, обозначающие организационные единицы – исполнителей действий процесса.
Нотации Процесс и Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Источник: thepresentation.ru