IDEF3

IDEF3
IDEF3로 모델링된 향상된 전환 도식의 예

IDEF3 또는 프로세스 기술 캡쳐 방법을 위한 통합 DEFinition은 IDEF0을 보완하는 비즈니스 프로세스 모델링 방법이다.[1]IDEF3 방법은 특정 시스템의 작동 방식에 대한 지식을 포착하기 위한 시나리오 기반의 프로세스 흐름 설명 캡처 방법이다.[2]

IDEF3 방법은 두 가지 모두를[2] 나타내는 모드를 제공한다.

  • 특정 시나리오의 컨텍스트 내에서 동작 간의 관계를 포착하기 위한 프로세스 흐름 설명
  • 허용 상태 및 조건에 대한 설명을 캡처하는 개체 상태 전환.

이 방법은 시스템 및 소프트웨어 엔지니어링 분야에서 모델링 언어의 IDEF 계열의 일부다.

개요

세계의 서술에 사용되는 주요 메커니즘 중 하나는 순서형 사건이나 활동의 관점에서 이야기를 연관시키는 것이다.IDEF3 Process Description Capture Method는 상황이나 프로세스를 기술하는 일반적인 메커니즘으로 간주되는 활동의 시퀀스 설명을 캡처하기 위해 만들어졌다.IDEF3의 1차 목표는 도메인 전문가가 특정 시스템이나 조직의 운영에 관한 지식을 표현할 수 있는 구조화된 방법을 제공하는 것이다.지식 습득은 포착하기에 가장 자연스러운 형태로 실제 과정과 사건에 대한 주장을 직접 포착함으로써 가능하게 된다.IDEF3는 프로세스 지식 습득을 위한 신뢰성 있고 구조화된 접근법과 정보 수집 및 표현에 대한 표현적이면서도 사용하기 쉬운 언어를 제공함으로써 이러한 종류의 지식 습득을 지원한다.[1]

IDEF3 개발 동기는 다음과 같은 필요성이었다.[1]

역사

원래의 IDEF는 1970년대 중반부터 기존의 시스템이 어떻게 통합될 것인가를 결정할 필요가 있는 사람들 사이의 의사소통을 강화하기 위해 개발되었다.IDEF0은 기능분해 및 기능간 관계 분류(즉, 입력, 출력, 제어 및 메커니즘 분류) 과정을 통해 시스템 기능에 대한 설명을 우아하게 확장할 수 있도록 설계되었다.IDEF1은 조직이 목표를 달성하기 위해 관리해야 한다고 간주하는 정보에 대한 설명을 허용하도록 설계되었다.[2]

세 번째 IDEF(IDEF2)는 원래 사용자 인터페이스 모델링 방법으로 의도되었다.그러나, 통합 컴퓨터 지원 제조(ICAM) 프로그램에는 시뮬레이션 모델링 도구가 필요했기 때문에, 결과 IDEF2는 제조 시스템에서 자원의 시간 변화 행동을 나타내는 방법이었고, 수학 모델 기반 시뮬레이션의 사양을 위한 프레임워크를 제공했다.이러한 상황을 시정하기 위한 것이 ICAM 내의 방법론 프로그램의 의도였지만, 자금조달의 제한으로 인해 이러한 일이 일어날 수 없었다.결과적으로, 시스템의 사용자 관점의 기술 구조를 뒷받침할 수 있는 방법이 없는 것은 IDEF 시스템의 주요 단점이었다.방법론적 관점에서 기본적인 문제는 시스템(기존 또는 제안된)이 무엇을 해야 하는지에 대한 설명과 시스템이 무엇을 할 것인지를 예측할 수 있는 대표적인 시뮬레이션 모델을 구별할 필요성이다.후자는 IDEF2의 초점이었고, 전자는 IDEF3의 초점이다.[2]

IDEF3 기본 개념

설명 및 모델

IDEF3는 프로세스의 여러 관점에서 동일한 프로세스에 대한 대체 설명을 제공하고자 한다.

설명과 모델의 구분은 미묘하지만 IDEF3에서 중요한 것으로, 둘 다 정확한 기술적 의미를 가지고 있다.[1]

  • 용어 설명(description)은 경험적 관찰의 기록을 의미하기 위해 예약된 기술 용어로 사용된다. 즉, 관찰 또는 경험에 기초하거나 그에 기초하는 기록 지식을 기술한다.
  • 용어 모형은 기업이나 상황의 이상화를 의미하는 데 사용된다.즉, 모델은 주어진 현실 세계의 특성을 모방하도록 고안된 객체, 속성 및 관계의 이상화된 시스템을 구성한다.마찰이 없는 평면, 완벽하게 단단한 몸체, 점 질량의 가정 등이 대표적인 모델들이다.

