애플리케이션 아키텍처는 IT 시스템 기능 및 기술 구현 내용을 설명합니다.
애플리케이션 아키텍처는 다음과 같은 두 가지 수준으로 구분됩니다.
엔터프라이즈 수준 애플리케이션 아키텍처는 이전과 다음을 통합적으로 계획하고 연결하는 역할을 하며 전략적을 계승합니다. 기업의 개발 방향과 비즈니스 모델을 계획하고 기업의 각 IT 시스템의 위치와 기능을 안내합니다. 엔터프라이즈 아키텍처에서 애플리케이션 아키텍처는 가장 중요하고 작업량이 많은 부분입니다. 여기에는 기업의 애플리케이션 아키텍처 청사진, 아키텍처 표준/원칙, 시스템 경계 및 정의, 시스템 간의 관계가 포함됩니다.
단일 IT 시스템을 개발하거나 설계할 때 시스템의 주요 모듈과 기능 포인트를 설계합니다. 시스템 기술 구현은 프런트엔드 디스플레이부터 비즈니스 처리 로직, 백엔드 데이터가 어떻게 처리되는지까지입니다. 구조화. 이 영역의 작업은 일반적으로 엔터프라이즈 아키텍처의 범위가 아닌 프로젝트 팀에 속합니다. 그러나 각 시스템의 아키텍처 설계는 엔터프라이즈의 전체 애플리케이션 아키텍처 원칙을 따라야 합니다.
애플리케이션 아키텍처는 주로 시스템의 구성과 프레임워크를 아키텍처 다이어그램의 형태로 설명하며 일반적으로 시스템 기능과 시스템 기술 수준이라는 두 가지 아키텍처 관점에서 설계됩니다.
일반적인 차량 제조업체 제품 개발 사업의 비즈니스 아키텍처 개략도
일반적인 자동차 제조업체의 제품 개발 사업 비즈니스 아키텍처 개략도에서 볼 수 있듯이 다음과 같이 구성에 대한 예비 요약을 작성한 후 일반적인 비즈니스의 비즈니스 구성 요소를 통해 "비즈니스 아키텍처 다이어그램"이라고 부르는 비즈니스의 전반적인 프레임워크 구조를 얻을 수 있으며, 이 프레임워크 내에서 기업의 세 가지 수준에서 직원이 수행하는 작업은 무엇입니까? 사업.
승진한 기업의 중간 및 고위급 리더 중 상당수는 자신의 내용과 업무에는 관심을 기울이지 않고 항상 경영진의 업무 방식과 규칙을 연구하는 것이 주요 책임이라고 생각합니다. 방법은 전체 운영망에서 중요한 역할을 하기 때문에 경영진과 의사결정 리더의 성과는 당연히 임원급 직원의 노력에 달려 있습니다. 어떤 기술적 병목 현상이 판단과 의사 결정 능력에 영향을 미치는지 조사합니다.
실제로 많은 새로운 현대 경영 모델은 중간 및 고위 리더의 운영 능력 문제를 해결하거나 세 가지 비즈니스 수준 간의 정보 통신 능력 문제를 해결하기 위해 설계되었습니다. 이것이 비즈니스 아키텍처의 이유입니다. 분석가는 전략 및 관리 운영의 형태도 분석해야 합니다.
다음은 위의 세 가지 다른 수준의 작업 구성 요소의 특성을 설명합니다.
전략적 계층 비즈니스 구성 요소는 자연스럽게 전략적 계층 결정의 비즈니스 동작을 정의하고 표준화하는 데 사용됩니다. 메이커. 많은 기업에서 전략적 데이터 분석을 전문으로 하고 의사 결정 리더를 위한 구체적인 계획을 제안하는 일부 고위 관리자도 전략적 비즈니스 구성 요소의 비즈니스 인력으로 간주되어야 합니다.
전략적 수준의 비즈니스 구성 요소는 일반적으로 다음 운영 벤치마크에 따라 설계되어야 합니다.
관리 계층은 의사 결정 계층과 실행 계층 사이에 있기 때문에 정보통신은 일반적으로 부하에게 정보를 위임하고 보고하는 역할을 수행하기 쉽지만, 부하에서 상사로의 의사소통은 상대적으로 어렵고 관리적, 기술적 문제가 많다. 경영 비즈니스 구성요소는 경영진의 비즈니스 프로세스 제어 능력을 향상시키고, 경영진과 경영진 및 전략 계층 간의 정보 커뮤니케이션 능력을 향상시키는 것을 주요 라인으로 설계해야 합니다. 경영진 작업의 초점은 다음과 같이 설정되어야 합니다.
모범 사례 모델에 대한 벤치마킹 또는 설문 조사 및 분석 완료 후 비즈니스 핫스팟 분석 다이어그램
위 아키텍처 다이어그램은 따라서 일반적인 기업 수준의 비즈니스 아키텍처에는 모든 관련 부서의 비즈니스 구성 요소가 포함됩니다. 그러나 실제로 우리가 수행하는 특정 분석 중 상당수는 한 부서의 비즈니스에 대해서만 수행되어야 하는 경우가 많습니다. 이 경우 위의 방법에 따라 부서 수준의 비즈니스 아키텍처 다이어그램을 준비할 수도 있습니다. 그러나 대부분의 경우 이러한 아키텍처 다이어그램은 전략 계층의 구성 요소 설계를 고려할 필요가 없습니다. 문제가 있는 2계층 아키텍처 다이어그램만 사용할 수 있습니다.
다음은 상대적으로 상세한 비즈니스 아키텍처 다이어그램입니다.
기술 수준에서 보면 주로 지속성 계층, 데이터 계층, 논리 계층, 애플리케이션 계층, 프레젠테이션과 같은 계층형 모델입니다. 레이어 등을 파악하고, 각 레이어별로 Spring, hibernate, ioc, MVC, 성숙 클래스 라이브러리, 미들웨어, WebService 등 각각 어떤 기술 프레임워크가 사용되는지, 이러한 기술이 필요한지를 요약할 수 있습니다. 전체 시스템의 주요 구현.
기술 프레임워크는 기술 시스템 전체 또는 일부의 재사용 가능한 설계이며, 추상 구성 요소 집합과 구성 요소 인스턴스 간의 상호 작용 방법으로 표현됩니다. 또 다른 정의에 따르면 기술 프레임워크는 다음과 같습니다. 개발자가 사용자 정의한 애플리케이션 뼈대입니다. 전자는 애플리케이션 관점에서 정의되고 후자는 목적 관점에서 정의됩니다.