IDEFO 순서도 모델을 사용하여 모델 구성 관리, 수요 및 이익 분석, 수요 정의 및 지속적인 모델 개선을 위한 계층 다이어그램을 생성합니다.
IDEF0 의 기본 아이디어는 SADT 메서드에서 파생된 구조적 방법입니다. 계획 단계에서 설계 단계에 이르는 다양한 작업에 적용되는 다음과 같은 기본 특징을 갖추고 있습니다.
시스템에 대한 종합적인 설명은 모델을 만들어 시스템을 이해하는 것이다.
일반적으로 시스템은 객체 (데이터로 표시) 와 활동 (사람, 기계, 소프트웨어로 수행) 및 이들 사이의 관계로 구성될 수 있습니다. 데이터 흐름 다이어그램은 한 측면만 반영하므로 시스템의 전체 그림을 설명하기가 어렵습니다. IDEF0 은 시스템 활동 (상자로 표시) 과 데이터 흐름 (화살표로 표시) 및 이들 사이의 관계를 모두 표현할 수 있습니다. 따라서 IDEF0 모델은 사람들이 시스템을 전면적으로 묘사할 수 있게 해준다.
새 시스템의 경우 IDEF0 은 새 시스템의 기능과 요구 사항을 설명한 다음 요구 사항을 충족하고 기능을 완료할 수 있는 구현을 표현할 수 있습니다. 기존 시스템의 경우 IDEF0 은 애플리케이션 시스템의 작업 목적, 완료된 기능 및 기록 구현 메커니즘을 분석할 수 있습니다. 두 경우 모두 IDEF0 모델을 만들어 알 수 있습니다. 모델이란 시스템에 대한 서면 묘사이다. 반드시 어떤 수학 공식으로 표현할 필요는 없다. 차트, 심지어 문자서술일 수도 있다. 따라서 "어떤 형태든 M 이 실제 대상 A 에 대한 질문에 대답할 수 있다면 M 은 A 의 모델이라고 할 수 있다" 고 할 수 있다. 복잡한 비즈니스 객체 또는 기타 시스템의 경우 분석 및 설계 결과를 자연어로 정확하게 표현할 수 없으므로 IDEF 모델을 하나의 그래픽 언어로 표현합니다. 이 그래픽 언어는 다음과 같은 일을 할 수 있습니다.
통제된 방식으로 점진적으로 디테일을 펼치다.
정확도와 정밀도.
모델의 인터페이스를 확인합니다.
분석 및 설계를 위한 강력한 용어집을 제공합니다.
모델은 차트, 텍스트 설명, 용어집 및 상호 참조 테이블로 구성됩니다. 여기서 그래픽은 주요 구성 요소입니다. IDEF0 그래픽은 활동, 정보 및 인터페이스 조건을 모두 고려합니다. 그것은 사각 상자를 하나의 활동으로 삼아 화살표로 데이터와 인터페이스를 나타낸다. 따라서 현재 작업, 기능 설명 또는 설계를 표현할 때 항상 활성 모델, 정보 모델 및 사용자 인터페이스 모델로 구성됩니다.
엔지니어링 서클은 일반적으로 시스템 개발 프로세스에 대한 몇 가지 단계를 예약할 수 있습니다. 분석 (시스템이 무엇을 할 것인지 결정), 설계 (하위 시스템 및 해당 인터페이스 정의), 구현 (독립적으로 하위 시스템 생성), 통합 (하위 시스템을 하나로 연결), 테스트 (시스템 작동 증명), 설치 (시스템 작동 가능) 및 IDEF 접근 방식을 소개하는 목적은 복잡한 시스템 과학 분석 및 설계의 중요성을 강조하는 것입니다. 일반적으로 분석 또는 설계 단계에서 저지른 오류는 두 배의 시간이 걸릴 수 있으며, 다음 단계에서 수정하는 데 5 배의 시간이 걸릴 수 있습니다. 또는 사람들이 말했듯이, 분석 단계의 오류가 수정되지 않으면 설계 단계에서 두 배의 시간이 걸리고, 테스트 단계에서는 65,438+00 회, 운영 또는 유지 관리 단계에서는 65,438+000 회가 필요합니다.
둘째, 목적과 관점 (Purpose and Viewpoint)
모델은 서면 설명이기 때문에 모든 기술 문서와 마찬가지로 각 모델에는 목적과 관점이 있습니다. 목적은 모델링의 의미, 왜 모델을 만들어야 하는지. 관점은 어느 각도에서 문제를 반영하는지, 혹은 누구의 각도에서 문제를 분석하는 것을 가리킨다. 기능 모델은 더 나은 수요 분석을 위해 기존 시스템을 개조하거나 새로운 시스템을 구축하는 등 미리 결정된 기술 요구 사항을 달성하기 위한 것이므로 조직의 분해가 아닌 기능 활동 (한 단계씩) 을 분석하기 위한 것입니다. 활동은 기능 부서에서 완료할 수 있지만 활동의 기능이 조직과 같지 않으므로 조직 모델의 분할 프로세스를 피해야 합니다. 모형 설명의 내용은 다양한 사용자의 요구를 반영하므로 단일 각도에서 문제를 설명하기가 어렵거나 불가능합니다. 예를 들면: 자재 관리자-창고 관리자는 송수신에 관심이 있습니다. 플래너는 자재가 재고 지점에서 구매 지점으로 이전되는 시기에 대해 우려하고 있습니다. 공장장은 어느 종목에서 재료를 절약할지 관심을 갖고 진도를 가속화한다. 따라서 모든 사용자에게 똑같이 중요하고 같은 요구를 요구하도록 하는 것은 불가능하고 비현실적이다. IDEF0 은 전체 시스템의 기능 모델을 그릴 때 명확한 목적과 관점을 요구합니다. 예를 들어, 기업의 CIM 시스템은 공장장 (또는 매니저) 의 입장에서 모델링한다는 명확한 관점을 가져야 하며, 각 계층의 저자는 전체적인 관점에서 모델링하거나 공장장을 모델링해야 합니다. 그래야만 기업 전체의 높이에서 각 부분 간의 상호 연결과 상호 제약을 드러낼 수 있다. 그렇지 않으면 디자인 부문의 이익을 강조하는 사람도 있고, 공급 마케팅 부문의 요구를 강조하는 사람도 있고, 어떤 일자리의 운영자의 요구만 겨냥해 기능 모듈 간의 연계를 할 수 있는 사람도 있어 난장판이 될 수도 있다.
셋째, "무엇" 과 "방법" 을 구분하십시오
"무엇" 은 시스템이 어떤 기능을 수행해야 하는지, "방법" 은 시스템이 어떻게 해야 규정된 기능을 완성할 수 있는지를 의미합니다. 즉, 한 모델에서 기능과 구현의 차이를 명확하게 구분해야 합니다.
IDEF0 은 먼저 기능 모델을 생성합니다. "이 문제는 무엇인가" 의 분석 단계와 "이 문제를 어떻게 처리하고 실현할 것인가" 의 설계 단계를 자세히 구분하다. 이렇게 하면 솔루션의 세부 사항을 결정하기 전에 문제를 완전하고 명확하게 이해할 수 있습니다. 이것은 시스템의 성공적인 개발의 열쇠입니다.
설계 단계에서는 필요한 기능을 구현하는 데 사용할 수 있는 다양한 메커니즘을 점진적으로 결정해야 하며, 적절한 메커니즘을 식별하고 선택하는 것은 설계 경험과 성능 제약에 대한 이해를 바탕으로 해야 합니다. 모델에 따라 메커니즘은 추상적이거나 구체적일 수 있습니다. 중요한 것은 메커니즘이' 무엇' 이 어떻게 실현되는지를 지적하는 것이다. IDEF0 은 기능 모델의 기능을 구현하는 메커니즘을 제공하는 방법과 단일 메커니즘이 기능 모델의 여러 다른 위치에서 관련 기능을 수행하는 방법을 보여 주는 표현을 제공합니다.
때때로 메커니즘은 매우 복잡해서 메커니즘 자체가 기능 분해가 필요하다.
넷째, 하향식 분해
엄격한 하향식 레이어별 분해를 통해 모델을 구성하여 주요 기능을 최상위 레벨에서 해석한 다음 세분화를 통해 범위가 명확한 세부 표현을 통해 모델 내부가 완전히 일치됩니다.
모델링 초기에 IDEF0 은 먼저 시스템의 내부 및 외부 관계와 컨텍스트를 정의합니다. 상자와 인터페이스 화살표로 표시되어 1 과 같이 시스템 범위를 결정합니다. 맨 위 레이어의 단일 상자는 전체 시스템을 나타내므로 상자에 기록된 설명 구는 더 일반적이고 추상적입니다. 마찬가지로 인터페이스 화살표는 전체 시스템과 외부의 모든 인터페이스를 나타냅니다. 그래서 화살표 옆에 쓴 표식도 일반적인 추상이다. 그런 다음 시스템을 단일 모듈로 취급하는 상자를 다른 그림으로 분해합니다. 이 그림에는 화살표로 연결된 몇 개의 상자가 있다. 단일 상위 모듈에 해당하는 각 하위 모듈입니다. 이러한 분해된 하위 모듈도 상자로 표시되며 경계는 인터페이스 화살표로 결정됩니다. 각 하위 모듈은 같은 방식으로 보다 자세한 세부 정보로 세분화할 수 있습니다. 그림 2 와 같이.
IDEF0 에서 제공하는 규칙은 분해를 통해 사람들이 필요로 하는 구체적인 정보를 얻는 방법을 보장합니다. 한 모듈이 아래로 분해되면 세 개 이상, 6 개 이하의 하위 모듈로 분해됩니다. 상한 6 은 계층 구조로 복잡한 것을 설명할 때 같은 계층의 모듈 수가 너무 많지 않아 인지법칙에 적합하지 않다는 것을 보증한다. 하한 3 은 분해가 의미가 있는지 확인합니다. 그러나 초기 SADT 방법은 한 장의 상자 수가 2 ~ 7 개로 정해져 있어 매우 엄격한 제한을 하지 않았다.
모형의 한 도면과 다른 도면 간의 정확한 관계는 서로 연결된 화살표로 표시됩니다. 모듈이 여러 개의 하위 모듈로 분할되면 하위 모듈 간의 인터페이스는 화살표로 표시됩니다. 각 하위 모듈의 이름에 태그가 지정된 인터페이스는 범위를 결정하고 하위 모듈의 세부 정보를 지정합니다.
모든 경우에 하위 모듈은 상위 모듈을 충실히 나타내며 각 상위 모듈에 포함된 정보를 증가 또는 감소시키지 않고 반영합니다.