모델의 힘은 그것이 나타내는 실제 시스템을 단순화하고 모델 내의 상응하는 사실에 의해 그 시스템에 대한 특정한 사실을 예측하는 능력에서 나온다.그러므로 모델은 그 자체로 설계된 시스템이다.모형은 부정확하다고 알려져 있지만 도메인 내에서 미리 정의된 관심 영역에 대해 신뢰할 수 있는 예측 변수를 제공할 수 있을 정도로 충분히 가까운 것으로 가정되는 이상화된 시스템이다.반면에 서술은 개인의 지식이나 경험의 영역 내에 있는 어떤 것에 대한 사실이나 신념을 기록한 것이다.그러한 서술은 일반적으로 불완전하다. 즉, 서술자는 자신이 무관하다고 믿거나 시스템을 기술하는 과정에서 잊혀진 사실을 생략할 수 있다.또한 설명은 다른 사람이 도메인 내에서 상황을 관찰한 방법과 일관되지 않을 수 있다.IDEF3는 동일한 시나리오 또는 프로세스의 대체 설명을 캡처하고 구성할 수 있는 특정 기능을 제공함으로써 이러한 가능성을 수용한다(그림 참조).[1]

설명 캡처

IDEF는 재사용을 가능하게 하는 Description Capture에 초점을 맞춘다.

모델링을 위해서는 설명 캡처 이상의 추가 단계를 수행하여 충돌하거나 일관성이 없는 보기를 해결해야 한다.이는 결국 일반적으로 모델러가 단일 관점을 선택하거나 만들고, 직접적인 지식이나 경험이 없는 공백을 메우기 위해 인공 모델링 근사치를 도입할 것을 요구한다.모델과 달리 설명서는 단순 정확도에 못 미치는 이상화되고 시험 가능한 조건에 의해 제약을 받지 않는다.[1]

기술 캡쳐의 목적은 단순히 프로세스 지식을 기록하고 전달하거나 주요 프로세스가 실제로 어떻게 작동하는지 사람들이 이해하는 방법의 불일치를 식별하는 것일 수 있다.설명 캡처 방법을 사용함으로써 사용자는 실행 가능한 모델(예: 정확성, 내부 일관성, 논리적 일관성, 비재분산성, 완전성을 보장하는 규칙)을 학습하고 적용할 필요가 없다.사용자에게 모델을 강요하는 것은 사용자에게 모델에 대한 경험적 지식을 정확하게 포착하지 못하는 모델 설계 관점 및 위험 생성 모델을 채택하도록 요구한다.[1]

시나리오

시나리오 또는 스토리의 개념은 IDEF3 프로세스 설명의 기본 구성 구조로 사용된다.시나리오는 반복되는 상황, 조직이나 시스템이 다루는 전형적인 유형의 문제를 설명하는 상황 집합 또는 프로세스가 발생하는 설정이라고 생각할 수 있다.시나리오는 설명의 초점과 경계 조건을 설정한다.이러한 방식으로 시나리오를 사용하는 것은 주어진 시나리오나 상황의 맥락 안에서 순서가 정해진 일련의 활동으로 알고 있는 것을 기술하는 인간의 경향을 이용한다.시나리오는 또한 프로세스 중심 지식의 수집을 구성할 수 있는 편리한 수단을 제공한다.[1]

프로세스 중심 보기

IDEF3 프로세스 설계도는 프로세스 중심 지식을 캡처, 관리 및 표시하는 주요 수단이다.이러한 설계도는 서로 다른 애플리케이션 영역의 도메인 전문가와 분석가들이 프로세스에 대한 지식을 전달하는데 도움이 되는 그래픽 매체를 제공한다.여기에는 사건 및 활동에 대한 지식, 그러한 사건에 참여하는 개체 및 발생의 행동을 지배하는 구속력 있는 관계가 포함된다.[1]

객체 중심 보기

IDEF3 객체 설계도(Object Schemotics)는 프로세스를 통해 다양한 종류의 객체가 다른 종류의 사물로 어떻게 변환되는지, 프로세스를 통해 주어진 종류의 객체가 어떻게 상태를 변화시키는지에 대한 정보, 또는 특정 객체의 중요한 관계에 대한 문맥 설정 정보를 캡처, 관리 및 표시한다.과정을 [1]밟다

IDEF3 프로세스 설명 언어

IDEF3 설명은 프로세스 중심과 객체 중심이라는 두 가지 다른 관점에서 개발된다.이러한 접근방식은 상호 배타적이지 않기 때문에 IDEF3는 이들 접근방식이 복잡한 프로세스 설명을 나타내기 위해 상호 참조를 허용한다.[1]

프로세스 도식

프로세스 설계도는 IDEF3 방법에서 가장 친숙하고 광범위하게 사용되는 구성요소인 경향이 있다.이러한 도식들은 시나리오의 프로세스 중심적 설명을 위한 시각화 메커니즘을 제공한다.프로세스 설계도를 구성하는 그래픽 요소에는 행동 단위(UOB) 상자, 우선 순위 링크, 결합부, 참조자 및 참고자료가 포함된다.여기의 빌딩 블록은 다음과 같다.[1]

