Sistemi Informativi (per il settore

dell’informazione) - Prof. Barbara Pernici

Gabriele Scalia
BOAT (B + O + A)
8/10/20
Obiettivi

• Aspetto di Business
• Aspetto Organizzativo
• Aspetto Architetturale
• Market level
• Party level
• System level
• Esercizi:
• Agenzia Ricerca Lavoro (ARL)
• LIGHT
• TDE: WWW

2
Esercizio 1: il caso Borsa Lavoro

3
 ARL: Documento di Vision

Introduzione
L’Agenzia per il Lavoro (ARL) vuole offrire a cittadini e aziende i servizi
di pubblicazione domande (D) offerte (O) di lavoro su canali alternativi a
quelli tradizionali.
In questo progetto si esamina l’offerta di servizi all’impiego su Internet,
ma nello sviluppo del progetto si porrà attenzione alla possibilità di
offrire gli stessi servizi in futuro su altri canali (call center, smartphone,
TV) estendendo il presente progetto. Si proporrà quindi un’architettura
flessibile basata sull’utilizzo di un’architettura a servizi.
Background
Attualmente la pubblicazione e il matching D/O avvengono presso i
Centri Provinciali per l’Impiego (CPI). Tutti i CPI sono collegati al
sistema informativo di ARL solo per la componente amministrativa. E’
possibile effettuare la pubblicazione on-line di D/O solo presso i CPI; i
dati non entrano in rete.

4
 ARL: Documento di Vision

Requisiti generali e funzionalità

1. ARL offre la possibilità di pubblicare Domande/ Offerte (D/O) via Internet.
L’utente può selezionare parole chiave sulla pagina web di ARL. L’utente è
guidato a compilare una D/O. L’utente può valutare le D/O già pubblicate che
sono affini alla sua D/O.
2. Per candidarsi, il lavoratore deve fornire le informazioni anagrafiche e di
contatto. Il lavoratore può candidarsi a una o più offerte. Una volta inviata la
candidatura, viene inviata via mail una conferma all’utente. I cittadini e le
imprese in attesa possono controllare lo stato delle loro D/O in ogni momento.
3. Nel back-end del sistema viene controllata la presenza dei dati del
cittadino/impresa per evitare duplicazioni nel sistema. Se l’utente dà
disponibilità, le D/O vengono pubblicate IN RETE, altrimenti restano nel nodo
dove sono state caricate. La D/O hanno una parte pubblica (profilo sintetico) e
una privata (contenente gli identificativi). La parte privata è visibile solo quando
il Portale (Motore di Matching) ha trovato un incontro D/O e il cittadino/impresa
hanno avuto notifica del matching OK. Il cittadino/impresa entrano in contatto
direttamente, senza mediazione da Portale.

5
 ARL: Documento di Vision

Requisiti Architetturali
Il sistema dovrà consentire di svolgere le attuali operazioni amministrative
(comunicazioni obbligatorie agli enti) via web. Deve essere utilizzato il sistema di
profilazione già esistente per valutare il matching domande/offerte. I lavoratori e gli
operatori potranno effettuare le operazioni tramite una interfaccia interattiva basata
su browser.

6
 Analisi della situazione attuale
Settore/Parte/UO Agenzia Regionale per il Lavoro (ARL)

Attività Acquisisce i dati su domande e offerte di lavoro dai CPI.

Alimenta i DW regionali con informazioni aggregate sul mercato del lavoro.

Situazione ARL ha un proprio sistema informativo per gestire e analizzare le informazioni su domande
informatica e offerte raccolte. Tale sistema informativo è utilizzato per scopi decisionali.

Modalità Mancando un sistema informativo generale che colleghi tutti i CPI con ARL, l’acquisizione
operative dei dati su domande e offerte avviene localmente nei CPI e il trasferimento dei dati avviene
periodicamente per produrre reportistica e statistiche.
Non esiste un modo per un cittadino per cercare lavoro a livello regionale.

Obiettivi Fornire a cittadini e imprese un servizio integrato regionale di incontro tra domande e
offerte.
Avere una propria area di pubblicazione domande/offerte e un proprio motore di
matching.
Disporre di dati aggregati per svolgere le proprie analisi del mercato del lavoro.
 Analisi della situazione attuale

