자바 소프트웨어 아키텍처란?

소프트웨어 아키텍처란 무엇인가요?

소프트웨어 아키텍처는 대규모 프로젝트의 모든 측면의 설계를 안내하는 데 사용되는 전체 구조 및 구성 요소에 대한 추상적인 설명입니다.

분석 다이어그램:

1. 고객, 상사, 개발자, 테스터, 운영 및 유지 관리 담당자, 프로젝트와 관련된 사람들을 포함한 관련 당사자는 모두 이해 관계자라고 할 수 있습니다.

2 관련 당사자의 관심사는 아키텍처 요구 사항을 생성하고 전체 아키텍처를 기반으로 분석합니다.

3. 전체 프로세스는 관련 당사자를 위한 시스템을 구축하는 것이며, 시스템이 제공하는 기능은 관련 당사자를 만족시켜야 합니다.

4. 아키텍처는 시스템의 기술 지원 및 구현입니다.

5. 아키텍처 업그레이드에는 아키텍처 문서의 지원이 필요하며 아키텍처 문서는 주로 아키텍처의 표준 지원으로 관련 당사자에게 출력됩니다. , 4+1 뷰 모델을 포함하여 통합 문제

7. 아키텍처는 주로 아키텍처 요소와 요소 간의 핵심으로 구성 요소, 구현 등을 포함합니다. 통합, 집합, 연관 등; 요소 구축 관계는 정적 관계와 동적 관계로 구분됩니다.

건축가 재정의

건축가는 시스템을 구축하고 복제하는 사람입니다. 직위가 아니라 역할입니다. 누구나 회사의 설계자가 될 수 있지만 직위는 반드시 책임자는 아닙니다.

건축가로서의 능력을 향상시키는 방법은 무엇입니까?

1. 당신이 만드는 디자인을 뒷받침하는 상응하는 건축 방식이 필요합니다

2. 건축 모델은 상황에 따라 결정되어야 합니다. 건축을 하기 위해서만 건축을 할 수는 없습니다. 역량과 비즈니스 디자인 프레임워크에는 최적의 것이 없습니다. 좋은 아키텍처 프레임워크는 회사에 가장 적합한 프레임워크입니다.

3. 건축가가 되려면 충분한 실무 경험과 실제 시나리오가 있어야 합니다. 그리기, 요약, 소통하는 능력을 배워야 합니다.

하면 아키텍처

소프트웨어 아키텍처는 요소, 형태, 관계 제약으로 구성되어 전체 아키텍처를 표현할 수 없습니다.

4+1 아키텍처 뷰

논리적 뷰: 설계의 객체 모델

프로세스 뷰: 설계의 동시성 및 동기화 특성 캡처

물리적 뷰: 설명 소프트웨어-하드웨어 매핑은 배포를 반영합니다.

개발 보기: 개발 환경에서 소프트웨어의 정적 조직 구조를 설명합니다.

시나리오: 사용 사례 시나리오를 설명합니다.

논리적 보기

이해관계자: 고객, 사용자, 개발 조직 관리자; , 서브시스템, 기능 모듈, 하위 기능 모듈, 인터페이스

목적: 개발 조직 구분, 비용 일정 평가 역할

개발 뷰

관련자: 개발 테스터

요소 구성: 시스템 레이어, 파티션, 패키지, 프레임워크, 시스템 일반 서비스, 비즈니스 일반 서비스, 클래스 및 인터페이스, 시스템 플랫폼 및 관련 기본 프레임워크

목적: 개발 조직 설계 및 개발 구현을 파악

물리적 관점

관련 당사자: 시스템 통합자, 시스템 운영 및 유지 관리 담당자

요소 구성: 물리적 노드에 대한 시스템 논리적 구성요소의 물리적 배치 및 노드 간 물리적 네트워크 구성

목적: 물리적 노드 및 노드 통신 기능 ;

프로세스 보기

관련자: 성능 최적화, 개발 관련 인력;

요소 구성: 시스템 프로세스, 스레드, 처리 대기열 등;

목적: 성능 최적화 및 시스템 병목 현상 해결에 도움;

시나리오 보기

이해관계자: 사용자, 디자이너 및 개발자.

목적: 아키텍처의 폭이나 많은 아키텍처 요소가 작동하는 방식을 명확히 합니다.

모델 구축 방법

1. 모델은 전체 시스템의 추상적인 개념입니다.

2. 특정 모델은 특정 분야의 문제를 해결하는 것이며, 문제 프로세스는 문제를 모델에 매핑하는 프로세스입니다. 모델은 먼저 현장 문제를 파악하고 이를 분석 및 추출하여 개념 모델을 구성하고 이 모델에서 아키텍처 요구 사항을 추출한 후 최종적으로 솔루션을 제공합니다.

4. 모델 구축 비용은 개발 시간에 비해 훨씬 저렴합니다. ;

5. 직원 간의 협업과 시스템 간의 문서 자산 축적을 촉진합니다.

6. 토론 시나리오나 회의가 많을 때 의사소통에 사용합니다.

7. 다양한 시나리오에 따른 다이어그램 유형

UML 모델링

UML은 Unifiled Modeling Language의 약자이며, 통합 모델링 언어는 특정 분야의 특정 문제와 아키텍처 또는 소프트웨어를 설명할 수 있는 건축 커뮤니케이션을 위해 보편적으로 인식되는 언어 형식이 되었습니다. 설계 단계에서 구현.

UML 다이어그램 분류

정적 다이어그램: 클래스, 개체 및 데이터 구조를 설명하여 소프트웨어 요소의 불변 논리를 설명하고 이들 간의 일반적인 정적 다이어그램은 다음과 같습니다.

사용 사례 다이어그램, 개체 다이어그램, Calss 다이어그램, 구성 요소 다이어그램, 패키지 다이어그램, 배포 다이어그램

동적 다이어그램: 묘사를 통해 실행 프로세스 또는 엔터티 상태 변경은 실행 중 소프트웨어 엔터티의 변환 프로세스를 표시하는 데 사용됩니다. : 협업 다이어그램, 시퀀스 다이어그램, 활동 다이어그램 및 상태 다이어그램(상태 다이어그램) :

Association: 모델 요소와 링크 인스턴스 연결

종속성: 한 요소가 어떤 방식으로든 다른 요소에 종속됨을 나타냅니다.

일반화: 일반과 특수의 관계를 표현합니다.

집합: 전체와 부분의 관계를 표현합니다.

위 내용은 자바 소프트웨어 아키텍처란?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!