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 — Метод проектирования
компьютерных сетей, основанный на
анализе требований, специфических
сетевых компонентов, существующих
конфигураций сетей. Также он
обеспечивает поддержку решений,
связанных с рациональным управлением
материальными ресурсами, что
позволяет достичь существенной
экономии.
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.
23. 23
Как создать в
BPWin диаграмму.
Выберите пункт
меню «File->New..»
Выбираем метод
моделирования
предметной
области «IDEF0».
Указываем
название
предметной
области, проекта
или моделируемой
компьютерной
системы.
Создать
диаграмму в
BPWin 4.1
26. 26
Инструменты рисования в BPWin
Новый
блок
Стрелка На
уровень
выше
Создать
декомпозицию
блока
Вынести
подпись к
стрелке
Добавить
текст на
страницу