Settore/Parte Centro per l’Impiego (CPI)

Attività Gestisce contatti con le Imprese che offrono lavoro e i cittadini che cercano lavoro.
Gestisce le comunicazioni obbligatori con INPS, INAL.
I CPI sono distribuiti capillarmente sul territorio della Lombardia.
Situazione I CPI utilizzano un proprio sistema informativo per la gestione di domande e offerte e in
informatica generale di anagrafiche.
I sistemi informativi dei CPI sono già collegati in rete tra loro.
Modalità Mancando un sistema informativo generale che colleghi tutti i CPI, l’acquisizione dei dati
operative su domande e offerte avviene localmente e non se ne ha una visione integrata. Inoltre le
informazioni sugli occupati nei sistemi dei CPI possono essere incongruenti e non esiste
un modo per un cittadino per cercare lavoro in una zona più ampia (ad es. a livello
regionale)
Obiettivi Avere informazioni aggiornate e in tempo reale su domande e offerte che hanno già
trovato collocazione e in zone geografiche limitrofe al di fuori del proprio ambito di
operatività.
ARL – Scenari e partecipanti

9
ARL – Scenari e partecipanti

Cittadino Scenario 4
Sc
en Agenzia
CPI
a
1 rio Regionale Scenario
per il
3
Lavoro
2
io
ar
en

Impresa
Sc

10
Progettazione delle soluzioni

Scenario 1:
cittadino carica il CV e cerca lavoro

11
Business Aspect

Parties
• B2B, B2C, C2C, G2B, G2C
Objects
• Prodotti fisici
• Prodotti digitali
• Servizi (digitali)
• Prodotti finanziari
• Oggetti ibridi
Orizzonte temporale
§ Statico
§ Semi-dinamico
§ Dinamico
§ Ultra dinamico
 Esercizio ARL:
Definizione business model

Business model scenario 1

Parties
G2C (cittadino)
Objects Servizi digitali

Time Scope Dinamico

Semi-dinamico
Drivers Efficacia - reach Temporale
Multicanale (on line)
Geografico

Efficacia - richness Frequenza e interattività

13
 cittadino
Ricerca Registrazione
Invio CV
Lavoro anagrafica
Esercizio ARL:

lavoro
Agenzia
privata per il
Struttura organizzativa - livello 4

Ricevi Invia Invia Ricevi Ricevi Ricevi Ricevi

candidatura Offerte Offerte CV CV registr. registr.
(Online) (Online) (Trad.) (Trad.) (Online) Online (Trad.)

ARL Back End

ARL

14
Recap: Architetture funzionali

Tre livelli di astrazione per le architetture in BOAT:

• Architettura Market level
• Focus inter-organizzazione
• Messaggi scambiati tra parti ed intermediari
• Architettura Parti level
• Raffinamento architettura market level
• Focus intra-organizzazione
• Dettaglia messaggi tra sistemi back-end ed interfacce
• Architettura System level
• Focus su sottosistemi

15
 Esercizio ARL:
Mapping matrix
Moduli Ricevi Ricevi Ricevi Ricevi Ricevi Ricevi Fornisci Fornisci Ricevi
dati dati CV CV insieme insieme offerte offerte candidature
anagrafici anagrafici (Trad.) (Online CV CV (Online) (Trad.) (Online)
(Trad.) (online) ) (Online) (Trad.)

Funzion.

Ricevi registr. x
(Online)
Ricevi registr. x
(Trad.)
Ricevi CV x x
(Online)

Ricevi CV (Trad.) x x

Invia offerte x
(Online)

Invia offerte x
(Trad.)

Ricevi x
candidatura
(Online)

16
Esercizio ARL:
Architettura market level
Ricevi dati
m1 anagrafici
(Trad.)

Registrazione
m1

anagrafica
Ricevi dati
anagrafici
(Online)

Ricevi CV
(online.)
m2

m3 Ricevi
insieme
m4

ARL Back End

CV(online)

Ricevi CV
m5
Invio CV

(trad)

Agenzia
Ricevi
m6 privata per il insieme
lavoro CV(Trad.)

m7 Fornisci
offerte (Trad.)

m8
Fornisci
offerte
m9
Ricerca
Lavoro

