IDEF

IDEF
방위 박람회에 대해서는 국제 방위 산업 박람회를 참조하십시오.
IDEF 메서드: 시스템 엔지니어 도구 상자의[1] 일부

IDEF는 처음에 ICAM Definition의 약자로 1999년에 Integration [2]Definition으로 이름이 변경되었으며 시스템 및 소프트웨어 엔지니어링 분야의 모델링 언어 패밀리입니다.기능 모델링에서 데이터, 시뮬레이션, 객체 지향 분석 및 설계, 지식 습득에 이르기까지 광범위한 용도를 다룹니다.이러한 정의 언어는 미 공군의 자금 지원 하에 개발되었으며, 여전히 공군에 의해 가장 일반적으로 사용되고 있지만 다른 군 및 미국 국방부(DoD) 기관은 공용 영역에 속해 있다.

IDEF 패밀리에서 가장 널리 인식되고 사용되는 컴포넌트는 SADT를 기반으로 하는 기능 모델링 언어인 IDEF0과 정보 모델 및 데이터베이스 설계 문제에 대처하는 IDEF1X입니다.

IDEF 메서드의 개요

IDEF는 기능 모델링에서 데이터, 시뮬레이션, 객체 지향 분석/설계 및 지식 습득에 이르기까지 광범위한 용도를 포함하는 모델링 언어 패밀리를 말합니다.최종적으로 IDEF 메서드는 IDEF14까지 정의되었습니다.

  • IDEF0 : 함수[3] 모델링
  • IDEF1 : 정보 모델링
  • IDEF1X : 데이터 모델링
  • IDEF2: 시뮬레이션 모델 설계
  • IDEF3 : 프로세스 설명 캡처
  • IDEF4 : 객체 지향 설계
  • IDEF5 : 온톨로지 설명 캡처
  • IDEF6 : 설계 근거 캡처
  • IDEF7 : 정보시스템 감사
  • IDEF8 : 사용자 인터페이스 모델링
  • IDEF9 : 비즈니스 제약 조건 검출
  • IDEF10 : 구현 아키텍처 모델링
  • IDEF11 : 정보 아티팩트 모델링
  • IDEF12 : 조직 모델링
  • IDEF13 : 3가지 스키마 매핑 설계
  • IDEF14 : 네트워크 설계

1995년에는 IDEF0, IDEF1X, IDEF2, IDEF3, IDEF4만이 완전히 [10]개발되었습니다.다른 IDEF 개념 중 일부는 예비 설계를 가지고 있었다.마지막 노력 중 일부는 비즈니스 제약 조건 발견 IDEF9, 설계 근거 캡처 IDEF6, 인간 시스템, 상호작용 설계 IDEF8 및 네트워크 설계 IDEF14를 [1]위한 신뢰할 수 있는 방법을 확립하기 위한 1995년의 새로운 IDEF 개발이었다.

IDEF7, IDEF10, IDEF11, IDEF12 및 IDEF13 메서드는 초기 [11]정의보다 더 이상 개발되지 않았습니다.

역사

IDEF는 원래 1970년대에 Dennis E에 의해 오하이오주 라이트 패터슨 공군 기지의 미국 공군 재료 연구소에서 시작된 ICAM Definition의 약자입니다. 위즈노스키, 댄 L.슝크 등 1980년대에 완성되었습니다.[12]IDEF는 미국 공군의 ICAM 이니셔티브의 산물이었다.IEEE에서는 IDEF의 약어를 Integration [2]Definition으로 다시 캐스트합니다."

IDEF를 만든 특정 프로젝트는 ICAM 프로젝트 우선순위 111과 112(나중에 1102 번호를 다시 매긴 것)였다.이후 IISS(Integrated Information Support System) 프로젝트의 우선순위 6201, 6202 및 6203에서는 이종 물리 컴퓨팅 환경에서 실행할 수 있는 정보처리 환경을 구축하려고 했습니다.IDEF의 추가 개발은 새로운 모델링 기법의 적용으로 얻은 경험의 결과로서 이러한 프로젝트 하에서 이루어졌다.IISS의 노력의 목적은 미국의 방위 계약업체와 우방국 군대와 같은 많은 협력 기업들이 사용할 수 있는 '일반 서브시스템'을 만드는 것이었다.

ICAM 1102의 작업 당시 컴퓨터 데이터를 저장하기 위한 데이터 모델 방법에는 순차적(VSAM), 계층적(IMS), 네트워크(Cincom의 TOTAL과 CODASYL, Cullinet의 IDMS)가 다수 있었습니다.관계형 데이터 모델은 쉽고 효율적이며 정확한 액세스를 위한 데이터 구조에 대한 유망한 사고방식으로 부상하고 있었습니다.관계형 데이터베이스 관리 시스템은 아직 데이터 관리의 일반적인 표준으로 등장하지 않았습니다.

