엔터프라이즈 모델링

Enterprise modelling
엔터프라이즈 모델링에서 일부 유형의 모델을 그래픽으로 표현 비즈니스 모델은 성과인 프로세스와 이러한 기능을 수행하는 조직과 관련된 기능을 설명한다. 소프트웨어 개발에서 종종 비즈니스 프로세스 모델과 데이터 모델 모두 한쪽은 애플리케이션 프로그램, 다른 한쪽은 데이터베이스를 만드는 과정의 일부로 개발되고 있다.[1]

엔터프라이즈 모델링은 식별 가능한 기업, 정부 기관 또는 기타 대규모 조직의 구조, 프로세스, 정보 및 자원에 대한 추상적인 표현, 설명 및 정의다.[2]

엔터프라이즈 모델의 생성과 분석을 통해 조직을 이해하고 성과를 향상시키는 과정을 다룬다. 여기에는 관련 비즈니스 영역의 모델링(대개 비교적 안정적), 비즈니스 프로세스(대개 변동성이 더 높음), 비즈니스 영역 및 프로세스 내의 정보 기술 활용이 포함된다.

개요

엔터프라이즈 모델링은 프로세스 모델, 데이터 모델, 리소스 모델 및/또는 새로운 온톨로지 등을 사용하여 전체 또는 일부의 모델을 구축하는 프로세스다. 모델 표현 언어를 사용하는 도메인 온톨로지뿐만 아니라 기업, 이전 모델 및/또는 참조 모델에 대한 지식을 기반으로 한다.[3] 일반적으로 기업은 경제 조직이나 활동의 단위다. 이러한 활동은 제품 및/또는 서비스를 개발하고 고객에게 전달하기 위해 필요하다. 기업은 구매, 제조, 마케팅, 금융, 엔지니어링 및 연구개발과 같은 많은 기능과 운영을 포함한다. 관심 있는 기업은 제품의 현재 및 잠재적 미래 변형을 제조하는 데 필요한 기업 기능 및 운영이다.[4]

"기업 모델"이라는 용어는 실제 표준화된 정의가 없는 다른 기업 표현을 나타내기 위해 산업에서 사용된다.[5] 기업 조직의 복잡성 때문에, 산학관 전반에 걸쳐 엄청나게 다양한 기업 모델링 접근법이 추진되어 왔다.[6] 엔터프라이즈 모델링 구조는 제조 운영 및/또는 비즈니스 운영에 초점을 맞출 수 있지만, 엔터프라이즈 모델링에서 공통적인 실타래는 정보 기술 평가를 포함한다. 예를 들어, 자재 공급망을 따라 대체 주문을 촉발하고 수령하기 위해 네트워크 컴퓨터를 사용하는 것은 기업 내에서 제조업을 조정하기 위해 정보기술이 어떻게 사용되는지를 보여주는 예다.[4]

Ulrich Frank에[7] 따르면 엔터프라이즈 모델링의 기본 아이디어는 "기업에 대해 서로 다른 관점을 제공함으로써 학계와 실무 모두에서 다양한 이해당사자들 간의 대화를 촉진할 수 있는 매개체를 제공하는 것"이다. 이러한 목적을 위해 전략적 계획, 조직적(재) 설계 및 소프트웨어 엔지니어링에 적합한 추상화를 포함한다. 관점은 서로를 보완해야 하며, 따라서 체계적 추상화에 의해 복잡한 시스템에 대한 더 나은 이해를 촉진해야 한다. 그 견해는 어떤 기업에도 적용될 수 있다는 점에서 일반적이어야 한다. 동시에 그들은 기업의 장기 전략 및 조직과 잘 통합된 정보 시스템 설계에 도움이 되는 추상적인 개념을 제공해야 한다. 따라서 엔터프라이즈 모델은 높은 수준의 통합을 지원하는 개념적 인프라로 간주될 수 있다."[7]

역사

