SlideShare a Scribd company logo
1 of 30
Бизнес-правилаБизнес-правила
IDEF0IDEF0
УровеньУровень IDEFIDEF 7 – 17 – 144
Лекция 08 (c) Гудаев О.А. 2013
2
IDEF -
family of
modeling
language
IDEF0 : Function modeling
IDEF1 : Information Modeling
IDEF1X : Data Modeling
IDEF2 : Simulation Model Design
IDEF3 : Process Description Capture
IDEF4 : Object-Oriented Design
IDEF5 : Ontology Description Capture
IDEF6 : Design Rationale Capture
IDEF7 : Information System Auditing
IDEF8 : User Interface Modeling
IDEF9 : Business Constraint Discovery
IDEF10 : Implementation Architecture Modeling
IDEF11 : Information Artifact Modeling
IDEF12 : Organization Modeling
IDEF13 : Three Schema Mapping Design
IDEF14 : Network Design
3
Группы
IDEF
4
IDEF7
Information System Auditing — Аудит
информационных систем. Этот метод
определён как востребованный, однако
так и не был полностью разработан.
5
IDEF8
User Interface Modeling — Метод разработки
интерфейсов взаимодействия оператора и системы
(пользовательских интерфейсов). Современные
среды разработки пользовательских интерфейсов в
большей степени создают внешний вид
интерфейса. IDEF8 фокусирует внимание
разработчиков интерфейса на программировании
желаемого взаимного поведения интерфейса и
пользователя на трех уровнях: выполняемой
операции (что это за операция); сценарии
взаимодействия, определяемом специфической
ролью пользователя (по какому сценарию она
должна выполняться тем или иным
пользователем); и, наконец, на деталях
интерфейса (какие элементы управления,
предлагает интерфейс для выполнения операции).
6
IDEF9
Business Constraint Discovery method
(Scenario-Driven IS Design) — Метод
исследования бизнес ограничений был
разработан для облегчения обнаружения и
анализа ограничений в условиях которых
действует предприятие. Обычно, при
построении моделей описанию ограничений,
оказывающих влияние на протекание
процессов на предприятии уделяется
недостаточное внимание.
7
Продолжение IDEF9
Знания об основных ограничениях и характере
их влияния, закладываемые в модели, в
лучшем случае остаются неполными,
несогласованными, распределенными
нерационально, но часто их вовсе нет. Это не
обязательно приводит к тому, что
построенные модели нежизнеспособны,
просто их реализация столкнется с
непредвиденными трудностями, в результате
чего их потенциал будет не реализован. Тем
не менее в случаях, когда речь идет именно о
совершенствовании структур или адаптации к
предсказываемым изменениям, знания о
существующих ограничениях имеют
критическое значение.
8
IDEF9: Typical business systems
9
IDEF10 — IDEF13
IDEF10 — Implementation Architecture Modeling —
Моделирование архитектуры выполнения. Этот
метод определён как востребованный, однако так и
не был полностью разработан;
IDEF11 — Information Artifact Modeling. Этот метод
определён как востребованный, однако так и не
был полностью разработан;
IDEF12 — Organization Modeling — Организационное
моделирование. Этот метод определён как
востребованный, однако так и не был полностью
разработан;
IDEF13 — Three Schema Mapping Design —
Трёхсхемное проектирование преобразования
данных. Этот метод определён как
востребованный, однако так и не был полностью
разработан.
10
IDEF14
Network Design — Метод проектирования
компьютерных сетей, основанный на
анализе требований, специфических
сетевых компонентов, существующих
конфигураций сетей. Также он
обеспечивает поддержку решений,
связанных с рациональным управлением
материальными ресурсами, что
позволяет достичь существенной
экономии.
11
12
CASE-система BPWin
Графический редактор BPWin старается помочь Вам
соблюдать стандарт IDEF0 рисования диаграмм в
виде различных правил ограничения: «запрещающих
соединять стрелками функциональные блоки в
неправильном направлении».
13
Реализация теории IDEF0 в BPWin
Структурно-функциональное
моделирование бизнес-процессов с
помощью компьютерной программы
BPWin – это реализация стандарта
IDEF0.
Альтернативное название:
«Концептуальное моделирование», а
точнее
«Содержательное моделирование».
Почему?
14
Ответ: MindMap vs IDEF0
Интеллект-карты позволяют описать ключевые
слова предметной области, как правило это
атомарные высказывания, т.е. концепты.
Поэтому, условимся называть
«концептуальным моделированием»
построение MindMap.
Блок-схема IDEF0 раскрывает содержание
предметной области с наиболее выгодной
для программиста точки зрения
«функционирования системы». Поэтому,
условимся называть «содержательным
моделированием» построение диаграмм
IDEF0.
15
Заблуждения о диаграммах IDEF0
Важно помнить, что диаграмма IDEF0
отражает как структуру предметной
области так и процессы её
функционирования.
По требованиям стандарта IDEF0
название каждого функционального
блока должно быть сформулировано в
глагольном наклонении.
Например, “производить услуги”, а не
“производство услуг”.
16
Как читать диаграммы IDEF0
Стандарт IDEF0 базируется на очень простых,
жестких правилах прочтения рисунка блок-схемы
IDEF0. Это позволяет читать чертежи в печатном
виде любому образованному специалисту.
Но, текст надписей блоков и стрелок отражает
сугубо субъективное онтологические видение
предметной области разработчиком, а
произвольный логический порядок связывания
функциональных блоков может вносить хаос в
диаграмму.
Поэтому, думайте логично и рисуйте IDEF0 правильно!
17
Каркас правил рисования и чтения
Диаграмма IDEF0 – это многостраничный документ, что не
помещается на одном листе формата A4, переносится как
декомпозиция на другую страницу. Каждая страница имеет
уникальный автоматически нумеруемый идентификатор,
размещаемый в штампе чертежа с префиксом «А», а
далее <…><номер прородителя><номер родителя><номер
блока>, а в правом нижнем углу блока ставится только
текущий «номер блока». Поэтому, на странице не может
быть более 8 блоков.
18
Как читать IDEF0. Продолжение 1.
Начальная страница диаграммы содержит только один
блок. Страница называется «контекстной» и маркируется
идентификатором «A-0». Это «черный ящик»
описывающий предметную область или систему в целом.
Все остальные страницы называются «декомпозицией» и
содержать произвольное количество функциональных
блоков от 0 до 8 штук.
Каждая страница по периметру должна обязательно
содержать рамку или чертежный штамп. Философский
смысл рамки контекстной страницы – это непознанный
окружающий мир, за пределами рассмотрения
содержательной модели IDEF0 проектируемой системы.
А вот рамки всех других страниц – это границы познания
родительских процессов, декомпозиция которого и
показана на странице.
19
Блок-схема IDEF0 состоит из прямоугольных боков,
отражающих «функцию», «процесс», «действие», «глагол»,
и соединяющих блоки направленных стрелок, отражающих
«структуру», «существительное», «материальный поток»,
«предмет», «объект», «данные» или «информацию».
Каждая из четырех сторон функционального блока имеет
своё определенное смысловую интерпретацию, т.е
«роль».
Группа ролей именуется «правилом ICOM», которое
расшифровывается как:
Верхняя сторона имеет значение “Управление” (Control);
Левая сторона имеет значение “Вход” (Input);
Правая сторона имеет значение “Выход” (Output);
Нижняя сторона имеет значение “Механизм” (Mechanism).
Как читать IDEF0. Продолжение 2.
20
На вход подаются структурные элементы над которыми
производится функциональное действие: средства труда,
данные, материальный поток, материалы из которых
делается «крафтинг» новых вещей.
В результате «обработки», функционального действия на
выходе возникает следующий структурный элемент.
Выполнение операций протекать под контролем. Для
любой операции можно указать наличие ресурсов, денег,
времени. Протекают операции по определенным
правилам: уставам, рецептам, законам, инструкциям,
стандартам. Можно описывать параметрами. Яйцо всмятку
варят «2 минуты» - это контролируемое значение.
Исполнительный механизм – это средства производства,
станок, молоток, скальпель; это имя рабочего, сервера,
статической библиотеки, которые выполняют обработку
входных данных.
Как читать IDEF0. Окончание 3.
21
Пример
«контекстной»
страницы
А-0
22
Пример функционального блока*
*Напоминаем! Страница диаграммы IDEF0 должна содержать рамку.
Пример
размещение
стрелок
ICOM
23
Как создать в
BPWin диаграмму.
Выберите пункт
меню «File->New..»
Выбираем метод
моделирования
предметной
области «IDEF0».
Указываем
название
предметной
области, проекта
или моделируемой
компьютерной
системы.
Создать
диаграмму в
BPWin 4.1
24
Всплывающее меню: настройка языка
25
Настройка языка*
*Поставить чек «Change all …».
26
Инструменты рисования в BPWin
Новый
блок
Стрелка На
уровень
выше
Создать
декомпозицию
блока
Вынести
подпись к
стрелке
Добавить
текст на
страницу
27
28
Декомпозиция
Создать
декомпозицию
блока
На новой странице будет
три функциональных
блока.
29
Соедините
стрелки со
сторонами
блоков
Приступай
к работе
30
Спасибо за вниманиеСпасибо за внимание
Использованы материалы:
http://ru.wikipedia.org/wiki/IDEF

