기능 흐름 블록 다이어그램
Functional flow block diagram
FFBD(Functional Flow Block Diagram)는 시스템 기능 [2]흐름의 다계층 시간순서 단계별 흐름도입니다.이 맥락에서 "함수"라는 용어는 "함수"와 "흐름"을 조합하는 것이 모호할 수 있는 함수 프로그래밍이나 수학에서 사용되는 용어와 다르다.여기서 "기능 흐름"은 운영의 순서와 관련되며, "흐름" 화살표는 이전 운영의 성공에 대한 의존도를 나타냅니다.FFBD는 아래 그림과 같이 기능 블록 간의 입력 및 출력 데이터 의존성을 나타낼 수도 있지만, FFBD는 주로 시퀀싱에 초점을 맞추고 있습니다.
FFBD 표기법은 1950년대에 개발되어 고전적인 시스템 공학에서 널리 사용되고 있습니다.FFBD는 흐름도, 데이터 흐름도, 제어 흐름도, 간트 차트, PERT 다이어그램 및 [3]IDEF와 함께 전형적인 비즈니스 프로세스 모델링 방법론 중 하나입니다.
FFBD는 기능 흐름도, 기능 블록도 및 기능 [4]흐름이라고도 합니다.
역사
프로세스 흐름을 문서화하는 최초의 구조화된 방법인 흐름도는 1921년 프랭크 길브레스가 미국기계공학회(ASME) 회원들에게 "프로세스 차트-최상의 방법을 찾는 첫 단계"[5]라는 프레젠테이션으로 소개했습니다.Gilbreth의 도구는 산업 공학 커리큘럼에 빠르게 도입되었습니다.
1930년대 초, 산업 엔지니어 Allan H. Mogensen은 뉴욕 레이크 플래시드에서 열린 작업 심플화 회의에서 산업 공학의 도구 중 일부를 사용하는 비즈니스맨들을 훈련시키기 시작했습니다.1944년 Mogensen의 수업을 졸업한 Art Spinanger는 Procter and Gamble로 이 도구를 가져갔으며, 그곳에서 의도적인 방법 변경 프로그램을 개발했습니다.1944년 또 다른 졸업생인 Standard Register Industrial의 Formcraft Engineering 디렉터인 Ben S. Graham은 다중 흐름 프로세스 차트를 개발하여 정보 처리에 맞게 조정하여 여러 문서와 그 관계를 표시했습니다.1947년 ASME는 Gilbreth의 [5]원저작에서 파생된 ASME 운영 및 흐름 프로세스 차트의 표준으로 설정된 기호를 채택했습니다.
현대식 기능 흐름도는 1950년대 [6]국방 관련 기업인 TRW Incorporated에 의해 개발되었습니다.1960년대에 그것은 NASA에 의해 우주 시스템과 비행 [7]임무에서 일어나는 사건의 시간 순서를 시각화하기 위해 이용되었다.FFBD는 시스템 [3]기능의 실행 순서를 나타내기 위해 기존 시스템 엔지니어링에서 널리 사용되고 있습니다.
기능 흐름도 개발

