건축 이론이 제자리에 있지 않다. TOGAF 를 배우면 구조적 사고를 구축하는 데 도움이 되지만, 충분치 않다. TOGAF 인증을 통과하더라도 구체적인 프로젝트 구현을 통해 TOGAF 의 내용을 지속적으로 반성한 다음 재단하고 보완하여 건축 프로젝트의 구체적인 구현 방법을 점진적으로 형성해야 합니다.
적절한 착륙 방법과 도구가 부족하다. 아키텍처는 순방향 설계를 강조하고, 비즈니스, 애플리케이션, 데이터, 기술 아키텍처는 하향식 순방향 파생이며, 상향식 역방향 관계이다. 이를 위해서는 아키텍처 프로젝트 초기에 아키텍처 프로젝트의 전체 기술 경로를 계획하고 프로젝트 프로세스에 사용되는 대부분의 도구와 템플릿을 설계해야 합니다. 도구와 템플릿을 통해 아키텍처 간의 논리적 관계를 보장하고 아키텍처 도메인 간의 약속 실현을 보장할 수 있습니다.
프로젝트에 대한 컨설턴트의 능력 요구 사항이 높다. 아키텍처 프로젝트의 경계와 범위에 관계없이 아키텍처 구현 컨설턴트는 글로벌 사고, 비즈니스 및 IT 이해, 전략적 관점에서 논리적 청사진 구축, 문제 심층 발굴을 요구합니다. 프로젝트가 있는 업계의 배경 지식과 기술 경험도 필요하다.
우리는 문장 나 비디오를 통해 건축가의 능력을 완전히 향상시키고 싶지 않습니다. 사실 건축 이론의 승화, 개인의 능력 향상은 모두 실천에서 연마해야 한다. 통속적으로 말하면, 뛰어 들어가는 구덩이가 많아져서 튀어나오는 능력이 향상되었다. 그러나 건물의 순방향 설계에는 여전히 방법과 도구가 있어 모든 업종에서 배울 수 있다.
오늘 소개한 기업은 전형적인 제품 R&D 형 기업으로, 주로 크고 복잡한 제품의 R&D 에 종사한다. 복잡한 제품의 R&D 프로세스는 시뮬레이션, 계산, 실험을 통해 R&D 이론의 정확성을 지속적으로 검증하고, 설계 결과가 초기 요구 사항을 충족하고, 제품의 최종 성능 지표를 파악해야 한다는 것은 잘 알려져 있습니다. 제품 개발과 테스트는 긴밀하게 결합되어 3D 디지털 협업 설계 제조 기술, 모델 기반 시스템 엔지니어링 (MBSE) 기술 및 디지털 시뮬레이션 운영 기술을 채택하고 있습니다.
이 프로젝트는 아키텍처 접근 방식을 통해 비즈니스 아키텍처, 애플리케이션 아키텍처, 데이터 아키텍처 및 기술 아키텍처를 포괄적으로 구축하는 것이 특징입니다. 4 개의 스키마 도메인을 완전히 정의하는 프로젝트는 거의 없으며 각 스키마 도메인 간의 논리적 파생 및 검증 관계에 더 많은 관심을 기울여야 합니다.
프로젝트 프레젠테이션 단계에서는 스키마 도메인 간의 관계를 계획했습니다 (아래 그림 참조). 비즈니스 아키텍처를 기반으로 비즈니스 구성 요소, 비즈니스 데이터 상호 작용 및 요구 사항 측정 모델을 정의합니다. 비즈니스 구성 요소의 기능 범위와 엔터프라이즈 애플리케이션 통합의 현재 상태를 기반으로 정보 요구 사항 카탈로그, 비즈니스/데이터 UC 매트릭스, 애플리케이션 조합 카탈로그 및 애플리케이션 상호 작용 관계를 제공하는 애플리케이션 아키텍처를 설계했습니다. 비즈니스 구성 요소의 데이터 주제 도메인 및 데이터 객체 분석을 기반으로 개념 데이터, 데이터/애플리케이션 UC 매트릭스, 데이터/비즈니스 UC 매트릭스 및 분석 데이터 주제를 정의하는 데이터 스키마를 설계했습니다. 마지막으로, 애플리케이션 아키텍처의 애플리케이션 시스템 배포 및 데이터 스키마의 데이터 분포 및 데이터 빈도를 통해 플랫폼 분해도, 기술 표준 카탈로그, 기술 계보 카탈로그, 애플리케이션/기술 매트릭스, 환경 및 위치 맵을 형성하는 기술 아키텍처를 정의합니다.
-응? 첫째, 비즈니스 구조
비즈니스 아키텍처 작업의 주요 목표는 기업의 전략적 비전을 바탕으로 현재 비즈니스 상황을 분석하고, 기존 비즈니스 역량 및 문제를 식별하고, 비즈니스 개선 요구 사항을 제시하고, 목표 비즈니스 아키텍처를 설계하는 것입니다. AS-IS 비즈니스 아키텍처를 정리할 때 프로젝트는 5W 1H 조사표를 사용하여 정보를 조사하고, 하이퍼바이저 문서를 참조하여 비즈니스 구성 요소 수집 원칙에 따라 현재 구성 요소를 정리하고, 구성 요소를 개발 단계에 매핑합니다. 또한 비즈니스 구성 요소를 정리하면서 비즈니스 구성 요소의 연결을 통해 순서도를 형성합니다.
목표 업무 아키텍처를 설계할 때 업무 요구사항을 분석하고 외부 기준을 참조하여 개선하거나 추가해야 하는 업무 구성요소를 식별하고 향후 업무 구성요소의 전체적인 뷰를 형성합니다. 변경된 비즈니스 구성 요소의 경우 특정 변경 요구 사항은 비즈니스 아키텍처 격차 분석 섹션에서 자세히 설명합니다.
비즈니스 아키텍처 설계 과정에서 사용되는 도구와 방법에는 애플리케이션 아키텍처, 데이터 아키텍처, 기회 및 솔루션, 마이그레이션 계획에 대한 입력을 제공하는 5W 1H 테이블과 비즈니스 아키텍처 격차 분석 매트릭스가 포함됩니다.
둘째, 애플리케이션 아키텍처
애플리케이션 아키텍처 작업의 주요 목표는 기업의 현재 애플리케이션 아키텍처 요구 사항 및 비즈니스 아키텍처의 데이터 흐름 분석 결과를 기반으로 대상 애플리케이션 아키텍처를 설계하는 것입니다. 애플리케이션 아키텍처는 5W 1H 비즈니스 조사 테이블의 정보 요구 사항 (비즈니스 아키텍처 설계 시 애플리케이션 아키텍처 설계를 안내하기 위해 예약된 인터페이스) 에서 설계되었습니다. 동시에 비즈니스 구성 요소의 5 가지 요소 정의와 기존 정보 시스템에 대한 현장 조사를 결합하여 정보 적용 현황을 이해하고 분석을 통해 현재 상태 적용 아키텍처를 도출합니다. 비즈니스 아키텍처 및 애플리케이션 아키텍처 설계는 다음 그림과 같습니다.
애플리케이션에 대한 비즈니스 지원을 더 잘 이해하려면 빗나간 AS-IS 애플리케이션 아키텍처와 AS-IS 비즈니스 아키텍처 간의 대응 관계를 분석하고 현재의 정보 지원과 정보 지원이 없는 상황을 파악해야 합니다. 이는 향후 애플리케이션 구성 요소를 설계하는 입력입니다.
향후 애플리케이션 아키텍처를 설계할 때 정보 요구 사항을 수집하고 기능을 분석하는 동시에 비즈니스/데이터 UC 매트릭스를 사용하여 애플리케이션 경계를 나누고 데이터 흐름을 설계해야 합니다.
애플리케이션 아키텍처 설계 과정에서 사용되는 도구와 방법에는 비즈니스/데이터 UC 매트릭스 및 애플리케이션 아키텍처 격차 분석 매트릭스가 포함되며 데이터 아키텍처, 기술 아키텍처, 기회 및 솔루션, 마이그레이션 계획에 대한 입력을 제공합니다.
셋째, 데이터 스키마
데이터 스키마 작업의 주요 목표는 기업의 현재 데이터 스키마 요구 사항 및 비즈니스 스키마의 데이터 흐름을 기반으로 대상 데이터 스키마를 설계하는 것입니다.
현재 상황 데이터 아키텍처를 결정하는 데는 기존 업무 조사, 업무 관련 지표 분류, 주제 분석 데이터 형성 등 4 단계가 있습니다. 서비스/데이터 UC 매트릭스의 데이터 클래스를 통해 기존 데이터 스키마의 서비스 데이터를 식별합니다. 마스터 데이터는 기본 데이터의 핵심이며 마스터 데이터는 해당 특성에 따라 결정됩니다. 마스터 데이터의 속성을 분석하여 마스터 데이터의 메타데이터를 결정합니다. 마스터 데이터의 코딩 규칙에 따라 인코딩합니다. 마지막으로, AS-IS 데이터 스키마 다이어그램이 형성됩니다.
목표 데이터 스키마 설계도 4 단계로 나뉘는데, 여기에는 지표 체계에 따라 목표 주제를 정의하는 데이터 범주 분석이 포함됩니다. 5W 1H 설문 조사에서 비즈니스 데이터에 대한 요구를 바탕으로 현재 데이터 스키마의 비즈니스 데이터와 결합하여 향후 데이터 스키마의 비즈니스 데이터를 파악합니다. 비즈니스 데이터에 큰 변화가 없을 경우 기본 데이터는 상대적으로 안정적입니다. 마지막으로 대상 데이터 스키마 다이어그램을 도출합니다.
대상 및 기존 데이터 스키마를 기반으로 차이 분석 매트릭스는 기존 및 대상 데이터 스키마를 비교하여 차이를 파악하고 기회, 솔루션 및 마이그레이션 계획에 대한 입력을 제공하는 데 사용됩니다.
넷째, 기술 프레임 워크
기술 아키텍처 작업의 주요 목표는 현재의 기술 아키텍처, 기술 표준, 비즈니스/애플리케이션/데이터 아키텍처 요구 사항에 따라 목표 기술 아키텍처를 설계하는 것입니다. AS-IS 기술 아키텍처와 결합하여 플랫폼 분해도와 기술 계보 카탈로그를 형성합니다.
플랫폼 분해도는 정보 시스템 아키텍처 운영을 지원하는 기술 플랫폼을 주로 설명하고 인프라 플랫폼의 모든 측면을 포괄하며 조직 기술 플랫폼의 개요를 제공합니다. 기술 계보 카탈로그는 하드웨어, 인프라 소프트웨어 및 어플리케이션 소프트웨어를 포함하여 조직에서 사용하는 모든 기술을 식별하고 유지 관리하는 목록입니다. 기술 계보 카탈로그는 나머지 행렬과 도표를 만드는 기초이다.
미래의 기술 아키텍처를 설계할 때 기존 기술 아키텍처를 기반으로 새로운 비즈니스 시나리오 또는 애플리케이션 지원, 필요한 기술 솔루션 (하드웨어, 소프트웨어, 네트워크 등) 설계에 중점을 둡니다. ) 및 인프라가 가동 주기에 도달한 후 필요한 대안 (데이터 삭제 또는 장치 추가).
동사 (verb 의 약자) 기회 솔루션 및 마이그레이션 계획
기회 솔루션과 마이그레이션 계획의 주요 목표는 비즈니스 아키텍처, 정보 시스템 아키텍처 및 기술 아키텍처 간의 격차를 분석하고, 작업 패키지를 설계하고, 작업 패키지와 자원 요구 사항 간의 상호 작용을 결정하고, 우선 순위를 결정하고, 마이그레이션 계획 경로를 설계하는 것입니다.
격차 분석 결과에 따라 작업 패키지를 정의하고 비즈니스 아키텍처, 애플리케이션 아키텍처, 데이터 아키텍처 및 기술 아키텍처의 격차 분석 결과를 수집하고 요약하며 구현 제약 (기업 전략, 자원 제약, 변화 저항 등) 을 고려합니다. ) 그런 다음 격차 분석 결과를 검토하고 병합하여 작업 패키지를 형성합니다.
마이그레이션 계획을 결정할 때 먼저 종속성을 분석하고 작업 패키지 리소스를 평가해야 합니다. 마이그레이션 계획 템플릿에 따르면 마이그레이션 계획 시나리오에서는 작업 패키지의 소유자, 전제 조건 및 구체적인 구현 경로를 명확히 해야 합니다. 미래 통치의 입력으로 삼다. -응?
TOGAF 엔터프라이즈 아키텍처 방법론에 따르면 이 프로젝트는 실험 비즈니스 시나리오를 위한 비즈니스 아키텍처, 애플리케이션 아키텍처, 데이터 아키텍처 및 기술 아키텍처를 완성하고 기회 솔루션 및 마이그레이션 계획을 수립했습니다. TOGAF 의 이론과 방법에 따라 건축 설계의 전 과정을 완성하여 건축 실천에 강력한 실천 사례를 제공하였다. 프로젝트에서 완료된 TOGAF 에 정의된 아키텍처 가공소재는 다음 그림과 같습니다.
이 프로젝트의 자세한 기술 경로, 구현 프로세스, 아키텍처 제품에 대해 자세히 알아보려면 엔터프라이즈 아키텍처 실습 사례 시리즈 과정을 살펴보십시오.