Dissertations / Theses on the topic 'Architettura Software'

In un’azienda l’esecuzione delle normali attività sia amministrative che operative, la definizione e la scelta delle politiche commerciali, di quelle finanziarie e di quelle relative al personale, sono strettamente legate all’elaborazione di insiemi conservati di dati chiamati archivi. Lo step successivo alla conservazione dei dati è l’utilizzo in maniera efficace ed efficiente degli stessi. Il concetto di Business Intelligence (BI) assolve al compito di cui sopra. Per essere implementato un sistema di BI deve avere a disposizione dei dati da utilizzare e questi sono popolati e gestiti in un magazzino detto Data Warehouse (DWH). Alla base delle scelte architetturali di un DWH deve esserci la consapevolezza della sua continua evoluzione. La sua architettura deve essere disegnata per avere ampi margini di crescita e quindi essere costruita secondo i principi di Scalabilità, Estendibilità, Performance e Qualità del dato. Un sistema costruito venendo meno anche a solo uno di questi principi fondamentali può sin da subito manifestare il sorgere di un processo di destabilizzazione che lo rende poco utilizzabile. In questo elaborato in primo luogo sarà eseguito lo studio di un sistema di data warehouse (Data Bin) di circa un anno di vita che ha iniziato il suo progressivo processo di destabilizzazione. Lo studio del sistema ha permesso l’analisi dei processi di implementazione e l’individuazione degli interventi di reingegnerizzazione necessari al fine di ripristinare le ottimali condizioni di fruibilità del sistema stesso. In ultimo sarà valutato, attraverso l’analisi delle variazioni degli indicatori di qualità del sistema, come l’attuazione di alcuni degli interventi di reingegnerizzazione ha rallentato e, sotto alcuni aspetti anche fermato, il processo di destabilizzazione in corso. L’elaborato si conclude con una serie di considerazioni che identificano l’origine delle scelte errate nella progettazione del sistema Data Bin.