엔터프라이즈 모델링은 시스템 모델링과 특히 정보 시스템 모델링에 뿌리를 두고 있다. 정보시스템 모델링에 있어서 가장 초기의 선구적인 작업 중 하나는 영과 켄트(1958)에 의해 행해진 것으로,[8][9] 그는 「정보 처리 문제의 정보·시간 특성을 구체화하는 정확하고 추상적인 방법」을 주장했다. 그들은 "분석가가 어떤 하드웨어에 관한 문제를 정리할 수 있도록 하는 표기법"을 만들고 싶었다. 그들의 작업은 서로 다른 하드웨어 구성요소를 사용하여 서로 다른 대안적 구현을 설계하기 위한 추상적 규격과 불변적 기준을 만들기 위한 첫 번째 노력이었다. IS 모델링의 다음 단계는 1959년에 결성된 IT 산업 컨소시엄인 CODASYL에 의해 취해졌다. CODASYL은 본질적으로 영과 켄트와 동일한 것을 목표로 했다: "데이터 처리의 시스템 수준에서 기계에 독립적인 문제 정의 언어의 적절한 구조"의 개발을 목표로 했다. 이것은 특정 IS 정보 대수학의 발달로 이어졌다.[9]

기업 모델링을 다루는 첫 번째 방법은 1970년대에 나타났다. 그것들은 피터 첸(1976년)과 더글러스 T의 SADT의 실체 관계 접근법이었다. 로스(1977년)는 정보관, 다른 하나는 기업체의 기능관에 집중한다.[3] 이러한 첫 번째 방법은 SSADM, 구조화 설계, 구조화 분석 등과 같은 소프트웨어 엔지니어링을 위한 수많은 방법에 의해 1970년대 말 따라왔다. 컴퓨터 통합 제조의 맥락에서 기업 모델링을 위한 구체적인 방법은 1980년대 초에 나타났다. 여기에는 IDEF 방법군(ICAM, 1981년)과 1984년[10] Guy Doumingts의 GRAI 방법, 1992년 Doumingts 등의 GRAI/GIM 방법이 포함된다.[11]

이러한 2세대 방법은 1990년대에 개발된 통합정보시스템 아키텍처(ARIS), CIMOSA, 통합기업모델링(IEM) 등 프로세스 중심의 모델링 방법에 의해 한편으로는 추월된 활동 기반 방식이었다. 그리고 반면에 객체지향적 분석(OA)이나 객체 모델링 기법(OMT)과 같은 객체지향적 방법에 의한 것이다.[3]

엔터프라이즈 모델링 기본 사항

엔터프라이즈 모델

기업 모델은 기업, 정부 또는 기타 기업의 구조, 활동, 프로세스, 정보, 자원, 인력, 행동, 목표 및 제약사항을 나타낸다.[12] 토마스 네일러(1970년)는 (시뮬레이션) 모델을 "기업의 재무, 마케팅, 생산 활동 사이의 상호관계를 컴퓨터에 프로그래밍된 일련의 수학적, 논리적 관계 측면에서 설명하려는 시도"[13]라고 정의했다. 이러한 상호 관계는 Gershefski에 따라 세부 사항으로 그 회사의"이 회사는 회계 및 금융 제도 및 투자에 대한 반응의 핵심 분야들의 물리적 작전"[14]을 컴퓨터에 본 받아 관계 프로그램 등 모든 면이 항상 필요하지 않다는 것이다:기업 m를 나타내(1971년)야 한다시ls는 다른 이름으로 수 세기 동안 존재해왔고, 예를 들어 아담 스미스, 월터 베이조트, 그리고 많은 다른 사람들에 의해 묘사되었다.

Fox와 Gruninger(1998)에 따르면, "디자인적 관점"에서, 엔터프라이즈 모델은 기업을 명시적으로 정의하는데 사용되는 언어를 제공해야 한다. 운영의 관점에서, 엔터프라이즈 모델은 계획된 것, 발생할 수 있는 것, 그리고 발생한 것을 나타낼 수 있어야 한다. 수작업이든 기계작업이든 기업의 운영을 지원하는 데 필요한 정보와 지식을 제공해야 한다."[12]