(Online)

Ricevi
candidature
m10 (online)

cittadino ARL

17
Recap: Architetture funzionali

Tre livelli di astrazione per le architetture in BOAT:

• Architettura Market level
• Focus inter-organizzazione
• Messaggi scambiati tra parti ed intermediari
• Architettura Parti level
• Raffinamento architettura market level
• Focus intra-organizzazione
• Dettaglia messaggi tra sistemi back-end ed interfacce
• Architettura System level
• Focus su sottosistemi

18
Esercizio ARL:
Architettura party level
Ricevi dati
anagrafici (Trad.)

Ricevi dati
anagrafici (Online)

Ricevi CV (Trad.)

Cittadino
Ricevi CV
(online)

Ricevi insieme
CV(online)

Ricevi insieme
CV(Trad.)

Fornisci offerte

Agenzia privata
(Online)

Ricevi candidature
(online)

Fornisci offerte
(Trad.)
 Esercizio ARL:
Architettura party level
Ricevi dati
anagrafici (Trad.)
mA8
SI Regionale

mA1 Ricevi dati

anagrafici (Online)

Gestione dati
DB citt.

cittadino
mA1
DB
Ricevi CV (Trad.)
MS
mA6 mA2

Cittadino
1
Ricevi CV
mA2 (online)
mA7 mA3 Ricevi insieme
DB CV(online)
DW ARL MS ETL
mA3
2 Motore Ricevi insieme
di CV(Trad.)
ricerca
mA4 Fornisci offerte

Agenzia privata
(Online)
DB
DB
MS Ricevi candidature
Offerte mA5
3 (online)
Gestione
cand. mA4
Fornisci offerte
(Trad.)
 Esercizio ARL:
tabella messaggi
Messaggi Contenuti scambiati

mA1 Informazione anagrafiche cittadino

mA2 CV Cittadino ( PDF, Microsoft Word)
mA3 Set CD Cittadino (CSV, PDF, Word)
mA4 Set offerte (CSV)
mA5 Candidatura, Offerta
mA6 Informazioni Cittadino
mA7 Dati cv cittadini
mA8 CV Cittadino, ack upload

Beyond e-Business © 2015 Paul Grefen

 Esercizio ARL:
Architettura party level
DB Ricevi dati
DBMS1 anagrafici (Trad.)
CRM
mA8
SI Regionale

mA1 Ricevi dati

anagrafici (Online)

Analisi dati
cittadino
mA1
mA6
CRM Ricevi CV (Trad.)
mA2

Cittadino
Ricevi CV
mA2 (online)
mA7
Ricevi insieme
mA3 CV(online)
DB
ET mA3
DW ARL MS Ricevi insieme
L Motore
2 CV(Trad.)
di
mA4 Fornisci offerte

Agenzia privata
ricerca
(Online)
DB
DB mA5
Ricevi candidature
MS (online)
Offerte
3 Gestione mA4
cand. Fornisci offerte
(Trad.)
Recap: Architetture funzionali

Tre livelli di astrazione per le architetture in BOAT:

• Architettura Market level
• Focus inter-organizzazione
• Messaggi scambiati tra parti ed intermediari
• Architettura Parti level
• Raffinamento architettura market level
• Focus intra-organizzazione
• Dettaglia messaggi tra sistemi back-end ed interfacce
• Architettura System level
• Focus su sottosistemi

23
Esercizio ARL:
Architettura system level - Ricevi CV

Formazione

Specializz
Professioni
azioni

DBMS ricevi Classifica

CV campi CV

m2.1
Gestione dati

Cittadino
cittadino

mA2 m2
Supporto
compilazione
Progettazione delle soluzioni

Scenario 2:
impresa invia offerte di lavoro e cerca lavoratori

25
Definizione scenari

Cittadino Scenario 4
Sc
en Agenzia
CPI
a
1 rio Regionale Scenario
per il
3
Lavoro
2
io
ar
en

Impresa
Sc

26
 Recap: Business Model

• Aspetti di business
Parties
• B2B, B2C, C2C, G2B, G2C
Objects
• Prodotti fisici
• Prodotti digitali
• Servizi (digitali)
• Prodotti finanziari
• Oggetti ibridi
Orizzonte temporale
§ Statico
§ semi-dinamico
§ Dinamico
§ Ultra dinamico
Business driver
§ Aumento efficienza (riduzione tempi e costi)
§ Aumento efficacia
• Reach
• Richness

