비즈니스 아키텍처의 역사

History of business architecture

비즈니스 아키텍처의 역사는 1980년대에 그 기원을 두고 있다.이후 수십 년 동안 비즈니스 아키텍처는 기업 아키텍처와 밀접하게 관련된 "사업 전체의 교차 조직 설계"[1]의 분야로 발전했다.비즈니스 아키텍처의 개념은 기업의 청사진으로서,[2][3] 비즈니스 전략으로서,[4] 그리고 비즈니스 설계의 표현으로서도 제안되어 왔다.[5]

비즈니스 아키텍처의 개념은 수년간 발전해 왔다.1980년대에 건축 영역과 비즈니스 디자인의 활동으로 도입되었다.2000년대에는 비즈니스 아키텍처의 연구와 개념 개발이 가속화되었다.2000년대 말까지 비즈니스 아키텍처에 관한 최초의 핸드북이 출판되었고, 비즈니스 아키텍처에 대한 별도의 프레임워크가 개발되었고, 비즈니스 아키텍처에 대한 개별적인 견해와 모델이 더욱 건설 중에 있었으며, 전문직으로서의 비즈니스 설계자가 진화했으며, 더 많은 기업들이 비즈니스 아키텍처를 그들의 의제에 추가했다..

2015년까지 비즈니스 아키텍처는 일반적인 관행으로 발전해 왔다.지식의 비즈니스 아키텍처 본체가 개발되어 매년 여러 차례 업데이트되고 있으며, 학계와 최고 경영진의 관심이 높아지고 있다.[citation needed]

개요

비즈니스 아키텍처는 전통적인 조직간 설계에 뿌리를 두고 있다.Bodine and Hilty(2009)는 "사업 전반의 조직간 설계 책임, 즉 Business Architect의 업무는 역사적으로 CEO 또는 그들의 담당자에게 넘어갔으며, MBA 팀이 기업 경영자와 협력하여 새로운 부로 전략을 전환시키는 일반 경영 컨설팅 회사의 지원을 받았다"고 규정했다.최신 도구를 사용하는 sness 구성."[1]존 잭맨(2012년)은 이런 맥락에서 "(어떤 정의에 의해) 비즈니스 아키텍처에 관한 많은 자료가 작성되어 프레드릭 테일러의 과학 경영 원리(1911년)로 거슬러 올라간다"[6]고 평했다.

비즈니스 아키텍처의 뿌리 중 하나는 1980년대와 1990년대 이후 만들어진 기업 아키텍처에 대한 제안들에 있다.버너스앤노란(2010년)은 두 가지 유형의 제안을 구분했다.한편, "기업의 창출(또는 변경)에 관련된 활동이 그러한 공통 모델(또는 모델 세트)을 참조할 수 있도록 일반적으로 적용할 수 있는 '블루프린트(blueprints, partial model...)'를 만든 제안"[7]도 있다.한편, "창조를 조직할 수 있고, 나중에 기업의 변화를 조직하기 위해서는 기업과 그 부분의 라이프 사이클을 이해할 필요가 있다"고 주장하는 제안들은...'엔터프라이즈 레퍼런스 아키텍처'."[7]

비즈니스 아키텍처의 출현에 대해 좀 더 구체적으로 Welan & Meaden(2012)은 이것이 변화의 배경에서 나타났다고 설명했다.비즈니스 아키텍처는 "비즈니스 전략, 엔터프라이즈 아키텍처, 비즈니스 포트폴리오 계획 및 변경 관리를 포함하는 상호 관련 관행의 풀에서 몇 가지를 언급하는 것만으로 그 자체의 권리에 맞는 분야로 발전하고 있다.[8]

1980년대

개념

비즈니스 아키텍처의 개념은 1980년대에 정보 시스템 개발 분야에서 나타났다.비즈니스 아키텍처를 가장 먼저 언급한 것 중 하나는 영국의 경영 컨설턴트 에드윈 E이다. 1986년 「경영 정보 시스템 전략 개발」[9]의 토저.그는 비즈니스 정보 시스템 계획이라는 맥락에서 비즈니스 아키텍처의 개념을 도입하여 다음과 같이 구분하였다.

그리고 그는 "정보 아키텍처의 각 엔터티 클래스는 일부 데이터베이스에 표시되며 각 비즈니스 기능은 하나 이상의 시스템에 의해 지원될 수 있다"[9]고 설명했다.이 논문에서 토저는 "[전략] 문제를 식별해야 하는 순서에 대해 설명"했으며,[10] "조직 전략에 대한 IS의 적응성"[11]에 초점을 맞췄다.

퍼스트 모델

미국의 조직 이론가 윌리엄 R. Synnott(1987)는 데이터 관리의 맥락에서 비즈니스 아키텍처의 첫 모델 중 하나인 (이미지 참조)을 제시했다.Synnott는 전반적인 IRM(Information Resource Management) 아키텍처를 개발하기를 원했고, 그 기반으로 비즈니스 아키텍처를 제안했다.그는 다음과 같이 설명했다.

Synnott에 의한 비즈니스 아키텍처, 1987

비즈니스 아키텍처는 IRM 아키텍처가 자리잡고 있는 기반이다.아키텍처 모델은 기업의 기술 인프라의 기초를 이루는 일련의 연계된 아키텍처들로 구성된다...그림에서 데이터 아키텍처와 통신 아키텍처는 수평 막대로 표시된다. 왜냐하면 이것들은 기업 전체의 정보 자원 구성 요소들이기 때문이다.그들은 모든 사업부에 서비스를 제공한다.4개의 수직적 자원 구성요소는 사업별로 다르다.자원은 그들이 서비스하는 사업부에 따라 분배될 수 있다.우리, 데이터 및 통신이 자원을 중앙집중화할 수 있는 반면, 인적 자원(전문 시스템 직원), 컴퓨터, 사용자 컴퓨팅 및 시스템은 모두 한 단계 또는 다른 수준으로 분산된 자원이 될 수 있다.[12]

이 IRM(Information Resource Management) 모델은 다음과 같은 7가지 유형의 아키텍처를 구분하였다.

이러한 유형의 아키텍처 모델은 다른 유형의 아키텍처를 분류한다.이후 이론과 모델에서 서로 다른 구조들이 제안되었다.예를 들어, 1980년대 후반 NIST 기업 아키텍처 모델은 5가지 유형을 구분하였으며, 이는 1990년대 연방 기업 아키텍처에 통합되었으며, 여기에는 4가지 유형의 아키텍처가 포함되어 있다.

총개발공정근거

Synnott(1987년)은 더 나아가 비즈니스 아키텍처가 어떻게 작동해야 하는지에 대해 설명하고 아키텍처 계획 아이디어를 소개했다.

기업의 비즈니스 아키텍처(조직 구조, 전략 사업부 및 미션, 제품 및 서비스)는 IRM 계획의 기초가 된다.모든 회사는 기존 아키텍처를 가지고 있기 때문에, 구조 계획은 회사의 정보 자원의 재고로 시작한다.각종 정보자원 구성요소의 재고를 조립하면, 그 기업의 기술구조에 대한 "있는 그대로"의 그림이 된다.CIO는 이 재고품목에서 회사의 정보자원의 장단점을 분석할 수 있으며, 특히 전략적 계획 과정에서 파악된 비즈니스 정보 니즈와 관련이 있기 때문이다.이 분석에서 건축계획은 진화할 수 있는데, 이것은 단순히 현상만을 그린 그림이 아니라, 자신이 가고 싶은 곳과 거기에 어떻게 도달해야 하는지에 대한 "있을" 그림이다.[12]

유럽 IFIP 정보시스템 기술위원회 IFIP TC8의 Cees J. Schrama. (1988)는 "전체 개발 과정의 견고한 기초를 제공하기 위해 비즈니스 아키텍처가 필요하다"는 의견을 제시했다.그는 정보처리 아키텍처와 네트워크 아키텍처와 같은 요소들로 구성된 또 다른 모델을 그려보고 다음과 같이 설명했다.

[비즈니스 아키텍처]는 프로세스 데이터, 지원 시스템 및 네트워크 아키텍처가 수행되는 정보 처리 아키텍처의 기본 원리를 포함한다.비즈니스 아키텍처에서는 다음과 같은 것을 확인할 수 있다.

- 엔터프라이즈 분석: 비즈니스 도메인 표시
- 비즈니스 분석
- 정보 시스템 계획

비즈니스 아키텍처에는 관리, 조직, 수행해야 하는 프로세스 및 데이터를 이용/제공해야 하는 몇 가지 기본 요소가 있다.과거에는 주로 운영 시스템이 개발되었을 때 그 과정이 상당한 관심을 받았다.정보는 프로세스를 수행하기 위해 필요한 것으로 보였다.이건 변하고 있어.정보 검색의 필요를 충족시키기 위해 이용할 수 있는 데이터를 확보하는 것도 중요해지고 있다.[13]

