stringtranslate.com

Функциональная блок-схема потока

Рисунок 1: Формат функциональной блок-схемы потока. [1]

Функциональная блок-схема потока ( FFBD ) — это многоуровневая, последовательная во времени, пошаговая диаграмма потока функционального потока системы. [ 2] Термин «функциональный» в этом контексте отличается от его использования в функциональном программировании или в математике, где сочетание «функционального» с «потоком» было бы неоднозначным. Здесь «функциональный поток» относится к последовательности операций, а стрелки «потока» выражают зависимость от успешности предыдущих операций. FFBD также могут выражать зависимости входных и выходных данных между функциональными блоками, как показано на рисунках ниже, но FFBD в первую очередь сосредоточены на последовательности.

Нотация FFBD была разработана в 1950-х годах и широко используется в классической системной инженерии . FFBD являются одной из классических методологий моделирования бизнес-процессов , наряду с блок-схемами , диаграммами потоков данных , диаграммами потоков управления , диаграммами Ганта , диаграммами PERT и IDEF . [3]

FFBD также называются функциональными диаграммами потоков , функциональными блок-схемами и функциональными потоками . [4]

История

Первый структурированный метод документирования потока процесса, блок-схема процесса , был представлен Фрэнком Гилбретом членам Американского общества инженеров-механиков (ASME) в 1921 году в презентации «Схемы процесса — первые шаги в поиске наилучшего пути». [5] Инструменты Гилбрета быстро нашли свое применение в учебных программах по промышленной инженерии .

В начале 1930-х годов промышленный инженер Аллан Х. Могенсен начал обучать бизнесменов использованию некоторых инструментов промышленной инженерии на своих конференциях по упрощению работ в Лейк-Плэсиде , штат Нью-Йорк . Выпускник 1944 года класса Могенсена, Арт Спинангер, привез инструменты обратно в Procter and Gamble , где он разработал их Программу осознанного изменения методов. Другой выпускник 1944 года, Бен С. Грэм , директор по инжинирингу Formcraft в Standard Register Industrial , адаптировал схему технологического процесса к обработке информации, разработав схему многопоточного процесса для отображения нескольких документов и их взаимосвязей. В 1947 году ASME принял набор символов в качестве стандарта ASME для схем операций и технологического процесса, полученный из оригинальной работы Гилбрета. [5]

Современная функциональная блок-схема потока была разработана компанией TRW Incorporated, связанной с обороной, в 1950-х годах. [6] В 1960-х годах она использовалась NASA для визуализации временной последовательности событий в космических системах и летных миссиях. [7] FFBD стали широко использоваться в классической системной инженерии для отображения порядка выполнения системных функций. [3]

Разработка функциональных блок-схем

Рисунок 2: Разработка функциональных блок-схем потоков [8]

FFBD могут быть разработаны в серии уровней. FFBD показывают те же задачи, определенные посредством функциональной декомпозиции, и отображают их в их логической, последовательной взаимосвязи. Например, вся полетная миссия космического корабля может быть определена в FFBD верхнего уровня, как показано на рисунке 2. Каждый блок на диаграмме первого уровня затем может быть расширен до серии функций, как показано на диаграмме второго уровня для «выполнения операций миссии». Обратите внимание, что диаграмма показывает как вход (переход на рабочую орбиту), так и выход (переход на орбиту космической транспортной системы), тем самым инициируя процесс идентификации и управления интерфейсом. Каждый блок на диаграмме второго уровня может быть постепенно разработан до серии функций, как показано на диаграмме третьего уровня на рисунке 2. [8]

Эти диаграммы используются как для разработки требований, так и для определения прибыльных торговых исследований. Например, получает ли антенна космического корабля спутник слежения и ретрансляции данных (TDRS) только тогда, когда данные полезной нагрузки должны быть переданы, или она отслеживает TDRS непрерывно, чтобы обеспечить прием экстренных команд или передачу экстренных данных? FFBD также включает альтернативные и непредвиденные операции, которые повышают вероятность успеха миссии. Блок-схема обеспечивает понимание общей работы системы, служит основой для разработки операционных и непредвиденных процедур и определяет области, где изменения в операционных процедурах могут упростить общую работу системы. В некоторых случаях альтернативные FFBD могут использоваться для представления различных средств удовлетворения конкретной функции до тех пор, пока не будут получены данные, что позволяет сделать выбор среди альтернатив. [8]

Строительные блоки

Ключевые атрибуты

Обзор основных атрибутов FFBD: [1]

Графическое объяснение "функционального блока", используемого в этих диаграммах. Поток идет слева направо. [4]

Символика функции

Функция должна быть представлена ​​прямоугольником, содержащим название функции (глагол действия, за которым следует именное словосочетание) и ее уникальный десятичный номер с разделителями. Горизонтальная линия должна разделять это число и название, как показано на рисунке 3 выше. На рисунке также показано, как представить ссылочную функцию, которая обеспечивает контекст в пределах конкретного FFBD. См. рисунок 9 для примера использования ссылочной функции. [9]

Направленные линии

Линия с одной стрелкой должна отображать функциональный поток слева направо, см. Рисунок 4. [9]

Логические символы

Должны использоваться следующие основные логические символы. [9]

Рисунок 7. Логика «включающего ИЛИ»

Контекстные и административные данные

Каждый FFBD должен содержать следующие контекстные и административные данные: [9]

На рисунках 8 и 9 представлены данные в FFBD. Рисунок 9 представляет собой разложение функции F2, содержащейся на рисунке 8, и иллюстрирует контекст между функциями на разных уровнях модели.

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

Примечания

  1. ^ ab Основы системной инженерии. Архивировано 28 июля 2011 г. в Wayback Machine Defense Acquisition University Press, 2001 г.
  2. ^ Первая версия этой статьи полностью основана на РУКОВОДСТВЕ ПО ИНЖЕНЕРИИ СИСТЕМ NAS, РАЗДЕЛ 4.4, ВЕРСИЯ 3.1 от 06/06/06.
  3. ^ ab Thomas Dufresne & James Martin (2003). "Моделирование процессов для электронного бизнеса" Архивировано 20 декабря 2006 г. в Wayback Machine . INFS 770 Методы проектирования информационных систем: управление знаниями и электронный бизнес. Весна 2003 г.
  4. ^ ab Инструменты анализа задач, используемые в процессе разработки. FAA 2008. Получено 25 сентября 2008 г.
  5. ^ ab Ben B. Graham (2004). «Подробное графическое представление процесса: разговор на языке процесса». стр. 1
  6. ^ Тим Вайлькиенс (2008). Системная инженерия с SysML/UML: моделирование, анализ, проектирование . Страница 257.
  7. ^ Гарольд Честнат (1967). Методы системной инженерии . Страница 254.
  8. ^ abc NASA (2007). Справочник по системной инженерии NASA , декабрь 2007 г., стр. 53.
  9. ^ abcd FAA (2006). РУКОВОДСТВО ПО РАЗРАБОТКЕ СИСТЕМ NAS РАЗДЕЛ 4.4 ВЕРСИЯ 3.1 06/06/06.

Дальнейшее чтение