FFBD는 일련의 레벨로 개발될 수 있습니다.FFBD는 기능 분해를 통해 식별된 동일한 태스크를 보여주고 논리적이고 순차적인 관계를 보여준다.예를 들어, 우주선의 전체 비행 임무는 그림 2와 같이 최상위 FFBD에서 정의할 수 있다.그런 다음 첫 번째 레벨 다이어그램의 각 블록을 "미션 운영 수행"을 위한 두 번째 레벨 다이어그램에 표시된 것처럼 일련의 기능으로 확장할 수 있습니다.다이어그램은 입력(작동 궤도로의 이행)과 출력(우주 수송 시스템 궤도로의 이행)을 모두 나타내어 인터페이스 식별 및 제어 프로세스를 개시한다는 점에 유의하십시오.두 번째 레벨 다이어그램의 각 블록은 그림 [8]2의 세 번째 레벨 다이어그램과 같이 일련의 기능으로 점진적으로 개발될 수 있습니다.
이 도표는 요구사항을 개발하고 수익성 있는 무역 연구를 식별하는 데 모두 사용됩니다.예를 들어 우주선 안테나는 페이로드 데이터가 전송될 때만 추적 및 데이터 중계 위성(TDRS)을 획득하는가, 아니면 비상 명령 수신이나 비상 데이터 전송을 위해 TDRS를 지속적으로 추적하는가?FFBD는 또한 임무의 성공 가능성을 높이기 위해 대체 작전과 우발 작전도 포함하고 있습니다.흐름도는 시스템의 총동작에 대한 이해를 제공하며, 운영절차 및 우발절차 개발의 기초가 되며, 운영절차 변경이 시스템 전체의 운영을 단순화할 수 있는 영역을 지적합니다.경우에 따라서는 대체 FFBD를 사용하여 데이터를 취득할 때까지 특정 기능을 만족시키는 다양한 수단을 나타낼 수 있으며,[8] 이를 통해 대체 FFBD를 선택할 수 있다.
구성 요소
주요 속성
주요 FFBD [1]속성의 개요:

