Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Answers.doc
Скачиваний:
110
Добавлен:
19.02.2016
Размер:
239.1 Кб
Скачать
  1. Idef діаграм.

Методология IDEF обеспечивает универсальность описания, простоту детализации описания вширь и вглубь процессов на каждом уровне иерархии описания, что позволяет применить ее для структу­ризации процессов в системах управления. Эта методология относят­ся к структурному типу методов, использующих для описания пред­метной области графические языки типа блок-схем.

IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;

Основные элементы и понятия 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. Технічне завдання.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]