기업공학

1. 개요

기업공학은 조직 내 재사용 가능한 비즈니스 프로세스 솔루션을 제공하기 위해 설계, 테스트 및 사용되는 공식적인 방법론, 방법 및 기술을 포괄하는 분야이다. 주요 방법론으로는 IDEF, CIMOSA, 페트리 네트, UML, DEMO, EFD 등이 있으며, 각 방법론은 기업의 다양한 측면을 모델링하는 데 활용된다. IDEF는 기능 분석, 데이터 분석 등을 위해 개발되었으며, CIMOSA는 비즈니스, 인적 자원 및 IT 측면을 통합하여 모델링한다. UML은 객체 지향 분석 및 설계를 위해 사용되며, 페트리 네트는 동시 시스템을 모델링하는 데 유용하다. DEMO는 조직의 설계 및 엔지니어링을 위한 방법론이며, EFD는 기업 기능을 표현하고 상호 작용을 모델링하는 데 사용된다.

2. 역사

기업공학은 여러 유형으로 발전해 왔다.

공학 분야에서 기업공학은 "기업과 관련된 모든 요소의 분석, 설계, 구현 및 운영과 관련된 지식, 원리 및 규율을 적용하는 것"을 포괄하며 광범위한 활동을 다룬다. 이는 시스템 공학과 전략적 경영을 결합하여 제품, 비즈니스 프로세스, 비즈니스 운영 측면에서 전체 기업을 공학적으로 설계하려는 융합 분야이다. 이 분야는 공학 관리, 운영 관리, 서비스 관리, 시스템 공학과 관련이 있다.

소프트웨어 개발 분야에서 기업 공학은 비즈니스 프로세스 및 기능의 다양한 조직적, 기술적 부분을 모델링하고 통합하는 것을 다룬다. 정보 시스템 개발에서 이는 시스템 분석 조직의 활동 영역이 되었으며, 정보 모델링의 기존 범위를 확장한 것이다. 이는 또한 소프트웨어 개발 프로세스의 시스템 분석 및 시스템 설계 단계의 확장 및 일반화로 볼 수 있다. 여기서 기업 모델링은 정보 시스템 개발 수명 주기의 초기, 중간 및 후반부에 포함될 수 있다. 기존 작업 방식을 질서 정연하게 변환하기 위해 조직 및 기술 시스템 인프라의 명시적인 표현이 개발되고 있다. 이 분야는 기업 아키텍처로도 알려져 있으며, 기업 온톨로지와 함께 기업 아키텍처의 두 가지 주요 하위 분야 중 하나로 정의된다.

2.1. CIMOSA

CIMOSA는 기업 요구 사항의 비즈니스, 인적 자원 및 정보 기술(IT) 측면을 표현하기 위한 템플릿과 상호 연결된 모델링 구성을 제공한다. 이는 정보 뷰, 기능 뷰, 자원 뷰 및 조직 뷰와 같은 여러 관점에서 수행된다. 이러한 구성 요소는 자세한 IT 시스템의 설계 및 구현을 구조화하고 쉽게 하는 데 사용될 수 있다.

서로 다른 뷰로 나누는 것은 기업 및 소프트웨어 엔지니어에게 명확한 참조를 제공한다. 이는 활동, 프로세스 및 운영과 같은 다양한 기업 기능에 대한 정보 요구 사항을 해당 자원과 함께 보여준다. 이러한 방식으로 특정 활동과 관련 프로세스의 정보 요구 사항을 충족할 IT 시스템을 쉽게 결정할 수 있다.

2.2. 현대적 발전

공학 분야에서 기업 공학은 "기업과 관련된 모든 요소의 분석, 설계, 구현 및 운영과 관련된 지식, 원리 및 규율을 적용하는 것"을 포괄하며 광범위한 활동을 다룬다. 본질적으로 이는 시스템 공학과 전략적 경영을 결합하여 제품, 비즈니스 프로세스, 비즈니스 운영 측면에서 전체 기업을 공학적으로 설계하려는 융합 분야이다. 이 분야는 공학 관리, 운영 관리, 서비스 관리, 시스템 공학과 관련이 있다.

소프트웨어 개발 분야에서 기업 공학은 비즈니스 프로세스 및 기능의 다양한 조직적, 기술적 부분을 모델링하고 통합하는 것을 다룬다. 정보 시스템 개발에서 이는 시스템 분석 조직의 활동 영역이 되었으며, 정보 모델링의 기존 범위를 확장한 것이다. 이는 또한 소프트웨어 개발 프로세스의 시스템 분석 및 시스템 설계 단계의 확장 및 일반화로 볼 수 있다. 여기서 기업 모델링은 정보 시스템 개발 수명 주기의 초기, 중간 및 후반부에 포함될 수 있다. 기존 작업 방식을 질서 정연하게 변환하기 위해 조직 및 기술 시스템 인프라의 명시적인 표현이 개발되고 있다. 이 분야는 기업 아키텍처로도 알려져 있으며, 기업 온톨로지와 함께 기업 아키텍처의 두 가지 주요 하위 분야 중 하나로 정의된다.