27
 Definizione business model

Business model scenario 2

Parties

Objects

Time Scope

Drivers

28
 Esercizio ARL:
Definizione business model

Business model scenario 2

Parties
G2B
Objects Servizi digitali

Time Scope
Semi-dinamico
Drivers Efficacia - reach Temporale
Multicanale (on line)
Geografico

Efficacia - richness Frequenza e interattività

29
 Azienda
Azienda Back End

Ricerca Invio Registrazione

CV offerte azienda
ARL: Struttura organizzativa - livello 4

Manda lista Manda lista Ricevi Ricevi

CV Web CV Fax offerte reg.

ARL Back End

ARL
30
 Azienda Back End

Ricerca Invio Registrazione

CV offerte azienda

Azienda
Esercizio ARL:
Architettura market level

m4
m3
m1

m2

Manda lista Manda lista Ricevi Ricevi

CV Web CV fax offerte reg.
ARL

ARL Back End

31
Esercizio ARL:
Mapping matrix

Moduli Registr. Manda lista CV Manda Ricevi

manager Web lista CV offerte
fax

Funzion.
Ricevi
registr.
x
Manda lista
CV Web
x
Manda lista
CV fax
x
Ricevi offerte
x

32
Esercizio ARL:
BL tabella messaggi

Messaggi Contenuti scambiati

m1 Richiesta registrazione, Risultato

registrazione
m2 Ricezione offerta, Conferma ricezione
m3 Richiesta CV, lista CV, numero di telefono
m4 Richiesta CV, lista CV, indirizzo mail

33
 Esercizio ARL:
Architettura party level
• Stessi nomi dell’architettura scenario 1 per consistenza

DB m1
DB Gestione Registr.
MS
Aziende aziende manager
2

Motore Manda lista

di CV Web m4
ricerca

Azienda
m3
Manda lista
CV fax
DB
DB
MS
Offerte Gestion
3 m2
e offerte Ricevi
offerte

34
Esercizio 2: LIGHT

35
 LIGHT: Documento di Vision

Introduzione
Si vuole realizzare ex-novo il sistema informativo per la società LIGHT di
lampadari che gestisce anche una catena di negozi. L’azienda è
specializzata in lampadari di design.
L’azienda commercializza lampadari propri e lampadari di altre aziende.
L’azienda ha avuto una forte crescita negli ultimi anni a cui però non è
seguita una razionalizzazione delle procedure operative e del sistema
informativo.
La direzione si rivolge a voi per una consulenza: ridisegnare
completamente il sistema informativo e informatico.

36
 LIGHT: Documento di Vision

Background
Descrizione della società
La società ha una sede centrale in cui sono presenti i seguenti settori:
• Amministrazione;
• Rapporti con i Fornitori;
• Progettazione;
• Produzione;
• Rapporti con i Distributori;
• Marketing.
Accanto alla sede principale ci sono anche una catena di negozi che svolgono
vendita al dettaglio e sono legati alla casa madre sia per l’approvvigionamento
dei lampadari LIGHT sia per lampadari di terzi.
Problemi
Mancanza di disegno unitario del sistema informativo
Operazioni svolte in modo manuale
Mancanza collegamenti software tra i vari settori

37
 LIGHT: Documento di Vision

Funzionalità
Il committente dice che gli obiettivi sono:
1. Il collegamento tra i negozi e sede centrale per ottimizzare la
distribuzione e la giacenza di magazzino.
2. La necessità di ottimizzare la parte operativa e in particolare:
• Tenere separata la contabilità di negozi e azienda
• Gestire in maniera automatica i risultati della progettazione
• Gestire in maniera automatica la comunicazione tra le imprese
3. La possibilità di condurre analisi approfondite e previsioni sulle
vendite.

38
 LIGHT: Documento di Vision

Requisiti non funzionali

• Interoperabile (con sistema legacy contabilità)
• Scalabilità
• Limitata a previsioni su numero di parti cooperanti (ad es. +10)
• Disponibilità (6 giorni alle settimana; 8-20)
• Sicurezza
• Gestione degli accessi
• Compatibilità con applicativo contabilità
• Compatibilità con CAD