건축 계획 개념을 둘러싼 이러한 아이디어들은 1990년대 초반 TOGAF의 전신인 TAFIM과 같은 프레임워크로 진화했다.

엔터프라이즈 아키텍처 모델 보기

1987년 기사 "정보 시스템 아키텍처의 프레임워크"에서 존 잭맨은 엔터프라이즈 아키텍처의 원칙의 일부를 제시했다.[14]

정보 시스템 아키텍처 프레임워크

NIST Enterprise Architecture Model, 1989년 최초의 EA 모델 중 하나.

정보 관리 방향에 관한 제5차 NIST 워크숍(1989)에서 W. 브래드포드 리그돈의 지도를 받는 작업 그룹은 최초의 엔터프라이즈 아키텍처 프레임워크 중 하나인 NIST 엔터프라이즈 아키텍처 모델을 개발했다.이 모델에서 비즈니스 아키텍처는 엔터프라이즈 아키텍처의 계층 중 하나로 통합되었다.브래드포드 리그돈 외 연구진(1989)은 다음과 같이 가져왔다.

아키텍처에 대한 논의는 다른 수준의 아키텍처를 고려해야 한다.이러한 레벨은 피라미드로 나타낼 수 있으며, 사업부는 맨 위에, 납품 시스템은 베이스에 있다.기업은 특정 사업 영역을 담당하는 하나 이상의 사업부로 구성된다.건축의 5단계는

  • 사업부
  • 정보
  • 정보 시스템
  • 데이터
  • 배달 시스템

레벨은 별개지만 서로 연관되어 있어엔터프라이즈 아키텍처가 수준들이 논리적으로 연결되어 있고 한 수준에서의 서술이 상위 수준에서 그 구조를 가정하거나 지시한다는 인식을 반영하는지에 대한 아이디어.[15]

NIST AE Framework(이미지 참조)의 원래 1989년 그림에서 상단 계층의 이름은 "사업부 아키텍처"로 명명되었다.1990년대 이 모델의 표현으로 최상위 계층은 "비즈니스 아키텍처"로 명명되었다.

1990년대

펼쳐지는 정보화 시대

1990년대에 정보 시대는 세계 시장 경제를 변화시키고 있었다[16].기업이 적응하면서 새로운 개념의 비즈니스 아키텍처가 유망한 대안으로 제시되었다.Gharajedaghi(1999)는 그 맥락을 설명했다.

끊임없이 증가하는 혼란의 수준을 가진 세계 시장 경제에서, 실행 가능한 사업은 더 이상 하나의 형태나 기능에 갇혀 있을 수 없다.성공은 자연적으로 그 순간에 맞는 구조와 기능을 만들어 내는 자기 재생 능력에서 나온다.이러한 맥락에서, 자기 참조의 적절한 기능은 분명히 지난 몇 년 동안 수많은 사업을 파괴한 새로운 제품/시장에 대한 허탈과 무작위 검색을 방지할 것이다.
사실, 내부 역량의 포트폴리오와 신흥 시장 기회의 포트폴리오를 지속적으로 매칭하는 능력은 새로운 비즈니스 아키텍처의 새로운 개념의 기초가 된다...[17]

Bodine과 Hilty(2009)에 따르면 "운영 분야로부터 차용된 이 분야의 중요한 발전은 1993년 마이클 해머와 제임스 챔피의 책 Reengineering the Corporation의 형태로 이루어졌으며, 이 책에서는 프로세스 모델링에 의한 사업 활동 지도 작성과 최적화를 위한 도구를 도입했다.로버트 캐플런과 데이비드 노턴이 개발한 '밸런스 스코어카드'는 양적 차원은 물론 질적 차원에 대한 목표에 대한 전반적인 기업 성공을 측정할 수 있게 했다.[1]

설명

