Galleria mappe mentale Stile di architettura del software
Un breve elenco di 5 stili di architettura del software, tra cui composizione, illustrazioni e codici di esempio. Fornisce un framework chiaro, prevedibile e mantenibile per lo sviluppo di sistemi software.
Modificato alle 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).
Stile di architettura del software
illustrare
Descrivi come il sistema è organizzato in uno specifico campo dell'applicazione
definizione
Un glossario
Alcuni componenti e tipi di connettore
Un insieme di vincoli
Indicare come il sistema combina componenti e parti di collegamento
Stile sistema di flusso di dati
Stile di architettura batch
principio
Ogni fase di elaborazione è un programma separato
Ogni passaggio deve iniziare dopo che il passaggio precedente è terminato
I dati devono essere completi e consegnati nel loro insieme
composizione
Componenti di base
Applicazione autonoma
Connettori
Qualche mezzo
Scena
Adatto per scenari in cui le grandi quantità di dati devono essere elaborate e i requisiti periodici e bassi in tempo reale non sono elevati
Illustrazione
esempio:
Stile architettura del filtro della pipeline
principio
Il sistema divide diverse fasi di elaborazione sequenziale per elaborare continuamente i dati generati.
I passaggi sono collegati attraverso un flusso di dati e l'output di un passaggio è l'input di un altro passaggio
La trasmissione dei dati è completata dalle condutture e le fasi di elaborazione sono implementate dai filtri
composizione
Componenti di base
Filtro
Connettori
Pipeline
Scena
Scenario del flusso di dati
Illustrazione
esempio:
Chiama/restituzione dello stile di architettura
principio
Strategie per la divisione e la conquista
Decomporre un sistema di grandi dimensioni in diversi sottosistemi
Programma principale/Stile sottoprogramma
principio
Generalmente, il controllo a filo singolo viene utilizzato per dividere il problema in diverse fasi di elaborazione
composizione
membro
Programma principale, subroutine
Le subroutine possono essere combinate in moduli
Connettori
Processo di chiamata
esempio:
Stile di architettura orientata agli oggetti
principio
Il metodo di rappresentazione dei dati e le operazioni corrispondenti sono incapsulate in un tipo di dati o oggetto astratto
composizione
membro
Oggetto
Illustrazione
esempio:
Stile gerarchico del sistema
principio
Ogni livello fornisce servizi allo strato superiore e funge da cliente nel livello inferiore.
L'interfaccia del livello è visibile solo allo strato adiacente
Illustrazione
esempio:
Stile di architettura client/server
principio
Sulla base dell'ambiguità delle risorse, si propone di realizzare la condivisione
Classificazione
Architettura C/S a due strati— "Client grasso, server sottile"
composizione
Server di database
Livello dati
Applicazione del cliente
Strato funzionale, livello di rappresentazione
rete
esempio:
Architettura C/S a tre strati— "Thin Client"
composizione
Server di database
Livello dati
Server delle applicazioni
Strato funzionale
Applicazione del cliente
Strato di espressione
rete
Stile architettonico incentrato sui dati
Stile di architettura del magazzino
principio
I vari componenti del sistema interagiscono attraverso un dati centrale (cioè magazzino).
composizione
membro
Struttura dei dati centrali
Indicare lo stato dei dati attuali
Componenti indipendenti
Gestire dati centrali
Connettori
Interazione tra magazzino e componenti indipendenti
Illustrazione
esempio:
Stile di architettura blackboard
principio
Un modello di risoluzione dei problemi
Quadro concettuale per la conoscenza del dominio organizzando le fasi di inferenza, controllo dei dati dello stato e risoluzione dei problemi
composizione
lavagna
Area di archiviazione dei dati condivisa
Tutte le fonti di conoscenza possono leggere e scrivere dati sulla lavagna
Utilizzato per archiviare dati intermedi e risultati finali
Fonte di conoscenza
Moduli o agenti indipendenti, ciascuno contenente conoscenze o abilità specifiche
Possono essere sensori, processori, analizzatori, ecc.
Responsabile della lettura dei dati sulla lavagna in condizioni specifiche, elaborazione e scrittura dei risultati nella lavagna
Modulo di controllo
Responsabile del coordinamento delle attività delle fonti di conoscenza
Decidere quando attivare quale fonte di conoscenza
Le fonti di conoscenza possono essere programmate in base a politiche specifiche (come priorità, modifiche ai dati)
Scena
Risolvi il problema non strutturato di responsabilità
Illustrazione
esempio:
Virtual Machine Architecture Style
principio
Costruire artificialmente un ambiente operativo, analizzare ed eseguire lingue personalizzate
Stile di architettura dell'interprete
composizione
Motore di spiegazione
spiegare
Area di stoccaggio
Memorizzare il codice da interpretare
Struttura dei dati
Registra l'attuale stato di lavoro del motore Interpreter
Registrare l'avanzamento dell'esecuzione del codice sorgente interpretato
Scena
Spesso utilizzato per costruire una macchina virtuale per colmare la differenza tra semantica del programma e semantica hardware
Illustrazione
esempio:
Stile di architettura del sistema di regole
principio
Dedurre conclusioni o eseguire azioni attraverso un insieme di regole
composizione
Set di regole
Interprete di regola
Regole/selettore di dati
Memoria di lavoro
Illustrazione
esempio:
Stile di architettura componente indipendente
principio
Ogni componente è un individuo relativamente indipendente e non comunica direttamente
Ridurre l'accoppiamento e migliorare la flessibilità
Stile di architettura di comunicazione del processo
composizione
membro
Processo indipendente (denominazione)
Connettori
Consegna del messaggio
peer to peer
Asincrono o sincrono
Chiamata di procedura remota
esempio:
Stile di architettura del sistema di eventi
principio
Il componente non chiama direttamente un processo, ma innesca o trasmette uno o più eventi.
Procedure in altri componenti, registrate in uno o più eventi
Quando viene attivato un evento, il sistema chiama automaticamente tutte le procedure registrate nell'evento
Illustrazione
esempio: