비즈니스 아키텍처 : 개념 아키텍처와 다른 점은 무엇입니까?

Question

저는 비즈니스 아키텍처에 대해 많이 들었습니다. 개념 아키텍처와 어떻게 다른지 궁금하십니까? 미리 감사드립니다.

Answer 1

소프트웨어 아키텍쳐 및 EA 세계의 모든 개념은 일반적으로 고정하기가 어렵습니다. 이러한 대답은 위키 피 디아와 내 자신의 이해에 따르지만 마일리지는 다를 수 있습니다.

"Business Architecture"은 소프트웨어에는 적용되지 않습니다. 비즈니스에 대한 전체 론적 관점이며 비즈니스 프로세스, 거버넌스 및 정보를 포함합니다. 회사의 엔터프라이즈 설계자가 책임을 질 수 있으며, 여기에 설명 된 프로세스 중 일부는 소프트웨어 산출물이거나 소프트웨어 시스템에 의해 지원 될 수 있지만 일반적으로 상위 수준의 비즈니스 중심 뷰입니다. 비즈니스 아키텍처는 회사 경영진이 회사의 시스템 운영과 관련된 높은 수준의 의사 결정 및 계획을 수립하는 데 도움을주기 위해 사용됩니다.

"Conceptual Architecture"(소프트웨어 용어로 사용)은 소프트웨어 시스템의 논리 및 기타 고급 아키텍처보기를 나타냅니다. 이것은 소프트웨어 아키텍처 문서에서 찾을 수있는 아키텍처 문서 유형입니다. "개념적 아키텍처"는 기술적이지 않은 관객이 이해할 수있을만큼 고수준이어야합니다.

Answer 2

아키텍처는 일관된 관련 추상 집합으로 생각할 수 있습니다. 디자인에는 다른 세트가 있습니다. 한 세트는 비즈니스 컨텍스트를 설명합니다. 다른 하나는 데이터 컨텍스트를 설명 할 수 있습니다.

사람들이 추상화 집합을 혼동하지 않도록 조심하지 않을 때 객체 지향 디자인이 종종 붕괴됩니다. ("고 응집력/저 결합"참조). 귀하의 코드는 각각의 측면을 반영합니다.

Answer 3

비즈니스 아키텍처는 엔터프라이즈 아키텍처의 일부입니다. 기술 아키텍처는 인프라 및 응용 프로그램 도메인을 포함합니다. 그러나 그들은 모두 전체적인 것의 일부입니다. 비즈니스 아키텍처는 비즈니스를 정의하고 안내하는 사람, 프로세스/방법 및 표준/기술을 설명합니다 (표면 상으로는 생산성 향상을 제공하는 "기술"을 특별히 언급하지 않고). 업무 기준, 조치 및 측정 기준을 사용하여 수행 할 작업, 수행시기 및 비용을 비즈니스 결정을 내릴 수 있습니다. 이것의 대부분은 자동화 된 지원 (펜/종이, 사고/이유, 직접 대면 토론)없이 수행 될 수 있습니다.

자동화 (기술 인프라, 시스템/응용 프로그램/데이터베이스) - "IT"를 광범위하게 언급 할 수 있다면 사업을 이상적으로 지원할 수 있습니다. 그러나 기술 아키텍처가 없는지와 기술 아키텍처가 없다면 얼마나 잘 표현할 수 있으며 필요한 기술 역량 (비즈니스 아키텍처로 설명)에 매핑하는 방법을 보여줄 수있는 방법은 무엇입니까? 매핑은 비즈니스 아키텍처와 기술 아키텍처 간의 개념적 아키텍처 "계층"을 통해 수행됩니다.

개념적 아키텍처는 비즈니스 아키텍처 (계획, 프로세스 흐름, 조직도, 활동 설명, 규정, 벌칙 등)가 필수 비즈니스 전략 및 정보 요구 사항, 원칙, 제약 및 가정, 기술 아키텍처/IT 이니셔티브 (포트폴리오/응용 프로그램) 및 운영 요구 사항, 원칙, 제약 조건 및 가정과 비교할 수있는 가정 사항에 대해 설명합니다. 이것은 본질적으로 비즈니스가 수행해야하는 작업과 IT가 수행해야하는 작업을 연결하는 일련의 개념입니다. 개념 아키텍처 위에는 "비즈니스"가 있습니다. 마찬가지로 IT의 "아래"에서 개념적 아키텍처는 IT 부서가 보는 것처럼 진실을 반영해야합니다. 예, 그것은 정치적으로 민감한 것입니다!

개념 아키텍처를 사용하면 IT 리더에게 비즈니스에 가장 유용한 노력을 조언 할 수 있습니다.많은 움직이는 부분이있는 복잡한 현대화에 매우 유용 할 수 있습니다. 적어도 우선 순위를 매기고 빠른 승리를 식별하십시오. 비즈니스 POV에서 비즈니스 변경 사항을 고려할 때 자동 지원 평가를 제공 할 수도 있습니다. 그러나 건축가는 오해를 최소화하기 위해 IT 리더십에 대한 메시지를 조심스럽게 조정해야합니다.