Compartiendo algunas opiniones sobre la arquitectura de software Java en el curso de Java de Beijing

Los sistemas están destinados a ser complejos, y cómo describir claramente un sistema es una dificultad en el trabajo arquitectónico. Hay dos puntos de vista arquitectónicos. Aunque cada uno tiene su propio énfasis, alcanzan el mismo objetivo a través de enfoques diferentes. Ambos son métodos básicos de la arquitectura de software. El curso de Java de Beijing cree que debe tenerse en cuenta que estas dos vistas arquitectónicas tienen definiciones y comprensiones de vistas ligeramente diferentes.

Modelo de vista “4 1”

Ante requisitos comerciales complejos e inciertos, para evitar la situación de personas ciegas tocando el elefante, es más efectivo utilizar vistas y perspectivas. PhilippeKruchten presentó en detalle el modelo de vista "4 1" en su artículo "Architectural Blueprint-The "4 1" View Model of Software Architecture". En este modelo, las vistas se refieren a la descripción del sistema desde la perspectiva de diferentes partes interesadas, que pueden ser usuarios finales, desarrolladores o directores de proyectos. Por lo tanto, estas cuatro vistas son vista lógica, vista de desarrollo, vista de proceso y vista física. Además, la vista "1" sirve para seleccionar algunos casos de uso y escenarios para describir la arquitectura.

Vista de desarrollo: La vista de desarrollo describe el sistema desde la perspectiva de los programadores y la gestión del software. Esta vista, también llamada vista de implementación, a menudo utiliza diagramas de componentes UML para describir la composición del sistema.

Vista lógica: La vista lógica describe principalmente las funciones proporcionadas por el sistema a los usuarios finales. Generalmente corresponde al diagrama de clases y al diagrama de estado de las herramientas UML.

Vista Física: La vista física describe el sistema desde la perspectiva de un ingeniero de sistemas. Esta vista se centra en la topología de los componentes de software en la capa física y las conexiones físicas entre los componentes y, a menudo, se denomina vista de implementación. En las herramientas UML se llama diagrama de implementación.

Vista de proceso: la vista de proceso se ocupa de los aspectos dinámicos del sistema, como la forma en que se comunican los procesos del sistema y el comportamiento en tiempo de ejecución, como la concurrencia, distribución, integración, rendimiento, escalabilidad, etc. Las herramientas UML están representadas por diagramas de actividad.

Vista de escenario: la vista de escenario utiliza algunos casos de uso o escenarios para describir la interacción entre procesos y objetos. Se utiliza para verificar el diseño de la arquitectura y también es el punto de partida para probar el prototipo de la arquitectura.