Galería de mapas mentales Estilo de arquitectura de software
Una breve lista de 5 estilos de arquitectura de software, que incluyen composición, ilustraciones y códigos de muestra. Proporciona un marco claro, predecible y mantenible para el desarrollo de sistemas de software.
Editado a las 2025-01-01 17:52:46,Ceci est une carte mentale sur la carte mentale des experts en bourse (version détaillée).
This is a mind map about the mind map of stock trading experts (detailed version). The main contents include: 1. Mindset management, 2. Basic knowledge, 3. Technical analysis, 4. Fundamental analysis, 5. Trading strategy, 6. Risk control, 7. Continuous evolution.
Questa è una mappa mentale sulla mappa mentale degli esperti di trading azionari (versione dettagliata).
Ceci est une carte mentale sur la carte mentale des experts en bourse (version détaillée).
This is a mind map about the mind map of stock trading experts (detailed version). The main contents include: 1. Mindset management, 2. Basic knowledge, 3. Technical analysis, 4. Fundamental analysis, 5. Trading strategy, 6. Risk control, 7. Continuous evolution.
Questa è una mappa mentale sulla mappa mentale degli esperti di trading azionari (versione dettagliata).
Estilo de arquitectura de software
ilustrar
Describa cómo se organiza el sistema en un campo de aplicación específico
definición
Un glosario
Algunos componentes y tipos de conector
Un conjunto de restricciones
Indicar cómo el sistema combina componentes y piezas de conexión
Estilo del sistema de flujo de datos
Estilo de arquitectura por lotes
principio
Cada paso de procesamiento es un programa separado
Cada paso debe comenzar después de finalizar el paso anterior
Los datos deben ser completos y entregados en su conjunto
composición
Componentes básicos
Aplicación independiente
Conectores
Un medio
Escena
Adecuado para escenarios en los que se deben procesar grandes cantidades de datos y los requisitos periódicos y bajos en tiempo real no son altas
Ilustración
ejemplo:
Estilo de arquitectura de filtro de tuberías
principio
El sistema divide varios pasos de procesamiento secuenciales para procesar los datos generados continuamente.
Los pasos están conectados a través de un flujo de datos, y la salida de un paso es la entrada de otro paso
La transmisión de datos se completa con las tuberías, y los pasos de procesamiento son implementados por filtros
composición
Componentes básicos
Filtrar
Conectores
tubería
Escena
Escenario de flujo de datos
Ilustración
ejemplo:
Estilo de arquitectura de llamada/retorno
principio
Estrategias para dividir y conquistar
Descomponer un sistema grande en varios subsistemas
Programa principal/Estilo de subprograma
principio
En general, el control de un solo hilo se usa para dividir el problema en varios pasos de procesamiento
composición
miembro
Programa principal, subrutina
Las subrutinas se pueden combinar en módulos
Conectores
Proceso de llamadas
ejemplo:
Estilo de arquitectura orientado a objetos
principio
El método de representación de datos y las operaciones correspondientes se encapsulan en un tipo u objeto de datos abstractos
composición
miembro
Objeto
Ilustración
ejemplo:
Estilo de gancho del sistema jerárquico
principio
Cada capa proporciona servicios a la capa superior y sirve como cliente en la capa inferior.
La interfaz de la capa solo es visible para la capa adyacente
Ilustración
ejemplo:
Estilo de arquitectura de cliente/servidor
principio
Basado en la ambiguitud de los recursos, se propone realizar el intercambio
Clasificación
Arquitectura C/S de dos capas: "Cliente de grasa, servidor delgado"
composición
Servidor de base de datos
Capa de datos
Solicitud de cliente
Capa funcional, capa de representación
red
ejemplo:
Arquitectura C/S de tres capas: "Cliente delgado"
composición
Servidor de base de datos
Capa de datos
Servidor de aplicaciones
Capa funcional
Solicitud de cliente
Capa de expresión
red
Estilo arquitectónico centrado en los datos
Estilo de arquitectura de almacén
principio
Los diversos componentes del sistema interactúan a través de un datos centrales (es decir, almacén).
composición
miembro
Estructura de datos central
Indicar el estado de los datos actuales
Componentes independientes
Operar datos centrales
Conectores
Interacción entre almacén y componentes independientes
Ilustración
ejemplo:
Estilo de arquitectura de pizarra
principio
Un modelo de resolución de problemas
Marco conceptual para el conocimiento del dominio que organiza pasos de inferencia, controlando los datos estatales y la resolución de problemas
composición
pizarra
Área de almacenamiento de datos compartido
Todas las fuentes de conocimiento pueden leer y escribir datos en la pizarra
Se utiliza para almacenar datos intermedios y resultados finales
Fuente de conocimiento
Módulos o agentes independientes, cada uno que contiene conocimiento o habilidades específicas
Puede ser sensores, procesadores, analizadores, etc.
Responsable de leer datos en la pizarra en condiciones específicas, procesamiento y escribir los resultados de nuevo a la pizarra
Módulo de control
Responsable de coordinar las actividades de las fuentes de conocimiento
Decide cuándo activar qué fuente de conocimiento
Las fuentes de conocimiento se pueden programar en función de políticas específicas (como prioridad, cambios de datos)
Escena
Resolver el problema de responsabilidad no estructurado
Ilustración
ejemplo:
Estilo de arquitectura de máquina virtual
principio
Construir artificialmente un entorno operativo, analizar y ejecutar idiomas personalizados
Estilo de arquitectura de intérprete
composición
Motor de explicación
explicar
Área de almacenamiento
Almacenar el código a interpretar
Estructura de datos
Registre el estado de trabajo actual del motor intérprete
Registre el progreso de la ejecución del código fuente que se interpreta
Escena
A menudo se usa para construir una máquina virtual para cerrar la diferencia entre la semántica del programa y la semántica de hardware
Ilustración
ejemplo:
Estilo de arquitectura del sistema de reglas
principio
Deducir conclusiones o realizar acciones a través de un conjunto de reglas
composición
Conjunto de reglas
Intérprete de reglas
Reglas/Selector de datos
Memoria de trabajo
Ilustración
ejemplo:
Estilo de arquitectura de componentes independientes
principio
Cada componente es un individuo relativamente independiente y no se comunica directamente
Reducir el acoplamiento y mejorar la flexibilidad
Estilo de arquitectura de comunicación de procesos
composición
miembro
Proceso independiente (nombramiento)
Conectores
Entrega de mensajes
de igual a igual
Asíncrono o sincrónico
Llamada de procedimiento remoto
ejemplo:
Estilo de arquitectura del sistema de eventos
principio
El componente no llama directamente a un proceso, sino que desencadena o transmite uno o más eventos.
Procedimientos en otros componentes, registrados en uno o más eventos
Cuando se activa un evento, el sistema llama automáticamente todos los procedimientos registrados en el evento
Ilustración
ejemplo: