IDEF0 실무

IDEF0 다이어그램 읽는 법

IDEF0 모델은 계층적으로 배열된 다이어그램과 관련 자료의 집합으로 구성됩니다. 이 장에서는 IDEF0 다이어그램을 효과적으로 읽고 해석하는 방법을 안내합니다.

다이어그램 읽는 순서 (5단계)

시스템에 대한 정확한 정보는 다이어그램 자체에 있습니다. 다음의 순서로 읽는 것을 권장합니다.

1

기능 상자 훑어보기

다이어그램의 기능 상자들을 훑어보며 무엇에 대해 설명하는지 전반적인 인상을 파악합니다.

2

상위 다이어그램 확인

상위 다이어그램으로 돌아가 부모 상자와의 화살표 연결을 확인합니다. 가장 중요한 Input, Control, Output이 어떤 것인지 살펴봅니다.

3

주요 경로(Main Path) 확인

가장 중요한 입력 또는 통제와 가장 중요한 산출 사이를 연결하는 주요 경로가 있는지 확인합니다.

4

경로 따라가기

주요 경로를 따라 좌측 상단에서 우측 하단으로 다이어그램을 따라가며, 다른 화살표들이 각 상자와 어떻게 상호작용하는지 확인합니다. 부차적인 경로가 있는지도 살펴봅니다.

5

텍스트 및 용어집 읽기

텍스트 설명은 저자가 강조하고 싶은 부분을, 용어집(Glossary)은 사용된 용어에 대한 저자의 해석을 알려줍니다.

주요 경로(Main Path)란?

각 다이어그램에는 가장 중요한 입력 경계 화살표에서 가장 중요한 산출 경계 화살표로 이어지는 중심 주제가 있습니다. 상자와 화살표를 통과하는 이 주요 경로는 다이어그램의 핵심 기능을 요약합니다. 나머지 부분들은 이 주요 경로에 부수적인 한정 조건이나 대안 조건을 나타냅니다.

AIMS 에는 아직 없는 것 — 설명용 보조 그림(FEO)

IDEF0 표준 교재는 읽는 순서에 FEO(For Exposition Only) — 규칙에 얽매이지 않고 설명만을 위해 따로 그리는 보조 그림 — 을 찾아보는 단계를 둡니다. AIMS 는 이 보조 그림을 만들지 않습니다. 찾아볼 필요가 없으니 위 순서에서 뺐습니다. 그림을 보충해 설명하고 싶을 때는 대신 텍스트 설명과 용어집을 이용하세요.

모델에 접근하는 법

다이어그램은 하향식(top-down)으로 읽습니다. 각 다이어그램은 상위 상자(parent box)에 의해 경계가 정해진 하나의 컨텍스트로 간주됩니다.

  1. 최상위 레벨 다이어그램을 읽은 후
  2. 첫 번째 레벨, 두 번째 레벨 순서로 읽어 나갑니다
  3. 특정 세부 정보가 필요할 경우 노드 인덱스를 사용하여 필요한 다이어그램 레벨까지 내려갑니다
페이지 페어(Page-Pair) 형식

모델을 책으로 펴낼 때는 각 다이어그램과 관련된 전체 텍스트가 마주보는 한 쌍의 페이지에 함께 표시됩니다. 이를 '페이지 페어' 형식이라 합니다. AIMS 에는 아직 이렇게 책으로 펴내는 기능이 없습니다 — 대신 완성 모델 보기 화면에서 그림과 글을 나란히 놓고 읽습니다.

노드 인덱스 순서

노드 인덱스(Node Index)란, 한 다이어그램 내에서 특정 상자와 관련된 모든 하위 다이어그램들을 다음 상자의 하위 다이어그램들보다 먼저 나열하는 것입니다. AIMS 화면에서 이 목록에 해당하는 것이 왼쪽의 「나무」입니다 — 완성 모델 보기의 왼쪽 칸에서 모델 전체가 바로 이 계층 순서로 펼쳐집니다.

A0  Manufacture Product
A1  Plan for Manufacture
A11  Assume a Structure & Method of Mfg.
A12  Estimate Requirements, Cost, Time to Produce
A13  Develop Production Plans
A14  Develop Support Activities Plan
A2  Make & Administer Schedules & Budgets
A21  Develop Master Schedule
A22  Develop Coordinating Schedule
A23  Estimate Costs & Make Budget
A24  Monitor Performance to Schedule & Budget
A3  Plan Production
A4  Develop Support Activities Plan

▲ 노드 인덱스 예시 — 관련 다이어그램들이 계층 순서로 묶여 나열됨

개요 파악 vs 세부 파악

전체 개요 파악

목차(index)를 이용해 모든 상위 레벨 다이어그램을 찾으면 모델의 전체적인 구조를 파악할 수 있습니다.

세부 정보 파악

목차에서 관심 있는 주제를 상세히 설명하는 모든 다이어그램을 찾아 해당 레벨까지 내려갑니다.

아래층이 있는 상자 알아보기 — 세부 참조 표현 (DRE)