1990년대 작품에서 비즈니스 아키텍처의 개념은 다음과 같이 구별되는 방식으로 제시된다.

  • 활동으로서: 린지앤프라이스(1991)는 비즈니스 아키텍처를 "자기 보안 활동"으로 제시했는데, 여기에는 "내외적으로 구성요소 조직, 도구, 방법 및 관계를 포함한 기능의 연구"가 포함된다.이러한 모든 요소를 식별하고 나열하는 바로 그 활동은 관리자들에게 중요한 학습 과정이다.요소 식별 및 나열 프로세스 외에도 아키텍처는 일련의 원칙을 개발한다.원칙은 철학의 반영구적인 진술이다.즉, 경영자들이 운영하고자 하는 것에 동의하는 기본 규칙이다."[18]
  • 기업의 청사진이나 모델로서: Bourke(1994)는 그것을 "...의 통합 청사진 집합"이라고 묘사했다.[엔터프라이즈]의 비즈니스 프로세스"[2]와 비세이(1994)는 비즈니스 아키텍처를 "변화 관리를 위한 메커니즘인 기업의 모델"[19]이라고 말했다.
  • 모든 변경 프로그램의 전략으로서 : 데이비스(1996)는 예를 들어 비즈니스 아키텍처를 "통합 변경 프로그램의 단계를 설정하는 데 필요한 종합 계획의 유형을 설명하기 위해 사용할 수 있다"고 기술했다."건축학"이라는 용어는 프로세스 우수성을 달성하기 위해 필요한 창의성과 전체적인 변화의 수준을 의미한다.종합적인 비즈니스 아키텍처는 인간의 성과, 프로세스, 기술을 통합하여 비즈니스 성과를 변혁하고 가치를 창출하는 방식을 정의한다."[4]

비즈니스 아키텍처는 변경 관리를 위한 도구로 제시되며, Van Rennsburg(1997)로 인정된다."조직에 대해 비즈니스 혁신 프로세스를 통해 조직을 지원하는 메커니즘으로 사용될 수 있는 방식으로 조직 활동을 이해할 수 있는 수단을 제공한다.비즈니스 아키텍처 설계에서 객체 지향 모델링 접근방식을 사용하면 비즈니스 아키텍처 저장소의 실제 사례를 포착하는 강력한 모델링 접근법이 가능하다.이를 통해 혁신 프로세스에 필요한 조직적 이해의 생성과 캡션이 가능하다."[20]

FEA 및 비즈니스 하위 아키텍처

1996년 미국 정부는 정보 자원의 획득과 관리를 개선하기 위해 클린저-코헨법을 도입했다.

  • DOE AE 비즈니스 하위 아키텍처, 1998

  • DOE 비즈니스 관계 템플릿, 1998

  • Doe Business 하위 아키텍처 모델, 1998

엔터프라이즈 레퍼런스 아키텍처

엔터프라이즈 아키텍처 프레임워크 옆에는 1980년대 후반과 1990년대 초반에 두 번째 유형의 아키텍처 모델이 제안되었는데, 이를 엔터프라이즈 레퍼런스 아키텍처라고 불렀다.[7]

파운데이션

1999년에는 비즈니스 아키텍처와 그 기반에 관한 두 작품이 출판되었는데, 이는 비즈니스 아키텍처에 관한 가장 많이 인용된 두 작품이 되었다.그의 "시스템s thinking: 혼돈과 복잡성 관리"에서 잠시드 가르제다기는 시스템 사고를 바탕으로 한 비즈니스 아키텍처를 설계하기 위한 일련의 원칙을 제시했다.Gharajedaghi는 비즈니스 아키텍처가 하나의 시스템으로 간주되어야 한다고 주장했다.

비즈니스 아키텍처는 시스템에 대한 일반적인 설명이다.목적, 중요 기능, 활성 요소 및 중요 프로세스를 식별하고 이들 간의 상호작용의 성격을 규정한다.비즈니스 아키텍처는 구별되지만 상호 관련되는 플랫폼들의 집합으로 구성되어 다차원 모듈 시스템을 만든다.각 플랫폼은 미리 정의된 성능 기준 및 측정 세트로 고유한 동작 모드를 나타내는 시스템의 차원을 나타낸다.[17]

IBM의 연구원인 더글러스 W. 맥데이비드는 "A standard for Business Architecture description"이라는 논문을 발표했다.Evernden & Evernden(2003)에 따르면, 본 논문은 "경험, 엔터프라이즈 비즈니스 모델, 비즈니스 용어 구성 및 다양한 일반 산업 참조 모델에서 추출한 표준 비즈니스 개념의 높은 수준의 의미 체계"를 설명했다.맥데이비드는 "제품과 합의와 같은 개념이 빠진 것 같지만 비즈니스 아키텍처의 구성 요소와 정보 범주의 성격과 사용에 대한 훌륭한 논의가 있다"[21]고 주장했다.