- 기능 블록:FFBD의 각 함수는 개별로 구분하여 단일 상자(솔리드 라인)로 표시해야 합니다.각 기능은 시스템 요소에 의해 달성되는 확실하고 유한하며 이산적인 동작을 나타낼 필요가 있습니다.
- 함수 번호부여:각 레벨은 일관된 번호 체계를 가지고 함수 발생원에 대한 정보를 제공해야 합니다.이러한 수치는 모든 기능 분석 및 할당 활동을 수행하는 식별 및 관계를 확립하고 하위 레벨에서 상위 레벨까지 추적성을 촉진합니다.
- 기능 참조:각 다이어그램에는 기능 참조(괄호 안의 상자)를 사용하여 다른 기능 다이어그램에 대한 참조가 포함되어야 합니다.
- 흐름 연결:기능을 연결하는 라인은 기능 흐름만 나타내야 하며 시간 경과나 중간 활동을 나타내서는 안 됩니다.
- 흐름 방향:흐름 방향이 일반적으로 왼쪽에서 오른쪽으로 가도록 다이어그램을 배치해야 합니다.화살표는 기능 흐름을 나타내기 위해 자주 사용됩니다.
- SUM 게이트:원은 SUM 게이트를 나타내기 위해 사용되며 AND/OR이 존재할 때 사용됩니다.AND는 병렬 함수를 나타내기 위해 사용되며, 계속하려면 모든 조건이 충족되어야 합니다.OR은 대체 경로가 충족되어 계속할 수 있음을 나타내기 위해 사용됩니다.
- GO 및 NO-GO 경로: "G" 및 "bar G"는 "Go" 및 "No-Go" 조건을 나타내기 위해 사용됩니다.이러한 기호는 대체 경로를 나타내기 위해 특정 함수를 떠나는 선 옆에 배치됩니다.
함수 기호
함수는 함수의 제목(동사 뒤에 명사구가 이어지는 동작동사) 및 고유한 10진수로 구분된 숫자를 포함하는 직사각형으로 표시되어야 한다.위 그림 3과 같이 수평선은 이 번호와 제목을 구분해야 합니다.이 그림에서는 특정 FFBD 내에서 컨텍스트를 제공하는 참조 함수를 나타내는 방법도 보여 줍니다.기준 [9]함수의 사용에 관한 예는 그림 9를 참조한다.
다이렉트 라인
단일 화살촉이 있는 선은 왼쪽에서 오른쪽으로의 기능 흐름을 나타내야 한다(그림 [9]4 참조).
논리 기호
다음과 같은 기본 논리 기호를 [9]사용해야 한다.
- AND: 모든 선행 경로 또는 후속 경로가 필요한 조건입니다.이 기호에는 여러 출력이 포함된 단일 입력 또는 단일 출력이 포함된 다중 입력이 포함될 수 있지만 여러 입력과 출력을 결합할 수는 없습니다(그림 5).그림을 다음과 같이 읽습니다.F1 완료 후 F2 및 F3를 병렬로 시작할 수 있다.마찬가지로 F4는 F2 AND F3가 완료된 후에 시작될 수 있습니다.
- Exclusive OR: 전부는 아니지만 여러 개의 선행 경로 또는 후속 경로 중 하나가 필요한 조건입니다.이 기호에는 여러 출력이 포함된 단일 입력 또는 단일 출력이 포함된 다중 입력이 포함될 수 있지만 여러 입력과 출력을 결합할 수는 없습니다(그림 6).그림을 다음과 같이 읽습니다.F1이 완료된 후 F2 또는 F3가 시작될 수 있습니다.마찬가지로 F4는 F2 또는 F3 중 하나가 완료된 후에 시작할 수 있습니다.
- 포함 OR: 하나, 일부 또는 모든 선행 또는 후속 경로가 필요한 조건입니다.그림 7은 AND 기호(그림 5)와 배타적 OR 기호(그림 6)의 조합을 사용하여 포함 OR 로직을 나타냅니다.그림 7을 다음과 같이 읽습니다.F1이 완료된 후 F2 또는 F3(전용)이 시작될 수 있으며, F1이 완료된 후 F2 및 F3이 시작될 수 있다.마찬가지로 F4는 F2 또는 F3(배타적)이 완료된 후 시작할 수 있으며 F2와 F3이 모두 완료된 후 F4가 시작될 수 있습니다.
상황별 데이터 및 관리 데이터
각 FFBD에는 다음과 같은 상황별 [9]및 관리 데이터가 포함되어야 한다.
- 다이어그램이 생성된 날짜
- 다이어그램을 작성한 엔지니어, 조직 또는 작업 그룹의 이름
- 다이어그램에 표시할 함수의 고유한 10진수 구분 번호
- 다이어그램에 표시할 함수의 고유한 함수 이름입니다.
그림 8과 그림 9는 FFBD의 데이터를 나타내고 있습니다.그림 9는 그림 8에 포함된 기능 F2를 분해한 것으로, 모델의 다양한 수준에서 기능 간의 맥락을 보여줍니다.
「 」를 참조해 주세요.
- 액티비티 다이어그램
- 블록 다이어그램
- 비즈니스 프로세스 매핑
- 데이터 흐름
- DRACKON
- 흐름도
- 흐름 프로세스 차트
- 기능 모델
- 기능 블록 다이어그램
- IDEF0
- N2 관리도
- SADT
- 신호 흐름
- 신호 흐름 그래프
메모들
- ^ a b 시스템 엔지니어링의 기초Wayback Machine Defense Acquisition University Press, 2001년 7월 28일 아카이브
- ^ 이 문서의 첫 번째 버전은 NAS SYSTEM Engineering MANUAL 섹션 4.4 VERSION 3.1 06/06/06을 완전히 기반으로 합니다.
- ^ a b 토마스 듀프레인과 제임스 마틴(2003).2006년 12월 20일 Wayback Machine에서 아카이브된 "E-Business 프로세스 모델링"INFS 770 정보 시스템 엔지니어링 방법: 지식 관리 및 E-비즈니스.2003년 봄
- ^ a b 개발 과정에서 사용되는 태스크 분석 도구.FAA 2008.2008년 9월 25일 취득.
- ^ a b Ben B. Graham (2004년)."상세 프로세스 차트 작성: 프로세스의 언어를 말하다." 페이지 1
- ^ Tim Weilkiens (2008).SysML/UML을 사용한 시스템 엔지니어링: 모델링, 분석, 설계.257쪽.
- ^ 해롤드 체스트넛(1967).시스템 엔지니어링 방법페이지 254.
- ^ a b c NASA(2007년).NASA 시스템 엔지니어링 핸드북 2007년 12월, 페이지 53.
- ^ a b c d FAA(2006)NAS 시스템 엔지니어링 매뉴얼 섹션 4.4 버전 3.1 06/06/06.
추가 정보