ICAM 프로그램 사무소는 대규모 시스템의 데이터 내용을 "중립적인" 방식으로 기술하는 것이 중요하다고 생각했습니다.새로운 학술 문헌은 데이터를 물리적으로 저장하는 방식과 독립적으로 처리하는 방법이 필요하다고 제안했다.따라서 IDEF1 언어는 저장 방법이나 파일 액세스 방법에 관계없이 적용될 수 있는 데이터 구조를 중립적으로 기술할 수 있도록 작성되었습니다.

IDEF1은 Robert R에 의해 ICAM 프로그램 우선순위 1102에 따라 개발되었습니다.Hughes Aircraft Company의 브라운, SofTech, Inc.와 계약.브라운은 이전에 록웰 인터내셔널에서 일하면서 IMS 개발을 담당했습니다.Rockwell은 IMS를 시장성이 있는 제품으로 추구하지 않기로 선택했지만, 개발 과정에서 지원 계약업체 역할을 했던 IBM이 그 제품을 인수하여 시장을 위한 추가 개발에 성공했습니다.브라운은 IDEF1의 발명자로 Hughes의 동료인 Timothy Ramey를 정보 구조를 모델링하는 실행 가능한 형식주의자로 믿고 있습니다.두 명의 휴즈 연구원은 그 당시 그 분야의 많은 명사들로부터 아이디어를 얻었고 상호작용을 했다.특히 IDEF1은 다음 기술을 사용합니다.

IDEF1을 개발하기 위한 노력은 정보 모델링을 위한 새로운 방법과 "제조 참조 정보 모델"의 형태로 사용되는 예를 둘 다 낳았다.이 후자의 유물은 D에 의해 개발되었습니다.D.의 S. 콜먼Appleton Company(DACOM)는 Hughes의 하청업체로서 Ramey의 지시를 받고 있습니다.DACOM의 직원들은 IDEF1 모델링에 전문가가 되었고, 이후 IDEF1 모델링 기술에 대한 교육 과정과 함께 제공되는 자료를 제작했습니다.

IDEF1의 경험에 따르면 정보 요건을 데이터베이스 설계로 변환하는 것은 당초 예상했던 것보다 더 어려웠습니다.IDEF1 정보 모델링 기법의 가장 유익한 가치는 데이터를 저장 및 사용하는 방법에 관계없이 데이터를 표현할 수 있다는 것입니다.또한 데이터 모델러와 데이터 분석가가 요구사항 수집 프로세스에서 데이터 요구사항을 나타낼 수 있는 방법을 제공했습니다.이를 통해 설계자는 데이터 요건의 특성을 파악한 후 사용할 DBMS를 결정할 수 있게 되어 데이터 요건과 DBMS의 기능 및 제한 사이의 "불일치"를 줄일 수 있었습니다.그러나 IDEF1 모델을 데이터베이스 설계로 변환하는 것은 어려운 일이었습니다.

IDEF 모델링 언어

IDEF0

주요 기사: IDEF0
IDEF0 다이어그램의 예: 복구 가능한 스페어 유지 관리 프로세스의 함수 모델

IDEF0 기능 모델링 방법은 조직 또는 [13]시스템의 의사결정, 액션 및 활동을 모델링하도록 설계되었습니다.이것은 Douglas T가 개발한 확립된 그래픽 모델링 언어 구조 분석 및 설계 기술(SADT)에서 파생되었습니다. 로스와 소프테크 주식회사IDEF0은 원래 형태에서 그래픽 모델링 언어(구문 및 의미론)의 정의와 [14]모델 개발을 위한 포괄적인 방법론의 설명을 모두 포함한다.미 공군은 SADT 개발자들에게 시스템의 기능적 관점을 분석하고 전달하기 위한 기능 모델 방법 개발을 의뢰했다.IDEF0은 시스템 분석을 구성하고 단순화된 그래픽 [13]장치를 통해 분석가와 고객 간의 효과적인 커뮤니케이션을 촉진해야 합니다.

IDEF1X

주요 기사: IDEF1X
IDEF1X 다이어그램의 예