The Management Cybernetics of Organization Stepord Beer라는 제목의 두 권짜리 세트에서 기업의 모델인 실행 가능한 시스템 모델(VSM)을 소개했다. 제2권, The Heart of Enterprise는 VSM을 다음과 같은 5가지 시스템의 재귀적 조직으로 분석했다.[15] 시스템 1(S1)에서 시스템 5(S5)까지. 맥주의 모델은 VSM이 계층적 구조가 아닌 재귀적이라는 점에서 다른 것과 다르다: "재귀적 조직 구조에서, 모든 실행 가능한 시스템은 실행 가능한 시스템을 포함하고 있으며, 이에 포함되어 있다."[15]

함수 모델링

IDEF0 표기법에서 "재포장 가능한 스페어 유지" 프로세스의 함수 모델 예.

시스템 엔지니어링의 기능 모델링은 모델링된 시스템 또는 주제 영역 내의 기능, 활동 또는 프로세스를 구조적으로 표현한 것이다.[16]

활동 모델 또는 프로세스 모델이라고도 하는 기능 모델은 정의된 범위 내에서 기업의 기능을 그래픽으로 표현한 것이다. 기능 모델의 목적은 기능 및 프로세스를 설명하고, 정보 요구의 발견을 지원하며, 기회를 식별하고, 제품 및 서비스 비용을 결정하기 위한 기초를 확립하는 것이다.[17] 함수 모델은 기능 모델링 관점으로 생성된다. 기능적 관점은 프로세스 모델링에서 가능한 하나 이상의 관점이다. 가능한 다른 관점으로는 행동, 조직 또는 정보 등이 있다.[18]

기능 모델링 관점은 동적 프로세스를 설명하는 데 집중한다. 이 모델링 관점의 주요 개념은 프로세스인데, 이것은 기능, 변환, 활동, 행동, 작업 등이 될 수 있다. 이러한 관점을 채택한 모델링 언어의 잘 알려진 예는 데이터 흐름 다이어그램이다. 이 관점은 프로세스를 설명하기 위해 네 가지 기호를 사용한다.

  • 프로세스: 입력에서 출력으로의 변환을 예시한다.
  • 저장: 데이터 수집 또는 재료 종류
  • 흐름: 프로세스에서 데이터 또는 재료의 이동.
  • 외부 도면요소: 모델링된 시스템의 외부이지만 그것과 상호작용한다.

이제, 이러한 기호들로, 과정은 이러한 기호들의 네트워크로 표현될 수 있다. 이 분해 과정은 DFD, 데이터 흐름도 입니다. 예를 들어, 동적 엔터프라이즈 모델링에서는 제어 모델, 기능 모델, 프로세스 모델 및 조직 모델에서 분할이 이루어진다.

데이터 모델링

데이터 모델링 프로세스.

데이터 모델링은 데이터 모델링 기법을 사용한 공식적인 데이터 모델 설명을 적용하여 데이터 모델을 만드는 과정이다. 데이터 모델링은 데이터베이스에 대한 비즈니스 요구사항을 정의하기 위한 기법이다. 데이터 모델이 결국 데이터베이스에서 구현되기 때문에 데이터베이스 모델링이라고도 한다.[19]

그림은 오늘날 데이터 모델이 개발되고 사용되는 방식을 보여준다. 개념 데이터 모델은 아마도 활동 모델의 맥락에서 개발되고 있는 애플리케이션에 대한 데이터 요구사항에 기초하여 개발된다. 데이터 모델은 일반적으로 엔티티 유형, 속성, 관계, 무결성 규칙 및 이러한 개체의 정의로 구성된다. 이 점은 인터페이스 또는 데이터베이스 설계의 시작점으로 사용된다.[20]

비즈니스 프로세스 모델링

비즈니스 프로세스 모델 및 표기법을 사용한 비즈니스 프로세스 모델링의 예.

비즈니스 프로세스 모델링은 보다 광범위한 BPM(Business Process Management) 분야와 혼동하지 않기 위한 기업의 프로세스를 대변하는 활동으로서, 현재의 ("있는 그대로") 프로세스가 향후에 분석되고 개선될 수 있도록 한다. 비즈니스 프로세스 모델링은 일반적으로 프로세스 효율성과 품질을 개선하고자 하는 비즈니스 분석가 및 관리자에 의해 수행된다. 비즈니스 프로세스 모델링에 의해 식별된 프로세스 개선은 프로세스 마스터를 생성함으로써 비즈니스 프로세스를 모델링해야 할 필요성에 대한 일반적인 동인이지만 정보 기술 참여를 요구할 수도 있고 그렇지 않을 수도 있다.