More Related Content

What's hot

Разработка ПО с помощью UML
Разработка ПО с помощью UMLРазработка ПО с помощью UML
Разработка ПО с помощью UMLCUSTIS
 
М.Бухарин -- DSM в архитектурном проектировании
М.Бухарин -- DSM в архитектурном проектированииМ.Бухарин -- DSM в архитектурном проектировании
М.Бухарин -- DSM в архитектурном проектированииAnatoly Levenchuk
 
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]Alex V. Petrov
 
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...Alex V. Petrov
 
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]Alex V. Petrov
 
Леонид Воронцов -- инженерия больших радиоэлектронных систем
Леонид Воронцов -- инженерия больших радиоэлектронных системЛеонид Воронцов -- инженерия больших радиоэлектронных систем
Леонид Воронцов -- инженерия больших радиоэлектронных системAnatoly Levenchuk
 
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UMLВнедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UMLEdgar Khachatryan
 
Задачи системного аналитика (конспект лекций Школы системного анализа)
Задачи системного аналитика (конспект лекций Школы системного анализа)Задачи системного аналитика (конспект лекций Школы системного анализа)
Задачи системного аналитика (конспект лекций Школы системного анализа)Anton Konstantinov
 
А.Левенчук -- системноинженерное мышление
А.Левенчук -- системноинженерное мышлениеА.Левенчук -- системноинженерное мышление
А.Левенчук -- системноинженерное мышлениеAnatoly Levenchuk
 