L' architettura software è emersa come una importante tematica, nel campo del software engineering, per gestire la complessità relativa allo sviluppo e manutenzione di grandi sistemi software. L' idea chiave di questa tesi è che non c'è alcuna soluzione miracolosa nell' ambito del software engineering ma ogni tecnica ha i suoi vantaggi e svantaggi; di conseguenza, la bontà di un determinato metodo varia in base alle caratteristiche del contesto di applicazione. Un famoso proverbio dice: 1)un cattivo artigiano incolpa i suoi strumenti, 2) il peggior artigiano sceglie lo strumento sbagliato e poi da colpa allo strumento, 3) un buon artigiano sceglie ed usa gli strumenti in maniera opportuna. Mentre la comunità del software engineering si è occupata prevalentemente di offrire sempre nuovi metodi il cui utilizzo è supposto dare dei risultati migliori dei precedenti, c'è un vuoto nell' assistere l'architetto del sistema software nel selezionare o mettere a punto il giusto metodo. In questo contesto, la presente tesi offre un insieme di strumenti per la progettazione dell' architettura software, dal quale l' architetto di sistema è agevolato a selezione (e mettere appunto) il miglior strumento da utilizzare in base alle peculiarità del contesto di applicazione. Progettare una architettura software è un' attività molto complicata e involve differente tipologie di attività; la presente tesi riguarda le seguenti attività: metodi di progettazione dell' architettura software; tecniche decisionali per giungere a compromessi durane la progettazione dell' architettura software; strategie per applicare studi empirici sui metodi di progettazione architetturale; strategie di documentazioni delle decisioni progettuali
Software architecture has emerged as an important field of software engineering for managing the realm of large-system development and maintenance. The main intent of software architecture is to provide intellectual control over a sophisticated system enormous complexity. The key idea of this dissertation is that there is no silver bullet in software engineering, each method has pros and cons; the goodness of a method (tool, technique, etc.) varies based on the peculiarities of the application context. According to a famous idiom: i) a poor craftsman blames his tool, ii) a really bad craftsman chooses the wrong tool for the job and then he blames the tool, iii) a good craftsman chooses and uses the tool well. While the software engineering community has been mainly focused on providing new methods, which usage are aimed/supposed to provide better results than older methods, there is a lack in helping the software practitioners in selecting/adapting the available tools. Hence, in this view, the contribution of the present dissertation, instead of being a new method for architectural design, which would have been easily forgotten in a bookcase, is a characterization of the existing methods. In other words, this dissertation provides a toolbox for software architecture design, from which software architects can select the best method to apply, according to the application context. In this dissertation, the available architectural methods have been characterized by means of empirical studies. Unfortunately, the application of empirical methods on software architecture includes some troubles. A contribution of the present dissertation is a characterization of the available empirical methods by exposing their levels of challenges that researchers have to face when applying empiricism to software architecture. Such a proposed characterization should help to increase both the number and validity of software architecture empirical studies by allowing researchers to select the most suitable empirical method(s) to apply (i.e. the one with minor challenges), based on the application contexts (e.g. available software applications, architects, reviewers). However, in our view, in order to provide high levels of conclusion and internal validity, empirical methods for software architecture should be oriented to take advantage of both quantitative and qualitative data. Moreover, based on the results from two experiments, the challenges, in conducting evidence-based software architecture investigations, might 1) highly influence the results of the empirical studies, and 2) be faced by empiricistsâ cleverness. Architecting software system is a complex job and it encompasses several activities; this dissertation focuses on the following families of activities: software architecture design, resolving architectural tradeoffs, documenting design decisions, and enacting empirical studies on software architecture (as just described). Regarding the resolution of architectural tradeoffs, based on our review of already proposed decision making techniques, we realized that no one of the available decision-making technique can be considered in general better than another; each technique has intrinsically its own level of complexity and proneness to specific problems. Since we cannot decide in advance what degree of complexity of modeling is sufficient, instead of proceeding by trial and error, we offered guidelines on which complexity to emphasize for avoiding specific problem(s). Our key idea is to expose and organize in a useful way, namely by a characterization schema, in what extent each decision-making technique is prone to specific problems. In this way, the level of proneness of specific technique to specific problems becomes a quality attribute of the decision-making technique. Furthermore, we situated in the proposed characterization schema eighteen different decision-making techniques already proposed by the literature in the domains of architecture design, COTS selection, and release planning. Such localization validates the completeness of the proposed characterization schema, and it provides a useful reference for analyzing the state of the art Regarding software architecture design, this dissertation tried to answer to following question: " Do actual software architecture design methods meet architects needs?" To do so, we provide a characterization of the available methods by defining nine categories of software architectsâ needs, proposing an ordinal scale for evaluating the degree to which a given software architecture design method meets the needs, and then applying this to a set of software architecture design methods. Based on results from the present study, we argue that there are two opposite but valid answers to the aforementioned question: a) Yes, they do. In fact, we showed that one or more software architecture design methods are able to meet each individual architect needs that we considered. b) No, they do not. In fact, we showed that there is no software architecture design method that is able to meet any tuple of seven or more needs, which means that there is still some work to do to improve software architecture design methods to actually help architects. In order to provide directions for software architecture design method improvement, we presented couples of needs, and triplets of needs that actual software architecture design methods are unable to meet. Moreover, an architect can use such characterization to choose the software architecture design method which better meets his needs. Regarding design decision documentation, we conducted a controlled experiment for analyzing the impact of documenting design decisions rationale on effectiveness and efficiency of individual/team decision-making in presence of requirement changes. Main results show that, for both individual and team-based decision-making, effectiveness significantly improves, while efficiency remains unaltered, when decision-makers are allowed to use, rather not use, the proposed design rationale documentation technique. Being sure that documenting design-decisions rationale does help, we argued why it is not used in practice and what we can do to facilitate its usage. Older design decisions rationale documentation methods aimed at maximizing the consumer (documentation reader) benefits by forcing the producer (documentation writer) to document all the potential useful information; they eventually ran into too many inhibitors to be used in practice. In this dissertation we propose a value-based approach for documenting the reasons behind design decision, which is based on a priori understanding of who will benefit later on, from what set of information, and in which amount. Such a value-based approach for documenting the reasons behind design decision offers means to mitigate all the known inhibitors and it is based on the hypothesis that the set of required information depends on the purpose (use case) of the documentation. In order to validate such a hypothesis we ran an experiment in a controlled environment, employing fifty subjects, twenty-five decisions, and five different purposes (documentation use case) of the documentation. Each subjects practically used the documentation to enact all the five documentation use case(s) by providing an answer and a level of utility for each category of information in the provided documentation. Both descriptive and statistical results confirm our expectancies that the level of utility, related to the same category of information in the design decision rationale documentation, significantly changes according to the purpose of the documentation. Such result is novel and implies that the consumer of the rationale documentation requires, or not, a specific category of information according the specific purpose of the documentation. Consequently, empirical results suggest that the producer can tailor the design decision rationale documentation by including only the information required for the expected purposes of the documentation. This result demonstrates the feasibility of our proposed value-based approach for documenting the reasons behind design decision.