3. 주요 방법론

기업공학은 조직의 재사용 가능한 비즈니스 프로세스 솔루션을 제공하기 위해 다양한 방법론, 방법 및 기술을 활용한다. 이러한 방법론, 기술 및 방법은 모두 기업과 그 기본 프로세스를 모델링하는 데 적합하며, 주요 방법론은 다음과 같다.

* 조직 설계 및 엔지니어링 방법론
* 컴퓨터 통합 제조 개방 시스템 아키텍처 (CIMOSA)
* 통합 정의 (IDEF)
* 페트리넷
* 통합 모델링 언어 (UML) 또는 통합 엔터프라이즈 모델링 언어 (UEML)
* 엔터프라이즈 기능 다이어그램 (EFD)

3.1. IDEF (Integrated Definition)

IDEF는 제조 시스템을 모델링하기 위해 처음 개발된 모델링 언어로, 1981년부터 미국 공군에서 사용되었다. 처음에는 기업을 특정 관점에서 모델링하기 위해 네 가지 다른 표기법을 제공했다. 이는 각각 기능 분석, 데이터 분석, 동적 분석, 프로세스 분석을 위한 IDEF0, IDEF1, IDEF2, IDEF3이었다. 지난 수십 년 동안 이러한 다양한 표기법을 통합하기 위한 여러 도구와 기술이 점진적으로 개발되었다.

IDEF는 비즈니스 프로세스가 해당 정보 입력, 출력 및 행위자와 함께 다양한 분해된 비즈니스 기능을 통해 어떻게 흐르는지 보여준다. CIMOSA와 마찬가지로, 서로 다른 기업 뷰를 사용한다. 게다가, IDEF는 IT 시스템의 추가 개발을 위해 UML 다이어그램으로 쉽게 변환될 수 있다. 이러한 긍정적인 특성들은 IDEF를 기능적 소프트웨어 아키텍처 개발을 위한 강력한 방법으로 만든다.

3.2. CIMOSA (Computer Integrated Manufacturing Open Systems Architecture)

CIMOSA는 기업 요구 사항의 비즈니스, 인적 자원 및 정보 기술(IT) 측면을 표현하기 위한 템플릿과 상호 연결된 모델링 구성을 제공한다. 이는 정보 뷰, 기능 뷰, 자원 뷰 및 조직 뷰와 같은 여러 관점에서 수행된다. 이러한 구성 요소는 자세한 IT 시스템의 설계 및 구현을 구조화하고 쉽게 하는 데 사용될 수 있다.

서로 다른 뷰로 나누면 기업 및 소프트웨어 엔지니어에게 명확한 참조를 제공한다. 이는 활동, 프로세스 및 운영과 같은 다양한 기업 기능에 대한 정보 요구 사항을 해당 자원과 함께 보여준다. 이러한 방식으로 특정 활동과 관련 프로세스의 정보 요구 사항을 충족할 IT 시스템을 쉽게 결정할 수 있다.

3.3. 페트리넷 (Petri Nets)

페트리 네트는 제조 시스템을 모델링하는 데 사용되는 확립된 도구이다. 페트리 네트는 표현력이 뛰어나며 동시 시스템을 모델링하기 위한 훌륭한 형식성을 제공한다. 가장 유리한 속성은 상태, 동시 시스템 전환 및 기능을 간단하게 표현할 수 있어 전환 기간을 모델링할 수 있다는 것이다. 결과적으로 페트리 네트는 해당 상태와 전환 또는 활동 및 출력과 함께 특정 비즈니스 프로세스를 모델링하는 데 사용할 수 있다. 또한 페트리 네트는 다양한 소프트웨어 시스템과 이러한 시스템 간의 전환을 모델링하는 데 사용할 수 있다. 이러한 방식으로 프로그래머는 이를 개략적인 코딩 참조로 사용할 수 있다.

최근 연구에 따르면 페트리 네트는 비즈니스 프로세스 통합 개발에 기여할 수 있다. 그중 하나는 IBM의 중국 연구소에서 개발한 "Model Blue" 방법론이다. Model Blue는 통합 소프트웨어 플랫폼 구축에 대한 새로운 접근 방식으로서 모델 중심 비즈니스 통합의 중요성을 강조한다. 또한 Model Blue 비즈니스 뷰와 동등한 페트리 네트 간의 상관 관계가 표시되어 연구가 비즈니스와 IT 간의 격차를 좁혔음을 나타낸다. 그러나 연구원들은 페트리 네트 대신 변환 엔진을 통해 비즈니스 뷰에서 파생될 수 있는 자체 Model Blue IT 뷰를 사용한다.

3.4. UML (Unified Modeling Language)

