Основные элементы и понятия IDEF0

 Верхняя сторона имеет значение “Управление” (Control);

 Левая сторона имеет значение “Вход” (Input);

 Правая сторона имеет значение “Выход” (Output);

 Нижняя сторона имеет значение “Механизм” (Mechanism).

DEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

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

, например в Государственной Налоговой Инспекции). Более того, собственно с широким применением IDEF (и предшествующей методолoгии — SADT) и связано возникновение основных идей популярного ныне понятия — BPR (бизнес-процесс реинжиниринг).

IDEF0 — Function Modeling — методология функционального моделирования

IDEF1 — Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

IDEF1X (IDEF1 Extended) — Data Modeling — методология построения реляционных структур (баз данных)

IDEF2 — Simulation Model Design — методология динамического моделирования развития систем.

IDEF3 — Process Description Capture — Документирование технологических процессов,

IDEF4 — Object-Oriented Design — методология построения объектно-ориентированных систем

1. Технічне завдання.

ТЗ – вихідний документ для розробки автоматизованої системи, створення ПП, відповідно до якого проводиться виготовлення, приймання при введенні в дію та експлуатація відповідного об’єкта.

Документ ТЗ регламентовано стандартами:

3. ГОСТ 19.201-78 «Технічне завдання, вимоги до змісту та оформлення»

4. ГОСТ 34.602-89 «Технічне завдання на створення автоматизованої системи» - є актуальним і до сьогодні.

Згідно з ГОСТ 34.602-89 ТЗ є основним документом, що визначає вимоги і порядок створення (розвитку або модернізації) інформаційної системи, відповідно до якого проводиться її розробка і приймання при введені в дію.

Згідно з діючими стандартами, ТЗ повинно включати в себе такі розділи, які можуть бути розділені на підрозділи:

10. Загальні відомості

11. Призначення та мета створення(розвитку) системи

12. Характеристика об’єктів автоматизації

13. Вимоги до системи

14. Склад і зміст робіт по створення системи

15. Порядок контролю і приймання системи

16. Вимоги до складу і змісту робіт з підготовки об’єкт автоматизації введення системи в дію

17. Вимоги до документування

18. Джерела розробки

Дата добавления: 2015-07-11