Почему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиковПочему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиковSQALab
 
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]HTP. Business Requirements Elicitation & Documentation [1.01, RUS]
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
 
Сценарное планирование
Сценарное планированиеСценарное планирование
Сценарное планированиеGrigoriy Pechenkin
 
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
 
C++ осень 2013 лекция 5
C++ осень 2013 лекция 5C++ осень 2013 лекция 5
C++ осень 2013 лекция 5Technopark
 
ITGM #5. What Is Enterprise Architecture [1.0, RUS]
ITGM #5. What Is Enterprise Architecture [1.0, RUS]ITGM #5. What Is Enterprise Architecture [1.0, RUS]
ITGM #5. What Is Enterprise Architecture [1.0, RUS]Alex V. Petrov
 
Понятия технологии разработки объектно-ориентированных информационных систем ...
Понятия технологии разработки объектно-ориентированных информационных систем ...Понятия технологии разработки объектно-ориентированных информационных систем ...
Понятия технологии разработки объектно-ориентированных информационных систем ...Aimurat Adilbekov
 

What's hot (17)

Разработка ПО с помощью UML
Разработка ПО с помощью UMLРазработка ПО с помощью UML
Разработка ПО с помощью UML
 
М.Бухарин -- DSM в архитектурном проектировании
М.Бухарин -- DSM в архитектурном проектированииМ.Бухарин -- DSM в архитектурном проектировании
М.Бухарин -- DSM в архитектурном проектировании
 
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]
 
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...
STRATOPLAN. Efficient Object-Oriented Design and Structured Quality of Softwa...
 
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]
 
Леонид Воронцов -- инженерия больших радиоэлектронных систем
Леонид Воронцов -- инженерия больших радиоэлектронных системЛеонид Воронцов -- инженерия больших радиоэлектронных систем
Леонид Воронцов -- инженерия больших радиоэлектронных систем
 
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UMLВнедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
Внедрение Бизнес-Анализа, ИТ Бизнес-Аналитиков и UML
 
Задачи системного аналитика (конспект лекций Школы системного анализа)
Задачи системного аналитика (конспект лекций Школы системного анализа)Задачи системного аналитика (конспект лекций Школы системного анализа)
Задачи системного аналитика (конспект лекций Школы системного анализа)
 