Business Architecture 설명의 개념은 공통적인 비즈니스 관심사에 대해 말하기 위한 의미론적 프레임워크를 제공한다...우리의 목적을 위해, 이 의미 구조는 기술 기반의 정보 시스템에서 지원되어야 하는 컨텐츠의 유형을 이해할 수 있는 공통적인 개념 패턴의 집합을 제공한다...종합적 개념과 그 상호관계의 집합은 가치의 전달을 위한 시스템으로서 비즈니스, 비즈니스의 경계, 비즈니스에 관한 요구사항의 관점에서 비즈니스 정보 콘텐츠를 구성한다.[22]

2000년대

정부 차원의 통합 비즈니스 아키텍처, 2002년
IFMS(Integrated Financial Management System) 논리적 비즈니스 아키텍처, 2005.
공급망 운영 참조 모델, 2007
NIH(National Institute of Health) IT 엔터프라이즈 아키텍처 프레임워크, 2008.

참고: 이 프레임워크는 BusinessGenetics Business Modeling Language(BML)를 많이 사용한다.

비즈니스 설계자

Bodine and Hilty(2009)에 따르면

1990년대 중반 이메일, 인스턴트 메시징, 온라인 데이터 저장소와 같은 인터넷 기술의 도래는 동료들이 협력할 수 있는 방법에 있어 엄청난 유연성을 열었고, 구매자와 판매자가 가상 공간에서 상호 작용하고 온라인에서 거래하는 새로운 능력은 비즈니스의 전통적인 구조를 바꾸었다...

1990년대 후반에 이르러 인터넷 기술에서 앞선 기술을 가진 MBA들이 전자상거래 웹사이트를 위한 실시간 비즈니스 모델을 개발하기 시작했다.그들은 사업을 대표하고 동시에 건설하기 위해 개발 도구를 사용했다.모델이 비즈니스가 되었고, 수천 개가 출시되어 기업들이 방대한 양의 데이터에 액세스하고 변화하는 시장 상황에 신속하게 대응할 수 있게 되었다...당시 -Business Architector에 대한 Google 검색 결과 12개만 반환됨...2009년 -Business Architector에 대한 구글 검색은 100만개 이상의 목록을 반환한다.

이것은 가치있고 빠르게 확장되는 직업의 시작에 불과하다.오늘날의 비즈니스 설계자는 모든 이해관계를 대표하고 모든 전문지식을 참여시키는 완전한 비즈니스를 전체적인 관점에서 본다.그들은 비즈니스 조직을 기업 전략의 명확한 실행을 통해 사명을 달성하기 위해 중앙 계획과 개별 이니셔티브의 균형을 이루는 끊임없이 변화하고 역동적인 유기체로 본다.[1]

도구 및 프레임워크

Bodine and Hilty(2009)에 따르면

운영 규율에서 차용된 이 분야의 중요한 발전은 1993년 마이클 해머와 제임스 챔피의 책 리엔지니어링 더 코퍼레이션의 형태로 이루어졌는데, 이 책에서는 프로세스 모델링을 이용한 사업 활동 지도화 및 최적화를 위한 도구를 도입하였다.로버트 캐플런과 데이비드 노턴이 개발한 균형점수는 양적 차원뿐만 아니라 질적 차원에 대한 목표에 대한 전반적인 기업 성공을 측정할 수 있게 했다.[1]

버너스 & 노란(2010)에 따르면:

아키텍처 프레임워크는 산업 자동화/제조/생산 관리, (다양한 종류의) 비즈니스 정보 시스템, 통신 및 방어의 영역을 포함한 많은 산업에서 사용되어 왔다.엔터프라이즈 아키텍처 실행의 일부는 '기업 엔지니어링'이며, '기업 모델링'(또는 단순한 모델링)과 완전한 AF는 모델링의 범위(나중에 AF의 일부인 모델링 프레임워크로 요약될 수 있음)[7]를 설명한다.

한 가지 특정한 유형의 프레임워크를 "기업 참조 아키텍처"라고 부른다.버너스 & 노란(2010)에 따르면:

Several proposals emerged in those two decades – e.g. PERA (Williams 1994), CIMOSA (CIMOSA Association 1996), ARIS (Scheer 1999), GRAI-GIM (Doumeingts, 1987), and the IFIP-IFAC Task Force, based on a thorough review of these as well as their proposed generalisation (Bernus and Nemes, 1994) developed GERAM (IFIP-IFAC Task Force, 1999) which then became ISO15704:2000 "산업 자동화 시스템 – 기업 참조 아키텍처 및 방법론 요구사항"[7]의 기초...

비즈니스 아키텍처 워킹 그룹

