Contenidos
Diagrama de arquitectura en línea
La arquitectura no es más que una descripción abstracta de las entidades de un sistema. Define las relaciones entre ellas e implica una serie de procesos de toma de decisiones.La arquitectura es una visión y una estructura.Un diagrama de arquitectura del sistema es la distribución de las correspondencias funcionales. Se trata de elementos formales, la plasmación de conceptos e información.La arquitectura define las relaciones entre los elementos, entre las características y los elementos circundantes.Crear un diagrama de arquitectura no es fácil. Los ejemplos pretenden facilitar su comprensión.
Un diagrama de arquitectura es un diagrama que representa un sistema que la gente utiliza para abstraer el esquema general del sistema de software y construir restricciones, relaciones y límites entre los componentes. Proporciona una visión completa del despliegue físico de la hoja de ruta de la evolución del sistema de software.
Un diagrama es similar a una imagen. Los ejemplos de diagramas de arquitectura cumplen varias funciones. Siempre ayuda a los usuarios pertinentes a conocer la arquitectura del sistema y a aplicarla en los procedimientos de toma de decisiones. Es crucial comunicar la información relativa a la arquitectura. Sin embargo, hay que seguir unos pasos específicos antes de hacer un diagrama de arquitectura. Estos son:
Diagrama de arquitectura de la nube
En algún momento, en todos los proyectos de software en los que participamos, puede ser necesario crear diagramas de arquitectura. Tanto si seguimos un modelo arquitectónico formal (por ejemplo, Kruchten 4+1, Rozanski & Woods, etc.) como si no, existe la necesidad de documentar algunas partes de la aplicación mediante la creación de diagramas. En la arquitectura de software, estos diagramas se crean de acuerdo con las vistas que están relacionadas con un punto de vista específico que podría formar parte de un modelo, pero en el presente artículo prefiero ceñirme al término diagrama arquitectónico y no ser muy formal; todos los demás aspectos no se pretenden cubrir aquí.
Basándome en mi experiencia como arquitecto de software y formador técnico, hay muchas discrepancias entre proyectos y dentro del equipo del proyecto, de desarrollador a desarrollador, en la forma en que se crean los diagramas de arquitectura. He visto muchos problemas relacionados con la inconsistencia, la fragmentación y la granularidad de la información presentada y el aspecto de los diagramas. En comparación con un modelo arquitectónico que debe ser formal y estandarizado, los diagramas pueden no estar necesariamente formalizados o seguir un estándar específico.
Diagrama del sistema de software
El desarrollo de software es una historia similar. Puede que estés trabajando en una aplicación o un sitio web, pero a medida que aparecen nuevas funciones y cambian los requisitos de los clientes, los equipos de desarrollo se encuentran a menudo trabajando en un producto cambiante. Es un reto, incluso para los que están inmersos en él cada día.
Una imagen vale más que mil palabras, o eso dice el refrán, y eso es lo que ocurre con los diagramas de arquitectura. Ofrecen a todo el equipo, desde los desarrolladores hasta las operaciones de TI, una visión general fácilmente digerible. De este modo, es más fácil para todos asimilar los avances, los conceptos, los objetivos y las ideas. Además, en un entorno de ritmo rápido, mantener a todos en la misma página puede ser la diferencia entre el éxito y el fracaso.
Un diagrama de arquitectura es una representación visual de todos los elementos que componen una parte, o la totalidad, de un sistema. Sobre todo, ayuda a los ingenieros, diseñadores, partes interesadas -y a cualquier otra persona que participe en el proyecto- a entender la disposición de un sistema o una aplicación.
Este diagrama ofrece una visión de alto nivel de la estructura de un software. Por lo general, incluye varios componentes que interactúan entre sí y cómo el software interactúa con bases de datos y servidores externos.
Documentación de la arquitectura del software
4+1 es un modelo de vistas utilizado para “describir la arquitectura de sistemas intensivos en software, basado en el uso de vistas múltiples y concurrentes”[1] Las vistas se utilizan para describir el sistema desde el punto de vista de los diferentes interesados, como los usuarios finales, los desarrolladores, los ingenieros de sistemas y los gestores de proyectos. Las cuatro vistas del modelo son la lógica, la de desarrollo, la de proceso y la física. Además, se utilizan casos de uso o escenarios seleccionados para ilustrar la arquitectura que sirve como vista “más uno”. Por lo tanto, el modelo contiene 4+1 vistas:[1]
El modelo de vistas “4+1” es bastante “genérico”: se pueden utilizar otras notaciones y herramientas, así como otros métodos de diseño, especialmente para las descomposiciones lógicas y de proceso, pero hemos indicado los que hemos utilizado con éxito.- Philippe Kruchten, Architectural Blueprints-The “4+1” View