IDEF3 프로세스 설명 다이어그램에 사용되는 기호
  • 동작 단위(UOB) 상자
  • 링크 : 링크는 동적 프로세스를 표현하기 위해 UOB 박스를 연결하는 접착제 입니다.
  • Simple Priority Links : Priority 링크는 한 UOB의 인스턴스와 다른 UOB의 인스턴스 사이의 시간적 우선 순위 관계를 나타낸다.
  • 활성화 플롯 : 활성화 플롯은 활성화를 나타내기 위해 사용된다.
  • 점선 링크 : 점선 링크는 사전 정의된 의미 체계를 가지고 있지 않다.
  • 링크 번호 : 모든 링크는 정교하고 독특한 링크 번호를 가지고 있다.
  • IMT2000 3GPP - 비지점화 프로세스도에 대한 활성화 의미
  • 결합 : IDEF3의 결합은 프로세스 분기의 논리를 명시하는 메커니즘을 제공한다.
  • UOB 분해 : 상세화는 프로세스에 대한 상세한 지식을 포착하고 구조화한다.
  • UOB 참조 번호 부여 체계 : IDEF3 Process Description의 각 UOB 박스에 UOB 박스 번호가 할당된다.
  • 부분 설명 : UOB 상자는 링크로 함께 연결된다.설명 캡처가 IDEF3의 초점이기 때문에 IDEF3 도식의 다른 부분과의 연결 없이 UOB를 생각할 수 있다.
  • 참고자 : 참고자료는 프로세스 설계도와 객체 설계도의 이해도를 높이고, 추가적인 의미를 제공하며, 시공(즉, 복잡성을 최소화)을 단순화한다.

객체 도식

IDEF는 세부적인 객체 중심 프로세스 정보, 즉 프로세스를 통해 다양한 종류의 물체가 어떻게 다른 종류의 것으로 변형되는지에 대한 정보, 또는 어떤 과정을 통해 주어진 종류의 물체가 어떻게 상태를 변화시키는지에 대한 정보 등을 표현하기 위한 일련의 구성 블록을 제공한다.[1]

  • 객체 : 섀시와 같은 특정 종류의 물체는 단순히 적절한 라벨을 포함하는 원으로 나타낼 것이다.
  • 객체 상태 : 특정 상태에 있는 어떤 종류의 물체는 그 상태에 있는 물체의 유형 또는 클래스를 나타내며, 종류 자체와 해당 상태를 캡처한 레이블이 있는 원에 의해 표현될 것이다.
  • 객체 도식 : 종류 기호와 객체 상태 기호로 구성된 복합 표현 구성.
  • 전환 도식 : 첫 번째와 가장 기본적인 구조는 기본 상태 전환 도식 또는 단순하게 전환 도식이다.

참고 항목

참조

  1. ^ a b c d e f g h i j k l m Richard J. Mayer 외(1993) 동시 엔지니어링을 위한 정보 통합: IDEF3 프로세스 설명 캡처 방법 보고서.OH 45433, 라이트 패터슨 AFB의 물류 연구 부서
  2. ^ a b c d Patricia Griffith Friel과 Thomas M. Blinn (1989년)."자동 IDEF3 및 IDEF4 시스템 설계 사양 문서".기술 보고서.NASA 존슨 우주 센터.

추가 읽기

  • 코스틴 바디치와 크리스 폭스(2004)가 출연했다."하이브리드 IDEF0/IDEF3 비즈니스 프로세스 모델링: 구문, 의미론 및 표현성"
  • 무니라 하잘라(2007)"IDEF3를 통합 엔터프라이즈 모델링 언어로 통합".인: 2007년 제11차 국제 IEEE EDOC 회의 워크샵의 진행. 페이지 133–140.
  • C.H. Kim 등(2001)."비즈니스 프로세스 모델링을 지원하기 위해 IDEF0, IDEF3 및 Petri net method를 통합적으로 사용".인: 기계 기술자 협회의 절차. 제 E부, 공정기계공학 저널제215권, 제4권, 제317권–329권.
  • Jung K-Y 등.(2008)."비즈니스 프로세스 분석을 위한 큐 네트워크 및 IDEF3 통합"인: 비즈니스 프로세스 관리 저널.제14권, 문제: 4, 페이지 471–482.
  • L. Whitman과 B.허프(1997년)."구조화된 모델 및 동적 시스템 분석:IDEF0/IDEF3 모델링 방법의 통합 및 이산 이벤트 시뮬레이션".인: 1997년 동계 시뮬레이션 컨퍼런스, 1997년 12월 7-10일 페이지 518–524

외부 링크