주요 기사: OMG 비즈니스 아키텍처 특별 이익 그룹

BASIG(Business Architecture Special Interest Group)는 OMG(Object Management Group)의 비즈니스 아키텍처에 관한 작업 그룹이다.이 워킹 그룹은 2007년에 BAWG(Business Architecture Working Group)로 설립되었다.

사업전략

2006년 기사 "비즈니스 아키텍처:비즈니스 전략과 ICT를 연계하는 새로운 패러다임," 베르스티그 & Bouwman은 비즈니스 아키텍처, 비즈니스 활동 및 비즈니스 전략의 관계를 설명했다.[23]그들은 다음과 같이 썼다.

개별적인 측면(프로세스, 데이터, 기능, 조직 등)을 구조화하기 위한 추가적인 노력에 앞서, '비즈니스 아키텍처'라는 개념을 사용한다.비즈니스 아키텍처는 가장 중요한 비즈니스 활동(예: 생산, 유통, 마케팅, 기타 기업) 및/또는 경제 활동(예: 제조, 조립, 운송, 도매, 기타 기업)에 대한 책임을 영역별로 배열한다.

Versteeg & Bouwman은 또한 "정보 아키텍처, 기술 아키텍처, 프로세스 아키텍처 등 후속 설계에 대한 관점이 더 흔하다"고 규정했다.비즈니스 아키텍처의 다양한 부분(기능, 개념 및 프로세스)은 다른 후속 아키텍처의 필수 출발점 역할을 한다.그것은 다른 아키텍처들을 사전 구조화한다.비즈니스 아키텍처 모델은 비즈니스 전략과 비즈니스 설계 사이의 상당히 정교한 관계를 조명한다.사례연구에서 비즈니스 아키텍처의 가치를 설명하겠다."[25]

2010년대

eTOM(비즈니스 프로세스 프레임워크), eTOM 프로세스의 레벨 0 개요, 2010.

핸드북

2010년에 비즈니스 아키텍처에 관한 첫 번째 핸드북이 출판되었다.미국에서 윌리엄 M.OMG Business Architecture Special Interest Group의 Ulrich and Neal McWhoter는 "Business Architecture:2010년 비즈니스 혁신의 예술과 실천".

2012년 영국에서 비즈니스 컨설턴트 조나단 웰런과 그레이엄 미덴은 "비즈니스 아키텍처: 실용적인 가이드"를 발표했다.[26]

정의

"비즈니스 아키텍처"의 정확한 정의에 있는 여러 출처에서 검토되고 있다.2008년에 제프 스콧은 이 문제에 대해 다음과 같이 언급했다.

비즈니스 아키텍처에 대한 관심이 급격히 증가하고 있다.지난 2년 동안 IT와 비즈니스 리더 모두 잘 정의된 비즈니스 아키텍처의 필요성에 대한 논의에 동참했다.논의는 많지만, 비즈니스 아키텍처가 무엇인지, 어떻게 추진해야 하는지, 어떤 가치를 제공하는지에 대해서는 공감대가 거의 없다.IT와 비즈니스에 종사하는 비즈니스 설계자들은 비즈니스 단위 및 전사적 비즈니스 아키텍처를 개발하기 시작했으며, 이를 통해 비즈니스 단위 및 전사적 비즈니스 아키텍처를 개발하기 시작했다.이들의 궁극적인 목표는 비즈니스 의사 결정을 개선하고 IT와 IT 부서가 지원하는 사업부 간의 더 나은 조정을 촉진하는 것이다.비즈니스 아키텍처 개발에서 주도적인 역할을 하고자 하는 아키텍처 팀은 곧 시작하거나 뒤처져야 한다.[27]

다른 출처도 같은 결론에 도달했는데, 수년에 걸쳐 비즈니스 아키텍처에 대한 많은 다른 정의들이[26][28][29][30] 제안되었다. 보다 주목할 만한 정의들 중 일부는 다음과 같이 비즈니스 아키텍처를 설명하였다.

  • "조직에 대한 공통의 이해를 제공하고 전략적 목표와 전술적 요구를 조정하는 데 사용되는 기업의 청사진" - OMG 비즈니스 아키텍처 워킹 그룹, 2008[3]
  • "비즈니스 전략, 거버넌스, 조직 및 주요 비즈니스 프로세스 정보와 이러한 개념 간의 상호 작용." - TOGAF, 2009[31]
  • "비즈니스 설계의 공식적 대표성과 능동적 관리" - SOA 컨소시엄, EA2010 비즈니스 아키텍처 관련 작업 그룹, 2010[5]