IISS-6202 프로젝트에서 특정된 데이터 모델링 확장 요건을 충족하기 위해 하청업체인 DACOM은 논리 데이터베이스 설계 기술(LDDT)과 그 지원 소프트웨어(ADAM)에 대한 라이센스를 취득했습니다.LDDT는 1982년 데이터베이스 설계 프로그램의 Robert G Brown에 의해 개발되었으며 IDF 그룹 외부에 완전히 있습니다.h IDEF1. LDDT는 데이터 모델링과 데이터 모델의 데이터베이스 설계로의 변환을 지원하기 위해 특별히 의도된 방식으로 관계형 데이터 모델, E-R 모델 및 일반화의 요소를 결합하였다.LDDT의 그래픽 구문은 IDEF1의 그래픽 구문과 달랐고, 더 중요한 것은 LDDT가 IDEF1에는 없는 상호 관련 모델링 개념을 포함했다는 것입니다.메리 E.Loomis는 가능한 한 IDEF1과 호환되는 용어를 사용하여 LDDT의 상당한 부분 집합의 구문과 의미론에 대한 간결한 요약을 작성했습니다.DACOM은 결과 IDEF1X에 라벨을 붙여 ICAM 프로그램에 [15][16]공급했습니다.

IDEF 프로그램은 정부로부터 자금을 지원받았기 때문에, 그 기술은 공공 영역에 있다.DACOM에서 레버리지라는 이름으로 판매되는 ADAM 소프트웨어 외에도 많은 CASE 툴이 IDEF1X를 데이터 모델링의 표현 기법으로 사용합니다.

IISS 프로젝트는 실제로 이기종 컴퓨팅 환경에서 실행되는 정보처리 환경의 작업 프로토타입을 제작했습니다.Java 및 JDBC와 같은 기술의 현재 진보는 IISS에 의해 최초로 증명된 컴퓨팅 환경 전반에서 유비쿼티와 범용성의 목표를 달성하고 있습니다.

IDEF2 및 IDEF3

주요 기사: IDEF3
IDEF3로 모델링된 향상된 전환 도식의 예

세 번째 IDEF(IDEF2)는 원래 사용자 인터페이스 모델링 방식입니다.그러나 ICAM(Integrated Computer-Aided Manufacturing) 프로그램에는 시뮬레이션 모델링 도구가 필요했기 때문에, 결과 IDEF2는 제조 시스템에서 자원의 시간 변동 동작을 나타내는 방법이었고, 수학 모델 기반 시뮬레이션의 사양을 위한 프레임워크를 제공했다.ICAM 내 방법론 프로그램의 의도는 이 상황을 바로잡는 것이었지만 자금의 한계로 인해 이러한 일이 일어나지 않았다.그 결과, IDEF 시스템의 주요 단점은 시스템의 사용자 뷰 기술 구조를 지원하는 방법의 부재였다.방법론의 관점에서 기본적인 문제는 시스템(기존 또는 제안된)이 무엇을 해야 하는지에 대한 설명과 시스템이 무엇을 할 것인지를 예측하는 대표적인 시뮬레이션 모델을 구별할 필요가 있다는 것이다.후자는 IDEF2의 초점이었고, 전자는 IDEF3의 [17]초점이었다.

IDEF4

주요 기사: IDEF4
IDEF4 동작도

IDEF4의 개발은 객체 지향 프로그래밍 패러다임에서 비롯된 모듈화, 유지보수성 및 코드 재사용성이 전통적인 데이터 처리 애플리케이션에서 실현될 수 있다는 인식에서 비롯되었습니다.대규모 복잡한 분산 시스템에서 데이터 수준 통합을 지원하는 객체 지향 프로그래밍 패러다임의 검증된 능력도 기존 데이터 처리 [17]커뮤니티에서 이 기술에 대한 광범위한 관심의 주요 요인입니다.

IDEF4는 Common Lisp Object System, Flavors, Smalltalk, Objective-C, C++ 등의 객체 지향 언어를 사용하는 소프트웨어 설계자를 위한 설계 도구로 개발되었습니다.객체 지향 패러다임의 효과적인 사용에는 기존의 절차적 또는 데이터베이스 언어와는 다른 사고 프로세스가 필요하기 때문에 구조도, 데이터 흐름도, 기존 데이터 설계 모델(계층적, 관계적, 네트워크)과 같은 표준 방법론으로는 충분하지 않습니다.IDEF4는 객체 지향 설계 의사결정 [17]프로세스를 지원하기 위해 필요한 설비를 제공하는 것을 목표로 한다.

IDEF5

주요 기사: IDEF5
볼펜에 대한 IDEF5 구성 도식의 예