39
LIGHT: Analisi della situazione attuale

Settore Amministrazione
Attività Gestisce la contabilità della società; cura relazioni con le
banche ed i fornitori; si occupa degli incassi da parte dei
negozi; si occupa dei vari adempimenti fiscali
Situazione Si appoggia a un pacchetto software di contabilità che è
informatica installato da 12 mesi e ha pienamente risposto alle
aspettative dell’intero settore. Questo settore è quello
maggiormente informatizzato
Modalità Mancando un sistema informatico generale che colleghi tutti
operative i settori, l’acquisizione dei dati necessari ad eseguire tutte le
funzionalità a cui il settore è preposto avviene in modalità
manuale.
Obiettivi Diminuire l’attività di acquisizione manuale per poi dedicare
più tempo a controllo e non rinunciare al software al
momento installato

40
LIGHT: Analisi della situazione attuale

Settore Rapporti con i fornitori

Attività Gestisce i rapporti con i vari fornitori sia di lampadari di terzi
sia di materie prime
Situazione PC con word processing
informatica
Modalità Per ciò che riguarda l’approvvigionamento di lampadari, gli
operative ordini vengono effettuati sulla base delle segnalazioni del
settore Marketing e dei negozi, via telefono oppure via web.
Obiettivi ll problema più grave è rappresentato dall’impossibilità di
conoscere, se non con sondaggi telefonici (e comunque mai
con certezza) la disponibilità dei negozi.

41
LIGHT: Analisi della situazione attuale

Settore Produzione
Attività Gestisce tutta la parte di produzione
Situazione PC con word processing
informatica
Modalità Il processo è interno al reparto di produzione, prende solo
operative input dai settori produzione e rapporto con i distributori
Obiettivi Il vero problema è l’aumento del numero di lampadari
prodotti. Il settore non riesce più a gestire i dati relativi ai
modelli e la ricerca delle caratteristiche è sempre più difficile.

42
LIGHT: Analisi della situazione attuale

Settore Rapporti con i distributori

Attività Gestisce i rapporti con i negozi
Situazione PC con word processing
informatica
Modalità Riceve gli ordini da parte dei distributori, verifica la
operative disponibilità dei lampadari, in caso affermativo, procede alla
spedizione, contattando il corriere e predisponendo la bolla
di accompagnamento, nonché la relativa fattura, che verrà
poi spedita separatamente
Obiettivi Ci sarebbe la necessità di poter verificare in linea e con
maggiore certezza la disponilità in magazzino dei lampadari
richiesti.

43
LIGHT: Requisiti generali e funzionalità

Obiettivi:
Definizione di un disegno unitario del sistema informativo
Automatizzazione delle operazioni svolte in modo manuale
Definizione collegamenti software tra i vari settori
Funzionalità:
1. Acquisizione automatica dei dati necessari all’amministrazione
2. Monitorare in maniera automatica la giacenza delle merci nei vari
negozi e nel magazzino centrale e definire delle regole di fornitura
3. Automatizzare la comunicazione tra reparto progettazione e
produzione
4. Migliorare la gestione dei dati dei prodotti
5. Funzionalità di analisi dei dati per l’ufficio marketing

45
LIGHT – Scenari e partecipanti

46
LIGHT – Scenari e partecipanti

Negozio

Scenario

LIGHT

Fornitore
Nel seguito si seguirà questo
scenario

47
 LIGHT – Scenari e partecipanti

Una possibile soluzione alternativa

Negozio
Sc
en
ar
io
1
Scenario 3

LIGHT
2
io
ar
en
Sc

Fornitore

48
LIGHT – Catena del valore

49
 Recap: Business Model

• Aspetti di business
Parties
• B2B, B2C, C2C, G2B, G2C
Objects
• Prodotti fisici
• Prodotti digitali
• Servizi (digitali)
• Prodotti finanziari
• Oggetti ibridi
Orizzonte temporale
§ Statico
§ semi-dinamico
§ Dinamico
§ Ultra dinamico
Business driver
§ Aumento efficienza (riduzione tempi e costi)
§ Aumento efficacia
• Reach
• Richness

