WikiDer > Диаграмма потока управления

Control-flow diagram
Эта статья о блок-схемах в моделировании бизнес-процессов.[требуется разъяснение]. Для ориентированных графов, представляющих поток управления императивных компьютерных программ, см. график потока управления.
Пример диаграммы потока управления «поиск производительности».[1]

А диаграмма потока управления (CFD) это диаграмма описать поток управления из бизнес-процесс, процесс или обзор.

Диаграммы потока управления были разработаны в 1950-х годах и широко используются в нескольких инженерное дело дисциплины. Они одни из классических моделирование бизнес-процессов методологии, а также блок-схемы, Drakon-Charts, диаграммы потоков данных, функциональная блок-схема, Диаграммы Ганта, ПЕРТ диаграммы и IDEF.[2]

Обзор

Диаграмма потока управления может состоять из подразделов для отображения последовательных шагов с условиями «если-то-иначе», повторением и / или условиями случая. Соответствующим образом аннотированные геометрические фигуры используются для представления операций, данных или оборудования, а стрелки используются для обозначения последовательного потока от одного к другому.[3]

Есть несколько типов диаграмм последовательности операций, например:

При разработке программного обеспечения и систем диаграммы потоков управления могут использоваться в анализ потока управления, анализ потока данных, анализ алгоритма, и симуляция. Контроль и данные наиболее подходят для систем реального времени и систем, управляемых данными. Этот анализ потоков преобразует логику и текст требований к данным в графические потоки, которые легче анализировать, чем текст. Диаграммы PERT, перехода между состояниями и транзакций являются примерами диаграмм потока управления.[4]

Типы диаграмм управления

Диаграмма управления процессом

Блок-схема может быть разработана для процесса система контроля для каждого критического действия. Управление процессом обычно представляет собой замкнутый цикл, в котором датчик. Приложение определяет, находится ли информация датчика в пределах заранее определенных (или рассчитанных) параметров данных и ограничений. Результаты этого сравнения, которое контролирует критический компонент. Этот Обратная связь может управлять компонентом электронным способом или может указывать на необходимость ручных действий. Этот процесс с замкнутым циклом имеет множество сдержек и противовесов, чтобы гарантировать его безопасность. Он может полностью управляться компьютером и автоматизирован, или это может быть гибрид, в котором автоматизирован только датчик, а действие требует ручного вмешательства. Кроме того, некоторые системы управления технологическим процессом могут использовать оборудование и программное обеспечение предыдущих поколений, в то время как другие соответствуют уровню техники.

Диаграмма управления поиском производительности

На рисунке представлен пример управления, ориентированного на результат.схема алгоритма. Закон управления состоит из процессов оценки, моделирования и оптимизации. в Фильтр Калмана оценщика, входы, выходы и остатки были записаны. На этапе моделирования компактной двигательной установки были записаны все расчетные параметры впуска и двигателя.[1]

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

Смотрите также

Рекомендации

Эта статья включаетматериалы общественного достояния от Национальный институт стандартов и технологий интернет сайт https://www.nist.gov.

  1. ^ а б c Гленн Б. Гильярд и Джон С. Орм (1992) Оценка алгоритма поиска управления характеристиками на самолете F-15 при дозвуковых летных испытаниях Технический меморандум НАСА 4400.
  2. ^ Томас Дюфрен и Джеймс Мартин (2003). «Моделирование процессов для электронного бизнеса» В архиве 2006-12-20 на Wayback Machine. INFS 770 Методы инженерии информационных систем: управление знаниями и электронный бизнес. Весна 2003 г.
  3. ^ Глоссарий терминологии FDA, применимый к разработке программного обеспечения и компьютеризированных систем. Доступ 14 января 2008 г.
  4. ^ Долорес Р. Уоллес и др. (1996). Справочная информация для процесса проверки и валидации программного обеспечения В архиве 2008-10-11 на Wayback Machine, Специальная публикация NIST 500-234.