| dbo:abstract
|
- 4+1 is a view model used for "describing the architecture of software-intensive systems, based on the use of multiple, concurrent views". The views are used to describe the system from the viewpoint of different stakeholders, such as end-users, developers, system engineers, and project managers. The four views of the model are logical, development, process and physical view. In addition, selected use cases or scenarios are used to illustrate the architecture serving as the 'plus one' view. Hence, the model contains 4+1 views:
* Logical view: The logical view is concerned with the functionality that the system provides to end-users. UML diagrams are used to represent the logical view, and include class diagrams, and state diagrams.
* Process view: The process view deals with the dynamic aspects of the system, explains the system processes and how they communicate, and focuses on the run time behavior of the system. The process view addresses concurrency, distribution, integrator, performance, and scalability, etc. UML diagrams to represent process view include the sequence diagram, communication diagram, activity diagram.
* Development view: The development view illustrates a system from a programmer's perspective and is concerned with software management. This view is also known as the implementation view. UML Diagrams used to represent the development view include the Package diagram and the Component diagram.
* Physical view: The physical view (aka the deployment view) depicts the system from a system engineer's point of view. It is concerned with the topology of software components on the physical layer as well as the physical connections between these components. UML diagrams used to represent the physical view include the deployment diagram.
* Scenarios: The description of an architecture is illustrated using a small set of use cases, or scenarios, which become a fifth view. The scenarios describe sequences of interactions between objects and between processes. They are used to identify architectural elements and to illustrate and validate the architecture design. They also serve as a starting point for tests of an architecture prototype. This view is also known as the use case view. The 4+1 view model is generic and is not restricted to any notation, tool or design method. Quoting Kruchten, The “4+1” view model is rather “generic”: other notations and tools can be used, other design methods can be used, especially for the logical and process decompositions, but we have indicated the ones we have used with success. — Philippe Kruchten, Architectural Blueprints—The “4+1” View Model of Software Architecture (en)
- Das 4+1-Sichten-Softwarearchitekturmodell ist ein weit verbreitetes Modell der Sichten auf ein Softwaresystem, das von Philippe Kruchten zur „Beschreibung der Architektur eines Software-intensiven Systems auf der Grundlage von mehreren konkurrierenden Sichten“ entwickelt wurde. Diese Sichten werden benutzt, um das System aus dem Blickwinkel der verschiedenen Stakeholder, wie Endnutzer, Entwickler oder Projektmanager zu beschreiben. Die vier Sichten des Modells sind logical, development, process und physical view (Kontext-, Baustein-, Verteilung- und Laufzeitsichten). Zusätzlich können use cases bzw. Szenarien mit aufgenommen werden, um die Architektur besser darzustellen, was das „+1“ ausdrücken soll. Es wurde mit dem UML-Tool Rational Rose bekannt. Die 4+1-Sichten sind:
* Logical view: Der “logical view” beschäftigt sich mit der Funktionalität des Systems für den Endnutzer. Dabei werden verschiedene UML-Diagramme zur Darstellung benutzt, darunter Klassendiagramm, Kommunikationsdiagramm, Sequenzdiagramm.
* Development view: Die Entwicklungssicht (auch Implementation View) beschreibt das System vom Standpunkt eines Entwicklers und beschäftigt sich mit dem Softwaremanagement. Es wird als UML-Komponentendiagramm oder Paketdiagramm dargestellt.
* Process view: Der “process view” beschäftigt sich mit den dynamischen Aspekten des Systems. Er verdeutlicht die Prozesse des Systems und wie diese kommunizieren hinsichtlich des Laufzeitverhaltens. Er soll Parallelität, Verteilung, Integration, Performance und Skalierbarkeit beschreiben. Die entsprechenden UML-Diagramme beinhalten zum Beispiel das Aktivitätsdiagramm.
* Physical view: Der “physical view” (oder auch deployment view) beschreibt das System vom Standpunkt des Systemarchitekten. Er beschäftigt sich mit der Verteilung der Softwarekomponenten auf physikalischer Ebene (also der Zuordnung dieser zu Hardware-Teilen) und der Kommunikation zwischen diesen Komponenten. Das zugehörige UML-Diagramm ist das Verteilungsdiagramm.
* Scenarios: Die fünfte Sicht soll wichtige Anwendungsfälle oder Anwendungsszenarien aufzeigen. Diese beschreiben Abläufe zwischen Komponenten bzw. Prozessen und sollen helfen, Architekturelemente zu identifizieren, zu veranschaulichen und die Architektur zu überprüfen. Sie dienen auch als Startpunkt für erste Architekturtests bzw. Implementierungsentwürfe. Als UML-Diagramm wird das Anwendungsfalldiagramm eingesetzt. (de)
- 4+1 es un modelo diseñado por Philippe Kruchten para "describir la arquitectura de sistemas software, basado en el uso de múltiples vistas concurrentes". Las vistas suelen describir el sistema desde el punto de vista de diferentes interesados, tales como usuarios finales, desarrolladores o directores de proyecto. Las cuatro vistas del modelo son: vista lógica, vista de desarrollo, vista de proceso y vista física. Además, una selección de casos de uso o escenarios suele utilizarse para ilustrar la arquitectura sirviendo como una vista más. Por ello el modelo contiene 4+1 vistas:
* Vista lógica: La vista lógica está enfocada en describir la estructura y funcionalidad del sistema. Los diagramas UML que se utilizan para representar esta vista son los Diagrama de Clase, Diagrama de Comunicación.
* Vista de desarrollo: La vista de desarrollo ilustra el sistema de la perspectiva del programador y está enfocado en la administración de los artefactos de software. Esta vista también se conoce como vista de implementación. Utiliza el Diagrama de Componentes UML para describir los componentes de sistema. Otro diagrama UML que se utiliza en la vista de desarrollo es el Diagrama de Paquetes.
* Vista de proceso: La vista de proceso trata los aspectos dinámicos del sistema, explica los procesos de sistema y cómo se comunican. Se enfoca en el comportamiento del sistema en tiempo de ejecución. La vista considera aspectos de concurrencia, distribución, rendimiento, escalabilidad, etc. En UML se utiliza el Diagrama de Actividad o Diagrama de Secuencia para representar esta vista.
* Vista física: La vista física describe el sistema desde el punto de vista de un ingeniero de sistemas. Está relacionada con la topología de componentes de software en la capa física, así como las conexiones físicas entre estos componentes. Esta vista también se conoce como vista de despliegue. En UML se utiliza el Diagrama de Despliegue para representar esta vista.
* Escenarios: La descripción de la arquitectura se ilustra utilizando un conjunto de casos de uso, o escenarios lo que genera una quinta vista. Los escenarios describen secuencias de interacciones entre objetos, y entre procesos. Se utilizan para identificar y validar el diseño de arquitectura. Esta vista es también conocida como vista de casos de uso. (es)
- 4+1視景模型（4+1 view model）也稱為4+1架構視圖，是「以使用多個、並發的視景為基礎，描述軟體密集系統的架構」的。這些視景是用各利益相關者的觀點來描述系統，包括有用終端使用者、開發、系統工程師以及專案經理。模型的四個視景是邏輯、開發、過程以及實體視景。此外，也可以用用例或情景（scenarios）來描述架構（+1），因此可以稱為4+1視景：
* 邏輯視景（Logical view）：邏輯視景和提供給終端使用者的機能有關。會用统一建模语言（UML）來表現邏輯視景，包括有類別圖、状态图等。
* 過程視景（Process view）：過程視景處理系統的動態層面，說明系統的過程以及通訊的方式，著重在系統運行時的時間特性。過程視景描述並發性、分散、整合者、性能以及可擴縮性（scalability）等。表示過程視景的UML有时序图、、活动图。
* 開發視景（Development view）：開發視景描述從程式設計師的觀點所看到的系統，著重軟體的管理。此視景也稱為實現視景（implementation view），會用到UML中的组件图來說明系統組件。也可以用來說明開發視景
* 實體視景（Physical view）：實體視景以系統工程師的觀點來說明系統，這和軟體組件在實體層上的拓撲有關，也和各組件之間的實體連接有關。此視景也稱為是佈署視景（deployment view）UML圖中的可以說明實體視景。
* 情景（scenarios）：這種說明架構的方式是透過小型的用例或情景來進行，這是第五個觀點。情景會敘述各物件、各過程之間互動的結果。也可以用來識別架構元素，也可敘述並且確認架構設計。這也是架構原形測試的起點。此視景也稱為是用例視景（use case view）。 4+1視景模型是通用的，沒有限制標示方式、工具或是設計方法。摘錄Kruchten的文字如下 4+1視景模型是通用，也可以使用其他的標示方式或工具。也可以使用其他的設計方式，特別是在邏輯以及過程的拆解上。不過我們會指出我們曾經成功使用的方法。 ——Architectural Blueprints—The "4+1" View Model of Software Architecture (zh)
|
| rdfs:comment
|
- 4+1 is a view model used for "describing the architecture of software-intensive systems, based on the use of multiple, concurrent views". The views are used to describe the system from the viewpoint of different stakeholders, such as end-users, developers, system engineers, and project managers. The four views of the model are logical, development, process and physical view. In addition, selected use cases or scenarios are used to illustrate the architecture serving as the 'plus one' view. Hence, the model contains 4+1 views: (en)
- Das 4+1-Sichten-Softwarearchitekturmodell ist ein weit verbreitetes Modell der Sichten auf ein Softwaresystem, das von Philippe Kruchten zur „Beschreibung der Architektur eines Software-intensiven Systems auf der Grundlage von mehreren konkurrierenden Sichten“ entwickelt wurde. Die 4+1-Sichten sind: (de)
- 4+1 es un modelo diseñado por Philippe Kruchten para "describir la arquitectura de sistemas software, basado en el uso de múltiples vistas concurrentes". Las vistas suelen describir el sistema desde el punto de vista de diferentes interesados, tales como usuarios finales, desarrolladores o directores de proyecto. Las cuatro vistas del modelo son: vista lógica, vista de desarrollo, vista de proceso y vista física. Además, una selección de casos de uso o escenarios suele utilizarse para ilustrar la arquitectura sirviendo como una vista más. Por ello el modelo contiene 4+1 vistas: (es)
- 4+1視景模型（4+1 view model）也稱為4+1架構視圖，是「以使用多個、並發的視景為基礎，描述軟體密集系統的架構」的。這些視景是用各利益相關者的觀點來描述系統，包括有用終端使用者、開發、系統工程師以及專案經理。模型的四個視景是邏輯、開發、過程以及實體視景。此外，也可以用用例或情景（scenarios）來描述架構（+1），因此可以稱為4+1視景：
* 邏輯視景（Logical view）：邏輯視景和提供給終端使用者的機能有關。會用统一建模语言（UML）來表現邏輯視景，包括有類別圖、状态图等。
* 過程視景（Process view）：過程視景處理系統的動態層面，說明系統的過程以及通訊的方式，著重在系統運行時的時間特性。過程視景描述並發性、分散、整合者、性能以及可擴縮性（scalability）等。表示過程視景的UML有时序图、、活动图。
* 開發視景（Development view）：開發視景描述從程式設計師的觀點所看到的系統，著重軟體的管理。此視景也稱為實現視景（implementation view），會用到UML中的组件图來說明系統組件。也可以用來說明開發視景
* 實體視景（Physical view）：實體視景以系統工程師的觀點來說明系統，這和軟體組件在實體層上的拓撲有關，也和各組件之間的實體連接有關。此視景也稱為是佈署視景（deployment view）UML圖中的可以說明實體視景。
* 情景（scenarios）：這種說明架構的方式是透過小型的用例或情景來進行，這是第五個觀點。情景會敘述各物件、各過程之間互動的結果。也可以用來識別架構元素，也可敘述並且確認架構設計。這也是架構原形測試的起點。此視景也稱為是用例視景（use case view）。 (zh)
|