Uno dei problemi più diffusi, nell'ambito della logistica, è rappresentato dai costi di trasporto. La gestione dei flussi merci, l'approvvigionamento dei clienti, e la relativa pianifcazione della movimentazione dei veicoli, hanno incidenze notevoli sui costi di gestione aziendali, i quali vengono stimati mediamente nel 45% dei costi logistici. A ragione di questo, sono sempre di più le aziende che ricorrono all'impiego di uffici dedicati alla pianifcazione delle consegne e la gestione dei trasporti in generale. Sebbene le voci di bilancio relative al trasporto raggiungano cifre rilevanti, fno al 4% del fatturato annuo, il tema della pianifcazione viene spesso sottovalutato. Infatti la soluzione a problemi di pianifcazione e monitoraggio dei costi, è spesso demandata a procedure manuali senza supporto informatico. Nasce da qui l'esigenza di proporre uno strumento informatico che supporti gli addetti preposti alla pianifcazione, sviluppando un sistema che copra esigenze di pianifcazione dei viaggi, controllo e consuntivazione dei costi di trasporto, e monitoraggio dei mezzi in tempo reale. La proposta di Gesp srl, Geographic Information Systems, azienda italiana che opera da anni nel campo delle applicazioni software geo-spaziali, prende il nome di Nuovo Sistema Trasporti, o più semplicemente, NST. In quest'ambito prende corpo questa tesi, la quale si pone l'obiettivo di illustrare le fasi di nascita, analisi, progettazione e sviluppo di un software generico per il supporto alla logistica. Saranno così analizzati: le problematiche affrontate nella fase di defnizione, e kick-off (avvio), del progetto, il problema del routing, o Vehicle Routing Problem e le tecniche di Ricerca Operativa che vengono applicate per la sua risoluzione; le moderne metodologie di gestione e sviluppo di un software; l'architettura e le tecnologie impiegate per la distribuzione dell'applicativo.

La strategia “20-20-20” ha stabilito per l’Unione europea tre ambiziosi obiettivi da raggiungere entro il 2020: soddisfare il 20% del fabbisogno energetico europeo con le energie rinnovabili, ridurre i gas ad effetto serra del 20% e ridurre i consumi energetici del 20% aumentando l'efficienza energetica. In quest’ottica la diagnosi energetica può svolgere un ruolo importante oltre che nei processi produttivi e nei trasporti, anche negli edifici. Nella mia tesi, sono andato ad approfondire quindi la tematica dell'efficientamento energetico nell'edilizia. A maggior ragione perché il patrimonio immobiliare italiano risulta per buona parte realizzato prima degli anni ottanta, e quindi con un notevole margine di miglioramento. Il potenziale di risparmio energetico è di conseguenza ampio e spesso ottenibile tramite interventi dai ridotti tempi di ritorno. Per studiare le caratteristiche energetiche del sistema edificio impianto vi è la necessità di utilizzare un software di simulazione energetica. Per il mio lavoro mi sono avvalso del SEAS 3.0 (Software Energetico per Audit Semplificati) sviluppato dall'ENEA in collaborazione con L’Università di Pisa (DESTEC), in quanto è il primo software gratuito nazionale, con interfaccia grafica, per le diagnosi energetiche. Ho quindi studiato tale software svolgendo una diagnosi energetica di un Istituto Scolastico Superiore analizzando nel dettaglio il sistema edificio-impianto ottenendo un modello energetico attendibile. Ho così potuto ipotizzare vari interventi migliorativi studiandone il rapporto costi-benefici e producendo un riepilogo delle priorità. Questo per fornire all'amministrazione pubblica un documento che la aiutasse a scegliere in modo consapevole come impiegare al meglio le proprie limitate risorse nell'efficientamento del proprio patrimonio edilizio.