50
 LIGHT: Definizione business model

Business model scenario

Parties

Objects

Time Scope

Drivers

51
 LIGHT: Definizione business model

Business model scenario

Parties
B2B
Objects

Time Scope

Drivers

52
 LIGHT: Definizione business model

Business model scenario

Parties
B2B
Objects Prodotti fisici

Time Scope

Drivers

53
 LIGHT: Definizione business model

Business model scenario

Parties
B2B
Objects Prodotti fisici

Time Scope Statico

Semi-dinamico
Drivers

54
 LIGHT: Definizione business model

Business model scenario

Parties
B2B
Objects Prodotti fisici

Time Scope Statico

Semi-dinamico
Drivers Riduzione tempi e costi:
• Progettazione-produzione
Efficienza • Forniture esterne
• Disponibilità lampade
presso i negozi
• Acquisizione automatica
dati per la contabilità

55
Esercizio LIGHT:
Struttura organizzativa - livello 0

Market

56
 Esercizio LIGHT:
Struttura organizzativa - livello 1
Fornitore

Negozio
LIGHT
Intermediario

Intermediario

57
 Fornitore

Gestione
pagamenti Spedizionere
Esercizio LIGHT:

LIGHT
Struttura organizzativa - livello 2

Gestione
Spedizionere
pagamenti

Negozio
58
Esercizio LIGHT:
Struttura organizzativa - livello 3 (fornitore – LIGHT)

Back End Fornitori

Front End Fornitori

Back End LIGHT

Front End LIGHT
Spedizionere
pagamenti
Gestione

Fornitore LIGHT

59
Esercizio LIGHT:
Struttura organizzativa - livello 3 (negozio-LIGHT)

Back End Negozio

Front End Negozio

Back End LIGHT

Front End LIGHT
Spedizionere
pagamenti
Gestione

Negozio LIGHT

60
 Back End Fornitori

Ricevi Ricevi
Invia
Fattura ordine ordine

Fornitore
merce
web telefono
Esercizio LIGHT:

Gestione
pagamenti
Spedizionere

Ricevi Ordina Ordina

Paga
merce web telefono
LIGHT

Back End LIGHT

Struttura organizzativa – livello 4 (fornitore – LIGHT)

61
 Back End Fornitore

Ricevi Ricevi
Invia
Fatturazione ordine ordine
merce
web telefono

Fornitore
Esercizio LIGHT:
Architettura market level

m2
m1

Gestione
pagamenti
Spedizionere

m4
m3

Gestione
Ricevi Gestione
Pagamento ordini
merce ordini web
telefono
LIGHT

Back End LIGHT

62
Messaggi

Messaggi Contenuto scambiato

m1 Dati sul pagamento, stato del pagamento,
numero telefono
m2 Dati sul pagamento e stato del pagamento,
indirizzo internet
m3 Spedizione dell’ordine al fornitore e relativa
risposta
m4 Dati di fatturazione, conferma pagamento

63
Esercizio LIGHT:
Architettura party level

pagamenti
Gestione
m4

Contabilità
DBMS B
Dati Fatturazione
contabilità mA1

Spedizioniere
mA5
mA3
m3
mA2
Ricevi merce
DBMS A

Altri moduli

DB
ERP

Fornitore
mA4 Gestione m2
ordini
web

mA6
Gestione m1
ordini
telefonio

64
Messaggi
Messaggi Contenuto scambiato
mA1 Scrittura contabile relativa al pagamento
mA2 Emissione dell’ordine, Risposta del provider,
Giacenze dei negozi, informazioni su
approvvigionamento
mA3 Dati fatturazione, costo servizi, dati fornitore
mA4 Quantità ordinata, previsione giacenze
mA5 Costo servizi, dati fatturazione
mA6 Quantità ordinata, previsione giacenze
m1 Dati sul pagamento, stato del pagamento,
numero telefono
m2 Dati sul pagamento e stato del pagamento,
indirizzo internet
m3 Spedizione dell’ordine al fornitore e relativa
risposta
m4 Dati di fatturazione, conferma pagamento
65
Esercizio LIGHT:
Architettura system level per contabilità

mA_S2

Fatturazione
DBMS

mA1
Aggiorna Processamento
bilancio fatture