А.Левенчук -- системноинженерное мышление
А.Левенчук -- системноинженерное мышлениеА.Левенчук -- системноинженерное мышление
А.Левенчук -- системноинженерное мышление
 
Почему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиковПочему UML — плохой выбор для обучения аналитиков
Почему UML — плохой выбор для обучения аналитиков
 
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]HTP. Business Requirements Elicitation & Documentation [1.01, RUS]
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]
 
Сценарное планирование
Сценарное планированиеСценарное планирование
Сценарное планирование
 
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]
 
Babich Presentation
Babich PresentationBabich Presentation
Babich Presentation
 
C++ осень 2013 лекция 5
C++ осень 2013 лекция 5C++ осень 2013 лекция 5
C++ осень 2013 лекция 5
 
ITGM #5. What Is Enterprise Architecture [1.0, RUS]
ITGM #5. What Is Enterprise Architecture [1.0, RUS]ITGM #5. What Is Enterprise Architecture [1.0, RUS]
ITGM #5. What Is Enterprise Architecture [1.0, RUS]
 
Понятия технологии разработки объектно-ориентированных информационных систем ...
Понятия технологии разработки объектно-ориентированных информационных систем ...Понятия технологии разработки объектно-ориентированных информационных систем ...
Понятия технологии разработки объектно-ориентированных информационных систем ...
 

Viewers also liked

Основы разработки требований по К.Вигерсу
Основы разработки требований по К.ВигерсуОсновы разработки требований по К.Вигерсу
Основы разработки требований по К.ВигерсуOlya Kollen, PhD
 
МАПО Практическая №2
МАПО Практическая №2МАПО Практическая №2
МАПО Практическая №2Олег Гудаев
 
Аналитика в аналитике
Аналитика в аналитикеАналитика в аналитике
Аналитика в аналитикеSQALab
 
Интеллект-карты
Интеллект-картыИнтеллект-карты
Интеллект-картыSQALab
 
Babok v2.0 перевод на русский язык свод знаний по бизнес анализу
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуBabok v2.0 перевод на русский язык свод знаний по бизнес анализу
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
 
Управление требованиями
Управление требованиямиУправление требованиями
Управление требованиямиIvan Shamaev
 

Viewers also liked (7)

Основы разработки требований по К.Вигерсу
Основы разработки требований по К.ВигерсуОсновы разработки требований по К.Вигерсу
Основы разработки требований по К.Вигерсу
 
МАПО Лаба №1
МАПО Лаба №1МАПО Лаба №1
МАПО Лаба №1
 
МАПО Практическая №2
МАПО Практическая №2МАПО Практическая №2
МАПО Практическая №2
 
Аналитика в аналитике
Аналитика в аналитикеАналитика в аналитике
Аналитика в аналитике
 
Интеллект-карты
Интеллект-картыИнтеллект-карты
Интеллект-карты
 
Babok v2.0 перевод на русский язык свод знаний по бизнес анализу
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуBabok v2.0 перевод на русский язык свод знаний по бизнес анализу
Babok v2.0 перевод на русский язык свод знаний по бизнес анализу
 
Управление требованиями
Управление требованиямиУправление требованиями
Управление требованиями
 

Similar to МАПО 2013 Лекция 08 Бизнес-правила IDEF0

МАПО 2013 Лекция 07 Моделирование IDEF
МАПО 2013 Лекция 07 Моделирование IDEFМАПО 2013 Лекция 07 Моделирование IDEF
МАПО 2013 Лекция 07 Моделирование IDEFОлег Гудаев
 
Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»Алеся Гарасимович
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0vaha1411
 
Логическая витрина данных
Логическая витрина данныхЛогическая витрина данных
Логическая витрина данныхSergey Gorshkov
 
2012 03 22_бизнес-процессы
2012 03 22_бизнес-процессы2012 03 22_бизнес-процессы
2012 03 22_бизнес-процессыReshetnikov Alexander
 
2012 04 05_моделирование бизнес-процессов
2012 04 05_моделирование бизнес-процессов2012 04 05_моделирование бизнес-процессов
2012 04 05_моделирование бизнес-процессовReshetnikov Alexander
 