IDEF5 또는 온톨로지 기술 캡처 방법의 통합 정의는 사용 가능하고 정확한 도메인 [18]온톨로지를 개발하고 유지하기 위한 소프트웨어 엔지니어링 방법입니다.컴퓨터 과학 분야에서 온톨로지는 특정 영역의 개념과 객체를 관련 관계와 의미와 함께 포착하기 위해 사용됩니다.또한 온톨로지 캡처는 용어를 표준화하여 프로젝트를 조정하고 정보를 재사용할 수 있는 기회를 창출합니다.IDEF5 Ontology Capture Method는 특정 [18]도메인에 대한 인간의 이해를 밀접하게 반영하여 온톨로지를 안정적으로 구축하기 위해 개발되었습니다.

IDEF5 방법에서 온톨로지는 현실 세계의 오브젝트, 그 속성 및 그 상호관계에 관한 특정 어설션의 내용을 포착하고 그 내용을 직관적이고 자연스러운 형태로 표현함으로써 구축된다.IDEF5 메서드는 개념 온톨로지 분석을 지원하는 그래픽 언어, 상세한 온톨로지 특성화를 위한 구조화된 텍스트 언어 및 효과적인 온톨로지 [19]캡처를 위한 지침을 제공하는 체계적인 프로시저의 3가지 주요 구성요소로 구성됩니다.

IDEF6

주요 기사: IDEF6
IDEF4 설계 활동의 IDEF6 모델

IDEF6(설계 근거 캡처를 위한 통합 정의)는 엔터프라이즈 시스템 개발에 사용되는 설계 근거의 취득, 표현 및 조작을 용이하게 하는 방법입니다.이론적 근거는 설계자가 특정 전략 또는 설계 특징을 선택하도록 움직인 이유, 정당성, 근본적인 동기 또는 변명이다.간단히 말하면, "왜 이 설계가 이런 방식으로 이루어지는가?"라는 질문에 대한 답변으로 해석됩니다.대부분의 설계 방법은 설계가 무엇인지를 중점적으로 고려합니다(예: 설계가 [1]왜 이런 방식인지보다는 최종 제품에 대한).

IDEF6는 필요한 개념적 자원과 언어적 능력을 갖춘 방법입니다.

  1. 주어진 시스템 내에서 설계 근거를 구성하는 정보의 성격과 구조를 나타낸다.
  2. 이러한 근거를 시스템의 설계 사양, 모델 및 설명서와 관련짓습니다.

IDEF6는 초기 개념화부터 예비 및 상세 설계 활동까지 정보 시스템 개발 프로세스의 모든 단계에 적용할 수 있습니다.소프트웨어 시스템에 대한 상세한 설계 결정이 코딩 단계로 한정되는 한, IDEF6 기술은 소프트웨어 구축 과정에서도 사용할 수 있어야 한다.[9]

IDEF8

IDEF8 또는 인간-시스템 상호작용 설계의 통합 정의는 사용자와 사용자가 운영하는 시스템 간의 상호작용의 고품질 설계를 생성하는 방법이다.시스템은 특정 목표를 달성하기 위해 기능을 수행하는 개체의 집합으로 특징지어집니다.사용자가 상호작용하는 시스템은 컴퓨터 프로그램이 아닌 모든 시스템일 수 있습니다.인간-시스템 상호작용은 IDEF8 방법 내의 세 가지 규격 수준에서 설계된다.첫 번째 레벨은 시스템 운영의 철학을 정의하고 전체 시스템 프로세스에 대한 일련의 모델과 텍스트 설명을 생성합니다.두 번째 수준의 설계에서는 역할 중심의 시스템 사용 시나리오를 지정합니다.IDEF8 설계의 세 번째 레벨은 인간 시스템 설계 세부 사항입니다.이 설계 수준에서 IDEF8은 사용자 및 설계자가 보다 익숙한 다른 오브젝트의 관점에서 원하는 동작을 지정할 수 있도록 은유 라이브러리를 제공합니다.은유는 친숙하고 구체적인 대상과 [1]경험의 관점에서 추상적인 개념의 모델을 제공한다.

IDEF9

일반적인 비즈니스 시스템

IDEF9(비즈니스 제약 조건 발견을 위한 통합 정의)는 비즈니스 시스템에서 제약 조건의 발견과 분석을 지원하도록 설계되었습니다.IDEF9의 개발을 추진한 주된 동기는 엔터프라이즈 시스템을 구축하는 제약의 집합이 일반적으로 제대로 정의되지 않았다는 것을 인정한 것입니다.어떤 제약조건이 존재하며 이러한 제약조건이 어떻게 상호 작용하는지에 대한 지식은 불완전하고, 분리되고, 분산되며, 종종 완전히 알려지지 않습니다.살아있는 유기체가 특정 행동을 지배하는 유전적 또는 자율적 제약을 인식할 필요가 없는 것처럼, 조직은 시스템을 구성하는 접착제에 대한 명시적인 지식 없이도(그리고 대부분의 경우) 잘 수행할 수 있습니다.그러나 비즈니스를 예측 가능한 방식으로 수정하기 위해서는 유전학 지식이 [1]유전공학자에게 중요한 만큼 이러한 제약에 대한 지식도 중요합니다.

