4+1 View Model of Software Architecture

4+1 View Model of Software Architecture

No single standard set of viewpoints must be described for software architecture. In fact, we discuss two popular models to illustrate the point that multiple views are necessary. Philippe Kruchten from Rational software divides architecture into the 4+1 view model (Kruchten 1995) discussed in the following sections.

특정 표준관점에서의 견해를 가지고 소프트웨어 아키텍처는 설명되지 않아야 한다. 사실상, 우리들은 다각도의 관점에서 필요한 요점을 설명하기 위하여 2가지의 대중적인 모델을 토론한다. Rational 소프트웨어로부터 Philippe Kruchten는 Rational 소프트웨어로부터 분할된 아키텍처이다. 4+1 뷰 모델은 다음 섹션에 토론되는 모형을 보라.(Kruchten 1995)

Logical View

The logical view, or logical architecture, is the object model for the design. It describes the structures of the software that solve the functional requirements for the system. It is a subset of all the classes of the system. The logical view is strictly a structural view of the software, including the important classes and class relationships in the architecture.

논리적 관점은 설계를 위한 객체 모델이다. 이것은 시스템을 위해 기능적 요구사항을 충족시키는 소프트웨어의 구조들을 설명한다. 이것은 시스템의 모든 클래스들의 일부분이다. 논리적 관점은 아키텍처에 있어서 중요한 클래스들과 클래스 관계를 포함한 엄격한 소프트웨어 구조적 뷰이다.

Process View

The process view, or process architecture, describes the view of the architecture that includes running processes and instantiated objects that exist in the system. It describes important concurrency and synchronization issues.

프로세스 뷰는, 실행 프로세스를 포함하고 시스템에 존재하는 대상의 예시를 들었던 아키텍처의 뷰를 설명한다. 이것은 중요한 작용과 동기화 이슈들을 설명한다.

Development View

The development architecture view focuses on the module organization of the software. It shows how classes are organized into packages, and it outlines the dependencies between packages of software. This is the view of the design that shows the layered structures of the software and what the responsibilities of each layer in the system are.

개발 아키텍처 뷰는 소프트웨어의 모듈 조직에 초점을 맞춘다. 이것은 어떻게 클래스가 패키지에서 조직되는지를 보여준다. 그리고 소프트웨어의 패키지들 사이에 종속물들의 윤곽을 표시한다. 이것은 소프트웨어의 레이어 구조들과 시스템의 각각의 층의 역할이 무엇인지 나타내어주는 설계 뷰이다.

Physical View

The physical view describes the machines that run the software and how components, objects, and processes are deployed onto those machines and their configurations at run-time.

물리적 뷰는 소프트웨어와 컴포넌트들, 오브젝트들, 그리고 프로세스들이 어떻게 그 장치들에 배치되었고 그 형상들의 실행시간에 대한 장치들의 특징을 설명한다.

+1

The +1 in the 4+1 view model describes the scenarios that the architecture is meant to satisfy. The scenarios represent the important requirements that the system must satisfy. The scenarios that are chosen are those that are the most important to solve because they are either the most frequently executed or they pose some technical risk or unknown that must be proven out by the architecture baseline. The other four views are centered on the set of scenarios that are chosen for the creation of the architecture.

4+1 뷰 모델에 대한 +1 모델은 아키텍처가 충족시키는 계획된 시나리오들을 설명한다. 시나리오들은 시스템이 구현해야 할 중요한 요구사항을 나타낸다. 선택된 시나리오들은 그것의 가장 많은 빈번히 실행되었던 요구사항을 풀기 위해 가장 중요하다. 또는 그것은 몇몇의 기술적 위험 또는 아키텍처 기준선에 의한 몇몇 기술적 위험 또는 알려지지 않은 것이 증명되어야 한다. 다른 4가지 뷰는 아키텍처의 창조를 위한 선택된 시나리오들의 세트에 집중시킨다.