Diagramas de diseño de arquitectura

Los arquitectos suelen comunicarse a través de diagramas. Los diagramas son herramientas de comunicación eficaces que ayudan a los implementadores y a las partes interesadas a ver la visión amplia o profundizar en áreas altamente sensibles o matizadas de un sistema. Para comunicarse con la intención, un arquitecto debe seleccionar qué diagrama es útil en cada situación.

La lista de diagramas de este artículo no es exhaustiva. Los diagramas suelen ser una composición de varios tipos.

En última instancia, la elección del diagrama de arquitectura depende de lo que intenta transmitir y del perfil de audiencia. Un arquitecto usa varios tipos de diagramas en todas las actividades para el diseño, el refinamiento de los requisitos y la comunicación.

Procedimientos de diagrama

Los diagramas presentan información sustancial sin necesidad de una explicación textual. Evite la ambigüedad en los diagramas. Estas son algunas recomendaciones:

Use notaciones estándar. Use símbolos, iconos y convenciones de presentación ampliamente reconocidos para una buena legibilidad e interpretación de un diagrama.

Evite líneas ambiguas. Los diagramas suelen mostrar relaciones entre entidades representadas como líneas. Sea coherente en cómo se usan las líneas.

Evite líneas sin flechas. Es difícil saber cuál es la relación sin dirección, así que use flechas. Etiquete todas las líneas sin flechas para indicar las relaciones.

Evite líneas con flechas dobles. Las flechas dobles implican una dependencia bidireccional. Prefiere usar una flecha de un solo extremo para representar el flujo de cliente a servidor.

Etiquete todo. Proporcione etiquetas claras, precisas y significativas para cada icono. Líneas de etiqueta cuando las relaciones no están claras.

Mantener la coherencia. Use colores estandarizados, mayúsculas y minúsculas, iconos, tamaños de icono, tipos de línea, encabezados de flecha y otras representaciones para elementos similares a lo largo de un diagrama y entre diagramas relacionados. Extraiga de los datos o taxonomías existentes.

Sea preciso. Los diagramas son abstracciones, pero no sacrifican la precisión en el proceso. Por ejemplo, no represente un servicio en una red virtual si no está presente en esa red virtual. Un diagrama es una herramienta de comunicación, por lo que debe evitar errores de comunicación de inexactitudes.

Incluir metadatos. Asegúrese de que un diagrama contiene metadatos que proporcionan información esencial sobre el propósito del diagrama. Los metadatos también proporcionan contexto para ayudar a los espectadores a comprender el ámbito y la importancia del diagrama. Incluya elementos como título, descripción, fecha de última actualización, autor y referencias externas.

Use iconos oficiales y nombres de servicio. Cuando representes una tecnología específica, usa los iconos oficiales más recientes de tu proveedor de tecnología. Si la identificación de la tecnología es importante, use el nombre oficial del servicio.

Por ejemplo, estos son los iconos de los servicios de Microsoft:

• Iconos de la arquitectura de Azure
• Iconos de Microsoft 365
• Iconos de Microsoft Dynamics 365
• Iconos de Microsoft Power Platform

Tipos de diagramas de diseño

La arquitectura de la carga de trabajo es compleja y multidimensional. Cada tipo de dimensión se centra en un aspecto específico del sistema proporcionando un nivel de detalle específico de esa dimensión. Por ejemplo, los diagramas de flujo ilustran el flujo de proceso. Los diagramas de relación de entidad muestran las relaciones entre los componentes del sistema.

Tener diferentes tipos de diagramas permite una comprensión completa de las dimensiones. Ayuda a fomentar la comunicación eficaz, la resolución de problemas y la toma de decisiones entre las partes interesadas.

Diagrama de sistema de alto nivel

Un diagrama de sistema de alto nivel sirve como una visión general general de toda una carga de trabajo o de una subsección dentro de una carga de trabajo. Incluye los componentes principales, sus relaciones entre sí y el orden aproximado en el que fluyen los datos a través del sistema. Las flechas muestran la dirección de la interacción.

Estos diagramas son adecuados para alcanzar una comprensión común para que pueda iniciar discusiones más profundas o para la comunicación de las partes interesadas.

Diagrama de bloques

Un diagrama de bloques divide una carga de trabajo en sus principales bloques funcionales. Los bloques suelen ser independientes de la tecnología. Hacen referencia a la funcionalidad que se está realizando en lugar de a un componente específico.

Por ejemplo, un diagrama de bloques podría hacer referencia a un "bus de mensajería" en lugar de a una tecnología específica de message-bus. Este tipo de diagrama puede ayudar a explicar la estructura, el flujo de datos y el flujo de procesamiento de un sistema sin distraer al público con detalles finos.

Diagrama de componentes

Un diagrama de componentes funciona como un diagrama de bloques, pero reemplaza los bloques de funcionalidad genéricos por tecnologías específicas. Presenta una vista detallada con el objetivo de comunicar los componentes tecnológicos individuales del sistema y sus relaciones, como el cliente o el servidor. Estos diagramas son una especie de lista visual de materiales para el ámbito del diagrama.

Diagrama de implementación

Un diagrama de implementación se centra en la implementación de infraestructura, software comercial fuera del estante (COTS) y código personalizado en toda la carga de trabajo. Muestra cómo se distribuyen el software y el código en toda la infraestructura de hospedaje.

Diagrama de flujo de datos

Un diagrama de flujo de datos (DFD) muestra cómo se mueven los datos a través de un sistema, lo que resulta útil al modelar sistemas centrados en datos. En un diagrama como este, es recomendable tener en cuenta si los datos se mueven en lotes o en tiempo real para quitar la ambigüedad.

Diagrama de secuencia

En un diagrama de secuencia se muestran los intercambios de comunicación entre los componentes de carga de trabajo a lo largo del tiempo. Muestra las relaciones de cliente/servidor y su naturaleza sincrónica o asincrónica. También resalta las dependencias de estos intercambios y evalúa los escenarios de error dentro de ellos.

Diagrama de flujo de usuario

Un diagrama de flujo de usuario se centra en una interacción con ámbito entre cargas de trabajo, usuarios o actores y la carga de trabajo. Resulta útil aclarar y visualizar los requisitos funcionales de varias maneras en que un usuario y los datos del usuario interactúan con el sistema.

Diagrama de relación de entidad

Un diagrama de relación de entidad (ERD) es un diagrama de modelado que representa la estructura de una base de datos u otro sistema de almacenamiento. Muestra la relación entre entidades (como tablas) a través de atributos estándar del sector y simbología de asociación.

Diagrama de red

Un diagrama de red muestra la solución desde la perspectiva de la red con la que se ejecuta o interactúa. Estos diagramas son útiles para visualizar la segmentación de red de la carga de trabajo, los puntos de error de red y las transiciones de red clave, como los puntos de entrada y salida de Internet.

Los diagramas de red suelen tener una implementación anterior. A menudo se usan en auditorías y respuesta a incidentes.

Diagrama de estado

Un diagrama de estado es una visualización especializada. Muestra el estado en el que se encuentra un flujo (o un componente individual). También muestra cómo el flujo pasa entre estados en respuesta a condiciones o eventos.

Diagrama de flujo

Aunque no es un diagrama de arquitectura específicamente, un diagrama de flujo es otra manera de aportar claridad a un diseño. Los diagramas de flujo suelen ser útiles cuando representan flujos de trabajo o lógica complejos. Puede usarlos para ayudar a refinar los requisitos y ayudar a impulsar las opciones de implementación.

Pasos siguientes

Lista de comprobación del arquitecto