Управление проектами: мнение Российской Академии Наук
Управление проектами: мнение Российской Академии НаукУправление проектами: мнение Российской Академии Наук
Управление проектами: мнение Российской Академии НаукVadim Bogdanov PMP, PfMP, MVP, MCT, MCTS
 
CEE-SECR'2011 Бизнес-процессы
CEE-SECR'2011 Бизнес-процессыCEE-SECR'2011 Бизнес-процессы
CEE-SECR'2011 Бизнес-процессыYury Kupriyanov
 
Бизнес процессы в Битрикс24 семинар часть 1
Бизнес процессы в Битрикс24 семинар часть 1Бизнес процессы в Битрикс24 семинар часть 1
Бизнес процессы в Битрикс24 семинар часть 1Алексей Модель
 
Проект "Нихол"
Проект "Нихол"Проект "Нихол"
Проект "Нихол"E-Journal ICT4D
 
SOLID – принципы объектно-ориентированного дизайна
SOLID – принципы объектно-ориентированного дизайнаSOLID – принципы объектно-ориентированного дизайна
SOLID – принципы объектно-ориентированного дизайнаPavel Treshnikov
 
Mobile Monday Kiev#1 - How to save time in Mobile Apps Development
Mobile Monday Kiev#1 - How to save time in Mobile Apps DevelopmentMobile Monday Kiev#1 - How to save time in Mobile Apps Development
Mobile Monday Kiev#1 - How to save time in Mobile Apps DevelopmentIntersog
 
чмв лекция №5
чмв   лекция №5чмв   лекция №5
чмв лекция №5student_kai
 
3 средства автоматизации проектирования корпоративных приложений
3 средства автоматизации проектирования корпоративных приложений3 средства автоматизации проектирования корпоративных приложений
3 средства автоматизации проектирования корпоративных приложенийKewpaN
 
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский..."IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...Yandex
 

Similar to МАПО 2013 Лекция 08 Бизнес-правила IDEF0 (20)

МАПО 2013 Лекция 07 Моделирование IDEF
МАПО 2013 Лекция 07 Моделирование IDEFМАПО 2013 Лекция 07 Моделирование IDEF
МАПО 2013 Лекция 07 Моделирование IDEF
 
Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»
 
Dfd и idef0
Dfd и idef0Dfd и idef0
Dfd и idef0
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0
 
Логическая витрина данных
Логическая витрина данныхЛогическая витрина данных
Логическая витрина данных
 
2012 03 22_бизнес-процессы
2012 03 22_бизнес-процессы2012 03 22_бизнес-процессы
2012 03 22_бизнес-процессы
 
2012 04 05_моделирование бизнес-процессов
2012 04 05_моделирование бизнес-процессов2012 04 05_моделирование бизнес-процессов
2012 04 05_моделирование бизнес-процессов
 
Управление проектами: мнение Российской Академии Наук
Управление проектами: мнение Российской Академии НаукУправление проектами: мнение Российской Академии Наук
Управление проектами: мнение Российской Академии Наук
 
CEE-SECR'2011 Бизнес-процессы
CEE-SECR'2011 Бизнес-процессыCEE-SECR'2011 Бизнес-процессы
CEE-SECR'2011 Бизнес-процессы
 
Бизнес процессы в Битрикс24 семинар часть 1
Бизнес процессы в Битрикс24 семинар часть 1Бизнес процессы в Битрикс24 семинар часть 1
Бизнес процессы в Битрикс24 семинар часть 1
 
МиСПИСиТ (IDEF)
МиСПИСиТ (IDEF)МиСПИСиТ (IDEF)
МиСПИСиТ (IDEF)
 
пр все про Cobit5 для dlp expert 2013-12
пр все про Cobit5 для dlp expert 2013-12пр все про Cobit5 для dlp expert 2013-12
пр все про Cobit5 для dlp expert 2013-12
 
Проект "Нихол"
Проект "Нихол"Проект "Нихол"
Проект "Нихол"
 
It6
It6It6
It6
 
SOLID – принципы объектно-ориентированного дизайна
SOLID – принципы объектно-ориентированного дизайнаSOLID – принципы объектно-ориентированного дизайна
SOLID – принципы объектно-ориентированного дизайна
 
Mobile Monday Kiev#1 - How to save time in Mobile Apps Development
Mobile Monday Kiev#1 - How to save time in Mobile Apps DevelopmentMobile Monday Kiev#1 - How to save time in Mobile Apps Development
Mobile Monday Kiev#1 - How to save time in Mobile Apps Development
 
