Методы анализа и проектирования. Методология IDEF (ICAM Definition – комплексная автоматизация производственных процессов)

1. МЕТОДЫ АНАЛИЗА и ПРОЕКТИРОВАНИЯ

2.

В зависимости от объекта структурирования
различают:
Функционально-ориентированные методы – последовательное
разложение задачи или целостной проблемы на отдельные,
достаточно простые составляющие, обладающие функциональной
определенностью. К данной категории относятся:
−
SADT/IDEF0 - технология структурного анализа и
проектирования;
−
описание потоков данных (Data Flow Modeling). Нотация DFD
(Data Flow Diagramming), позволяет отразить
последовательность работ, выполняемых по ходу процесса, и
потоки информации, циркулирующие между этими работами.
(используется в нотациях Йодана/Де Марко и Гейна-Сарсона)
Методы структурирования данных. Реализуют анализ,
структурирование и создание моделей данных, применительно к
которым устанавливается необходимый состав функций и процедур
обработки.
−
диаграммы "сущность-связь" (ER-модели).

3.

На этапе анализа требований и предварительного проектирования для
логического описания проектируемой системы используются спецификации
(формальные описания) процессов, словарь данных, функциональные диаграммы
SADT, диаграммы потоков данных, диаграммы состояний и диаграммы
зависимостей объектов.
Диаграмма SADT (Structured Analysis and Design Technique – метод структурного
анализа и проектирования) разработана специально для того, чтобы облегчить
описание и понимание искусственных систем, попадающих в разряд средней
сложности. SADT-модель дает полное, точное и адекватное описание системы,
имеющее конкретное назначение. Целью модели является получение ответов на
некоторую совокупность вопросов.
Диаграммы потоков данных (DFD – Data Flow Diagram), составляющие основу
методологии SA/SD, моделируют преобразования данных при их прохождении через
систему. Методология SA/SD состоит в последовательном рассмотрении процессов,
входящих в состав DFD, с представлением каждого процесса через DFD,
содержащую в своем составе более простые процессы. Эта процедура
представления более сложных процессов через DFD начинается с DFD всей системы
и заканчивается, когда все полученные DFD содержат достаточно элементарные
процессы. Для каждого процесса самого нижнего уровня составляется
спецификация; спецификация описывается с помощью псевдокода, таблиц
принятия решений и т.п. Детали, не учтенные в наборе DFD, содержатся в словаре
данных, который определяет потоки и хранилища данных, а также семантику
различных имен.

4.

Методология IDEF (ICAM Definition – Комплексная автоматизация
производственных процессов) семейства ICAM (Integrated Computer-Aided
Manufacturing) для решения задач моделирования сложных систем, позволяет
отображать и анализировать модели деятельности широкого спектра
сложных систем в различных разрезах. При этом широта и глубина
обследования процессов в системе определяется самим разработчиком,
что позволяет не перегружать создаваемую модель излишними данными.
Методология IDEF создавалась в рамках предложенной ВВС США программы
компьютеризации промышленности — ICAM, в ходе реализации которой
выявилась потребность в разработке методов анализа процессов
взаимодействия в производственных (промышленных) системах.
Принципиальным требованием при разработке рассматриваемого семейства
методологий была возможность эффективного обмена информацией между
всеми специалистами — участниками программы ICAM. После опубликования
стандарта он был успешно применен в самых различных областях бизнеса,
показав себя эффективным средством анализа, конструирования и
отображения бизнес-процессов.

5.

В настоящий момент к семейству IDEF можно отнести следующие методы:
IDEF0 – Function Modeling – метод функционального моделирования. С помощью наглядного графического
языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора
взаимосвязанных функций (функциональных блоков). Как правило, моделирование средствами IDEF0
является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом
развития хорошо известного графического языка описания функциональных систем SADT (Structured
Analysis and Design Teqnique);
IDEF1 – Information Modeling – метод моделирования информационных потоков внутри системы,
позволяющая отображать и анализировать их структуру и взаимосвязи;
IDEF1X (IDEF1 Extended) – Data Modeling – метод построения реляционных структур (баз данных), относится к
типу методов "Сущность-связь" (ER – Entity-Relationship) и, как правило, используется для моделирования
реляционных баз данных, имеющих отношение к рассматриваемой системе;
IDEF2 – Simulation Model Design – метод динамического моделирования развития систем. В связи с весьма
серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его
развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их
компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические
модели, построенные на базе "раскрашенных сетей Петри" (Color Petri Nets);
IDEF3 – Process Description Capture – Документирование технологических процессов. IDEF3 – метод
документирования процессов, происходящих в системе (например, на предприятии), описываются
сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с
методом IDEF0 - каждая функция (функциональный блок) может быть представлена в виде отдельного
процесса средствами IDEF3;
IDEF4 – Object-Oriented Design – метод построения объектно-ориентированных систем, позволяют
отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя
анализировать и оптимизировать сложные объектно-ориентированные системы;
IDEF5 – Ontology Description Capture – стандарт онтологического исследования сложных систем. С
помощью методологии IDEF5 онтология системы может быть описана при помощи определенного словаря
терминов и правил, на основании которых могут быть сформированы достоверные утверждения о
состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений
формируются выводы о дальнейшем развитии системы и производится её оптимизация;