변경 관리 프로그램은 개선된 비즈니스 프로세스를 실행하기 위해 일반적으로 사용된다. 대형 플랫폼 벤더의 기술 발전으로 비즈니스 프로세스 모델링 모델이 완전 실행 가능(그리고 시뮬레이션과 왕복 엔지니어링이 가능)이 된다는 비전이 매일 현실로 다가오고 있다.

시스템 아키텍처

RM-ODP 기준 모델은 엔터프라이즈 모델링이 개방형 분산 시스템의 5가지 관점 중 하나를 제공하는 것으로 식별한다. 이러한 시스템이 현대적인 IT 시스템이 될 필요는 없다는 점에 유의하십시오. 19세기의 은행 청산소를 예로 들 수 있다().[21]

엔터프라이즈 모델링 기법

기업 모델링에는 다음과 같은 몇 가지 기술이 있다.

더 많은 엔터프라이즈 모델링 기법이 다음과 같은 엔터프라이즈 아키텍처 프레임워크로 개발된다.

그리고 다음과 같은 변성 프레임워크:

엔터프라이즈 엔지니어링

기업공학은 기업의 사업과 조직 모두에 관한 기업의 설계와 공학에 관한 학문이다.[24] 이론과 실제에서 두 가지 유형의 엔터프라이즈 엔지니어링이 등장했다. 엔지니어링 및 기업의 관리와 관련된 보다 일반적인 사항 및 소프트웨어 엔지니어링, 엔터프라이즈 모델링 및 엔터프라이즈 아키텍처와 관련된 보다 구체적인 사항.

엔지니어링 분야에서는 엔지니어링 주체를 기업 경영에 적용하는 것으로 정의되는[25] 보다 일반적인 기업 엔지니어링이 출현했다. 그것은 기업과 관련된 모든 요소의 분석, 설계, 구현 및 운영과 관련된 지식, 원칙 및 분야의 적용을 포함한다. 본질적으로 이것은 제품, 프로세스, 사업 운영 측면에서 기업 전체의 기술력을 추구하기 때문에 시스템 엔지니어링과 전략적 관리를 결합한 학제간 분야다. 이러한 관점은 기업, 프로세스 및 시장이 수명 주기에 따라 발전함에 따라 지속적인 개선과 지속적인 적응의 하나이다. 이러한 총체적 시스템 접근방식은 정보시스템과 전략관리뿐만 아니라 연구개발, 제품설계, 운영 및 제조의 전통적인 영역을 포괄한다.[25] 이 분야는 엔지니어링 관리, 운영 관리, 서비스 관리 및 시스템 엔지니어링과 관련이 있다.

소프트웨어 개발의 맥락에서, 비즈니스 프로세스의 다양한 조직 및 기술적 부분의 모델링과 통합을 다루는 특정 기업 엔지니어링 분야가 등장했다.[26] 정보 시스템 개발의 맥락에서 그것은 시스템 분석 조직에서의 활동 영역이었고 정보 모델링의 범위의 확장이었다.[27] 소프트웨어 개발 프로세스의 시스템 분석 및 시스템 설계 단계의 확장 및 일반화로도 볼 수 있다.[28] 여기서 엔터프라이즈 모델링은 초기, 중간 및 후기 정보 시스템 개발 라이프사이클의 일부가 될 수 있다. 기존 업무 관행의 질서 있는 변혁을 이해하기 위해 조직 및 기술 시스템 인프라에 대한 명시적 표현이 만들어지고 있다.[28] 이 분야는 Enterprise 아키텍처라고도 불리며, Enterprise Ontology와 함께 Enterprise 아키텍처의 두 주요 부분으로 정의된다.[24]

관련분야

비즈니스 레퍼런스 모델링

미국 FEA 비즈니스 참조 모델 예.[29]

