
- •Оглавление
- •14. Методология idef1 39
- •15. Методология idef3 41
- •1.Классификация экономической информации.
- •2.Классификаторы
- •3.Кодирование экономической информации
- •4.Штриховое кодирование экономической информации
- •5. Понятие и структура архитектуры предприятия
- •6. Контекст и основные элементы бизнес-архитектуры
- •7.Контекст и основные элементы архитектуры информации
- •8.Контекст и основные элементы архитектуры приложений
- •9.Контекст и основные элементы технологический архитектуры
- •10.Сервис-ориентированная архитектура (soa) как основа ссылочной модели архитектуры предприятия
- •11. Архитектура, управляемая моделями (mda)
- •12.Общая схема архитектурного процесса
- •13. Методология idef0
- •14. Методология idef1
- •15. Методология idef3
- •Функциональные модули uob (Unit Of Behavior). Имеют вид прямоугольника со специальными полями (рис.3.12)
- •2. Связи (Links).
- •3. Узлы или перекрестки (Junctions).
- •4. Ссылки (Referents). Ссылки имеют вид прямоугольника со специальными полями (рис.3.13)
- •16. Методология dfd.
- •17.Объектно-ориентированный подход к моделированию эис
- •18. Реинжиниринг бизнес-процессов
- •19. Уровневые архитектуры «клиент-сервер»
- •20. Технологии хранилищ и витрин данных
- •21. Технологии автоматизации операционных задач
- •22. Электронная цифровая подпись
- •23. Технологии систем электронного документооборота
- •2. Хранилище самих документов.
- •3. Компоненты, осуществляющие бизнес-логику системы
- •24. Технологии систем управления контентом
- •26. Планирование и управление всеми производственными ресурсами предприятия (mrp II)
- •27.Технологии автоматизации стратегического управления. Методология управления эффективностью бизнеса (врм)
- •28. Информационные потоки в управленческих структурах
- •29. Информационные технологии производственного предприятия
- •30. Виды и модели Интернет-бизнеса
15. Методология idef3
IDEF3 - методология документирования происходящих на предприятии технологических процессов, предоставляющая инструментарий для наглядного исследования и моделирования их сценариев.
Сценарием (Scenario) называют описание последовательности изменений свойств объекта в рамках рассматриваемого процесса (процессов). Именем сценария может быть глагол с поясняющими словами («Оформить заказ на товары», «Проверить пригодность товара») или название совокупности характерных действий («Выполнение последовательности проверок»).
Для описания процесса в IDEF3 определены две стратегии и, соответственно, два типа диаграмм:
process-centered strategy – стратегия описания процесса как последовательности выполняемых действий и Process Flow Description Diagrams (PFDD) – диаграммы потокового описания процесса;
object-centered strategy - стратегия описания процесса как последовательности изменений состояний объекта, над которым выполняются действия и Object State Transition Network (OSTN) – диаграммы последовательности изменений состояний объекта.
PFDD
Базовые элементы:
Функциональные модули uob (Unit Of Behavior). Имеют вид прямоугольника со специальными полями (рис.3.12)
Имя модуля
|
|
Номер |
|
Рис. 3.12 - Функциональный модуль UOB (Unit Of Behavior) IDEF3.
Центральное поле предназначено для уникального в рамках данного описания имени модуля (глагол с поясняющими словами), а левое нижнее поле для его порядкового номера, определяющего место модуля в диаграммах сценария.
Для более детального представления действий в описываемом процессе используется декомпозиция функциональных модулей. Причем функциональный модуль рассматривается как некоторое обобщенное представление действия или события, которое может иметь в различных ситуациях различные характеристики и свойства. Поэтому предусмотрена возможность многократной декомпозиции одного функционального модуля. В диаграмме декомпозиции первая цифра номера модуля указывает номер декомпозируемого, то есть родительского модуля, а вторая цифра порядковый номер декомпозиции. Третья цифра указывает порядковый номер модуля в диаграммах описания процесса.
2. Связи (Links).
В качестве базовых в IDEF3 используются два вида связей:
связи старшинства, которые подразделяются на простые связи старшинства (Simple Precedence Links) и принуждающие связи старшинства (Constrained Precedence Links);
связи неопределенного типа, которые могут быть определены пользователем и указывают, что между модулями существуют некоторые отношения, но на момент описания процесса они не определены.
Обозначения:
П
ростые
связи старшинства
Принуждающие связи старшинства:
д
ействие левого модуля предшествует действию правого
действие левого модуля предшествует действию правого по некоторому
п
равилу
д
ействия левого и правого модуля должны предшествовать друг другу
С
вязи
неопределенного типа
Все связи IDEF3 описания нумеруются. При этом, связи старшинства обозначаются символом PL (от «precedence link») и порядковым номером, а связи неопределенного типа символом DL (от «dashed link») и своим порядковым номером.