Il seguente elaborato tratta la progettazione del sistema di controllo relativo ad una pressa idraulica per prove di caratterizzazione dei materiali. L’idea alla base è quella di utilizzare l’ambiente di sviluppo Automation Studio per realizzare il software di controllo della macchina e la relativa interfaccia grafica. Alla pressa è richiesto di poter effettuare prove di trazione e di compressione, sia di tipo statico che a fatica, avendo la possibilità di scegliere se controllare: il carico, la posizione, la deformazione. È richiesto inoltre di poter salvare i risultati delle prove all'interno di un file. Durante lo sviluppo del software è stata inoltre implementata una modalità di funzionamento aggiuntiva, la quale permette all'operatore di eseguire le prove a partire dalla storia temporale di un segnale. La parte hardware del sistema risulta già installata e perfettamente operativa, infatti nella prima parte del testo verranno presentati i componenti che costituiscono: il circuito pneumatico, il circuito elettrico, il regolatore PID, la strumentazione installata sulla macchina. La seconda parte è dedicata invece alla descrizione delle varie funzionalità che il software implementa nella macchina. La trattazione è strutturata in modo da assumere il ruolo di manuale d’uso per un eventuale operatore.

Nel quadro di una rinnovata tendenza di profondo cambiamento processuale dettata dalla veloce trasformazione del panorama tecnologico, questo breve elaborato affronta il tema dell’approccio computazionale al campo della progettazione architettonica, cercando di comprendere gli aspetti che ne hanno influenzato l'evoluzione metodologica, analizzando l'infrastruttura software ed indagando la profonda correlazione che si evidenzia tra gli strumenti tecnologici a disposizione ed il processo progettuale contemporaneo. Allo scopo di comprendere al meglio i vantaggi, le opportunità e le criticità insite nella gestione digitale dei processi informativi delle costruzioni in relazione alle varie fasi della progettazione, si è scelto inoltre di riportare l’esperienza diretta maturata presso lo studio aeiprogetti di Firenze, una società di progettazione di eccellenza con quasi 30 anni di esperienza nell’ambito dell’ingegneria strutturale. Nello specifico, si evince da questo elaborato come, al fine di un processo progettuale più efficace ed efficiente e che punti ad elevati standard qualitativi, l’introduzione delle metodologie informatiche e digitali analizzate sia in grado di offrire vantaggi a beneficio di tutta la filiera delle costruzioni, consentendo ai professionisti e a tutte le figure in gioco di condividere le informazioni utili in modo semplice e trasparente ed esplorando inoltre un campo di confine tra le professioni che si sta sempre più assottigliando.

Il crescente interesse per la digitalizzazione ha di recente portato il quadro normativo italiano a dotarsi di disposizioni legislative che contemplano l’applicazione di metodi e tecniche BIM per il progetto del costruito. Il D.Lgs. 50/2016 (Codice degli appalti) e il suo primo decreto attuativo (D.M. 560/2017 Decreto Baratono) hanno sancito l’obbligo graduale, da parte degli attori coinvolti, di affrontare la pianificazione degli interventi d’opera pubblica attraverso processi informativi digitalizzati. Questo lavoro di tesi si colloca nella complessa discussione che vede la digitalizzazione applicata all’intervento sul costruito, analizzandone un possibile approccio in armonia con le recenti cogenze. Dopo un’analisi dettagliata dello stato dell’arte, esplicitata con lo studio dei testi di riferimento per le discipline coinvolte, sono state sperimentate diverse possibilità di raccolta, gestione e utilizzo dei dati che è possibile amministrare per intervenire a più livelli su un edificio esistente. Al fine di gestire la documentazione informativa è stato progettato un metodo per la soddisfazione delle necessità dei progettisti chiamati ad intervenire sul dominio costruito, con l’obiettivo di fornire loro una struttura di dati aggiornati e accessibili nei modelli digitalizzati. Attraverso lo sviluppo di tale approccio, nel modello BIM dell’edificio assunto come caso pilota, si è dimostrato come seguendo un criterio semantico per i componenti architettonici, strutturali e impiantistici, sia possibile progettare una struttura di informazioni coerente, accessibile e versatile, utile per tutto il ciclo di vita dell’organismo edilizio. La fase successiva consiste nell’elaborazione delle conoscenze sugli edifici, raccolte in modelli progettati per ospitare e rappresentare contenuti eterogenei, non solamente di carattere geometrico ma anche interpretativo. Il caso studiato costituisce un esempio pratico di applicazione e validazione dell’approccio al progetto edilizio.

