엔터프라이즈 엔지니어링

Enterprise engineering

엔터프라이즈 엔지니어링은 기업의 전체 또는 일부를 설계하는 데 사용되는 지식, 원칙 및 실천요강의 본체다.[1] 기업은 공통의 사명을 지원하기 위해 서로, 그리고 그들의 환경과 상호 작용하는 사람, 정보 및 기술로 구성된 복잡한 사회 기술 시스템이다. 한 가지 정의는 "기업의 식별, 설계 및 구현과 그 지속적인 진화를 위한 기업 라이프사이클 지향적 규율"[2]이며, 기업 모델링에 의해 지원된다. 이 부문은 사업 프로세스, 정보 흐름, 물적 흐름, 조직 구조 등 기업의 각 측면을 검토한다.[3] 엔터프라이즈 엔지니어링은 기업 전체의 설계 또는 특정 비즈니스 구성요소의 설계와 통합에 초점을 맞출 수 있다.[4]

개요

몇몇 종류의 기업 공학이 출현했다.

엔지니어링에서 엔터프라이즈 엔지니어링은 매우 다양한 활동을 다룬다.[5] "기업과 관련된 모든 요소의 분석, 설계, 구현 및 운영과 관련된 지식, 원칙 및 분야의 적용"을 포함한다. 본질적으로 이는 제품, 프로세스, 비즈니스 운영 측면에서 기업 전체의 기술력을 추구하면서 시스템 엔지니어링과 전략적 관리를 결합한 학제간 분야로, 이 분야는 엔지니어링 관리, 운영 관리, 서비스 관리, 시스템 엔지니어링과 관련이 있다.[5]

소프트웨어 개발에서 엔터프라이즈 엔지니어링은 비즈니스 프로세스와 기능의 다양한 조직 및 기술 부분의 모델링과 통합을 다룬다.[6] 정보 시스템 개발에서, 이것은 시스템 분석 조직의 활동 영역이 되었고, 정보 모델링의 기존 범위로의 확장이 되었다.[7] 소프트웨어 개발 프로세스의 시스템 분석 및 시스템 설계 단계의 확장 및 일반화로도 볼 수 있다.[8] 여기서 기업 모델링은 초기, 중간 및 후반 정보 시스템 개발 라이프사이클의 일부를 형성할 수 있다. 기존 업무 관행의 질서 있는 변혁을 이해하기 위해 조직 및 기술 시스템 인프라의 명시적 표현이 개발되고 있다.[8] 이 부문은 엔터프라이즈 아키텍처라고도 하며, 엔터프라이즈 온톨로지(Enterprise Ontology)와 함께 엔터프라이즈 아키텍처의 두 가지 주요 하위 영역 중 하나로 정의된다.[3]

방법들

엔터프라이즈 엔지니어링은 조직에게 재사용 가능한 비즈니스 프로세스 솔루션을 제공하기 위해 광범위하게 설계, 테스트 및 사용되는 공식 방법론, 방법 및 기법을 포함한다.

이러한 방법론, 기법 및 방법은 모두 기업 및 그 기본 프로세스를 모델링하는 데 다소 적합하다.

조직을 위한 설계 및 엔지니어링 방법론

DEMO는 조직의 설계와 엔지니어링을 위한 방법론이다. 중심 개념은 "커뮤니케이션 행동"이다: 의사소통은 조직의 기능을 위해 필수적인 것으로 간주된다. 직원, 고객, 공급업체 간의 합의는 실제로 의사소통을 위해 만들어진다. 공급된 결과의 수용도 마찬가지다.[9][3]

DEMO 방법론은 다음과 같은 원리에 기초한다.[15]

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

DEMO 방법론은 통신, 정보, 행동 및 조직에 대한 일관성 있는 이해를 제공한다. 여기서 범위는 「정보 시스템 엔지니어링」에서 「비즈니스 시스템 엔지니어링」으로 전환되어, 정보 및 중앙 조직 모두에 대한 이해가 명확하다.