통합 모델링 언어(UML)는 소프트웨어 시스템 및 애플리케이션 개발을 위해 널리 사용되는 모델링 언어이다. 객체 지향 분석 및 설계 커뮤니티의 많은 사람들은 기업 모델링 목적으로도 UML을 사용한다. 여기서 핵심은 복잡한 기업 시스템을 구성하는 기업 객체 또는 비즈니스 객체를 사용하는 것이다. 이러한 객체와 객체 간의 상호 작용 모음은 복잡한 비즈니스 시스템 또는 프로세스를 나타낼 수 있다. 페트리넷이 객체의 상호 작용과 상태에 초점을 맞추는 반면, UML은 비즈니스 객체 자체에 더 중점을 둔다. 때때로 이를 "기업 빌딩 블록"이라고 하며 리소스, 프로세스, 목표, 규칙 및 메타모델을 포함한다.

UML은 통합된 소프트웨어 시스템을 모델링하는 데 사용될 수 있지만, 비즈니스의 현실을 소프트웨어 모델링 언어로 모델링할 수 있다는 주장도 제기되었다. 이에 대응하여 객체 지향 커뮤니티는 UML에 대한 비즈니스 확장을 만들고 언어를 적용한다. 확장된 엔터프라이즈 모델링 언어(EEML)는 UML에서 파생되었으며 비즈니스 모델링 언어로 제안되었다. 그러나 이 비즈니스 변환이 올바른 방법인지에 대한 의문이 남아 있으며, 앞서 언급했듯이 UML을 다른 "순수한" 비즈니스 방법과 결합하는 것이 더 나은 대안이 될 수 있다.

3.5. DEMO (Design & Engineering Methodology for Organizations)

DEMO는 조직 설계 및 엔지니어링을 위한 방법론이다. 핵심 개념은 "의사 소통 행위"인데, 의사 소통은 조직 기능에 필수적인 것으로 간주된다. 직원, 고객, 공급업체 간의 합의 및 공급된 결과의 수용도 의사 소통을 통해 이루어진다.

DEMO 방법론은 다음 원칙에 기반한다.

* 조직의 본질은 행동하고 협상할 권한과 책임을 가진 사람들로 구성된다는 것이다.
* 비즈니스 프로세스 및 정보 시스템 모델링은 합리적인 활동이며, 이는 통일성을 이끌어낸다.
* 모델은 관련 당사자 모두가 이해할 수 있어야 한다.
* 정보는 사용자에 '적합'해야 한다.

DEMO 방법론은 의사 소통, 정보, 행동 및 조직에 대한 일관된 이해를 제공한다. 여기서 범위는 "정보 시스템 엔지니어링"에서 "비즈니스 시스템 엔지니어링"으로 이동하며, 정보와 핵심 조직 모두에 대한 명확한 이해를 제공한다.

3.6. EFD (Enterprise Function Diagrams)

EFD는 기업 기능을 표현하고 상호 작용을 모델링하는 데 사용되는 기법이다. 다양한 비즈니스 프로세스를 "기능 모듈"과 트리거를 사용하여 표현할 수 있다. 시작 비즈니스 프로세스는 서로 다른 기능에 다양한 입력을 제공한다. 모든 기능과 하위 기능을 거치는 프로세스는 여러 출력을 생성한다. 따라서 기업 기능 다이어그램은 비즈니스 프로세스 및 해당 기능, 입력, 출력 및 트리거에 대한 사용하기 쉽고 상세한 표현을 제공한다.

이러한 방식으로 EFD는 기능과 트리거의 조합으로 비즈니스 프로세스를 계층적으로 표현하는 IDEF0 다이어그램과 많은 유사점을 가지고 있다. 두 다이어그램의 차이점은 EFD가 조직 계층적 관점에서 비즈니스 기능을 배치하여 조직 내 특정 프로세스의 다운스트림을 나타낸다는 것이다. 반면에 IDEF0 다이어그램은 화살표를 사용하여 특정 비즈니스 기능의 책임을 보여준다. 또한 IDEF0은 모든 (하위)기능에 대한 입력과 출력을 명확하게 표현한다.

EFD는 UML과 같은 소프트웨어 모델링 언어의 비즈니스 프런트 엔드로 사용될 수 있으며, 모델링 도구로서 IDEF와의 주요 유사성은 실제로 이것이 가능하다는 것을 나타낸다. 그러나 UML에 대한 공식적인 매핑을 할 수 있도록 EFD 기술을 개선하기 위해서는 더 많은 연구가 필요하다. IDEF와 UML의 상호 보완적인 사용에 대한 연구는 IDEF를 비즈니스 프런트 엔드로 받아들이는 데 기여했으며, 따라서 EFD와 UML에 대한 유사한 연구가 수행되어야 한다.

4. 한국 기업에의 적용 및 시사점

한국 기업들은 급변하는 경영 환경 속에서 생존하고 경쟁 우위를 확보하기 위해 기업공학적 접근 방식을 적극적으로 도입해야 한다.

5. 관련 단체

* 기업 공학 연구소 Enterprise Engineering Institute^영어
* CIAO! 네트워크
* INFORMS
* 산업 공학회