Università degli Studi di Modena e Reggio Emilia

Facoltà di Ingegneria – Sede di Modena

Corso di Laurea Specialistica in Ingegneria Informatica

Progetto e realizzazionedi un sistema di controllo di

una rete di sensori eterogeneidi una multiutility

Relatore:Chiar.mo Prof. Bergamaschi Sonia

Candidato:Maschi Paolo

Correlatore:Ing. Barbi Andrea

Anno Accademico 2008/2009

Obiettivo del tirocinio Obiettivo del tirocinio svolto presso la software svolto presso la software

house X DataNethouse X DataNet

di per realizzare

l’interfaccia di comunicazione

bidirezionale con i device remoti;

Implementare un insieme di elementi appartenenti all’architettura del sistema software eCentraleCentral, che esegue funzioni:

BASSO LIVELLO

1.

2.

2/12

di direttamente

utilizzabili da diverse figure

professionali per svolgere l’attività di

monitoraggio dei device remoti del…

ALTO LIVELLO

What? AnalisiWhat? Analisi

3/12

How?

supporto di ;prototipi

sviluppo cooperativo delle

applicazioni: .

JAD

Strumenti: 2 tecniche1.

2.

Output documentali significativi per il progetto:1. documenti dei requisiti;

documenti delle specifiche:

.

USE CASE

2.

Output?

Note rilevanti:

I modelli di specifica sono stati sviluppati in

modo indipendente dalla piattaforma

HW/SW:l’espressività del linguaggio di

modellazionevocabolario facilmente

comprensibile

Overview

What? Progettazione (1)What? Progettazione (1)

Note rilevanti:In tale fase è corretto tenere conto della

piattaforma HW/SW

Sono state scelte le strategie di soluzione di

come utilizzare le ,

tenendo conto degli aspetti client e server del

sistema informativo eCentral. L’architettura

fisica di rilascio progettata include

e precisamente…

4/12

How?

tecnologie HW/SW disponibili

2 strati di nodi elaborativi

Output?

Funzioni DB

Progetto architetturale

Struttura enterprise (BCE)

Engine Control Device Model

GSMChannelMGR - Driver

What? Progettazione (2)What? Progettazione (2)

È stato possibile collaborare alla fase di

definizione di una per

consentire l’interazione a basso livello tra il

sistema software eCentral ed i device sulla

base della struttura enterprise della solution

proposta dal team di sviluppo in cui sono

stati integrati i moduli implementati.

Gli oggetti applicativi classificati

in

sotto-package logici

5/12

architettura stratificata

Progettare attenendosi alla struttura BCE-like:

I moduli deputati

all’elaborazione dei dati in base

alle funzioni di cui sono

competenti:

Tutte le risorse per la gestione di

eCentral a livello Web

How?

DataModel

BusinessLogic

Website

ChannelMana

ger

Driver

DBMS Manager

(E) (E) EntityEntity

(C) (C) ControlControl

(B) (B) BoundaryBoundary

Device

EndPoint LLSignal

…

What? Engine Control What? Engine Control DevicesDevices

Complessità del progetto

Approccio TOP-

DOWNCHI? CHE

COSA?

SOVRAPPOSIZIONI E

REPLICHEFORMATO DEI DATI

SCAMBIATICICLI DI

DIPENDENZA FUNZIONALE

Approccio BOTTOM-UP

How?

Moduli

“Divi

de et i

mper

a”

Definizione dei componenti funzionali

Definizione delle interfacce

Progettazione ed implementazione dei singoli componenti

6/12

Output? Architettura Output? Architettura stratificatastratificata

Caratteristiche:

Ogni strato si occupa di problemi logicamente distinti

da quelli dell’altro

I confini tra i 2 strati adiacienti sono stati scelti in

modo da minimizzare lo scambio di informazioni

Il numero di strati è tale che:

− nessun strato sia troppo complesso e contenga troppe funzioni;− l’integrazione tra strati non risulti troppo onerosa e poco flessibile l’architettura.

1)

2)

3)

Criteri di valutazione di qualità

GRADO DI COESIONE DEI MODULI

GRADO DI ACCOPPIAMENTO

BUON ISOLAMENTO

BILANCIAMENTO DEL CARICO

OTTIMA SCALABILITA’

7/12

ChannelManager ed ChannelManager ed EdorDriverEdorDriver

GSMChannelManager

Inizializzazione:1. InitListeningThread;2. InitMessageDispatchThre

ad.Controllo stato

d’esecuzione:3.

CheckListeningThreadVitality;

4. CheckMessageDispatch ThreadVitality.

Terminazione:5.

StopMessageDispatchThread;

6. StopChannelManager.

Metodi di interfaccia

INVIO1. sendSMS;2. sendDataC

all.

RICEZIONEGSMDataCall:1. checkForIncoming

Call;2. answerCall;3. ReadGSMDataCall

;4. CloseCall.

SMS:GetSMSList

Metodi di comunicazione

8/12

Tipi di SMS

Misure, report di configurazione, di taratura, di eventi, della “vita” della cella elettrochimica, ACK

ECD

333/3331234567

Comunicazione con SMSComunicazione con SMS

CABINA DI 1° SALTO

9/12

INTESTAZIONE:+CMGL:messageIndex, SIM-mit,

istanteSpedizioneBODY:

EB00020002/r160709/r15001203501000001+19330/rH11709.726

SMS

TO puro [mg/m3]

Ora della misura

Diagnostica&&

Maschera: 0001 → Overflow sulla misura TO (>99 mg/m3)=

1?Sì, pertanto ho quel tipo di overflow

Tipo sensore

Tipo SMS Campo GSM

eCentral2Device: eCentral2Device: ProgramProgram

10/12

What? Funzioni DB di Alto What? Funzioni DB di Alto LivelloLivello

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

ConclusioniConclusioni

12/12

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.