토론은 계속되었다.존 잭맨(2012년)은 이 문제에서 "많은 사람들이 비즈니스 아키텍처를 다르게 정의한다(비즈니스 아키텍처에 대한 의견과 정의가 많은 사람들을 많이 알고 있다)"고 선언했다.비즈니스 아키텍처를 수행하는 사람이 그리 많지 않으며, 적어도 포괄적이고 결정적인 방식으로(내 추정으로는) 하지 않는다.."[6]

다양한 학문영역의 뿌리

비즈니스 아키텍처에 대한 아이디어와 정의는 비즈니스 아키텍처의 개념과 방법 및 기법이 수많은 이니셔티브에서 발전하고 있는 서로 다른 학문적 하위 분야에서 비롯된다.관련 하위 필드 선택:[citation needed]

연습장

기타르트(2013년)는 다른 형태의 조직도 활동했다고 규정해 이른바 '비즈니스 아키텍처 소용돌이'를 만들었다.그는 다음과 같은 네 가지 유형을 열거했다:

기타르트는 "인플루언서가 주도했고, 실천 공동체와 표준 제정 기구들이 그 뒤를 따랐다"고 말했다.상충되는 아이디어는 비즈니스 아키텍처 직업의 미래를 규정할 수 있는 기회를 제공한다.[32]

경영자이익

설문 조사에 따르면 경영진은 경영진과 대학들에 대한 관심이 증가하고 있는 것으로 나타났다.

  • 2004년에 이미 Jaap Schekkerman은 "엔터프라이즈 아키텍처가 CEO와 CIO가 고려한 가장 중요한 문제들 중 상위권에 근접했다"[33]고 제안했다.

