In Concetto: architettura di sistema, è presente l'idea dei punti di vista da
cui è possibile esaminare un sistema; di particolare rilievo in questo contesto è il punto di vista fisico. Esso
"è incentrato sulle interazioni distribuite tra oggetti nel sistema e fornisce i meccanismi per supportare la
distribuzione" [citazione da Architecting with RM-ODP, Janis Putman, Prentice Hall PTR]. Al livello descritto in
questo ambito, gli oggetti logici includono istanze del sottosistema. Il Modello di distribuzione supporta questo punto
di vista descrivendo in che modo viene distribuito il sistema fisicamente e il supporto fisico per interazioni
distribuite tra gli oggetti logici supportati dal sistema.
Lo scopo di un Modello di distribuzione è catturare la scomposizione del sistema in elementi che ospitano
l'elaborazione. Ciò viene effettuato a diversi livelli di astrazione, precisamente Località (il più astratto),
Descrittore e Implementazione (il meno astratto, in cui vengono descritte le scelte effettive di hardware e software);
tali livelli sono più o meno equivalenti ai livelli Concettuale, Specifica e Fisico descritti per il Modello di
distribuzione (utilizzato quando l'applicazione di RUP è limitato allo sviluppo software). La manifestazione più
familiare di un modello di distribuzione avviene ai livelli Progettazione e Implementazione, attraverso l'uso di
diagrammi di distribuzione UML. Quanto segue è un'introduzione al livello Analisi, concetto del punto di vista fisico
di Località.
Il modello Località rappresenta la distribuzione e il partizionamento iniziale, astratto, fisico del
sistema ed è coinvolto con le risorse fisiche del sistema (nodi, unità, sensori e relative connessioni e interfacce e
le caratteristiche fisiche di queste, ad esempio peso, generazione di calore, consumo di alimentazione, vibrazione e
così via). Una località esprime nozionalmente l'ubicazione in cui si verifica l'elaborazione (la semantica della
località implica un raggruppamento di risorse) senza definire l'ubicazione geografica esatta o le modalità di
realizzazione della capacità di elaborazione. E' concepibile per sistemi estremamente complessi ed estremamente ampi,
che il modello Località iniziale possa disporre di località che scompongono le località più dettagliate (proprio come
un sottosistema può contenere dei sottosistemi). Al livello Descrittore, i tipi di risorse di
elaborazione in una località vengono specificate; questi sono nodi, che possono includere unità di calcolo
(server, workstation e così via), utenti o altre unità elettro-meccaniche. Infine, al livello di
Implementazione, la selezione effettiva di hardware viene effettuata, numerose istanze di ruolo (nel caso di
risorse umane) viene determinato, con una serie definita di configurazioni, capacità, alimentazione e altri requisiti
ambientali, costo e prestazioni. Ad esempio, è possibile che una vista Località mostri che il sistema abilita
l'elaborazione su un satellite nello spazio e su una stazione a terra. Altri esempi sono mostrati nelle figure della
sezione Diagrammi delle località.
Il Modello di distribuzione viene inoltre utilizzato per registrare le operazioni del sottosistema ospitate in ogni
località - in questo modo si determinano i requisiti di calcolo da supportare nella località. In base alla funzionalità
da supportare nelle località, è possibile creare delle collaborazioni di località (e rappresentarle nei diagrammi di
interazione); in questo modo è più semplice caratterizzare le connessioni tra le località.
I diagrammi delle località mostrano partizionamento iniziale, le modalità di distribuzione degli elementi di
elaborazione del sistema e le modalità di connessione di tali elementi. La località di calcolo è un problema quando si
considerano essenzialmente requisiti non funzionali e, per molti ingegneri di sistema, questa è "l'architettura".
I diagrammi di località sono composti da due elementi:
-
Località - una località è una raccolta di risorse umane, elettro-meccaniche, strutturali, di memoria, di calcolo
che può ospitare l'elaborazione (nel senso generale) e/o interagire fisicamente con l'ambiente e con altre
località.
-
Connessioni - percorsi per informazioni, massa, energia o elementi fisici distinti da scambiare tra le località.
Le semantiche dei diagrammi di località sono simili a quelli dei diagrammi di distribuzione e le località sono
rappresentate come nodi UML stereotipati. Nello standard UML, un nodo è un classificatore che "... è un oggetto fisico
che rappresenta una risorsa di elaborazione, generalmente, che dispone di almeno una memoria e spesso anche della
capacità di elaborazione. I nodi includono le unità di calcolo ma anche risorse umane o risorse di elaborazione
meccaniche. UML consente l'estensione delle semantiche di nodi e le associazioni che li connettono, tramite la
creazione di stereotipi e l'applicazione di valori con tag e tali funzioni vengono utilizzate per definire le località
e le connessioni. L'icona per una località è un cubo bombato (esaminare le illustrazioni nella sezione Diagrammi
di località).
Per ogni località nel Modello di distribuzione è necessaria una descrizione allegata dei requisiti supplementari
derivati (derivati dalle specifiche supplementari) che specificano la qualità (affidabilità, possibilità di
manutenzione, sicurezza e così via), i requisiti ambientali e fisici e i vincoli di distribuzione (costo, rischio
tecnico e così via). Da tali requisiti, vengono determinate le caratteristiche reali (di ogni località), ovviamente
esse vengono scelte per soddisfare almeno i requisiti, ma possono andare ben oltre se la pratica di progettazione del
suono lo richiede, ad esempio per gestire richieste di capacità.
Le località sono caratterizzate da:
-
Tag di qualità, come ad esempio affidabilità, disponibilità, prestazioni, capacità e così via.
-
Tag di gestione, come ad esempio il costo e il rischio tecnico
Le connessioni sono caratterizzate dai seguenti elementi:
-
Parametri di collegamento, ad esempio intervalli di dati, protocolli supportati, incidenza di flusso fisica.
-
Tag di gestione, come ad esempio il costo e il rischio tecnico.
Man mano che ci si sposta nel modello di progettazione, è possibile perfezionare le località in uno o più nidi o
associarle a un singolo nodo. E, in virtù della libertà fornita dalla definizione UML, le località possono
rappresentare elementi piuttosto diversi tra di loro, realizzati alla fine, ad esempio, come raccolta di piattaforme
hardware, parte di una risorsa di calcolo o gruppi di risorse umane di collaborazione.
Le figure mostrano i diagrammi di località che documentano approcci di progettazione differenti a una azienda
click-and-mortar. L'azienda dispone di numerosi negozi, magazzini centrali e di una presenza web. Nella prima
soluzione, è presente una capacità di elaborazione nei negozi. Nella seconda soluzione, tutti i terminali sono connessi
direttamente a un processore da ufficio centrale. In ogni caso, è possibile impostare le caratteristiche per le
località, necessarie per realizzare la progettazione. Al giorno d'oggi, molti saranno d'accordo nel considerare il
primo esempio come una migliore progettazione. Tuttavia, è possibile che la soluzione del secondo esempio diventi
superiore in pochi anni.
Diagramma della località, Esempio 1.
Diagramma della località, Esempio 2.
|