чмв лекция №5
чмв   лекция №5чмв   лекция №5
чмв лекция №5
 
3 средства автоматизации проектирования корпоративных приложений
3 средства автоматизации проектирования корпоративных приложений3 средства автоматизации проектирования корпоративных приложений
3 средства автоматизации проектирования корпоративных приложений
 
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский..."IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...
"IntelliJ IDEA и Android Studio для Android-разработчиков". Филипп Торчинский...
 
пр5 (2часа)b pwin
пр5 (2часа)b pwinпр5 (2часа)b pwin
пр5 (2часа)b pwin
 

More from Олег Гудаев

ТПСЭК 2014 Лекция 02 "Бизнес"
ТПСЭК 2014 Лекция 02 "Бизнес"ТПСЭК 2014 Лекция 02 "Бизнес"
ТПСЭК 2014 Лекция 02 "Бизнес"Олег Гудаев
 
МАПО Пактическая №1
МАПО Пактическая №1МАПО Пактическая №1
МАПО Пактическая №1Олег Гудаев
 
МАПО Лекция 24 Примеры
МАПО Лекция 24 ПримерыМАПО Лекция 24 Примеры
МАПО Лекция 24 ПримерыОлег Гудаев
 
МАПО Лекция 23 Дизайн программ
МАПО Лекция 23 Дизайн программМАПО Лекция 23 Дизайн программ
МАПО Лекция 23 Дизайн программОлег Гудаев
 
МАПО Лекция 22 Проект
МАПО Лекция 22 ПроектМАПО Лекция 22 Проект
МАПО Лекция 22 ПроектОлег Гудаев
 
МАПО Лекция 21 User-Интерфейс
МАПО Лекция 21 User-ИнтерфейсМАПО Лекция 21 User-Интерфейс
МАПО Лекция 21 User-ИнтерфейсОлег Гудаев
 
МАПО Лекция 20 Сценарий или Рецепт
МАПО Лекция 20 Сценарий или РецептМАПО Лекция 20 Сценарий или Рецепт
МАПО Лекция 20 Сценарий или РецептОлег Гудаев
 
МАПО Лекция 19 Тест-версия
МАПО Лекция 19 Тест-версияМАПО Лекция 19 Тест-версия
МАПО Лекция 19 Тест-версияОлег Гудаев
 
МАПО Лекция 18 Прототип
МАПО Лекция 18 ПрототипМАПО Лекция 18 Прототип
МАПО Лекция 18 ПрототипОлег Гудаев
 
МАПО Лекция 16 Модель системы правил
МАПО Лекция 16 Модель системы правилМАПО Лекция 16 Модель системы правил
МАПО Лекция 16 Модель системы правилОлег Гудаев
 
МАПО Лекция 15 Система правил
МАПО Лекция 15 Система правилМАПО Лекция 15 Система правил
МАПО Лекция 15 Система правилОлег Гудаев
 
Конспект лекций ТПСЭК
Конспект лекций ТПСЭККонспект лекций ТПСЭК
Конспект лекций ТПСЭКОлег Гудаев
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseОлег Гудаев
 
МАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UMLМАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UMLОлег Гудаев
 
МАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFDМАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFDОлег Гудаев
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDОлег Гудаев
 
ЛР 2 3 4 5 и Расчётная работы МАПО
ЛР 2 3 4 5 и Расчётная работы МАПОЛР 2 3 4 5 и Расчётная работы МАПО
ЛР 2 3 4 5 и Расчётная работы МАПООлег Гудаев
 

More from Олег Гудаев (20)

Chattering device IoT
Chattering device IoTChattering device IoT
Chattering device IoT
 
ТПСЭК 2014 Лекция 02 "Бизнес"
ТПСЭК 2014 Лекция 02 "Бизнес"ТПСЭК 2014 Лекция 02 "Бизнес"
ТПСЭК 2014 Лекция 02 "Бизнес"
 
МАПО Лекция 25 StarUML
МАПО Лекция 25 StarUMLМАПО Лекция 25 StarUML
МАПО Лекция 25 StarUML
 
МАПО Пактическая №1
МАПО Пактическая №1МАПО Пактическая №1
МАПО Пактическая №1
 
МАПО Лекция 24 Примеры
МАПО Лекция 24 ПримерыМАПО Лекция 24 Примеры
МАПО Лекция 24 Примеры
 