La digitalizzazione del settore delle costruzioni è una realtà sempre più concreta. Negli ultimi anni molte innovazioni tecnologiche hanno trovato applicazione in campo edile. L’argomento della tesi vuole fornire un supporto al Coordinatore per la Sicurezza in fase di Esecuzione all’interno del cantiere edile. L'intento è quello di ottimizzare le funzionalità di gestione documentale del software SìDocs ed aggiungere operatività al software per rendere più efficace il controllo e la verifica di tutti gli aspetti riguardanti la salute e sicurezza dei lavoratori in cantiere. La tesi è articolata in due sezioni: nella prima si introduce il software per avere un maggior supporto nell’attività di verifica documentale delle imprese; nella seconda si implementa il software con un verbale preimpostato con i contenuti del D.Lgs 81/2008 la cui compilazione assegnerà eventuali non conformità alle imprese coinvolte in cantiere. Obiettivo della tesi è quello di dimostrare come l’integrazione della tecnologia digitale porti un sostanziale miglioramento rispetto alla gestione tradizionale del cantiere, riguardo all’aspetto di migliore tracciabilità, verifica e monitoraggio, oltreché all’aggiornamento della documentazione delle imprese coinvolte nell’appalto ed in particolar modo all’aspetto operativo in fase di sopralluogo, al fine di ridurre gli infortuni e le morti sul lavoro.

Il mercato informatico odierno ha visto una crescita esponenziale sotto svariati punti di vista. La complessità dei software, unita alla crescente concorrenza delle aziende, richiede quindi una nuova mentalità nell'affrontare la gestione dei progetti. È da queste necessità che nasce il movimento DevOps, che introduce un nuovo modo di approcciarsi alla gestione dei progetti, rivoluzionandone l'architettura grazie ai microservizi e gestendone i processi in maniera automatica. Diventa fondamentale avere un deployment consistente e standardizzato in combinazione con un monitoraggio efficace, in cui brillano le recenti tecnologie di containerizzazione del software e di orchestrazione di container. I principi di DevOps verranno applicati a un progetto già in fase di sperimentazione nell'ospedale Bufalini di Cesena a supporto dei medici del trauma team: il sistema Trauma Tracker. L'obiettivo che si pone il lavoro di questa tesi è quindi quello di attribuire a Trauma Tracker una nuova modalità di deployment, che sfrutta i container Docker per impacchettare le applicazioni, unita alla potenza di Kubernetes per orchestrare facilmente l'esecuzione e l'interconnessione tra servizi.

L'ottimizzazione dello sviluppo di software è importante poichè negli ultimi anni l'elevata concorrenza porta il tempo di sviluppo tra i fattori più incisivi per il successo di un prodotto. Molte aziende di sviluppo software, infatti, hanno la necessità di ridurre al minimo il rilascio di un software, questo software deve soddisfare il cliente, mantenendo alta la qualità. Jenkins permetterebbe di ottimizzare le funzioni di Continuous Integration e Continuous Delivery, concetti che verranno trattati in questa tesi. Per questo lo studio che verrà presentato riguarda l'aggiornamento che ho svolto personalmente di una piattaforma in ambiente Agile e l'aggiunta di questo microservizio che sosterrà l'utente finale durante lo sviluppo. La piattaforma su cui ho lavorato è stata creata dal Dipartimento di Informatica dell'Università di Bologna, ed è chiamata CAS (Compositional Agile System). Il mio scopo è stato quello di estendere l'ambiente e di sperimentarlo, per trarre delle conclusioni sul progresso che potrebbe portare all'utente finale. Per realizzare l'obiettivo ho quindi dovuto aggiornare la piattaforma ad una versione più recente, rimodellare lo script bash di installazione e aggiornare i suoi microservizi.