비즈니스 레퍼런스 모델링은 기업, 서비스 조직 또는 정부 기관의 핵심 비즈니스의 기능적, 조직적 측면에 초점을 맞춘 참조 모델의 개발이다. 엔터프라이즈 엔지니어링에서 비즈니스 참조 모델은 엔터프라이즈 아키텍처 프레임워크의 일부분이다. 이 프레임워크는 엔터프라이즈 아키텍처와 관련된 구조와 뷰를 구성하는 방법, 일련의 참조 모델에서 정의한다.

일반적으로 참조 모델은 어떤 것의 기본 목표나 생각을 구체화한 어떤 것의 모델이며, 그 다음에는 다양한 목적을 위한 참고 자료로 볼 수 있다. 비즈니스 참조 모델은 이를 수행하는 조직 구조와 무관하게 조직의 비즈니스 운영을 설명하는 수단이다. 다른 유형의 비즈니스 참조 모델도 비즈니스 프로세스, 비즈니스 기능 및 비즈니스 영역의 비즈니스 참조 모델 간의 관계를 설명할 수 있다. 이러한 참조 모델은 레이어로 구성될 수 있으며, 서비스 구성요소, 기술, 데이터 및 성능 분석을 위한 기초를 제공한다.

경제 모델링

IS/LM 모델의 다이어그램

경제적 모델링은 변수 집합과 그들 사이의 논리적 및/또는 양적 관계 집합에 의한 경제적 프로세스의 이론적 표현이다. 경제 모델은 복잡한 과정을 설명하기 위해 고안된 단순화된 프레임워크로, 종종 그러나 항상 수학적 기법을 사용하는 것은 아니다. 종종 경제 모델은 구조적 매개변수를 사용한다. 구조 매개변수는 모델 또는 모델 클래스의 기본 매개변수다.[30] 모델은 다양한 매개변수를 가질 수 있으며, 그러한 매개변수는 다양한 특성을 생성하기 위해 변경될 수 있다.[31]

일반적으로 경제 모델에는 두 가지 기능이 있는데, 첫째는 관측 데이터의 단순화 및 추상화, 둘째는 계량학 연구의 패러다임에 기초한 데이터 선택 수단이다. 경제 프로세스의 엄청난 복잡성을 감안할 때, 단순화는 특히 경제에 중요하다. 이러한 복잡성은 경제활동을 결정하는 요인의 다양성에 기인할 수 있다. 이러한 요인에는 개인 및 협력 의사결정 과정, 자원 제한, 환경 및 지리적 제약, 제도 및 법적 요건, 순전히 무작위 변동 등이 포함된다. 따라서 경제학자들은 어떤 변수들과 이들 변수들 사이의 어떤 관계가 관련이 있는지 그리고 이 정보를 분석하고 제시하는 어떤 방법이 유용한지를 이성적으로 선택해야 한다.

온톨로지 공학

온톨로지 엔지니어링 또는 온톨로지 빌딩은 온톨로지 구축 방법과 방법론을 연구하는 지식공학의 하위 분야다. 엔터프라이즈 아키텍처의 영역에서, 온톨로지란 객체, 그들의 속성 및 관계를 일관된 방식으로 구조화하는 데 사용되는 개요 또는 스키마다.[4] 엔터프라이즈 모델링에서와 같이 온톨로지는 다른 온톨로지로 구성될 수 있다. 엔터프라이즈 모델링에서 온톨로지의 목적은 기업 내 모든 조직과 부서에 걸쳐 정보의 공유성, 재사용성, 동화 및 보급을 공식화하고 확립하는 것이다. 그러므로 온톨로지는 기업에서 일어나는 다양한 기능과 프로세스의 통합을 가능하게 한다.[32]

잘 표현된 구조와 어휘를 가진 하나의 공통 언어는 회사가 운영에서 더 효율적이게 할 수 있게 해줄 것이다. 공통의 온톨로지는 기업의 다양한 부서들 간의 효과적인 의사소통, 이해 및 조정을 가능하게 할 것이다. 수많은 환경에서 사용되는 다양한 종류의 온톨로지가 있다. 앞에서 주어진 언어의 예는 정보 시스템과 설계 영역을 다루었지만, 기업 내에서의 프로세스, 방법, 활동 등에 대해 다른 온톨로지를 정의할 수 있다.[4]