МАПО Лекция 23 Дизайн программ
МАПО Лекция 23 Дизайн программМАПО Лекция 23 Дизайн программ
МАПО Лекция 23 Дизайн программ
 
МАПО Лекция 22 Проект
МАПО Лекция 22 ПроектМАПО Лекция 22 Проект
МАПО Лекция 22 Проект
 
МАПО Лекция 21 User-Интерфейс
МАПО Лекция 21 User-ИнтерфейсМАПО Лекция 21 User-Интерфейс
МАПО Лекция 21 User-Интерфейс
 
МАПО Лекция 20 Сценарий или Рецепт
МАПО Лекция 20 Сценарий или РецептМАПО Лекция 20 Сценарий или Рецепт
МАПО Лекция 20 Сценарий или Рецепт
 
МАПО Лекция 19 Тест-версия
МАПО Лекция 19 Тест-версияМАПО Лекция 19 Тест-версия
МАПО Лекция 19 Тест-версия
 
МАПО Лекция 18 Прототип
МАПО Лекция 18 ПрототипМАПО Лекция 18 Прототип
МАПО Лекция 18 Прототип
 
МАПО Лекция 17 План
МАПО Лекция 17 ПланМАПО Лекция 17 План
МАПО Лекция 17 План
 
МАПО Лекция 16 Модель системы правил
МАПО Лекция 16 Модель системы правилМАПО Лекция 16 Модель системы правил
МАПО Лекция 16 Модель системы правил
 
МАПО Лекция 15 Система правил
МАПО Лекция 15 Система правилМАПО Лекция 15 Система правил
МАПО Лекция 15 Система правил
 
Конспект лекций ТПСЭК
Конспект лекций ТПСЭККонспект лекций ТПСЭК
Конспект лекций ТПСЭК
 
МАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use CaseМАПО Лекция 14 UML Use Case
МАПО Лекция 14 UML Use Case
 
МАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UMLМАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UML
 
МАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFDМАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFD
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFD
 
ЛР 2 3 4 5 и Расчётная работы МАПО
ЛР 2 3 4 5 и Расчётная работы МАПОЛР 2 3 4 5 и Расчётная работы МАПО
ЛР 2 3 4 5 и Расчётная работы МАПО
 