La tesi si pone il duplice obiettivo, da un lato, di seguire e approfondire i lavori di restauro e messa in sicurezza delle facciate di palazzo del Podestà, dall'altro, contemporaneamente, di proporre, sviluppare e sperimentare strumenti digitali da utilizzare durante la progettazione e l'esecuzione degli interventi di Restauro. Il settore del restauro architettonico si presenta, più di tanti altri, caratterizzato dalla molteplicità delle figure che intervengono nel corso del processso produttivo e dalla grandissima varietà e quantità di informazioni che entrano in gioco, partendo dalla fase di rilievo dello stato di fatto, fino all'indispensabile documentazione di fine lavori. Prendendo avvio, dunque, dal tirocinio svolto presso la Leonardo S.r.l. di Bologna, si è svolta una riflessione sui processi gestionali ed operativi legati alle operazioni di restauro e ci si è proposti di sviluppare e proporre alcuni strumenti digitali che, senza stravolgere l'attuale processo produttivo, potessero portare benefici operativi all'attività aziendale, facilitare il controllo ed il feedback da parte del committente e migliorare ed alleggerire l'onere della rendicontazione dei lavori. L'orizzonte di questi strumenti è multiplo: per l'attualità è stata sviluppata, in collaborazione con l'ENEA di Bologna, un'applicazione mobile su piattaforma FileMaker per la gestione delle operazioni di restauro attraverso la creazione di un database per la gestione delle analisi e del cantiere; mentre, per uno sviluppo "a regime" fra qualche anno, si è valutata l'efficacia di tecnologie SfM (Structure from Motion) per il rilievo speditivo e la documentazione. Nell'ottica di sviluppi ancora più lontani, infine, le due fasi saranno riunite nella proposta di tecnologie di realtà aumentata con l'obiettivo futuribile di poter passare direttamente dalla realtà e dal rilievo tridimensionale speditivo al progetto ed alla documentazione, senza dovere necessariamente passare da elaborati grafici bidimensionali. Durante tutte queste fasi lo sviluppo delle tecnologie è proceduto di pari passo con il cantiere di palazzo del Podestà, tanto nelle fasi di approfondita ricerca storica, quanto nella produzione delle schede di intervento. L'occasione della ricerca storica ha anche permesso di stilare un semplice regesto, corredato da immagini e bibliografia che raduna ed integra con materiali inediti i numerosi contributi sul tema che si sono succeduti dalla fine del XIX ai giorni nostri.

Studio delle architetture Serverless in tutti i loro aspetti e confronto con architetture a Microservizi e architetture Monolitiche. Sviluppo di due applicazioni Cloud Native di due use case reali utilizzando architettura Serverless, analisi dei risultati e considerazioni.