6.

IDEF6 – Design Rationale Capture – обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения "знаний о
способе" моделирования, их представления и использования при разработке систем управления предприятиями. Под "знаниями о
способе" понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования.
Проще говоря, "знания о способе" интерпретируются как ответ на вопрос: "почему модель получилась такой, какой получилась?"
Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод
IDEF6 акцентирует внимание именно на процессе создания модели;
IDEF7 – Information System Auditing – аудит информационных систем. Этот метод определён как востребованный, однако так и не
был полностью разработан;
IDEF8 – User Interface Modeling – метод разработки интерфейсов взаимодействия оператора и системы (пользовательских
интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид
интерфейса. IDFE8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения
интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия,
определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем);
и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);
IDEF9 – Scenario-Driven IS Design (Business Constraint Discovery method) – метод исследования бизнес ограничений был разработан для
облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей
описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание.
Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными,
несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что
построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их
потенциал будет не реализован. Тем не менее, в случаях, когда речь идет именно о совершенствовании структур или адаптации к
предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;
IDEF10 – Implementation Architecture Modeling – моделирование архитектуры выполнения. Этот метод определён как
востребованный, однако так и не был полностью разработан;
IDEF11 – Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF12 – Organization Modeling – организационное моделирование. Этот метод определён как востребованный, однако так и не был
полностью разработан;
IDEF13 – Three Schema Mapping Design – трёхсхемное проектирование преобразования данных. Этот метод определён как
востребованный, однако так и не был полностью разработан;
IDEF14 – Network Design – метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых
компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным
управлением материальными ресурсами, что позволяет достичь существенной экономии.

7.

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

8.

9.

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

10.

История возникновения и развития SADT/IDEF0
SADT (Structured Analysis and Design Technique) - одна из
самых известных методологий анализа и
проектирования систем, введенная в 1973 г. Дугласом
Россом (Ross). SADT успешно использовалась в
военных, промышленных и коммерческих организациях
для решения широкого спектра задач, таких как
программное обеспечение телефонных сетей, системная
поддержка и диагностика, долгосрочное и
стратегическое планирование, автоматизированное
производство и проектирование, конфигурация
компьютерных систем, обучение персонала, и др.
Данная методология широко поддерживается
Министерством обороны США, которое было
инициатором разработки стандарта IDEF0 как
подмножества SADT. Это, наряду с растущей
автоматизированной поддержкой, сделало ее более
доступной и простой в употреблении.

11.

История возникновения и развития SADT/IDEF0
Методы IDEF (Integration Definition Function Modeling
или ICAM Definition) первоначально были разработаны
в рамках реализации программы интегрированной
компьютерной поддержки производства ICAM
(Integrated Computer-Aided Manufacturing) в середине
70-х гг. в США. В основу была положена технология
структурного анализа и проектирования SADT.
Методы IDEF предназначены в первую очередь для
описания и анализа процессов, потоков и различных
структур с целью улучшения их характеристик.
Методы дополняют друг друга, обеспечивая
возможность многоаспектного представления
деятельности системы бизнес-процессов независимо
от вида производства, применяемых технических
устройств и информационных систем.

12.

Семейство методик IDEF
В состав IDEF входят методики функционального,
информационного и поведенческого моделирования
и проектирования:
IDEF0 – функциональное моделирование,
IDEF1X – информационное моделирование,
IDEF2 – поведенческое моделирование,
IDEF3 – моделирование процессов. Стандарт IDEF3
предназначен для описания рабочих процессов и
близок к алгоритмическим методам построения
блок-схем.
К настоящему времени наибольшее распространение
и применение получили методологии IDEF0 и
IDEF1X.

13.

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

14.

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

15. Функциональный подход к моделированию предметной области

Основу методологии IDEF0, составляет
графический язык описания (моделирования)
систем, позволяющий отобразить систему как
совокупность иерархически подчиненных функций.
Выход
Вход
Функция
Функция 1
Функция 21
Функция 2
Функция 22
Функция N
Функция 2M

16. Архитектура функциональной модели на IDEF0-диаграммах

Архитектура функциональной модели на IDEF0диаграммах
Модель в
нотации IDEF0
представляет
собой
совокупность
иерархически
упорядоченных и
взаимосвязанных
диаграмм.
Каждая
диаграмма
является
единицей
описания
системы и
располагается на
отдельном листе.
диаграмма