МАПО 2013 Лекция 08 Бизнес-правила IDEF0

  • 2. 2 IDEF - family of modeling language IDEF0 : Function modeling IDEF1 : Information Modeling IDEF1X : Data Modeling IDEF2 : Simulation Model Design IDEF3 : Process Description Capture IDEF4 : Object-Oriented Design IDEF5 : Ontology Description Capture IDEF6 : Design Rationale Capture IDEF7 : Information System Auditing IDEF8 : User Interface Modeling IDEF9 : Business Constraint Discovery IDEF10 : Implementation Architecture Modeling IDEF11 : Information Artifact Modeling IDEF12 : Organization Modeling IDEF13 : Three Schema Mapping Design IDEF14 : Network Design
  • 4. 4 IDEF7 Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан.
  • 5. 5 IDEF8 User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции).
  • 6. 6 IDEF9 Business Constraint Discovery method (Scenario-Driven IS Design) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание.
  • 7. 7 Продолжение IDEF9 Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение.
  • 9. 9 IDEF10 — IDEF13 IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан; IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан; IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан; IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан.
  • 10. 10 IDEF14 Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.
  • 11. 11
  • 12. 12 CASE-система BPWin Графический редактор BPWin старается помочь Вам соблюдать стандарт IDEF0 рисования диаграмм в виде различных правил ограничения: «запрещающих соединять стрелками функциональные блоки в неправильном направлении».
  • 13. 13 Реализация теории IDEF0 в BPWin Структурно-функциональное моделирование бизнес-процессов с помощью компьютерной программы BPWin – это реализация стандарта IDEF0. Альтернативное название: «Концептуальное моделирование», а точнее «Содержательное моделирование». Почему?
  • 14. 14 Ответ: MindMap vs IDEF0 Интеллект-карты позволяют описать ключевые слова предметной области, как правило это атомарные высказывания, т.е. концепты. Поэтому, условимся называть «концептуальным моделированием» построение MindMap. Блок-схема IDEF0 раскрывает содержание предметной области с наиболее выгодной для программиста точки зрения «функционирования системы». Поэтому, условимся называть «содержательным моделированием» построение диаграмм IDEF0.
  • 15. 15 Заблуждения о диаграммах IDEF0 Важно помнить, что диаграмма IDEF0 отражает как структуру предметной области так и процессы её функционирования. По требованиям стандарта IDEF0 название каждого функционального блока должно быть сформулировано в глагольном наклонении. Например, “производить услуги”, а не “производство услуг”.
  • 16. 16 Как читать диаграммы IDEF0 Стандарт IDEF0 базируется на очень простых, жестких правилах прочтения рисунка блок-схемы IDEF0. Это позволяет читать чертежи в печатном виде любому образованному специалисту. Но, текст надписей блоков и стрелок отражает сугубо субъективное онтологические видение предметной области разработчиком, а произвольный логический порядок связывания функциональных блоков может вносить хаос в диаграмму. Поэтому, думайте логично и рисуйте IDEF0 правильно!
  • 17. 17 Каркас правил рисования и чтения Диаграмма IDEF0 – это многостраничный документ, что не помещается на одном листе формата A4, переносится как декомпозиция на другую страницу. Каждая страница имеет уникальный автоматически нумеруемый идентификатор, размещаемый в штампе чертежа с префиксом «А», а далее <…><номер прородителя><номер родителя><номер блока>, а в правом нижнем углу блока ставится только текущий «номер блока». Поэтому, на странице не может быть более 8 блоков.
  • 18. 18 Как читать IDEF0. Продолжение 1. Начальная страница диаграммы содержит только один блок. Страница называется «контекстной» и маркируется идентификатором «A-0». Это «черный ящик» описывающий предметную область или систему в целом. Все остальные страницы называются «декомпозицией» и содержать произвольное количество функциональных блоков от 0 до 8 штук. Каждая страница по периметру должна обязательно содержать рамку или чертежный штамп. Философский смысл рамки контекстной страницы – это непознанный окружающий мир, за пределами рассмотрения содержательной модели IDEF0 проектируемой системы. А вот рамки всех других страниц – это границы познания родительских процессов, декомпозиция которого и показана на странице.
  • 19. 19 Блок-схема IDEF0 состоит из прямоугольных боков, отражающих «функцию», «процесс», «действие», «глагол», и соединяющих блоки направленных стрелок, отражающих «структуру», «существительное», «материальный поток», «предмет», «объект», «данные» или «информацию». Каждая из четырех сторон функционального блока имеет своё определенное смысловую интерпретацию, т.е «роль». Группа ролей именуется «правилом ICOM», которое расшифровывается как: Верхняя сторона имеет значение “Управление” (Control); Левая сторона имеет значение “Вход” (Input); Правая сторона имеет значение “Выход” (Output); Нижняя сторона имеет значение “Механизм” (Mechanism). Как читать IDEF0. Продолжение 2.
  • 20. 20 На вход подаются структурные элементы над которыми производится функциональное действие: средства труда, данные, материальный поток, материалы из которых делается «крафтинг» новых вещей. В результате «обработки», функционального действия на выходе возникает следующий структурный элемент. Выполнение операций протекать под контролем. Для любой операции можно указать наличие ресурсов, денег, времени. Протекают операции по определенным правилам: уставам, рецептам, законам, инструкциям, стандартам. Можно описывать параметрами. Яйцо всмятку варят «2 минуты» - это контролируемое значение. Исполнительный механизм – это средства производства, станок, молоток, скальпель; это имя рабочего, сервера, статической библиотеки, которые выполняют обработку входных данных. Как читать IDEF0. Окончание 3.
  • 22. 22 Пример функционального блока* *Напоминаем! Страница диаграммы IDEF0 должна содержать рамку. Пример размещение стрелок ICOM
  • 23. 23 Как создать в BPWin диаграмму. Выберите пункт меню «File->New..» Выбираем метод моделирования предметной области «IDEF0». Указываем название предметной области, проекта или моделируемой компьютерной системы. Создать диаграмму в BPWin 4.1
  • 26. 26 Инструменты рисования в BPWin Новый блок Стрелка На уровень выше Создать декомпозицию блока Вынести подпись к стрелке Добавить текст на страницу
  • 27. 27
  • 30. 30 Спасибо за вниманиеСпасибо за внимание Использованы материалы: http://ru.wikipedia.org/wiki/IDEF