Uno dei temi più discussi ed interessanti nel mondo dell’informatica al giorno d’oggi è sicuramente il Cloud Computing. Nuove organizzazioni che offrono servizi di questo tipo stanno nascendo ovunque e molte aziende oggi desiderano imparare ad utilizzarli, migrando i loro centri di dati e le loro applicazioni nel Cloud. Ciò sta avvenendo anche grazie alla spinta sempre più forte che stanno imprimendo le grandi compagnie nella comunità informatica: Google, Amazon, Microsoft, Apple e tante altre ancora parlano sempre più frequentemente di Cloud Computing e si stanno a loro volta ristrutturando profondamente per poter offrire servizi Cloud adeguandosi così a questo grande cambiamento che sta avvenendo nel settore dell’informatica. Tuttavia il grande movimento di energie, capitali, investimenti ed interesse che l’avvento del Cloud Computing sta causando non aiuta a comprendere in realtà che cosa esso sia, al punto tale che oggi non ne esiste ancora una definizione univoca e condivisa. La grande pressione inoltre che esso subisce da parte del mondo del mercato fa sì che molte delle sue più peculiari caratteristiche, dal punto di vista dell’ingegneria del software, vengano nascoste e soverchiate da altre sue proprietà, architetturalmente meno importanti, ma con un più grande impatto sul pubblico di potenziali clienti. L’obbiettivo che ci poniamo con questa tesi è quindi quello di esplorare il nascente mondo del Cloud Computing, cercando di comprenderne a fondo le principali caratteristiche architetturali e focalizzando l’attenzione in particolare sullo sviluppo di applicazioni in ambiente Cloud, processo che sotto alcuni aspetti si differenzia molto dallo sviluppo orientato ad ambienti più classici. La tesi è così strutturata: nel primo capitolo verrà fornita una panoramica sul Cloud Computing nella quale saranno date anche le prime definizioni e verranno esposti tutti i temi fondamentali sviluppati nei capitoli successivi. Il secondo capitolo costituisce un approfondimento su un argomento specifico, quello dei Cloud Operating System, componenti fondamentali che permettono di trasformare una qualunque infrastruttura informatica in un’infrastruttura Cloud. Essi verranno presentati anche per mezzo di molte analogie con i classici sistemi operativi desktop. Con il terzo capitolo ci si addentra più a fondo nel cuore del Cloud Computing, studiandone il livello chiamato Infrastructure as a Service tramite un esempio concreto di Cloud provider: Amazon, che fornisce i suoi servizi nel progetto Amazon Web Services. A questo punto, più volte nel corso della trattazione di vari temi saremo stati costretti ad affrontare le problematiche relative alla gestione di enormi moli di dati, che spesso sono il punto centrale di molte applicazioni Cloud. Ci è parso quindi importante approfondire questo argomento in un capitolo appositamente dedicato, il quarto, supportando anche in questo caso la trattazione teorica con un esempio concreto: BigTable, il sistema di Google per la gestione della memorizzazione di grandi quantità di dati. Dopo questo intermezzo, la trattazione procede risalendo lungo i livelli dell’architettura Cloud, ricalcando anche quella che è stata l’evoluzione temporale del Cloud Computing: nel quinto capitolo, dal livello Infrastructure as a Service si passa quindi a quello Platform as a Service, tramite lo studio dei servizi offerti da Google Cloud Platform. Il sesto capitolo costituisce invece il punto centrale della tesi, quello che ne soddisfa l’obbiettivo principale: esso contiene infatti uno studio approfondito sullo sviluppo di applicazioni orientate all’ambiente Cloud. Infine, il settimo capitolo si pone come un ponte verso possibili sviluppi futuri, analizzando quali sono i limiti principali delle tecnologie, dei modelli e dei linguaggi che oggi supportano il Cloud Computing. In esso viene proposto come possibile soluzione il modello ad attori; inoltre viene anche presentato il framework Orleans, che Microsoft sta sviluppando negli ultimi anni con lo scopo appunto di supportare lo sviluppo di applicazioni in ambiente Cloud.

La tesi tratta lo studio dell’esodo dagli edifici in situazioni di incendio. È costituita da due parti, una prima parte teorico-descrittiva, in cui attraverso uno sguardo a come si è evoluta la normativa antincendio in Italia, si evidenziano i punti focali delle problematiche relative all’esodo, dai vincoli dati dalle norme strettamente prescrittive, alle libertà date dall’approccio prestazionale che permette di adottare misure di sicurezza adeguate alla specifica attività oggetto di studio. Tale approccio inoltre, attraverso i nuovi software di modellazione dell’esodo, consente di prevedere anticipatamente lo svilupparsi dell’evacuazione da un edificio specifico, regolando alcuni parametri, tra cui emerge come fondamentale il comportamento degli individui. La seconda parte progettuale, tratta un caso di studio di edilizia scolastica. Da un lato si confrontano i risultati delle normative che si possono attualmente applicare in vista di un adeguamento antincendio, cioè il DM 26/08/1992 ed il DM 03/05/2015 (RTO) integrato dal DM 07/08/2017 (RTV scuole); dall’altro viene eseguita la modellazione dell’esodo dell’edificio mediante due software (Pathfinder e CPI win® FSE - EVAC), per verificare la validità della soluzione alternativa prevista dal DM 03/08/2015 (approccio prestazionale). Obiettivo della tesi è quindi quello di presentare e confrontare le diverse strade attualmente percorribili per far fronte alle problematiche antincendio, attraverso l'applicazione diretta di esse ad un caso di studio, in modo da valutarne gli effettivi benefici. In particolare si vuole valutare l'affidabilità e confrontare i risultati dei software di modellazione dell'esodo analizzati, dal momento che differiscono in quanto operano utilizzando metodi di calcolo differenti: uno è basato sul movimento ed uno sul comportamento degli occupanti.