17. Классификация бизнес-процессов, моделируемых блоками IDEF0

18. Создание новой функциональной модели

Шаги и
процедуры
используемые
при
создании функциональной модели:
Определить
цель
моделирования
Идентифицировать
область
моделирования
Определить точку
зрения модели
Устанавливает
критерий
Устанавливает тип
окончания
и форму
информации об
объектах
Устанавливает
границы
Субъект/
Цель
Область
Точка зрения
Диаграмма А-0

19.

Компоненты синтаксиса IDEF0
Блоки представляют функции (работы),
определяемые как деятельность, процесс, операция,
действие или преобразование.
Стрелки представляют данные или материальные
объекты, связанные с функциями.
Правила определяют,
как следует применять
компоненты.
Диаграммы
обеспечивают формат
графического и
словесного описания
моделей.

20.

Функции
Функция (преобразование) моделируется блоком
(прямоугольником)
Внутри каждого блока помещается его имя и
номер.
Контроль
за ходом
обучения
А2
Имя функции – глагол или отглагольное
существительное, обозначающее действие.
Номера блоков используются для их
идентификации на диаграмме и в соответствующем
тексте.

21.

Стрелки
Стрелки описывают взаимодействие работ и
представляют информацию или материальные объекты,
выраженные существительными. В IDEF0 различают
четыре типа стрелок:
Вход
Выход
Управление
Механизм

22.

Стрелки
Вход — материал или информация, которые
используются или преобразуются работой для
получения результата (выхода). Допускается,
что работа может не иметь ни одной стрелки
входа. Каждый тип стрелок подходит к
определенной стороне прямоугольника,
изображающего работу, или выходит из нее.
Стрелка входа рисуется как входящая в левую
грань работы.
Результаты
тестирования
Проверка тестов
А2

23.

Стрелки
Управление — правила, стратегии, процедуры или
стандарты, которыми руководствуется работа.
Каждая работа должна иметь хотя бы одну
стрелку управления. Стрелка управления
рисуется как входящая в верхнюю грань работы.
Управление влияет на работу, но не преобразуется
ей.
Образовательный
стандарт
Разработка учебнометодической
документации
А1

24.

Стрелки
Выход — материал или информация, которые
производятся работой. Каждая работа должна
иметь хотя бы одну стрелку выхода. Работа без
результата не имеет смысла и не должна
моделироваться. Стрелка выхода рисуется как
исходящая из правой грани работы.
Разработка учебнометодической
документации
А3
УМК дисциплины

25.

Стрелки
Механизм — ресурсы, которые выполняют
работу, например персонал организации,
технические средства и т. д. Стрелка механизма
рисуется как входящая в нижнюю грань
работы.
Научная
работа
А4
Научный отдел

26.

Стандартное расположение стрелок
Управление
Вход
Имя функции
Механизм
Выход

27. Семантика стрелок на диаграмме IDEF0

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

28.

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

29.

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

30.

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

31.

Отношения блоков на диаграммах
В методологии IDEF0 существует шесть типов
отношений между блоками в пределах одной
диаграммы:
доминирование
управление
выход - вход
обратная связь по управлению
обратная связь по входу
выход – механизм.

32.

управление
выход - вход
обратная связь по управлению

33.

обратная связь по входу
выход – механизм

34.

Отношения между блоками диаграммы и другими
диаграммами (окружающей средой)
На IDEF0-диаграммах используются стрелки
двух видов:
внутренние, соединяющие блоки на диаграмме;
внешние, отражающие связь блоков диаграммы
с внешней средой

35.

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

36.

В модели IDEF0 деятельность описывается блоком А0 на основной
контекстной диаграмме А-0

37.

Пример контекстной диаграммы в программе
ERwin Process Modeler
USED AT:
A UTHOR: Гав рилов А .В.
DA TE: 27.09.2012
WORKING
PROJECT: Учебная модель деятельнос ти в уза
REV :
DRAFT
08.09.2014
REA DER
DA TE CONTEXT:
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
Цель: описание деловых процессов вуза
Точка зрения: ректор
Нормативноправовые акты
Абитуриент
Приказы
вышестоящих
организаций
Документация
по организации
учебного
процесса
Научная
документация
Преподаватели
и сотрудники,
направляемые
на стажировку
и повышение
квалификации
Деятельность учебного
заведения
Учебно- методическая
литература
Материальные
и финансовые
ресурсы
Учебно- методические
материалы
A0
Результаты
научной
деятельности
Организационная
система
NODE:
TITLE:
A-0
Специалист
Деятельность учебного заведения
NUMBER:

38.

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

39.

В модели IDEF0 процессы представляются функциональными
блоками А1, А2, А3, … на диаграмме декомпозиции А0.

40.