상자 오른쪽 아래의 작은 번호칸이 그 자리입니다. IDEF0 에서는 이 자리를 세부 참조 표현(Detail Reference Expression, DRE)이라 부릅니다. AIMS 가 그리는 그림에서 이 칸에 찍히는 것은 그 다이어그램 안에서의 순번(1~6) 하나뿐이고, 아래층 그림이 있는지 없는지는 오직 번호칸의 테두리가 있느냐 없느냐로 표시됩니다.

번호칸 모습의미
테두리 있음 — 번호가 네모 칸에 둘러싸여 있다 이 상자는 이미 쪼개져 아래층 다이어그램이 있습니다. 왼쪽 나무에서 그 상자를 눌러 내려가 보세요
테두리 없음 — 번호만 덩그러니 있다 아직 쪼개지 않은 상자입니다
번호칸에서 코드를 찾지 마세요

IDEF0 표준 교재에는 이 칸에 A243 같은 노드 번호를 적어 아래층을 가리키는 표기가 나옵니다. AIMS 는 그런 코드를 그리지 않습니다 — 찍히는 것은 순번뿐입니다. 그러니 코드가 안 보인다고 해서 아래층이 없는 상자라고 판단하면 안 됩니다. 봐야 할 것은 코드가 아니라 테두리입니다.

같은 이유로, 다른 모델의 다이어그램을 가리켜 함께 쓰는 호출 화살표 (표준 교재의 MQ/A4 같은 표기)도 AIMS 그림에는 아직 그려지지 않습니다. 모델과 모델을 잇는 이 표기는 앞으로의 과제로 남아 있습니다.

상자와 화살표의 의미

핵심 원칙

다이어그램을 해석할 때 반드시 따라야 할 기본 원칙:
"명시적으로 기술된 것만 받아들여야 한다."
명시되지 않은 제약 조건을 임의로 가정해서는 안 되며, 명시적으로 금지되지 않은 모든 추가적인 상세화는 암묵적으로 허용됩니다.

제약 관계 (Constraint Relationship)

화살표는 두 상자 사이의 제약 관계를 정의합니다. 화살표가 명시적으로 나타내는 유일한 사실은:

"2번 상자가 어떤 활동을 하려면, 1번 상자의 어떤 활동을 통해 생성된 'd'라는 것이 필요하다."

'어떻게'와 '언제'는 명시하지 않음

IDEF0 다이어그램은 제약(Constraint)만을 표현합니다. '어떻게(How)' 수행되는지, '언제(When)' 수행되는지는 다이어그램에 명시되지 않습니다. 이는 후속 상세화를 통해 구체화됩니다.

예시: 온도 모니터링

온도가 '충분히 자주' 측정되고, 허용 오차는 '적절할 때' 변경되며, 위험 신호가 '충분히 빨리' 생성된다고 가정할 수 있습니다. 후속 상세화에서 다음과 같이 구체화될 수 있습니다:

  • 온도가 주기적인 샘플링 방식으로 측정됨
  • 온도가 일정량 이상 상승했을 때만 현재의 허용 오차를 요청함
  • 일련의 온도 값들이 저장된 후, 변화 패턴을 검토하여 허용 오차 범위 내에 있는지 판단

하나의 화살표를 여러 상자가 사용

하나의 화살표에서 나온 결과물을 두 개 이상의 상자가 필요로 하는 경우가 많습니다. 이 관계는 두 가지 시나리오로 해석될 수 있습니다:

시나리오 A

목적지 상자가 활동할 때마다, 출발점(소스) 상자가 매번 먼저 활동해야 함

시나리오 B

출발점 상자가 단 한 번 활동한 결과물만으로도 목적지 상자의 모든 활동에 충분

추가적인 정보 없이는 두 해석 모두가 가능합니다. 이것이 IDEF0의 추상성입니다.

다중 입력, 통제, 산출의 해석

여러 개의 입출력 및 통제가 연결된 상자의 기본적인 해석:

C1 C2 C3 C4 I1 I2 I3 O1 O2 O3 M1 M2 M3

ICOM 코딩 예시 — 다중 입출력/통제/수단

기본적인 해석:

산출 결과물 [O1, O2, O3] 중 어떤 일부를 만들어내기 위해, 입력/통제/수단 [I1, I2, I3, C1~C4, M1~M3] 중 어떤 일부가 필요할 수 있다.

단정하지 말아야 할 것

더 상세한 내용이 없다면:
a. 모든 입력/통제가 갖춰지지 않아도 특정 산출을 만들어낼 수 있다고 단정하거나,
b. 특정 산출을 하나 만들어내기 위해 모든 입력/통제가 반드시 필요하다고 단정해서는 안 됩니다.

어떤 형태로든 추가 상세화를 통해 입력/통제와 산출 간의 정확한 관계가 명시될 것입니다. 그 전까지는 화살표에 집중하고, 상자의 이름에서 암시적으로 추론하는 것을 피해야 합니다.