mA_S1 mA_S3

Controllo
Previsioni incrociato
liquidità mA_S4 ordini

mA5

Altri moduli ERP

66
Esercizio LIGHT:
Messaggi

Messaggi Contenuto scambiato

ma_S1 Informazioni dettagliate liquidità
ma_S2 Importo fatture
ma_S3 Quantità elementi venduti
ma_S4 Importo fatture

67
 Esercizio WWW (TdE)

Win Win Win (WWW) è una azienda di scommesse che offre ai suoi clienti la
possibilità di avere un credito presso l’agenzia, i clienti ricaricano il credito per
giocare, possono ritirare questo credito oppure investirlo in altre giocate. L’azienda
permette ai suoi utenti di registrarsi, piazzare scommesse, ritirare le vincite e di
ricaricare il credito. L’agenzia tuttora offre i propri servizi nelle proprie agenzie.
Ultimamente il consiglio di amministrazione di WWW, per diminuire i costi ed
incrementare il numero di clienti, ha deciso di offrire tutti i suoi servizi anche via
web e di riprogettare tutto il sistema informativo. La parte di back end di WWW sarà
composta di 5 moduli: gestione delle puntate, calcolo risultati, calcolo dei
pagamenti, stima vincite e gestione clienti. In particolare, il modulo stima vincite
accede ad un database che contiene lo storico di tutte le vincite avvenute
nell’azienda, mentre il modulo gestioni clienti accede ad un database con le
informazioni su tutti gli utenti di WWW. Il consiglio di amministrazione ha deciso di
optare per una strategia make and on premise. Con riferimento al testo sopra
riportato, progettare, utilizzando l’approccio BOAT:
• Il business model
• Il modello organizzativo di livello 4
• il modello party level

68
 Recap: Business Model

• Aspetti di business
Parties
• B2B, B2C, C2C, G2B, G2C
Objects
• Prodotti fisici
• Prodotti digitali
• Servizi (digitali)
• Prodotti finanziari
• Oggetti ibridi
Orizzonte temporale
§ Statico
§ semi-dinamico
§ Dinamico
§ Ultra dinamico
Business driver
§ Aumento efficienza (riduzione tempi e costi)
§ Aumento efficacia
• Reach
• Richness

69
Esercizio WWW
Definizione business model

Business model scenario 1

Parties
B2C
Objects Prodotti Finanziari
Servizi digitali

Time Scope
Dinamico
Drivers Aumento efficacia
• Reach Multicanale (fisico + web)
• Richness Statistiche sulle giocate
Aumento efficienza
• Riduzione costi Costi minori per stampa
schedine, gestione giocate

70
Esercizio WWW
Struttura organizzativa

Ricevi Scommessa Piazza scommessa

in agenzia in agenzia

Ricevi Scommessa Piazza scommessa

via web via web

Paga scommessa Incassa vincita in

in agenzia agenzia

Paga scommessa Incassa vincita via

WWW backend

Payment
via web gateway web

Riscuoti credito in Paga agenzia in

agenzia agenzia

Riscuoti credito via Payment Paga agenzia via

web gateway web

Registra cliente Registra utente

agenzia agenzia

Registra cliente Registra utente

web web

71
Esercizio WWW
Architettura party level

Ricevi Scommessa in
agenzia
Gestione
DB storico DBMS Puntate Ricevi Scommessa m1
vincite m2
via web

Paga scommessa in m3

Cliente
agenzia
Stima
vincite Paga scommessa m4
via web

Riscuoti credito in
Calcolo Calcolo m5

PG
agenzia
risultati pagamenti
m6
Riscuoti credito via
web m7

Gestione Registra cliente

DB Clienti DBMS agenzia
clienti
m8
Registra cliente web

72
 References

• Esercizio 1 (ARL) tratto da D. Ardagna, M. G. Fugini, B. Pernici, P.

Plebani, Sistemi informativi basati su web. Franco Angeli, Serie Sistemi
Informativi, vol 6, 2006.
• Esercizio 2 (LIGHT) tratto da P. Grefen, Beyond E-Business: Towards
networked structures. Routledge, 2016.
• Si ringraziano Cinzia Cappiello, Barbara Pernici, Mattia Salnitri per la
versione originale delle slides.

73