엔터프라이즈 모델링에서 온톨로지를 사용하는 것은 몇 가지 이점을 제공한다. 온톨로지는 모델에 대한 명확성, 일관성 및 구조를 보장한다. 그들은 효율적인 모델 정의와 분석을 촉진한다. 일반적인 엔터프라이즈 온톨로지는 구성요소의 재사용과 자동화를 가능하게 한다. 온톨로지는 스키마타 또는 개요이기 때문에 온톨로지의 사용은 적절한 엔터프라이즈 모델 정의, 분석 또는 명확성을 보장하지 않는다. 온톨로지는 정의되고 구현되는 방법에 의해 제한된다. 온톨로지는 모델링되고 있는 것의 모든 측면을 포착할 수 있는 잠재력이나 능력을 포함할 수도 있고 포함하지 않을 수도 있다.[4]

시스템 사고방식

주요 기사: 시스템 사고방식

기업과 환경을 모델링하면 확장된 기업의 비즈니스 영역과 프로세스, 특히 "함께 기업을 유지하는" 관계와 기업 경계를 넘어 확장된 관계 모두에 대한 이해 증진을 촉진할 수 있다. 기업은 시스템이기 때문에 시스템 사고에[33] 사용되는 개념은 모델링 기업에 성공적으로 재사용될 수 있다.

이렇게 하면 기업 전체에 걸쳐 비즈니스 기능이 어떻게 작동하는지 그리고 이들이 조직의 다른 기능에 어떻게 의존하는지 빠르게 이해할 수 있다.

참고 항목