참조

  1. ^ a b c d e f 폴 아서 보딘과 잭 힐티. "비즈니스 아키텍처:이머징 전문직"은 기업건축가협회 businessarchitectsassociation.org에서 확인할 수 있다.2009년 4월 28일 (온라인 보관 2010-11-07, 웨이백 기계)
  2. ^ a b 마이클 K.버크(1994년).의료 정보 시스템의 전략 및 아키텍처. 페이지 55
  3. ^ a b OMG Business Architecture Working Group 2008년 10월 10일 bawg.omg.org에서 "Business Architecture Working Group". (archive.org, 2008년 10월 10일)
  4. ^ a b Peter T. Davis(1996) 클라이언트/서버 컴퓨터 네트워크 보안. 페이지 324
  5. ^ a b SOA 컨소시엄, EA2010 워킹 그룹.비즈니스 아키텍처; Wayback Machine에 보관된 2012-01-30 비즈니스 전략과 엔터프라이즈 아키텍처 간의 연결 누락OMG에 의한 저작권, 2010.
  6. ^ a b John A. Zachman "Foreword" in: Jonathan Willan, Graham Meaden (2012) Business Architecture: A 실무 지침. 페이지 xv
  7. ^ a b c d e f g 버너스, 피터, 오비디우 노란."엔터프라이즈 아키텍처의 변형," 엔터프라이즈 아키텍처, 통합 및 상호운용성.스프링거 베를린 하이델베르크, 2010. 56-65.
  8. ^ Jonathan Welan, Graham Meaden (2012) 비즈니스 아키텍처: 실무 가이드. 페이지 2
  9. ^ a b 토저, 에드윈 E. "경영 정보 시스템 전략 개발"Long Range Planning 19.4 (1986): 31-40.
  10. ^ 베넷, 제인, 팸 힌튼."사례 연구-정보 시스템 전략: 허트포드샤이어 대학의 개발과 진화"(1995).
  11. ^ 팔라니사미, 라마라지"조직 유연성을 위한 정보 시스템의 측정 및 활성화:경험적 연구."Journal of Services Research 3.2(2003년).
  12. ^ a b 윌리엄 R. 신노트(1987년).정보 무기: 기술을 통한 고객 및 시장 확보. 페이지 199-220
  13. ^ 시즈 J. 슈라마."IS 개발에서의 구성과 분해" in: Péter Kovahcs & Elek Straaub (편집자)정부 및 시 정보 시스템: 1987년 9월 8일~11일 헝가리 부다페스트에서 열린 정부 및 시 정보 시스템에 관한 IFIP TC8 회의의 절차IFIP TC8, 1988. 페이지 161
  14. ^ 잭맨, 존 A. "정보 시스템 아키텍처의 틀"IBM 시스템 저널 26.3 (1987): 276-292.
  15. ^ W. 브래드포드 리그돈(1989) "건축과 표준"인: 정보 관리 지침: 통합 과제 E.N.퐁과 A.H. 골드 파인(에드).NIST 1989년 9월 페이지 137; 일부 인용: IT 거버넌스 연구소(2005) 확장 기업의 거버넌스. 페이지 89.
  16. ^ Zachman, John A. "엔터프라이즈 아키텍처: 세기의 문제."데이터베이스 프로그래밍 및 설계 10.3(1997년): 44-53.
  17. ^ a b 가하라제다기, 잠스히드.시스템 사고: 혼란과 복잡성 관리: 비즈니스 아키텍처를 설계하기 위한 플랫폼.엘스비에, 1999; 2005년 2월 2일, 페이지 152
  18. ^ David T. L. Price, Information Security: IFIP TC11 제7차 정보보안에 관한 국제회의-정보처리에 대한 신뢰구축, IFIP/Sec 91, 영국 브라이튼, 1991년 5월 15-17일, 페이지 81.
  19. ^ Veasey, Philip W. "다양한 사업에서 사업 재설계 프로젝트 프로그램 관리"장거리 계획 27.5(1994년): 124-135.
  20. ^ 반렌스버그, A. C. J. "비즈니스 변혁을 위한 객체 지향 아키텍처"컴퓨터 & 산업 공학 33.1 (1997년): 167-170.
  21. ^ 로저 에버든, 일레인 에버든(2003년).먼저 정보:지식과 정보 통합. 페이지 200
  22. ^ 맥데이비드, 더글러스 W. "비즈니스 아키텍처 기술 표준"IBM Systems Journal 38.1(1999년): 12-31;인용: 글리스만 & 산즈(2009, 페이지 3).
  23. ^ 셸프, 요아힘, 로버트 윈터."기업 건축 연구의 언어 공동체." 제4차 국제 정보시스템 및 기술 디자인 과학 연구 회의의 진행.ACM, 2009.
  24. ^ Versteeg, Gerrit & Bouwman(2006, 페이지 92)에서 인용: McClure, Mark.서비스 지향 소프트웨어 시스템 개발의 맥락에서 협업 엔터프라이즈 아키텍처 거버넌스 프로그램 구성오레곤 대학교는 2007년 3월 정보 관리 프로그램을 적용했다.
  25. ^ 버스티그, G&H 부우먼."비즈니스 아키텍처:비즈니스 전략을 ICT와 연계하는 새로운 패러다임."정보 시스템 프론티어 8(2006) 페이지 91-102.
  26. ^ a b 메이든 & 윌런 2012
  27. ^ 제프 스콧(2008) 비즈니스 아키텍처의 시대가 왔다, 포레스터 출판.(forrester.com에 게시됨)
  28. ^ 휘틀 & 마이릭(2004)
  29. ^ 케리 홀리, 알리 아르산자니100개의 SOA 질문: 질문 및 답변, 2010.
  30. ^ Nick Malik, "2012년 9월 11일, "비즈니스 아키텍처의 많은 (중요한) 정의".
  31. ^ 오픈 그룹.TOGAF™ 버전 9 Foundation 연구 가이드, 2009년, 페이지 45
  32. ^ a b 앤드류 기타르트, "비즈니스 아키텍처 동향 & 방법" (2013).
  33. ^ Jaap Schekkerman, 엔터프라이즈 아키텍처 프레임워크에서 살아남는 방법: 엔터프라이즈 아키텍처 프레임워크 작성 또는 선택, 2004. 페이지 19

추가 읽기

  • 가하라제다기, 잠스히드.시스템 사고: 혼란과 복잡성 관리: 비즈니스 아키텍처를 설계하기 위한 플랫폼.Escvier, 1999; 2차 2005; 3차 2011
  • 수잔 글리스만, 호르헤 산즈."비즈니스 아키텍처의 비교 검토"IBM 연구 보고서, 2009.
  • 윌리엄 M. Ulrich, Neal McWhter, 비즈니스 아키텍처: Meghan-Kiffer Press, 2010, 비즈니스 혁신의 예술 및 실천
  • 조나단 웰런, 그레이엄 메이든비즈니스 아키텍처: 실무 가이드. 2012.
  • 랄프 휘틀, 콘래드 B마이릭엔터프라이즈 비즈니스 아키텍처: 전략과 결과의 공식적 연계, 2004

외부 링크