IDEF14

IDEF14(네트워크 설계 방법에 대한 통합 정의)는 컴퓨터 및 통신 네트워크의 모델링 및 설계를 대상으로 하는 방법입니다.기존("있는 그대로") 또는 예상되는("있는 그대로") 네트워크의 모델링에 사용할 수 있습니다.네트워크 설계자가 잠재적인 네트워크 설계를 조사하고 설계 근거를 문서화하는 데 도움이 됩니다.IDEF14 연구 프로젝트의 기본 목표는 신속하고 [1]정확하게 구현할 수 있는 우수한 네트워크 설계의 필요성에 대한 인식에서 개발되었습니다.

레퍼런스

Public Domain이 문서에는 미국 국립표준기술연구소 웹사이트 https://www.nist.gov의 퍼블릭 도메인 자료가 포함되어 있습니다.

  1. ^ a b c d e f 리처드 J. 메이어(1995) 외Information Integration for Concurrent Engineering(IICE) 메서드 개요 보고서.라이트 패터슨 공군기지, 오하이오 45433-7604
  2. ^ a b 기능 모델링 언어에 대한 IEEE 표준—IDEF0, IEEE 컴퓨터 학회 소프트웨어 엔지니어링 표준 위원회, IEEE-SA 표준 위원회, 전기 전자 기술자 협회, 뉴욕 주 이스트 47번가 345번지, NY 100-1794, USA IEEEE
  3. ^ IDEFö의 개요(idef.com)
  4. ^ IDEF1의 개요(idef.com)
  5. ^ IDEF1x의 개요(idef.com)
  6. ^ IDEF3의 개요(idef.com)
  7. ^ IDEF4의 개요(idef.com)
  8. ^ IDEF5의 개요(idef.com)
  9. ^ a b Mayer, Richard J.; Griffith, Patricia A.; Menzel, Christopher P.(1990-91) "IDEF6: 설계 근거 캡처 방법 개념서" 웨이백 기계 방어 기술 정보 센터에 2007-04-02 아카이브
  10. ^ 로버트 P.Hanrahan 2007-01-26 Wayback Machine에서 아카이브된 IDEF 프로세스 모델링 방법론.소프트웨어 테크놀로지 서포트 센터, 1995년
  11. ^ 테크니컬 아키텍트로부터의 의견:엔터프라이즈 실장의 문제와 해결책 Craig Borysowich.2009년 1월 20일에 액세스.
  12. ^ 찰스 M. 새비지(1996년).제5세대 관리: 가상 엔터프라이즈화, 다이내믹 팀 구성 및 지식 네트워킹 Butterworth-Heinemann, 1996년. ISBN0-7506-9701-6. 페이지 184.
  13. ^ a b Varun Grover, William J. Kettinger(2000).프로세스 사고: 정보화 시대의 비즈니스 변화에 대한 성공적 전망(168페이지)
  14. ^ FIPS 간행물 183 국립표준기술연구소(NIST)의 컴퓨터 시스템 연구소에 의해 1993년 12월 IDEFö에서 공개된 웨이백 머신에서 2009-02-27 아카이브.
  15. ^ IEEE(1998).IEEE 규격 1320.2-1998 IEEE IDEF1X 개념 모델링 언어 구문 및 의미론 표준뉴욕 페이지 3
  16. ^ Bruce, Thomas A. (1992), IDEF1X 정보모델을 사용한 품질 데이터베이스 설계, ISBN 0-932633-18-8 p=198
  17. ^ a b c 패트리샤 그리피스 프리엘과 토마스 M. 블린(1989년)."자동 IDEF3 및 IDEF4 시스템 설계 사양서"기술 보고서NASA 존슨 우주 센터.
  18. ^ a b Perakath C.벤자민 외 연구진(1994)IDEF5 메서드 리포트.Knowledge Based Systems, Inc.
  19. ^ Varun Grover, William J. Kettinger(2000).프로세스 사고: 정보화 시대의 비즈니스 변화에 대한 성공적 전망.p.176-178

추가 정보

외부 링크

Wikimedia Commons에는 IDEF 관련 미디어가 있습니다.