컴퓨터 통합 제조 오픈 시스템 아키텍처

CIMOSA는 기업 요구사항의 비즈니스, 인력 및 정보기술(IT) 측면을 인코딩하기 위한 템플릿과 상호 연결된 모델링 구조를 제공한다. 이는 여러 가지 관점에서 이루어진다. 정보 보기, 기능 보기, 리소스 보기 및 조직 보기. 이러한 구조는 상세 IT 시스템의 설계와 구현을 촉진하고 구조화하는 데 사용될 수 있다.

다른 관점으로 나누면 기업 및 소프트웨어 엔지니어를 위한 명확한 참조가 된다. 그것은 활동, 프로세스 및 운영과 같은 다른 기업 기능에 대한 정보 요구를 해당 자원과 함께 보여준다. 이러한 방식으로 어떤 IT 시스템이 특정 활동 및 관련 프로세스의 정보 요구를 충족시킬 것인지 쉽게 결정할 수 있다.

IDEF

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

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

페트리 네츠

페트리 네트는 제조 시스템을 모델링하는 데 사용되는 확립된 도구다.[16] 그것들은 표현력이 뛰어나고 동시 시스템 모델링을 위한 좋은 공식성을 제공한다. 가장 유리한 특성은 상태를 단순하게 표현할 수 있는 능력, 동시 시스템 전환 및 기능을 만들어 전환 기간을 모델링할 수 있는 능력이다. 결과적으로, Petri Nets는 특정한 비즈니스 프로세스를 출력뿐만 아니라 그에 상응하는 상태, 전환 또는 활동을 가지고 모델화하는 데 사용될 수 있다. 게다가 페트리 네트는 다른 소프트웨어 시스템과 이들 시스템 간의 전환을 모델링하는 데 사용될 수 있다. 이런 방식으로 프로그래머들은 그것을 개략적인 코딩 참고자료로 사용할 수 있다.

최근 몇 년간의 연구는 Petri Nets가 비즈니스 프로세스 통합의 발전에 기여할 수 있다는 것을 보여주었다. 그 중 하나가 IBM 중국연구소가 개발한 '모델 블루' 방법론이다. 모델 블루는 통합 소프트웨어 플랫폼을 구축하기 위한 새로운 접근방식으로서 모델 중심 비즈니스 통합의 중요성을 개략적으로 설명한다.[17] 그들의 모델 블루 비즈니스 관점과 이에 상응하는 페트리 넷의 대응도 나타나 그들의 연구가 비즈니스와 IT의 격차를 좁혔음을 보여준다. 그러나 연구자들은 페트리 네츠 대신 자체 개발한 모델 블루 IT 뷰를 활용하는데, 이 뷰는 혁신 엔진을 통해 비즈니스 관점에서 도출할 수 있다.

