Università degli Studi di Modena e Reggio Emilia
Facoltà di Ingegneria – Sede di Modena
Corso di Laurea Specialistica in Ingegneria Informatica
Progetto e realizzazione
di un sistema di controllo di
una rete di sensori eterogenei
di una multiutility
Relatore:
Chiar.mo Prof. Bergamaschi Sonia
Correlatore:
Ing. Barbi Andrea
Anno Accademico 2008/2009
Candidato:
Maschi Paolo
Obiettivo del tirocinio svolto presso
la software house X DataNet
Implementare un insieme di elementi appartenenti
all’architettura del sistema software eCentral, che
esegue funzioni:
1.
di BASSO LIVELLO per realizzare l’interfaccia di
comunicazione bidirezionale con i device remoti;
2.
di ALTO LIVELLO
direttamente utilizzabili da
diverse figure professionali per svolgere l’attività di
monitoraggio dei device remoti del…
2/12
What? Analisi
How?
Note rilevanti:
Strumenti:
I modelli 2ditecniche
specifica sono stati sviluppati in modo
prototipi HW/SW:
supporto
dipiattaforma
;
1.
indipendente
dalla
2.
sviluppo cooperativo delle applicazioni: JAD .
l’espressività del linguaggio di modellazione
Output?
vocabolario facilmente comprensibile
Output documentali significativi per il progetto:
1.
documenti dei requisiti;
2.
documenti delle specifiche: USE CASE .
3/12
What? Progettazione (1)
Note rilevanti:
In tale fase è corretto tenere conto della piattaforma HW/SW
Progetto architetturale
How?
Struttura enterprise (BCE)
Sono state scelte le strategie di soluzione di
Output?
come utilizzare le
tenendo conto degli aspetti
tecnologie HW/SW
disponibili
Engine Control
Device, Model
client e server del sistema informativo eCentral. L’architettura
fisica di rilascioGSMChannelMGR
progettata include
2 strati di nodi elaborativi
- Driver
e precisamente…
Funzioni DB
Overview
4/12
What? Progettazione (2)
Progettare attenendosi
alla struttura BCE-like:
How?
Glialla
oggetti
applicativi
classificati
inuna
È stato possibile collaborare
fase
di
definizione
di
Device
EndPoint
LLSignal …
DataModel
sotto-package logici
architettura stratificata per consentire l’interazione a basso
(E) Entity
livello tra il sistema software
eCentral
i device sulla
I moduli
deputatied
all’elaborazione
dei base
dati in
della struttura enterprise della
solution
team di
base alle
funzioniproposta
di cui sonodal
competenti:
BusinessLogic
sviluppo in cui sono stati integrati
i moduli implementati.
ChannelManager
Driver
DBMS Manager
(C) Control
Website
Tutte le risorse per la gestione di eCentral a
(B) livello
Boundary
Web
5/12
What? Engine Control Devices
How?
Complessità del progetto
Moduli
Approccio
TOP-DOWN
SOVRAPPOSIZIONI
Definizione
dei componenti funzionali
CHI? CHE
COSA?
E REPLICHE
FORMATO DEI DATI
CICLI DI
Definizione delle interfacce
DIPENDENZA
SCAMBIATI
FUNZIONALE
Progettazione ed implementazione dei singoli componenti
Approccio
BOTTOM-UP
6/12
Output? Architettura stratificata
Criteri diCaratteristiche:
valutazione di qualità
1)
GRADO
DIsiCOESIONE
DEI
Ogni
strato
occupa di problemi
logicamente MODULI
distinti da quelli dell’altro
2)
I confini tra i 2 strati adiacienti sono
ACCOPPIAMENTO
stati scelti in modo da minimizzare lo
scambio di informazioni
GRADO DI
BUON ISOLAMENTO
Il numero di strati è tale che:
BILANCIAMENTO DEL CARICO
3)
− nessun strato sia troppo
complesso
contenga troppe
OTTIMAe SCALABILITA’
funzioni;
− l’integrazione tra strati non risulti
troppo onerosa e poco
flessibile l’architettura.
7/12
ChannelManager ed EdorDriver
GSMChannelManager
Metodi
Metodi
di comunicazione
di interfaccia
INVIO
Inizializzazione:
RICEZIONE
1.1. sendSMS;
GSMDataCall:
InitListeningThread;
1. checkForIncomingCall;
2.2. sendDataCall.
InitMessageDispatchThread.
2.
answerCall;
Controllo stato d’esecuzione:
3. ReadGSMDataCall;
3. CheckListeningThreadVitality;
4. CloseCall.
4. CheckMessageDispatch
SMS:
ThreadVitality.
GetSMSList
Terminazione:
Tipi di SMS
5. StopMessageDispatchThread;
6. StopChannelManager.
Misure, report di configurazione, di
taratura, di eventi, della “vita” della
cella elettrochimica, ACK
8/12
Comunicazione con SMS
INTESTAZIONE:
+CMGL:messageIndex, SIM-mit, istanteSpedizione
BODY:
CABINA
DI 1° SALTO
EB00020002/r160709/r15001203501000001+19330/rH11709.726
Tipo SMS
Ora
TO
della
puro
misura
[mg/m3]
DiagnosticaTipo sensore
Campo GSM
&&
ECD
Maschera: 0001 → Overflow sulla misura TO (>99 mg/m3)
SMS
= 1?
Sì, pertanto ho quel tipo di overflow
333/3331234567
9/12
eCentral2Device: Program
10/12
What? Funzioni DB di Alto Livello
Dato un device, individuarne gli allarmi attivi ad una certa data.
Individuare la composizione di un sistema in modo statico (senza
riferimenti temporali), indicando quali sono gli impianti (gruppi di
device). Valutare EvaluateRecursively per decicere se includere o meno
gli appartenenti al gruppo tra i risultati.
Individuare le misure (STID=1) dei dispositivi (mobili e non) solo
negli intervalli utili; le misure devono essere attribuite all’impianto a
cui il device appartiene solo per i periodi in cui è legato a tale
impianto. Per ogni intervallo di legame indicare il numero di misure
di un dato Signal. Calcolare, infine, il numero totate di misure
acquisite per device.
11/12
Conclusioni
Le tre fasi: ANALISI, PROGETTAZIONE ed IMPLEMENTAZIONE di una
sottoparte del sistema software eCentral relativa all’ambito dell’odorizzazione.
L’architettura, realizzata durante il tirocinio, comprensiva di:
1. moduli GSMChannelManager ed EdorDriver: integrati compatibilmente
con la struttura BCE della solution di eCentral (in particolare con i servizi offerti
dal package BusinessLogic)
2. porzione di basi dati: progettata, implementata ed integrata con il modello
dati dell’intero sistema software eCentral
3. funzioni DB di altro livello
permette un’efficiente ed efficace gestione dei device del DeviceModel Edor.
Poiché il sistema software eCentral è tuttora “under development”, gli sviluppi
futuri potranno interessare la gestione di altre tipologie di canali di comunicazione
e di altri ambiti, come la protezione catodica.
12/12