Architetture funzionali
MG Fugini, Sistemi Informativi (2021-
2022)
1
Aspetti BOAT
• Business : descrive gli obiettivi dell’azienda
• Organizzazione: descrive come le organizzazioni sono
strutturate e connesse per raggiungere gli obiettivi
definiti dal business
• Architettura: descrive la struttura concettuale di sistemi
informativi utilizzati per supportare le organizzazioni
• Tecnologia: descrive la realizzazione tecnologica dei
sistemi la cui struttura è descritta dall’architettura
Chapter 4: BOAT Framework -
Beyond e-Business © 2015 Paul Grefen
2
L’architettura è il blueprint della struttura di un
sistema complesso
Definizione di architettura di
sistema
“A software architecture defines a structure that
organizes the software elements and the resources
of a software system. Software elements and
resources are represented by subsystems. In a
given software architecture, these subsystems
have specific responsibilities and relationships to
other subsystems”.
(Mathias Weske)
Architettura funzionale
The functional architecture of an information
system specifies the structure of that system in
terms of functional software components
supporting specific functions and interfaces
supporting the interactions among those
components
(Grefen)
Il bisogno di un’architettura
funzionalità demand tecnologia
pull
technology
qualità push struttura
Business IT
Architecture as a pivot between B&O
and T aspects
B&O
T
Beyond e-Business © 2015 Paul Grefen Chapter 7: Architecture Aspect - 7
Livello di aggregazione delle
architetture
– Market-level architecture:
struttura di un intero
sistema informativo e ci si
focalizza sulle
collaborazioni
– Party-level architecture:
struttura del sistema
informativo di una azienda
in uno scenario
– System-level architecture:
struttura di una singola
funzionalità del sistema
informativo di una azienda
Architettura market level
FES m1 FES
A1 B1
FES m2 FES
A2 B2
BES FES m3 FES BES
A A3 B3 B
FES m4
A4
m5 m6
FES FES FES FES FES
A5 I1 I2 I3 B4
BES
I
FES Xn Front end system
BeyondBES X Back
e-Business end
© 2015 system
Paul Grefen Chapter 7: Architecture Aspect - 9
Architettura party - level
mA1 FES m1
DB A1 DB A1
BES
MS A1 mA2 m2
Party B
A1 FES
DB A2 A2
mA6
mA3 FES m3
A3
BES
A2 mA4 FES m4
DB A4
Party I
DB A3 MS
A2 BES mA5 FES m5
A3 A5
Architettura system level
mA.BES_A1.1
mA.BES_A1.3
mA1
FES A1
BES
A1.1
DBMS A1
BES BES
A1.4 A1.3
mA2
FES A2
BES
A1.2
mA.BES_A1.2
mA6
BES A2
POSH enterprise architecture
Party-level
Architecture
Procurement
Party-level
Architecture
Party-level Finance
Architecture
Vendite
Party-level
Architecture
HRM
Enterprise Architecture
Insieme di più architetture party-level, con elementi in parte condivisi
Esempio: architettura party level per
sistema vendite
DBMS
Adm.
Serv.
Serv.
Prov. Serv.
Cust.
B
Data
Order
Paym.
Mngt.
gestionale
Sistema
DBMS
DB
A
Goods
Handl.
Adver-
Advert. tising
Broker
Data
Esempio: architettura party level per
sistema vendite
DBMS
Adm.
Serv.
Serv.
Prov. Serv.
Cust.
B
Data
Order
Paym.
Mngt.
gestionale
Sistema
DBMS
DB
A
Goods
Handl.
Adver-
Advert. tising
Broker
Data
Esempio: Architettura system level per
il modulo order management
Catalog
Catalog
Module
gestionale
Cust.
Order Shopping
Handling Cart
Billing
Paym.
Module
Livelli di astrazione nelle architetture
Reference Valida
Architecture per più
organizzazioni
Astrazione
Standard
Architecture
Instance Valide
Architecture all’interno di
una organizzazione
Beyond e-Business © 2015 Paul Grefen Chapter 7: Architecture Aspect - 16
Relazione tra moduli organizzativi e
moduli architetturali
• Allineamento tra requisiti organizzativi e
struttura del sistema informativo
• Deve esserci una corrispondenza (mapping)
ma non è detto che sia 1-1
O aspect vs. A aspect structure
FES
AF4
A1
FES
Party A Back End
A2
AF3
BES FES
A A3
AF2
FES
A4
AF1
FES
A5
Beyond e-Business © 2015 Paul Grefen Chapter 7: Architecture Aspect - 18
O to A aspect mapping matrix
A Aspect Modules
FES FES FES FES FES
A1 A2 A3 A4 A5
AF1 X
O Aspect
Modules
AF2 X X
AF3 X
AF4 X X
Beyond e-Business © 2015 Paul Grefen Chapter 7: Architecture Aspect - 19