La sicurezza degli spazi architettonici in emergenza implica una corretta gestione del processo di evacuazione. L’attuale approccio alla progettazione è influenzato da determinismo e schematicità: si suppone che conformazione di spazi e facilities (sistemi di wayfinding) sia di per sè in grado di plasmare il comportamento umano. Il progettista spesso adotta metodi semplificati (da manuali e norme) che considerano l’evacuazione un evento fluidodinamico con scelte umane rigidamente codificate. La letteratura dimostra però come i rapporti uomo-ambiente rendano vane le soluzioni comunemente adottate. Inoltre, stessi problemi sono riscontrati a grande (spazi urbani) e piccola scale (singoli edifici). Lo studio propone un nuovo approccio: il behavioural design (BD) intende progettare spazio e facilities basandosi sul reale comportamento umano. Le fasi principali sono perciò comprensione del comportamento umano con prove sperimentali, sviluppo e validazione di simulatori di evacuazione; analisi del processo per individuarne le criticità; proposta di soluzioni e valutazione dell’impatto tramite simulatore o prove reali. La metodologia BD è applicata a 2 casi riguardanti scenari esistenti complessi. Cardine è minimizzare gli interventi grazie alla localizzazione dei punti critici del processo e alla progettazione di nuovi componenti edilizi. Il primo caso ha visto lo sviluppo di un modello per la simulazione dell’evacuazione post-sisma su scala urbana. Il modello può essere usato per stimare il rischio includendo il fattore umano, valutare l’efficacia di interventi su edifici ed asseto urbano, e di procedure di emergenza. Il secondo caso sviluppa nuovi sistemi di wayfinding in edifici storici (teatri). Essi sono progettati per interagire efficacemente con le persone, guidandole attraverso le corrette vie di fuga, e senza apportare sostanziali modifiche al layout architettonico. Il lavoro è stato svolto anche in coordinazione con il cluster TAV-progetto SHELL O.R.4.4.
Occupants' safety in architectural spaces during an emergency is essentially connected to the evacuation process. Current strategies are influenced by a schematic and deterministic approach: it is supposed that building layout and wayfinding systems can directly induce individuals’ behaviors. Interventions on buildings could be enough for reducing people risk, because occupants would surely behave in “the correct way” (e.g.: using right paths). This approach seems to exclude behavioral aspects: experiments demonstrate enormous differences between theoretical and real behaviors in evacuation. Same problems are noticed at both small (building) and wide (urban) scale. Hence, this study focuses on a behavioral point of view and defines a “behavioral design” (BD) approach for increasing people’s safety in architectural spaces. BD is aimed at adapting architectural spaces depending on human behaviors! Hence, method phases include: understanding behaviors in emergency through experiments/real world events; defining and validating evacuation simulation model; analyzing emergency processes through simulator; proposing design solutions based on retrieved critical behaviors and verifying their impact by simulator or drills. The BD method effectiveness is shown by 2 cases. Firstly, an earthquake pedestrians’ evacuation simulator is developed. The model is able to represent man-environment interferences in damaged scenarios and can be used for evaluating vulnerability-reduction interventions on buildings, urban planning and rescuers’ management strategies. The second case concerns wayfinding systems definition in building heritage (theater). Systems are defined so as to address correct evacuation path choices, by reducing overall risks with no architectural modifications. This issue is considerably significant in these buildings because of preservation principles and minimum intervention criterion. This work was developed in accordance with “TAV-progetto SHELL-O.R.4.4” activities.