Galerie de cartes mentales Style d'architecture logicielle
Une brève liste de 5 styles d'architecture logicielle, y compris la composition, les illustrations et les exemples de codes. Fournit un cadre clair, prévisible et maintenable pour le développement de systèmes logiciels.
Modifié à 2025-01-01 17:52:46Ceci 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).
Style d'architecture logicielle
illustrer
Décrivez comment le système est organisé dans un champ d'application spécifique
définition
Un glossaire
Certains composants et types de connecteurs
Un ensemble de contraintes
Indiquez comment le système combine les composants et les pièces de connexion
Style de système de flux de données
Style d'architecture par lots
principe
Chaque étape de traitement est un programme distinct
Chaque étape doit commencer une fois l'étape précédente terminée
Les données doivent être complètes et livrées dans leur ensemble
composition
Composants de base
Application autonome
Connecteurs
Un moyen
Scène
Convient pour des scénarios où de grandes quantités de données doivent être traitées et périodiquement et les exigences en temps réel faibles ne sont pas élevées
Illustration
exemple:
Style d'architecture de filtre à pipeline
principe
Le système divise plusieurs étapes de traitement séquentielles pour traiter les données générées en continu.
Les étapes sont connectées via un flux de données, et la sortie d'une étape est l'entrée d'une autre étape
La transmission des données est terminée par des pipelines et les étapes de traitement sont implémentées par les filtres
composition
Composants de base
Filtre
Connecteurs
pipeline
Scène
Scénario de flux de données
Illustration
exemple:
Style d'architecture d'appel / retour
principe
Stratégies pour diviser et conquérir
Décomposer un grand système en plusieurs sous-systèmes
Programme principal / style de sous-programme
principe
Généralement, le contrôle unique est utilisé pour diviser le problème en plusieurs étapes de traitement
composition
membre
Programme principal, sous-programme
Les sous-programmes peuvent être combinés en modules
Connecteurs
Processus d'appel
exemple:
Style d'architecture orienté objet
principe
La méthode de représentation des données et les opérations correspondantes sont encapsulées dans un type ou un objet de données abstrait
composition
membre
Objet
Illustration
exemple:
Style de crochet du système hiérarchique
principe
Chaque couche fournit des services à la couche supérieure et sert de client à la couche inférieure.
L'interface de couche n'est visible que la couche adjacente
Illustration
exemple:
Style d'architecture client / serveur
principe
Sur la base de l'ambiguïté des ressources, il est proposé de réaliser le partage
Classification
Architecture C / S à deux couches - "Fat Client, serveur mince"
composition
Serveur de base de données
Couche de données
Application client
Couche fonctionnelle, couche de représentation
réseau
exemple:
Architecture C / S à trois couches - "Client mince"
composition
Serveur de base de données
Couche de données
Serveur d'applications
Couche fonctionnelle
Application client
Couche d'expression
réseau
Style architectural centré sur les données
Style d'architecture d'entrepôt
principe
Les différents composants du système interagissent à travers une données centrale (c'est-à-dire l'entrepôt).
composition
membre
Structure de données centrale
Indiquer l'état des données actuelles
Composants indépendants
Faire fonctionner les données centrales
Connecteurs
Interaction entre l'entrepôt et les composants indépendants
Illustration
exemple:
Style d'architecture de tableau noir
principe
Un modèle de résolution de problèmes
Framework conceptuel pour les connaissances des connaissances du domaine, organisant les étapes d'inférence, contrôlant les données d'état et la résolution de problèmes
composition
tableau noir
Zone de stockage de données partagée
Toutes les sources de connaissances peuvent lire et écrire des données sur le tableau noir
Utilisé pour stocker les données intermédiaires et les résultats finaux
Source de connaissances
Modules ou agents indépendants, chacun contenant des connaissances ou des compétences spécifiques
Peut être des capteurs, des processeurs, des analyseurs, etc.
Responsable de la lecture des données sur le tableau noir dans des conditions spécifiques, le traitement et la rédaction des résultats au tableau noir
Module de contrôle
Responsable de la coordination des activités des sources de connaissances
Décidez quand activer quelle source de connaissances
Les sources de connaissances peuvent être planifiées en fonction de politiques spécifiques (telles que la priorité, les changements de données)
Scène
Résoudre le problème de responsabilité non structuré
Illustration
exemple:
Style d'architecture de la machine virtuelle
principe
Construisez artificiellement un environnement d'exploitation, analysez et exécutez des langues personnalisées
Style d'architecture interprète
composition
Moteur d'explication
expliquer
Zone de stockage
Stockez le code à interpréter
Structure de données
Enregistrez l'état de travail actuel du moteur interprète
Enregistrer la progression de l'exécution du code source en cours d'interprétation
Scène
Souvent utilisé pour construire une machine virtuelle pour combler la différence entre la sémantique du programme et la sémantique matérielle
Illustration
exemple:
Style d'architecture du système de règles
principe
Déduire des conclusions ou effectuer des actions à travers un ensemble de règles
composition
Ensemble de règles
Interprète de règles
Règles / sélecteur de données
Mémoire de travail
Illustration
exemple:
Style d'architecture de composants indépendants
principe
Chaque composant est un individu relativement indépendant et ne communique pas directement
Réduire le couplage et améliorer la flexibilité
Processus Style d'architecture de communication
composition
membre
Processus indépendant (dénomination)
Connecteurs
Livraison de messages
pair à pair
Asynchrone ou synchrone
Appel de procédure à distance
exemple:
Style d'architecture du système d'événements
principe
Le composant n'appelle pas directement un processus, mais déclenche ou diffuse un ou plusieurs événements.
Procédures dans d'autres composants, enregistrés dans un ou plusieurs événements
Lorsqu'un événement est déclenché, le système appelle automatiquement toutes les procédures enregistrées dans l'événement
Illustration
exemple: