EONews

Quali sono i principa-

li fattori che distinguo-

no la vostra azienda ri-

spetto ai concorrenti?

Possedere uno strumento

software astratto, capace di

parlare i diversi linguaggi di

ciascun strumento di proget-

tazione, elimina la necessità

di spendere tempo e denaro

per l’integrazione dei siste-

mi. Ogni esperto lavora con

il proprio linguaggio e non

esiste un terreno comune

tra gli strumenti. Integrare

questi linguaggi è comples-

so e dispendioso, sia in ter-

mini di costi effettivi sia di

tempo e non fornisce alcun

valore reale al sistema in

fase di progettazione. Que-

sto approccio di sviluppo

software che integra diversi

modelli computazionali è es-

senziale per incrementare la

produttività dei progetti com-

plessi e restare al passo con

le sfide in aumento attorno

a noi.

Gli esperti sviluppano cia-

scun modulo del codice con

gli strumenti che conosco-

no: il codice C sviluppato in

.NET, il codice m sviluppa-

to nel software MathWorks,

Inc. MATLAB o nel softwa-

re GNU Octave e il codice

FPGA sviluppato in VHDL.

Questi strumenti disparati li-

mitano, inoltre, notevolmen-

te la scalabilità del sistema

e qualsiasi modularità viene

meno. Il tempo speso per

l’integrazione deve essere

reimpiegato quando uno

dei singoli componenti del

settore cambia. Il livello di

astrazione viene applicato

nell’integrazione di questi

modelli. Nonostante ogni

blocco sia una rappresenta-

zione funzionale del codice

sviluppato nello strumento

privilegiato, il software per

la progettazione di sistemi

combina logicamente questi

moduli in un diagramma fun-

zionale che esegue il siste-

ma nel suo insieme.

Pur non avendo la sfe-

ra di cristallo, quali sono le

previsioni sul lungo termine?

In tutta la storia della pro-

grammazione, l’astrazione

dei software ha sempre in-

crementato la produttività

eliminando i dettagli irrile-

vanti. Dal codice macchina

al FORTRAN, dal BASIC al

C e dal C al C++, ciascun

livello di astrazione ha per-

messo allo sviluppatore di

implementare al meglio ap-

plicazioni sempre più com-

plesse, senza sacrificare il

controllo dei singoli compo-

nenti. Lo stesso vantaggio

può essere realizzato nella

progettazione di sistemi con

un approccio software del

tutto astratto, che gli esperti

del settore possono utilizza-

re non soltanto per creare i

singoli componenti nei loro

strumenti preferiti, ma an-

che per collaborare ad un

unico strumento di progetta-

zione, in grado di supporta-

re modelli di computazione

indipendenti. Concettual-

mente si sta automatizzan-

do l’integrazione, i prototipi

e le simulazioni vengono

tradotti automaticamente in

test, distruggendo le barrie-

re tra le varie competenze.

Qual è la sua opinione ri-

guardo l’andamento del mer-

cato (rallentamento, crescita,

forte incremento…)?

In un mercato dove i re-

quisiti e la tecnologia sono in

continuo mutamento, gli stru-

menti impiegati per risolvere

i problemi sempre più com-

plessi non riescono a tenere

il passo. L’ingegnere odierno

si adatta lentamente ai cam-

biamenti, anche se

fatica più del dovuto

a ottenere risultati. Il

suo approccio deve

riconoscere non so-

lo la necessità di più

modelli di computa-

zione per lo sviluppo

di sistemi complessi,

ma anche preten-

dere un’evoluzione nell’inte-

grazione di questi linguaggi.

L’evoluzione è necessaria in-

nanzitutto nel modello men-

tale utilizzato per l’approc-

cio a queste applicazioni di

progettazione complesse.

Gli esperti di ciascun setto-

re sono così competenti e

abili nell’utilizzo dei propri

strumenti per sperare che

un unico nuovo linguaggio li

sostituisca. Un software di

livello superiore, capace di

fornire un livello di astrazione

oltre gli strumenti specifici di

ciascun settore, deve, tutta-

via, essere realizzato.

Quali sono le principali

strategie adottate dalla vostra

società sul breve/medio perio-

do per soddisfare al meglio le

richieste di questo mercato?

Questa evoluzione nell’ap-

proccio verso una progetta-

zione system-level permette

a ciascun esperto di scegliere

lo strumento più adatto alla

propria attività e di integrare

successivamente gli strumenti

in un’unica rappresentazione

di tutto il sistema. Consente

al singolo sviluppatore di sce-

gliere la prassi più adeguata,

indipendentemente dal livello

di esperienza. Per un inge-

gnere, questa è la vera misu-

ra della produttività.

In che modo state imple-

mentando queste strategie

(stipula di accordi/collabo-

razioni, nuove acquisizioni,

investimento in attività di

ricerca e sviluppo, in ri-

sorse

umane…)?

Gli ingegneri posso-

no utilizzare software

per la progettazione

di sistemi come

NI LabVIEW

per integra-

re i singoli modelli di

computazione,

che

si tratti di codice C, di

file .m personalizzati o

di un diagramma di stato nello

standard UML. La produttività

aumenta se si astraggono i det-

tagli nell’integrazione dei singoli

modelli di computazione, non

reinventando ciascun modello

come un’entità individuale.

Quali sono i settori applica-

tivi più promettenti?

La complessa progettazio-

ne odierna coinvolge diversi

tipi di conoscenza. Basti pen-

sare al collaudo di un sistema

ciber-fisico, come ad esem-

pio un dispositivo intelligen-

te. Questa applicazione, in

passato “semplice”, richiede

la conoscenza di alcuni stan-

dard RF, esperienza nella

gestione della potenza, nella

progettazione fisica, compe-

tenze sulla dissipazione del

calore, sull’acquisizione di

immagini e l’analisi, ed even-

tualmente sulla qualità video.

Nel mercato tradizionale dei

test, per ciascuna di queste

funzioni è necessario il collau-

do da parte di un esperto con

l’utilizzo di strumenti differenti.

EON

ews

580

novembre

2014

arola

alle

ziende

sw development tool

National Instruments

Intervista a Anna Pedale, technical marketing engineer

cura

della

redazione

Anna Pedale

L’astrazione

dei software

ha sempre

incrementato

la produttività