참조

  1. ^ Paul R. Smith & Richard Sarfaty(1993년). CASE(Computer Aided Software Engineering) 툴을 이용한 구성 관리 전략 계획 수립 1993년 국립 DOE/계약자 및 시설 CAD/CAE 사용자 그룹에 대한 문서.
  2. ^ 코넬리우스 T. 론데스, 리처드 헨리 프라이무스 잭슨 (1992년). 제조 및 자동화 시스템: 기술 및 기술. 1992년 아카데미 출판사 ISBN0-12-012745-8, 페이지 97
  3. ^ a b c F.B. 버나닷(1997) 기업 모델링 언어 ICEIMT'97 기업 통합 - 국제 컨센서스. EI-IC ESPRIT 프로젝트 21.859.
  4. ^ a b c d e 제임스 K. 오스티(1996년). "엔터프라이즈 모델링 및 시뮬레이션 소개"
  5. ^ E. 아라노우(1991) "모델링 연습은 기업을 형성한다." 인: 소프트웨어 매거진 Vol.11, 페이지 36-43
  6. ^ C. J. 페트리 주니어(1992년). "소개서", In: 기업 통합 모델링 - 제1차 국제 회의 MIT 프레스 진행, 563페이지.
  7. ^ a b Ulrich Frank(2009)의 "엔터프라이즈 모델"은 wi-inf.uni-due.de에서 확인할 수 있다. 2009년 5월 30일 회수.
  8. ^ 영, J. W. 그리고 켄트, H. K. (1958). "추상적인 데이터 처리 문제 공식화". In: Journal of Industrial Engineering. 1958년 11월 12일. 9(6), 페이지 471-479
  9. ^ a b 재니스 A. 부벤코 주니어(2007) "정보 대수학에서 엔터프라이즈 모델링 및 온톨로지에 이르기까지 - 정보 시스템의 모델링에 대한 역사적 관점" 인: 정보 시스템 엔지니어링의 개념 모델링. 존 크록스티 외 에드. 페이지 1-18
  10. ^ Doumeingts, Guy (1984) La Méthode GRAI. PhD. 논문, 프랑스 보르도 1세 보르도 대학교 (프랑스어로).
  11. ^ Doumingts, G, Valespir, B, Zanettin, M. 및 Chen, D. HIM, GRAI 통합 방법론 - CIM 시스템 설계 방법론, 버전 1.0. Unnumbered Report, LAP/GRAI, 프랑스 보르도 대학교 I
  12. ^ a b Mark S. Fox와 Michael Gruninger(1998) "엔터프라이즈 모델링". 미국 인공지능 협회
  13. ^ 네일러, T. (1970) 기업 시뮬레이션 모델과 회사의 경제 이론, 슈리버, A. (편집자) "기업 시뮬레이션 모델", 워싱턴 출판대학, 시애틀, 1970, 페이지 1-35.
  14. ^ 게르셰프스키, G. (1971) "기업 모델의 세계에서 무슨 일이 일어나고 있는가?", 인터페이스, 제1권, 제4권, 제44호
  15. ^ a b 맥주, 스태포드 (1979) 기업의 심장, 와일리.
  16. ^ FIPS 간행물 183 국립표준기술원(NIST) 컴퓨터 시스템 연구소가 1993년 12월에 발표한 IDEFø의 웨이백 머신에서 2009-02-27 보관.
  17. ^ IDEF0 기능 모델에 대한 독서자 안내서. 2008년 11월 27일에 접속.
  18. ^ 관점을 처리하다. In: Minna Koskinen, 2000년 Metatodeling and method Engineering, 2000.
  19. ^ 휘튼, 제프리 L.; 로니 D. 벤틀리, 케빈 C 디트먼. (2004). 시스템 분석 및 설계 방법. 제6판 ISBN 0-256-906-X
  20. ^ 매튜 웨스트와 줄리안 파울러(1999년). Wayback Machine에 보관된 2008-12-21의 고품질 데이터 모델 개발. 유럽 프로세스 산업 STEP 기술 연락 집행부(EPISTLE).
  21. ^ 하임 킬로프. 비즈니스 모델 - 비즈니스 및 IT 가이드 프렌티스 홀, 2002년
  22. ^ 프랭크 릴하겐, 존 크록스티(2008). 기업의 능동적인 지식 모델링. 2008년 스프링거 ISBN 3-540-79415-8
  23. ^ 울리히 프랭크(2002년). "MEMO: 개념 프레임워크 및 모델링 언어[permanent dead link]". 인: 하와이 국제 시스템 과학 회의(HICS-35)의 진행. 로스 알라미토스, CA. 랄프 H. 스프래그 주니어 (eds. IEEE 컴퓨터 협회 출판부.
  24. ^ a b 얀 디츠(2006년). Enterprise Ontology - 이론 및 방법론. 스프링거-베를라그 베를린 하이델베르크.
  25. ^ a b Royal Holloway의 엔터프라이즈 엔지니어링 리서치는 Ver 9.08, Alan Pilkington 박사가 이끄는 웨이백 머신에 2013-10-26을 보관했다. 2008년 11월 4일에 액세스.
  26. ^ Vernadat, F.B.(1996) 엔터프라이즈 모델링 및 통합: 원칙 및 적용 런던 채프먼 & 홀 ISBN 0-412-60550-3
  27. ^ J A 부벤코(1993년). "정보 모델링 범위 확장" 인: 카탈로니아 코스타 브라바에서 정보 시스템과 데이터베이스에 대한 연역적 접근법에 관한 제4차 국제 워크숍의 진행. 1993.
  28. ^ a b Gustas, R 및 Gustiene, P(2003): 제5차 기업정보시스템 국제회의, 제3권, 프랑스 앵거스, 2003년, 페이지 77-88에서 "조직적 및 기술적 경계를 넘어 모델링하는 정보시스템에 대한 엔터프라이즈 엔지니어링 접근방식".
  29. ^ FEA(2005) FEA 레코드 관리 프로파일 버전 1.0. 2005년 12월 15일.
  30. ^ 모팻, 마이크 (2008) About.com Wayback Machine Economic 용어집에 보관된 2016-01-07 구조 매개변수; S로 시작하는 용어. 2008년 6월 19일에 접속.
  31. ^ 모팻, 마이크 (2008) About.com 구조 경제 용어집; S로 시작하는 용어. 2008년 6월 19일에 접속.
  32. ^ G. 파델, M. Fox, M. Gruninger (1994년) "일반 엔터프라이즈 리소스 온톨로지". 인: 제3차 기술 활성화 워크숍 진행: 협업 기업을 위한 인프라. 페이지 117-128
  33. ^ (예를 들어, (Weinberg, 1982년) 또는 보다 일반적으로 번게(Bunge, 2003년)와 하이에크(Hayek, 1967년)가 작업한다.

추가 읽기

외부 링크