Пример диаграммы процессов A0
USED AT:
AUTHOR: Гаврилов А.В.
DATE: 27.09.2012
WORKING
PROJECT: Учебная модель деятельнос ти вуза
REV:
DRAFT
08.09.2014
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
Приказы
вышес тоящих
организаций
C2
Учебнометодичес кая
литература
C1
PUBLICATION
Нормативно- правовые ак ты
Информация о результатах деятельнос ти, предложения,
проекты планов работы
Учебнометодичес кие
материалы
Информация о ходе у чебного процесса
Приказы, рас поряжения
У правление
вузом
A-0
A1
Специалист
Абитуриент
I1
O1
У чебный процесс
I4
I2
O3
Результаты
научной
деятельнос ти
A2
Док ументация по
организации учебного
процесс а
I3
Научная
работа
O4
A4
Научная
документация
Проректор
по учебной
работе
Материальные
и финансовые
рес урс ы
Методический
совет
I5
Обеспечивающая
деятельность
Преподаватели
и с отрудники,
направляемые
на стажировку
и повышение
квалификации
O2
A6
Деканаты
Кафедры
Ректор,
У ченый совет
Материальнотехничес кие
с редс тва
обеспечения
деятельнос ти
У чебный отдел
M1
NODE:
Организационная система
TITLE:
A0
Деятельность учебного заведения
NUMBER:

41.

Дополнительные виды функций:
Субдеятельность – совокупность
нескольких процессов в составе
деятельности, объединенная некоторой
частной целью (являющейся «подцелью»
деятельности).
Подпроцесс – группа операций в составе
процесса, объединенная технологически
или организационно.

42.

Пример диаграммы подпроцессов A2
USED A T:
AUTHOR: Гаврилов А.В.
DA TE: 14.10.2013
WORKING
PROJECT: Учебная модель деятельности вуза
REV :
DRAFT
08.09.2014
REA DER
DA TE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
C1
Предложения по
изданию и
приобретению
методической
литерату ры
Проекты РУПов
и др. плпнов оорганиз.
доку ментов
PUBLICA TION
Приказы, распоряжения
Нормативноправ овые акты
A0
C2
Информация о ходе
у чебного процесса
Управление
учебным
процессом (УП)
A21
O1
Прав ила и
процеду ры
Абитуриент
Специалист
I1
O2
Обучение
Резу льтаты контроля
хода обу чения,
предложения по
сов ершенств анию УП
A22
Учебнометодическая
литерат ура
Учебнометодические
материалы
М етодическое
обеспечение
учебного
процесса
I2
Проректор
по у чебной
работе
Отделение
методического
обеспечения
у чебного
процесса
O3
Результат ы
обучения
A23
Планирова ние и
организа ция
учебного процесса
I3
Методический
совет
Доку ментация
по организации
учебного
процесс а
M1
NODE:
M5Учебный отдел
TITLE:
A2
Доку ментация
по организации
и планиров анию
обу чения
Деканаты M2
M3
Кафедры
Учебный процесс
A25
Заяв ки на
полу чение
бланков
доку ментов ,
нагру дных
знаков
Отделение планиров ания и
контроля у чебного процесса
M4
NUMBER:

43.

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

44.

В модели IDEF0 операции представляются функциональными
блоками А11, А12, А13, …, А21, А22, А23, …, на диаграммах
декомпозиции соответственно А1, А2, А3, … .

45.

Пример диаграммы операций A22
USED AT:
A UTHOR: Гав рилов А .В.
DA TE: 15.10.2013
WORKING
PROJECT: Учебная модель деятельности вуза
REV:
DRAFT
08.09.2014
READER
DA TE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
Требования к посту пающим,
критерии отбора
А битуриент
I1
Прием
вс тупительных
экзаменов
A 221
C5
Учебнометодические
материалы
Обучающийся
Слушат ель по
программе
пов ышения
квалификации
Кандидаты
на учебу в
аспирантуре
PUBLICATION
C1
A2
Учебнометодическая
литература
Обучение по очной
(заочной) форме
A 222
И тоговая
аттестация
(госэкзамены)
A 228
A 227
NODE:
TITLE:
A22
А дъюнкт
Специалис т
O1
A 229
O2
Обучение по
программе повышения
квалификации
A 225
Прием экзаменов
в аспирантуру
Выполнение
дипломной работы
Зав ершив ший
обу чение по
программе
пов ышения
кв алификации
Обучение
в аспирантуре
A 226
Обучение
И тоговые экзамены
A 2210
Выпускник
аспирантуры
NUMBER:
Резу льтаты контроля
хода обу чения,
предложения по
сов ершенств анию УП

46.

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

47.

В модели IDEF0 действия представляются функциональными
блоками А111, А112, А113, …, А121, А122, А123, …, на диаграммах
декомпозиции соответственно А11, А12, А13, …, А21, А22, А23, … .

48.

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

49.

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

50.

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