UML(Unified Modeling Language

UML(Unified Modeling Language)은 소프트웨어 시스템 및 애플리케이션 개발을 위해 널리 받아들여지는 모델링 언어다. 객체지향적 분석 및 설계 커뮤니티 내의 많은 사람들도 엔터프라이즈 모델링 목적으로 UML을 사용한다. 여기서, 복잡한 기업 시스템이 만들어지는 기업 객체나 사업 객체의 사용에 중점을 둔다. 이러한 개체들의 집합과 그들 사이의 상응하는 상호작용은 복잡한 비즈니스 시스템이나 과정을 나타낼 수 있다. Petri Nets는 개체의 상호 작용과 상태에 초점을 맞추고 있지만 UML은 비즈니스 개체 자체에 더 초점을 맞추고 있다. 때로는 이를 "기업 구성 요소"라고 하며 자원, 프로세스, 목표, 규칙 및 변혁을 포함한다.[18] UML을 통합 소프트웨어 시스템을 모델링하는 데 활용할 수 있음에도 불구하고, 비즈니스 현실은 소프트웨어 모델링 언어로 모델링할 수 있다는 주장이 제기되어 왔다. 이에 객체 지향 커뮤니티는 UML을 위한 비즈니스 확장을 하고 그에 따라 언어를 적응시킨다. EEML(Extended Enterprise Modeling Language)은 UML에서 파생되었으며 비즈니스 모델링 언어로 제안되었다. 앞서 UML이 다른 '순수한' 사업 방식과 결합하는 것이 더 나은 대안이 될 수 있다고 말한 바 있기 때문에 이러한 사업 전환이 올바른 사용법인지에 대해서는 의문이 남는다.

엔터프라이즈 기능 다이어그램

EFD는 엔터프라이즈 기능과 해당 상호작용을 표현하기 위한 모델링 기법으로 사용된다. 이러한 표현에서 "기능 모듈"과 트리거를 통해 서로 다른 비즈니스 프로세스를 모델링할 수 있다. 시작 비즈니스 프로세스는 서로 다른 기능에 다른 입력을 전달한다. 모든 기능과 하위 기능을 통해 흐르는 프로세스는 여러 개의 출력을 생성한다. 따라서 기업 기능 다이어그램은 비즈니스 프로세스와 그에 상응하는 기능, 입력, 출력 및 트리거에 대해 사용하기 쉽고 상세한 표현을 제공한다. 이러한 방식으로 EFD는 IDEF0 다이어그램과 많은 유사점을 가지고 있으며, 기능 및 트리거의 조합으로서 계층적 방식으로 비즈니스 프로세스를 표현하기도 한다. 두 가지는 EFD가 비즈니스 기능을 조직 내 특정 프로세스의 다운스트림을 설명하는 조직 계층적 관점에 배치한다는 점에서 다르다. 반면에 IDEF0 도표는 화살표 사용을 통해 특정 비즈니스 기능의 책임을 보여준다. 또한 IDEF0은 모든 (하위) 기능에 대한 입력과 출력의 명확한 표현을 제공한다.

EFD는 UML과 같은 소프트웨어 모델링 언어의 비즈니스 프런트엔드로 사용될 수 있으며, 모델링 도구로서 IDEF와 주요 유사점은 이것이 실제로 가능하다는 것을 나타낸다. 그러나, UML에 대한 공식적인 매핑이 이루어질 수 있는 방식으로 EFD 기법을 개선하기 위한 추가 연구가 필요하다.[19] IDEF와 UML의 상호보완적 사용에 대한 연구는 IDEF를 비즈니스 프런트 엔드로 수용하는 데 기여하였으므로 EFD와 UML과 유사한 연구를 수행해야 한다.

참고 항목

연관성

참조

  1. ^ R.E. Giachetti(2010). 엔터프라이즈 시스템 설계: 이론, 방법, 그리고 건축. CRC 프레스, Boca Raton, FL.
  2. ^ 코산케, 1999
  3. ^ a b c d 얀 디츠(2006년). Enterprise Ontology - 이론 및 방법론. 스프링거-베를라그 베를린 하이델베르크.
  4. ^ 드 브리스, 마르네, 아우로나 게르버, 알타 반 데르 메르베. 인: Aveiro D, Trivolet J, Gouveia D. (eds) "기업 엔지니어링 규율의 특성" 엔터프라이즈 엔지니어링 VIII의 발전. 스프링거 인터내셔널 출판, 2014. 페이지 1-15.
  5. ^ a b Royal Holloway의 엔터프라이즈 엔지니어링 리서치는 Ver 9.08, Alan Pilkington 박사가 이끄는 웨이백 머신에 2013-10-26을 보관했다. 2008년 11월 4일에 액세스.
  6. ^ Vernadat, F.B.(1996) 엔터프라이즈 모델링 및 통합: 원칙 및 적용 채프먼 & 홀, 런던 ISBN0-412-60550-3.
  7. ^ J. A. 부벤코(1993) "정보 모델링 범위 확장" 인: 카탈로니아 코스타 브라바에서 정보 시스템과 데이터베이스 시스템에 대한 연역적 접근법에 관한 제4차 국제 워크숍의 진행. 1993.
  8. ^ a b Gustas, R 및 Gustiene, P(2003): 제5차 기업정보시스템 국제회의, 제3권, 프랑스 앵거스, 2003년, 페이지 77-88에서 "조직적 및 기술적 경계를 넘어 모델링하는 정보시스템에 대한 엔터프라이즈 엔지니어링 접근방식".
  9. ^ a b "Enterprise Engineering Institute". www.ee-institute.org. Retrieved 2018-11-23.
  10. ^ 벡만, (1989); ECN TC310 WG1, 1994
  11. ^ 미국 공군(1981); ICAM 건축 제1부, 오하이오, 공군 재료 연구소, 라이트 패터슨
  12. ^ 피터슨 J.L. (1981); 페트리 그물 이론과 시스템 모델링, 엥글우드 클리프스, N.J. 프렌티스 홀.
  13. ^ 마샬, C. (2000); UML, ISBN 0-201-43313-3, Addison-Wesley, MA.를 사용한 엔터프라이즈 모델링.
  14. ^ 버나다트 F.B.; 태스크포스(IFAC-IFIP)의 향후 작업에 대한 비전.
  15. ^ "Academic Publications". www.ee-institute.org. Retrieved 2018-11-23.
  16. ^ 실바, M.와 발렛, R. (1989); 페트리 네트와 플렉시블 제조. 컴퓨터 과학 강의 노트, 424, 374–417.
  17. ^ 주 외 (2004); 모델 중심 비즈니스 프로세스 통합 및 관리: Bank ChinPac 지역 서비스 플랫폼, IBM Corporation, Res. & Dev. 제48권 제5/6호와의 사례 연구.
  18. ^ 에릭슨 & 펜커(1998); 뉴욕 윌리의 UML 툴킷.
  19. ^ Kim & Weston & Hodgson & Lee(2002); IDEF와 UML. 정보시스템공학, 대한민국 대종대학교, 컴퓨터산업공학 50, 35–56의 상호보완적 이용.

추가 읽기

  • 얀 L.G. 디츠(2008) (에드). 엔터프라이즈 엔지니어링 I : 2008년 6월 16~17일 프랑스 몽펠리에 CAiSE 2008에서 개최된 제4회 국제 워크샵 CIAO! 및 제4회 국제 워크샵 UMAS. 의사 진행.
  • 청허 (2007) (에드스) 서비스 엔터프라이즈 통합: 엔터프라이즈 엔지니어링 관점
  • 듀안 W. 히베르손(2009년). 모델 지향 시스템 공학 : 전통적이고 복잡한 시스템을 위한 통일된 프레임워크.
  • 쿠르트 코산케, 프랑수아 베르나닷, 마르틴 젤름 CIMOSA: 엔터프라이즈 엔지니어링 및 통합, Computers in In In Industry, 40 (2-3) (1999년) 83-97.
  • 라일스, 도널드 H 등 "기업공학 : 훈육?"기업공학회의 의사회. 1995년 6권
  • 라일스, 도널드 H, 아드리아 R. 프레슬리 "기업 엔지니어링 프레임워크 내의 엔터프라이즈 모델링." 제28차 동계 시뮬레이션 컨퍼런스 진행 IEEE 컴퓨터 협회, 1996.
  • 디테즈, J.L.G., 후거보스트, J. A.P. 등 엔터프라이즈 엔지니어링 부문. 조직 내 설계 및 엔지니어링. 2013년 3월 28일
  • Dietz, J.L.G., Mulder, H.B.F., Enterprise Ontology, A Human-centic 접근법, Springer, 2020. 조직의 본질을 이해하기 위한 인간 중심 접근법.
  • De Boer A, De Vries M.(2021) 엔터프라이즈 용량 개발을 위한 엔터프라이즈 엔지니어링 기반 접근법. 인: Aveiro D, Guzei G, Pergl R, 적절한 H.A. (eds) Enterprise Engineering XIV. EEWC 2020. Business Information Processing에 대한 강의 노트, 411. 스프링거, 참. https://doi.org/10.1007/978-3-030-74196-9_11.