Giorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni - PDF\nGiorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni\nDownload "Giorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni"\nFerdinando Giulio Parente\n1 1 2 3 Idee per il tuo futuro Giorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni per Informatica Ciclo di vita del software e UML Programmazione concorrente\n2 Giorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni per Informatica Ciclo di vita del software e UML Programmazione concorrente\n3 Copyright 2012 Zanichelli editore S.p.A., Bologna  I diritti di elaborazione in qualsiasi forma o opera, di memorizzazione anche digitale su supporti di qualsiasi tipo (inclusi magnetici e ottici), di riproduzione e di adattamento totale o parziale con qualsiasi mezzo (compresi i microfilm e le copie fotostatiche), i diritti di noleggio, di prestito e di traduzione sono riservati per tutti i paesi. L acquisto della presente copia dell opera non implica il trasferimento dei suddetti diritti né li esaurisce. Per le riproduzioni ad uso non personale (ad esempio: professionale, economico, commerciale, strumenti di studio collettivi, come dispense e simili) l editore potrà concedere a pagamento l autorizzazione a riprodurre un numero di pagine non superiore al 15% delle pagine del presente volume. Le richieste per tale tipo di riproduzione vanno inoltrate a Centro Licenze e Autorizzazioni per le Riproduzioni Editoriali (CLEARedi) Corso di Porta Romana, n Milano e sito web L editore, per quanto di propria spettanza, considera rare le opere fuori del proprio catalogo editoriale, consultabile al sito La fotocopia dei soli esemplari esistenti nelle biblioteche di tali opere è consentita, oltre il limite del 15%, non essendo concorrenziale all opera. Non possono considerarsi rare le opere di cui esiste, nel catalogo dell editore, una successiva edizione, le opere presenti in cataloghi di altri editori o le opere antologiche. Nei contratti di cessione è esclusa, per biblioteche, istituti di istruzione, musei ed archivi, la facoltà di cui all art ter legge diritto d autore. Maggiori informazioni sul nostro sito: Realizzazione editoriale: Coordinamento redazionale: Matteo Fornesi Segreteria di redazione: Deborah Lorenzini Progetto grafico: Editta Gelsomini Collaborazione redazionale, impaginazione, disegni e indice analitico: Stilgraf, Bologna Contributi: Rilettura dei testi in inglese: Roger Loughney Copertina: Progetto grafico: Miguel Sal & C., Bologna Realizzazione: Roberto Marchetti Immagine di copertina: GrandeDuc/Shutterstock, Artwork Miguel Sal & C., Bologna Prima edizione: gennaio 2012 Ristampa: L impegno a mantenere invariato il contenuto di questo volume per un quinquennio (art. 5 legge n. 169/2008) è comunicato nel catalogo Zanichelli, disponibile anche online sul sito ai sensi del DM 41 dell 8 aprile 2009, All. 1/B. File per diversamente abili L editore mette a disposizione degli studenti non vedenti, ipovedenti, disabili motori o con disturbi specifici di apprendimento i file pdf in cui sono memorizzate le pagine di questo libro. Il formato del file permette l ingrandimento dei caratteri del testo e la lettura mediante software screen reader. Le informazioni su come ottenere i file sono sul sito Suggerimenti e segnalazione degli errori Realizzare un libro è un operazione complessa, che richiede numerosi controlli: sul testo, sulle immagini e sulle relazioni che si stabiliscono tra essi. L esperienza suggerisce che è praticamente impossibile pubblicare un libro privo di errori. Saremo quindi grati ai lettori che vorranno segnalarceli. Per segnalazioni o suggerimenti relativi a questo libro scrivere al seguente indirizzo: Le correzioni di eventuali errori presenti nel testo sono pubblicati nel sito Zanichelli editore S.p.A. opera con sistema qualità certificato CertiCarGraf n. 477 secondo la norma UNI EN ISO 9001:2008\n4 Giorgio Meini Fiorenzo Formichi Tecnologie e progettazione di sistemi informatici e di telecomunicazioni per Informatica Ciclo di vita del software e UML Programmazione concorrente\n5 Indice SEZIONE A Ciclo di vita del software e UML A1 Ciclo di vita e ingegneria del software 1 Ingegneria del software e metodologie di sviluppo 4 2 Linguaggio di modellizzazione UML 8 3 Qualità del software e pattern 10 4 Un caso di studio: Advanced Trip Computer 13 SINTESI 13 QUESITI 14 ORIGINAL DOCUMENT 16 A2 Requisiti software e casi d uso 1 Definizione e classificazione dei requisiti di un prodotto/servizio software 21 2 Diagrammi UML dei casi d uso 23 3 Definizione dei requisiti del caso di studio 25 SINTESI 27 QUESITI ESERCIZI 27 A3 Progettazione software e linguaggio C++ 1 Il linguaggio C Schede CRC e diagrammi UML delle classi 45 3 La gestione dinamica degli array in linguaggio C Diagrammi UML di sequenza 56 5 La progettazione software del caso di studio 58 SINTESI 67 QUESITI ESERCIZI LABORATORIO 69 ORIGINAL DOCUMENT 76 Indice V\n6 A4 Gestione e documentazione del codice 1 Regole e convenzioni di codifica 80 2 Ambienti di sviluppo integrati 83 3 Diritto d autore e licenze software 84 4 Documentazione del codice sorgente con Doxygen 87 5 Gestione delle versioni del codice sorgente con Subversion 93 6 Codice sorgente del caso di studio 103 SINTESI 121 QUESITI LABORATORIO 122 ORIGINAL DOCUMENT 124 A5 Test del software 1 Pianificazione e classificazione dei test Uno strumento per la codifica e l esecuzione dei test unitari: googletest Strumenti di bug-tracking per la manutenzione correttiva ed evolutiva del software Test unitari e di integrazione del caso di studio 146 SINTESI 157 QUESITI LABORATORIO 158 ORIGINAL DOCUMENT 160 SEZIONE B Programmazione concorrente B1 Tecniche di programmazione concorrente in Windows e Linux 1 Thread in ambiente Linux Il modello produttore-consumatore e le regioni critiche di codice Uso delle variabili di condizione per la sincronizzazione Deadlock 205 SINTESI 207 QUESITI ESERCIZI LABORATORIO 210 ORIGINAL DOCUMENT 214 VI Indice\n7 B2 Inter-Process Communication in Linux e Windows 1 Processi e pipe in ambiente Windows Esecuzione di programmi e FIFO in ambiente Linux Memoria condivisa e semafori Memoria condivisa e semafori in ambiente Windows 254 SINTESI 266 QUESITI ESERCIZI LABORATORIO 268 ORIGINAL DOCUMENT 272 B3 Gestione della concorrenza nel linguaggio Java 1 Thread in Java 2 Condivisione di risorse tra thread 3 Sincronizzazione dei thread SINTESI ESERCIZI Indice analitico 275 Il capitolo B3 è disponibile, con chiave di attivazione, all indirizzo: Indice VII\n8 SEZIONE A del A1 A2 A3 A4 A5 Ciclo di vita software e UML Ciclo di vita e ingegneria del software Requisiti software e casi d uso Progettazione software e linguaggio C++ Gestione e documentazione del codice Test del software\n9 A1 Ciclo di vita e ingegneria del software La torre Eiffel, a Parigi, fu costruita in poco più di due anni, in tempo per l esposizione universale del Come tutte le attività complesse, la costruzione della torre richiese un accurata progettazione della struttura e una precisa pianificazione delle fasi di realizzazione. 2 A1 Ciclo di vita e ingegneria del software\n10 ANALISI PROGETTAZIONE SVILUPPO VERIFICA MANUTENZIONE FIGURA 1 Verosimilmente Gustave Eiffel seguì il tradizionale processo di realizzazione delle grandi opere dell ingegneria civile, in cui ogni fase del processo segue necessariamente la fase precedente: progettazione; costruzione; manutenzione. Il processo di realizzazione di un applicazione complessa non è dissimile ed è schematizzato nel famoso modello «a cascata» del ciclo di vita del software (FIGURA 1). Il ciclo di vita del software è l insieme della attività e delle azioni da intraprendere per realizzare un progetto software. Ciascuna fase del ciclo di vita «a cascata» del software (software waterfall life-cycle) produce uno specifico output che rappresenta l input della fase successiva: Documentazione di un prodotto software Oltre allo sviluppo del codice, ogni progetto software richiede la redazione di una adeguata documentazione: la documentazione tecnica (per esempio la descrizione dell architettura e delle interazioni tra i componenti o la procedura di installazione e configurazione) è destinata agli sviluppatori che devono mantenere il prodotto, mentre la documentazione utente (per esempio il manuale d uso o l help online) è destinata agli utilizzatori dell applicazione. Analisi Fase Descrizione Output La fase di analisi ha lo scopo di identificare i requisiti dell applicazione da realizzare Requisiti Progettazione Implementazione Nella fase di progettazione (design) viene definita l architettura del software che deve essere sviluppato, avendo come scopo la decomposizione in componenti In questa fase viene sviluppato e testato (development) il codice dei singoli componenti software che costituiscono l applicazione, utilizzando uno o più linguaggi di programmazione Architettura Codice sorgente/eseguibile da verificare Introduzione 3\n11 Verifica Fase Descrizione Output L integrazione dei componenti, la corretta esecuzione del codice sviluppato e il fatto che l applicazione realizzata soddisfi i requisiti previsti devono essere puntualmente verificati (testing) Codice sorgente/eseguibile da rilasciare Manutenzione Successivamente al rilascio dell applicazione soft ware realizzata è spesso necessario correggere errori (bug) non rilevati in fase di verifica (manutenzione correttiva) o integrare funzionalità non previste in fase di analisi e identificazione dei requisiti (manutenzione correttiva) Versioni aggiornate del codice sorgente/eseguibile OSSERVAZIONE Le fasi di analisi e di verifica dei requisiti coinvolgono normalmente il committente del progetto software. La maggior parte dei progetti software prevedono infatti lo sviluppo di un applicazione su commessa e non di un prodotto da immettere sul mercato. In questo caso il committente è un ente pubblico o privato che richiede la realizzazione di un software con determinate caratteristiche per soddisfare le proprie esigenze e i cui utenti sono il proprio personale e/o i propri clienti. ESEMPIO Una scuola che intenda informatizzare la gestione delle valutazioni necessita di un sistema software che consenta ai docenti di memorizzare in modo sicuro i voti delle singole prove di verifica e periodici per ciascuno studente e agli studenti e ai genitori di poterle visionare in modo altrettanto sicuro, eventualmente anche connettendosi dall esterno della suola. La scuola commissionerà a un azienda di informatica la realizzazione dell applicazione software che in seguito potrà gestire in proprio: nella fase di analisi saranno documentati i requisiti che costituiranno parte integrante del contratto di affidamento della commessa e che saranno verificati dal committente al momento dell installazione dell applicazione. 1 Ingegneria del software e metodologie di sviluppo Circa un quarto di tutti i grandi progetti software viene interrotto prima della conclusione e più della metà viene terminato in notevole ritardo o con costi molto maggiori di quelli inizialmente previsti. Queste statistiche unite al fatto che frequentemente il software realizzato non soddisfa i requisiti del committente non sono accettabili per la moderna industria del software: la situazione è nota almeno dal 1968, anno in cui il Comitato scientifico della NATO organizzò un convegno a Garmisch, in Germania, sulla «crisi del software», ed è solo con l avvento del nuovo millennio che l adozione sistematica delle metodologie dell ingegneria del software ha introdotto miglioramenti significativi nella capacità di progettare e realizzare software di qualità. 4 A1 Ciclo di vita e ingegneria del software\n12 ESEMPIO Uno dei più noti esempi di progetti software dall esito disastroso è dato dallo sviluppo del sistema di controllo dello smistamento dei bagagli nell aeroporto di Denver, in Colorado (USA), uno dei più grandi del mondo. La complessità di realizzazione del software, distribuito su centinaia di computer, che doveva gestire lo spostamento di migliaia di convogli guidati automaticamente su una rete di binari sotterranei estesa decine di chilometri, ha ritardato di quasi due anni dal 1993 al 1995 l inaugurazione dell aeroporto, comportando perdite economiche che hanno superato il milione di dollari al giorno. La conclusione della commessa ha in ogni caso ri- chiesto una riprogettazione sostanziale del sistema di smistamento dei bagagli, in cui è stato abbandonato il controllo completamente automatico in favore di una più tradizionale movimentazione gestita da operatori. Tutte le analisi condotte su questo disastro dell industria del software concordano sul fatto che i responsabili dell aeroporto e della ditta fornitrice del sistema ne hanno in mancanza di una rigorosa disciplina progettuale sottostimato l enorme complessità realizzativa; in particolare, la mancanza di una metodologia condivisa ha rapidamente condotto al caos, tanto che alcuni responsabili organizzativi e tecnici hanno cambiato lavoro o incarico. L ingegneria del software è la disciplina tecnologica e gestionale relativa alla realizzazione sistematica e alla manutenzione di un prodotto o servizio software rispettando tempi e costi preventivati. Il ciclo di vita è uno dei concetti fondamentali dell ingegneria del software, ma la rigida sequenzialità delle fasi prevista dal processo a cascata risulta impraticabile nei progetti reali. I problemi che emergono in fase di verifica e di manutenzione correttiva comportano frequentemente modifiche al codice e, di conseguenza, una ripetizione parziale delle fase di implementazione. Inoltre la necessità di eseguire la manutenzione evolutiva delle funzionalità del software può anche determinare la ripetizione dell intero processo di sviluppo a partire dalle fasi di analisi e progettazione. Per questi motivi il ciclo di vita a cascata è stato con il tempo superato per flessibilità e praticabilità da processi di tipo incrementale e iterativo. Un processo di sviluppo è incrementale se il software che ne costituisce il risultato viene realizzato in versioni successive, ciascuna delle quali evolve dalla precedente accrescendone le funzionalità, fino a soddisfare tutti i requisiti previsti. La realizzazione di varie versioni del software implica l iterazione delle tradizionali fasi di analisi, progettazione, implementazione e verifica. OSSERVAZIONE Non deve sorprendere che anche la fase di analisi in cui si definiscono i requisiti del sistema software da realizzare sia inclusa nell iterazione: molte esperienze di sviluppo di grandi progetti software dimostrano che i requisiti sono estremamente soggetti a cambiare nel corso del progetto stesso. È infatti difficile stabilire a priori in modo corretto e completo i requisiti di un applicazione e, di conseguenza, è estremamente probabile che la valutazione di un prototipo da parte del committente suggerisca un adattamento incrementale dei requisiti iniziali. La FIGURA 2 chiarisce perché il processo incrementale e iterativo sia noto anche come modello a spirale del ciclo di vita del software. Prodotti e servizi software È sempre più comune il caso che l oggetto finale di un progetto software non sia il rilascio al committente o la vendita ai clienti di un programma, ma l erogazione di un servizio. Per quanto basati su prodotti estremamente complessi, la cui manutenzione correttiva ed evolutiva è continua, siti come Google e Facebook rendono disponibili su web le proprie funzionalità senza richiedere ai propri utenti l acquisto o l installazione di un applicazione software. Sempre più spesso questa soluzione viene adottata per sostituire, anche da parte di enti pubblici e privati, le funzionalità di applicazioni software tradizionali. 1 Ingegneria del software e metodologie di sviluppo 5\n13 Metodologie agili Pur volendo evitare la rigida strutturazione delle metodologie tradizionali, alcune metodologie agili sono state formalizzate dai loro autori. Una delle metodologie agili più note è XP (extreme programming), ideata da Kent Beck nel 1999: i princìpi, le attività e le pratiche previste sono fortemente focalizzate sulla produzione e il rilascio al committente del codice sviluppato dai programmatori, che lavorano sempre in coppia. SCRUM, invece, è una metodologia agile i cui metodi il termine identifica il pacchetto di mischia del gioco del rugby enfatizzano il ruolo del gruppo di sviluppatori nel raggiungere uno scopo comune. FIGURA 2 analisi progettazione verifica implementazione Pur condividendo un ciclo di vita a spirale di tipo incrementale e iterativo, esistono molte diverse metodologie per lo sviluppo di un progetto software; tra le più adottate dalle grandi aziende vi è RUP (Rational Unified Process), mentre PSP (Personal Software Process) è stata specificatamente ideata per i singoli sviluppatori. In ogni caso queste metodologie di sviluppo, anche se estremamente diverse tra loro, sono entrambe molto disciplinate e dettagliate, e la loro applicazione a un progetto software richiede strumenti specifici e una formazione dedicata. Negli ultimi anni si stanno affermando forme meno strutturate di metodologie di sviluppo che hanno assunto la denominazione di metodologie agili e che, pur con molte differenze, condividono un manifesto comune pubblicato nel 2001: Stiamo scoprendo modi migliori di creare software, sviluppandolo e aiutando gli altri a fare lo stesso. Grazie a questa attività siamo arrivati a considerare importanti: Gli individui e le interazioni più che i processi e gli strumenti Il software funzionante più che la documentazione esaustiva La collaborazione col cliente più che la negoziazione dei contratti Rispondere al cambiamento più che seguire un piano Ovvero, fermo restando il valore delle voci a destra, consideriamo più importanti le voci a sinistra. Tra i firmatari del manifesto figurano i nomi di noti sviluppatori e autori di testi di programmazione di fama internazionale; il sito del manifesto (agilemanifesto.org) riporta i 12 princìpi informali a cui ogni metodologia agile dovrebbe attenersi: La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua. Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente. 6 A1 Ciclo di vita e ingegneria del software\n14 Consegniamo frequentemente software funzionante, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi. Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto. Fondiamo i progetti su individui motivati. Diamo loro l ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine. Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con il team e all interno del team. Il software funzionante è il principale metro di misura di progresso. I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante. La continua attenzione all eccellenza tecnica e alla buona progettazione esaltano l agilità. La semplicità l arte di massimizzare la quantità di lavoro non svolto è essenziale. Le architetture, i requisiti e la progettazione migliori emergono da team che si autoorganizzano. A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e adatta il proprio comportamento di conseguenza. Per assicurare la qualità del codice rilasciato tutte le metodologie agili enfatizzano il ruolo del testing del software prodotto, fino a teorizzare la predisposizione del codice di test prima ancora dello sviluppo del codice dell applicazione da realizzare (test-driven development). Un altra pratica condivisa dalle metodologie agili che deriva direttamente dalla focalizzazione dell attenzione sulla qualità del codice prodotto è il refactoring: anche il codice sorgente che genera codice eseguibile corretto e conforme ai requisiti viene continuamente ristrutturato allo scopo di migliorarne la coerenza e la flessibilità in fase di manutenzione correttiva ed evolutiva. Testing e refactoring sono aspetti strettamente connessi nella pratica dello sviluppo software, perché l introduzione deliberata di modifiche al codice già verificato può essere effettuata solo se la ripetizione dei test di conformità ai requisiti è di semplice attuazione, preferibilmente mediante strumenti automatici. Beta testing La verifica di un prodotto software da immettere sul mercato prevede normalmente una fase di test interno (alfa test) seguita da una fase di test esterno effettuata da utenti potenziali e volontari (beta test) che riportano al produttore i bug riscontrati prima del rilascio o della commercializzazione. OSSERVAZIONE Una distinzione fondamentale tra le metodologie di test software è tra black-box testing e white-box testing. 1 Ingegneria del software e metodologie di sviluppo 7\n15 Nel primo caso i test sono effettuati «a scatola chiusa», avendo come riferimento esclusivo i requisiti dell applicazione e ignorando la struttura del codice, mentre nel secondo caso i test sono eseguiti «a scatola aperta», con l intento di verificare la corretta esecuzione di ogni singola linea di codice. 2 Linguaggio di modellizzazione UML Una tecnica generalmente adottata per mitigare il rischio di insuccesso di un progetto software consiste nella decomposizione dell applicazione da sviluppare in componenti indipendenti, ciascuno di complessità limitata e testabile unitariamente. La decomposizione del software avviene a vari livelli, ma nel caso del codice è resa naturale dall adozione di un linguaggio di programmazione e di una progettazione orientati agli oggetti (objectoriented programming e object-oriented design). 1. Il termine «unificato» ricorda come la versione originale del linguaggio di modellizzazione derivi dall integrazione di proposte precedenti degli autori. Il linguaggio di modellizzazione UML (Unified Modeling Language 1 ) la cui prima versione fu definita nel 1996 a opera di Grady Booch, Jim Rumbaugh e Ivar Jacobson, noti come los tres amigos è un insieme di formalismi grafici che consentono di definire e documentare mediante vari tipi di diagrammi i diversi aspetti di un sistema software, in particolare se realizzato secondo il paradigma a oggetti. I principali diagrammi previsti dalla versione attuale del linguaggio sono i seguenti: Diagramma Casi d uso Classi Oggetti Stati Attività Sequenze Componenti Descrizione Diagramma comportamentale di descrizione delle funzionalità di un sistema software in termini di utenti (denominati «attori», termine con il quale si denota sia una persona sia un sistema informatico) e di azioni eseguibili. Diagramma strutturale che descrive l architettura di un sistema software in termini di classi con i relativi attributi e metodi e delle relazioni tra esse. Il diagramma delle classi è una metodologia di progettazione a oggetti estremamente diffusa. Diagramma strutturale che rappresenta lo stato completo o parziale di un sistema software in un istante della propria esecuzione in termini di oggetti istanziati dalle classi e delle loro relazioni e dipendenze. Diagramma comportamentale che rappresenta le transizioni di stato di un componente software. Diagramma comportamentale che illustra le fasi del flusso di controllo di un sistema software. Diagramma di interazione che descrive la comunicazione tra i componenti di un sistema software in termini di «messaggi» (termine con il quale si intende l invocazione di metodi). Diagramma strutturale che documenta l architettura di un sistema software in termini di componenti e delle loro dipendenze. 8 A1 Ciclo di vita e ingegneria del software\n16 ESEMPIO Il diagramma UML dei casi d uso di FIGURA 3 rappresenta in forma semplificata le funzionalità consentite al cliente di un sito di commercio elettronico (l attore «Cliente» è raffigurato con la classica icona grafica stilizzata). La visualizzazione dei commenti dei clienti relativi a uno specifico prodotto è una «estensione» facoltativa della funzionalità di visualizzazione dei dettagli di un prodotto, mentre l operazione di pagamento è necessariamente «inclusa» nell operazione di acquisto. FIGURA 3 visualizza catalogo prodotti visualizza dettagli prodotto aggiungi prodotto al carrello acquisto prodotti carrello «extend» «include» visualizza commenti pagamento ESEMPIO Il diagramma UML delle classi di FIGURA 4 rappresenta in forma semplificata l architettura software di un sito che commercializza libri, CD audio e film in DVD (la classe «Prodotto» costituisce una loro generalizzazione astratta): il catalogo raccoglie tutti i prodotti disponibili, mentre un carrello comprende i soli prodotti che un cliente intende acquistare. Gli elementi di questo tipo di diagramma UML corrispondono al concetto di classe dei linguaggi di programmazione orientati agli oggetti, con i relativi attributi e metodi: la relazione di generalizzazione corrisponde all ereditarietà tra classi, mentre le relazioni di composizione corrispondono alla definizione di attributi istanze di altre classi aventi la cardinalità specificata. Prodotto Catalogo +aggiungiprodotto() +eliminaprodotto() +elencaprodotti() +cercaprodotto() 1 * codice titolo descrizione anno prezzo quantita +setcodice() +getcodice() +settitolo() +gettitolo() +setdescrizione() +getdescrizione() +setanno() +getanno() +setprezzo() +getprezzo() +setquantita() +getquantita() * * Carrello +aggiungiprodotto() +eliminaprodotto() +elencaprodotti() +calcolaimporto() FIGURA 4 Libro autore editore pagine +setautore() +getautore() +seteditore() +geteditore() +setpagine() +getpagine() CD autore esecutore durata +setautore() +getautore() +setesecutore() +getesecutore() +setdurata() +getdurata() DVD regista produttore durata +setregista() +getregista() +setproduttore() +getproduttore() +setdurata() +getdurata() 2 Linguaggio di modellizzazione UML 9\n17 ESEMPIO Un diagramma UML di sequenza come quello riportato di FIGURA 5 illustra l interazione nel tempo (che trascorre dall alto verso il basso) tra i componenti di un sistema software, in particolare se riferito a un linguaggio di programmazione orientato agli oggetti mostra la sequenza temporale di invocazione dei metodi tra oggetti di classi diverse. client web catalogo prodotto carrello elencaprodotti elenco cercaprodotto prodotto getcodice, getdescrizione, getprezzo codice, descrizione, prezzo aggiungiprodotto conferma calcolaimporto importo FIGURA 5 3 Qualità del software e pattern 2. ISO/IEC 9126:2001. Uno standard internazionale 2 identifica le seguenti caratteristiche di qualità di un prodotto software: Funzionalità Affidabilità Usabilità Efficienza Manutenibilità Portabilità Presenza delle funzionalità che soddisfano i requisiti stabiliti e/o impliciti Mantenimento delle prestazioni in condizioni definite e/o per un periodo di tempo stabilito Livello di impegno richiesto per l impiego da parte di varie tipologie di utenti Relazione tra il livello di prestazione e le risorse hardware/software utilizzate in condizioni definite Livello di impegno richiesto per la modifica del codice Facilità di esecuzione su piattaforme diverse Dopo l adozione di una metodologia e di un ciclo di sviluppo, uno dei fattori che maggiormente influenzano le caratteristiche di qualità di un 10 A1 Ciclo di vita e ingegneria del software\n18 prodotto software è il ricorso a soluzioni standardizzate per i problemi di progettazione e di implementazione. Il concetto di pattern nasce nel contesto dell architettura di edifici e aree urbane a cura di Cristopher Alexander, che lo definì come una soluzione a un problema ricorrente di progettazione «in modo che la soluzione sia applicabile milioni di volte senza doverla applicare allo stesso modo nemmeno due volte»; è lo stesso Alexander che stabilisce un possibile formato di pubblicazione di un pattern: nome del pattern; descrizione del problema ricorrente; descrizione del contesto di applicazione e delle «forze» in gioco; descrizione della soluzione proposta; descrizione del contesto risultante dall applicazione della soluzione proposta. Antipattern The gang of four ha coniato il termine antipattern per definire un problema ricorrente nello sviluppo software che dovrebbe essere evitato. Uno dei più famosi e purtroppo comuni! è reinventing the wheel (and make it square): il rifiuto da parte dei progettisti e degli sviluppatori software a usare soluzioni sperimentate (i pattern appunto) porta spesso a soluzioni faticose ed errate! È auspicabile, inoltre, documentare il pattern con esempi e casi noti di applicazione. OSSERVAZIONE Le «forze» in gioco nel contesto di applicazione di un pattern rappresentano le motivazioni per adottare una soluzione piuttosto che un altra e sono spesso nei problemi reali opposte: la soluzione proposta deve quindi tenerne conto, risultando in un contesto in cui queste trovano un effettivo equilibrio. L iniziale adozione del concetto di pattern nel contesto della progettazione e dell implementazione del software è dovuta a Kent Beck e Ward Cunningham, che li utilizzarono come strumento didattico per la programmazione a oggetti con il linguaggio Smalltalk fin dagli anni 80 del secolo scorso, e a Jim Coplien, autore di un testo sullo stile di programmazione in C++ in cui introduceva gli «idiomi», una forma di pattern. Ma la diffusione dei pattern tra i progettisti di software e i programmatori avvenne nel 1995, con la pubblicazione del famoso testo Design Pattern: elementi per il riuso di software orientato agli oggetti, a cura di Erich Gamma, Richard Helm, Ralph Johnosn e John Vlissides, che sono ormai noti a tutti gli informatici come the gang of four. Il testo presenta 23 pattern per la progettazione del software classificati in tre categorie (creazione, struttura e comportamento) che sono considerati fondamentali nella progettazione/ programmazione orientata agli oggetti. Nel seguito sono introdotti alcuni pattern che non appartengono a nessuna delle categorie individuate da the gang of four si tratta di pattern di tipo metodologico e di uso generale allo scopo di esemplificare il concetto. PATTERN Nome Keep It Simple 3 Problema È difficile comprendere un sistema software quando diviene complesso. 3. Questo pattern ha dato origine al principio «KISS» (Keep It Simple Stupid!). 3 Qualità del software e pattern 11\n19 Contesto e forze Soluzione Contesto risultante La complessità genera numerosi errori e rende un sistema software difficilmente mantenibile. Sono desiderabili sistemi software più comprensibili, più mantenibili, più flessibili e meno esposti agli errori. La progettazione del software non è un processo casuale: ci sono infatti molti fattori da prendere in considerazione. La progettazione dovrebbe essere la più semplice possibile, ma non di più. Questa soluzione facilita l ottenimento di un sistema più facilmente comprensibile e mantenibile nel tempo, ma non significa che i requisiti e le caratteristiche (compresi i requisiti e le caratteristiche interne) debbano essere tralasciati in favore della semplicità. I progetti software più eleganti sono spesso i più semplici ed essenziali. Semplice non significa quick and dirty, e infatti il raggiungimento della semplicità richiede spesso molta attività concettuale e numerose iterazioni. Il software è più comprensibile, più mantenibile e meno esposto agli errori. PATTERN Nome Problema Contesto e forze Soluzione Contesto risultante Make it run, make it right, make it fast, make it small Quando ottimizzare un progetto software? Si sta affrontando un nuovo progetto e la soluzione richiesta deve normalmente essere «migliore, più veloce e più economica» ed è necessaria una strategia di sviluppo che bilanci le necessità del cliente o del mercato e organizzative. L ottimizzazione ha costi sia a breve termine sia a lungo termine. L ottimizzazione precoce porta con sé il rischio di alti costi per risultati limitati: gli sviluppatori normalmente non sono in grado di prevedere quali saranno gli hot-spot del progetto e posticipare l ottimizzazione fino al momento in cui essi non sono noti si è spesso dimostrato saggio («Molti errori di progettazione e programmazione sono stati compiuti in nome dell efficienza più che per ogni altro singolo motivo, compresa la stupidità cieca»; «Il miglioramento dell efficienza spesso viene ottenuto a costo di sacrificare qualsiasi altra desiderabile caratteristica del prodotto»). Lo sviluppo incrementale ha un effetto estremamente positivo sul morale degli sviluppatori: ottenere qualcosa che funziona in una fase iniziale del processo di sviluppo e che «mette su carne» progressivamente mantiene l entusiasmo e la visione ad alti livelli. La correttezza dei prodotti è una caratteristica estremamente desiderabile, prodotti software veloci ottengono una valutazione positiva da parte del committente e i progetti «piccoli» sono più facilmente distribuibili e mantenibili. Adottare un ciclo di sviluppo iterativo che ordini gli obiettivi come di seguito: 1 make it run (garantire il funzionamento); 2 make it right (garantire il rispetto dei requisiti); 3 make it fast (ottimizzare le prestazioni); 4 make it small (ottimizzare la struttura interna). La ricerca dell efficienza non impatta eccessivamente sulla buona progettazione dell architettura; il morale del gruppo di sviluppo rimane elevato e solo le ottimizzazioni realmente necessarie sono effettuate. 12 A1 Ciclo di vita e ingegneria del software\n20 4 Un caso di studio: Advanced Trip Computer Le metodologie di progettazione e le tecniche di sviluppo illustrate nel seguito del testo saranno esemplificate in relazione a un caso di studio realistico: l analisi, progettazione, implementazione e verifica di un applicazione software denominata ATC (Advanced Trip Computer) che interfacci un dispositivo GPS e che nel corso di un viaggio effettuato con qualsiasi mezzo sulla superficie della Terra (a piedi, in auto, in treno, in barca o in nave) consenta in ogni momento di ottenere le seguenti informazioni: velocità e direzione attuale rispetto al Nord; distanza complessiva dal punto di partenza, tempo impiegato e velocità media; percorso effettuato dal punto di partenza in cui per ogni posizione siano note la data e l ora di passaggio. Sintesi Il ciclo di vita del software è l insieme della attività e delle azioni da intraprendere per realizzare un progetto software. Il modello «a cascata» (waterfall) del ciclo di vita del software prevede le seguenti fasi rigorosamente sequenziali (tra parentesi è indicato il relativo output): analisi (requisiti), progettazione (architettura), sviluppo (codice da verificare), verifica (codice da rilasciare) e manutenzione (versioni aggiornate del codice). L ingegneria del software è la disciplina tecnologica e gestionale relativa alla realizzazione sistematica e alla manutenzione di un prodotto o servizio software rispettando tempi e costi preventivati. Un processo di sviluppo è incrementale se il software che ne costituisce il risultato viene realizzato in versioni successive, ciascuna delle quali evolve dalla precedente accrescendone le funzionalità fino a soddisfare tutti i requisiti previsti. La realizzazione di varie versioni del software implica l iterazione delle tradizionali fasi di analisi, progettazione, implementazione e verifica. Le metodologie di sviluppo agili enfatizzano il ruolo del testing del software prodotto fino a teorizzare la predisposizione del codice di test prima ancora dello sviluppo del codice dell applicazione da realizzare (test-driven development). Inoltre le metodologie agili promuovano il refactoring: anche il codice sorgente che genera codice eseguibile corretto e conforme ai requisiti viene continuamente ristrutturato allo scopo di migliorarne la coerenza e la flessibilità in fase di manutenzione correttiva ed evolutiva. Il linguaggio di modellizzazione UML (Unified Modeling Language) è un formalismo grafico che consente di definire e documentare mediante vari tipi di diagrammi diversi aspetti di un sistema software, in particolare se realizzato secondo il paradigma a oggetti. I principali diagrammi previsti dalla versione attuale del linguaggio sono: casi d uso, classi, oggetti, stati, attività, sequenze e componenti. Le caratteristiche che concorrono alla qualità di un prodotto software sono: la funzionalità, l affidabilità, l usabilità, l efficienza, la manutenibilità e la portabilità. Un pattern è una soluzione a un problema ricorrente in un dato contesto della progettazione o dello sviluppo software; la documentazione di un pattern prevede: il nome, la definizione del problema, la descrizione del contesto e delle «forze» in gioco, la descrizione della soluzione e del contesto risultante dall applicazione del pattern. Sintesi 13


Blogghiamo La Mafia: Trattativa e 41-bis, un passato che non vuole passare\ndi Fabio Repici e Marco Bertelli - 19 febbraio 2011\nUna storia così inverosimile che risulterebbe irricevibile per qualunque produttore cinematografico che si rispetti. Una storia all’apparenza del tutto inventata, se solo non fosse fondata su fatti e documenti mai smentiti, anzi puntualmente riscontrati ogni volta che sono stati sottoposti a verifica.\nFu all’esito di queste scoperte che Gabriele Chelazzi si decise a sentire come testimone Mario Mori. L’incontro fra il magistrato fiorentino e colui che il primo ottobre 2001 era diventato, su designazione del secondo governo Berlusconi, direttore del Sisde avvenne nel pomeriggio dell’11 aprile 2003 e Chelazzi non ne rimase per nulla soddisfatto: secondo lui, Mori si era trincerato dietro troppi inescusabili “non ricordo”. E per questo, come ricorda il magistrato Alfonso Sabella, in quel momento collega di Chelazzi alla Procura di Firenze, il P.m. che indagava sulla Trattativa si era determinato a iscrivere l’ex generale del Ros sul registro degli indagati: “L’ipotesi di Gabriele in quel periodo è che ci fosse stato un tentativo da parte degli organi dello Stato di dare un segnale di ‘apertura’ a Cosa Nostra in maniera da impedire che altre stragi si portassero avanti. Questo segnale di ‘apertura’ era collegato all’alleggerimento del 41-bis o quantomeno al ridurre il numero dei detenuti al 41-bis. Perché Gabriele faceva questa ipotesi? Perché – non ricordo in quale agenda o da qualche parte – aveva saputo di un incontro tra il generale Mori e Francesco di Maggio, all’epoca vicecapo del Dap, che sembrava collegato da un appunto alla vicenda del 41-bis. Nello stesso periodo si era registrata anche la revoca di parecchi decreti 41-bis. Questa era l’ipotesi che aveva Gabriele. Gabriele iscrisse Mori nel registro degli indagati per favoreggiamento in relazione alla vicenda della fase della trattativa che doveva portare alla revoca di alcuni 41-bis alla vigilia delle stragi in contemporanea con il fallito attentato all’Olimpico (stadio Olimpico di Roma – ottobre 1993/gennaio 1994, n.d.a.). L'aspetto tecnico (e non solo tecnico) di iscrivere Mario Mori per favoreggiamento verteva su una domanda specifica: l’avrebbe fatto per favorire la mafia o l’avrebbe fatto sostanzialmente per favorire la pacificazione nello Stato? Gabriele giustamente sosteneva di volerlo appurare da Mori e a tal proposito ribadiva: ‘Mi venga a dire perché l’avrebbe fatto oppure invochi il segreto di Stato, e in questo caso che venga un Presidente del Consiglio a porre il segreto di Stato’”. Sabella non si dovette sorprendere dei sospetti di Chelazzi, se sul Ros, da P.m. della D.d.a. di Palermo negli anni del Procuratore Giancarlo Caselli, si era fatta un’idea per nulla positiva proprio sulle ricerche dell’allora latitante Bernardo Provenzano, tema centrale del processo oggi pendente a Palermo a carico di Mario Mori e del colonnello Mauro Obinu: “A noi sembrava – così si è espresso Sabella a Palermo davanti ai giudici della quarta sezione penale del Tribunale – che il Ros agisse in un’altra direzione, per acquisire informazioni non come forza di polizia ma per altri motivi, a noi sconosciuti”.\n- Il silenzio dei colpevoli - di Giorgio Bongiovanni e Lorenzo Baldo


Riccanza 3, intervista esclusiva a Juan Sierra: sogni, amore e progetti\nHome Le interviste in esclusiva Riccanza 3, intervista esclusiva a Juan Sierra: “Sogno di avere una bambina....\nRiccanza 3, intervista esclusiva a Juan Sierra: “Sogno di avere una bambina. Fidanzato? Ecco la verità”\nRiccanza 3 continua a mietere successo su MTV. Le avventure dei protagonisti appassionano i telespettatori e nelle prossime puntate ci saranno nuove ed entusiasmanti sorprese. Noi abbiamo raggiunto uno dei protagonisti del programma, Juan Sierra.\nRiccanza 3, intervista esclusiva a Juan Sierra\nLa redazione di Super Guida Tv ha intervistato in esclusiva Juan Sierra, uno dei protagonisti di Riccanza 3. Juan è uno dei personaggi più carismatici del programma di MTV. Di seguito le sue dichiarazioni:\nAnche quest’anno protagonista con Riccanza: che esperienza è stata?\nBellissima. Diversa rispetto all’anno scorso, perchè ero uno special guest, mentre quest’anno ho partecipato a tutte le puntate. Un’esperienza intensa e bella.\nNonostante le critiche Riccanza è giunto alla sua terza edizione: qual è secondo te il segreto del successo?\nLe critiche non le considero. Da Riccanza bisogna tirar fuori l’ironia. Il segreto del successo è proprio l’ironia.\nCon gli altri protagonisti di Riccanza si è creato un bel rapporto?\nSi, con tutti. Siamo una squadra molto bella e unita. Si è creato un bel clima e aldilà del programma si è creato un bel rapporto.\nAnche Giulia Salemi figura tra le protagoniste della nuova edizione di Riccanza: ci parli del rapporto che hai con lei?\nIo e Giulia siamo tanto amici. Tra di noi c’è un rapporto molto bello.\nHai avuto modo di conoscere anche Francesco Monte? Pensi che stanno bene insieme?\nNo, non ho avuto modo di conoscerlo perchè sono da poco tornato dalla Spagna. Non ho visto neanche lei. L’ho sentita e penso sia molto felice con Francesco, è sempre allegra e energetica.\nChe cos’è per te la “riccanza”?\nLa mia riccanza è poter fare quello che voglio quando voglio senza tener conto dei commenti e dei giudizi della gente. Per me questa è riccanza.\nÈ vero che non ti poni limiti economici?\nSì, per me non esistono limiti a qualsiasi livello, sia nell’acquisto di un capo di abbigliamento che di un viaggio o di una casa.\nSei un esperto di moda e allora ti chiedo: qual è il segreto per essere sempre alla moda?\nIl segreto per essere sempre alla moda è essere sempre te stesso. Quando ci si sveglia al mattino, si deve aprire l’armadio ed essere se stessi. Si devono abbinare i sentimenti agli accessori e ai vestiti. La moda per me sono i capi firmati, ma non è detto che debba essere per forza così.\nQuale potrebbe essere la prossima tendenza nel campo della moda?\nLa moda ormai non ha stagione, quindi non ci sono tendenze: un giorno puoi vestirti in un modo, un giorno nell’altro.\nTi piacerebbe fare un reality in Italia?\nHo già ricevuto molte proposte. Io, però, sono una persona imprevedibile: se un giorno mi sento di accettare, accetto; se mi sveglio e non sono di buon umore o la proposta non mi convince, rifiuto. Personalmente, però, non chiudo mai nessuna porta.\nQuale ti piacerebbe tra i reality italiani?\nGuarda sinceramente non li guardo, quindi dovrei prima seguirli per decidere a quale partecipare. Sicuramente l’Isola dei Famosi potrebbe essere un reality giusto per mettermi alla prova.\nJuan Sierra, l’ex di Claudio Sona ha un nuovo fidanzato?\nDopo la storia tormentata con Claudio Sona, ex tronista di Uomini e Donne, in esclusiva ai nostri microfoni Juan Sierra ha parlato della sua vita sentimentale:\nQuali sono le differenze tra la Spagna e l’Italia?\nLe persone. In Spagna sono più vere e passionali rispetto all’Italia.\nSono working in progress. C’è qualcosa in ballo.\nOltre a Riccanza ci sono progetti in cantiere di cui puoi parlarci?\nSto lavorando ai miei progetti, ma mediaticamente non c’è nulla in cantiere.\nIl mio sogno è avere una bambina.\nRingraziamo Juan Sierra per la gentile intervista.


[Italian] Design Patterns: i patterns comportamentali secondo la Gang Of Four\nIn questo secondo articolo saranno affrontati i design pattern comportamentali. Per approfondire la tua conoscenza dell’argomento, puoi acquistare il libro in inglese oppure la sua Versione in italiano .\nI design pattern comportamentali\nI design pattern strutturali sono quei design pattern che riguardano la comunicazione tra oggetti che devono cooperare, garantendone la flessibilità. Sono particolarmente importanti nei software con architetture strutturate, laddove ridurre l’accoppiamento aiuta a ridurre l’hard coding (la scrittura all’interno dei metodi di classe) delle comunicazioni e le dipendenze tra classi.\nDesign pattern utilizzato dove una richiesta può essere presa in carico da vari oggetti, senza che il richiedente li conosca o senza che essi si conoscano tra di loro, creando un forte disaccoppiamento tra questi.\nSi implementa creando una catena (implementabile come lista circolare, ad esempio con un riferimento al prossimo elemento della lista, che nel caso dell’ultimo è il primo elemento) all’interno di un oggetto al quale il client effettua la sua richiesta, poi questo oggetto utilizzando la lista circolare inoltrerà a chi di dovere, secondo una qualche logica di scheduling, prenderà in carico la richiesta, ovvero un ConcreteHandler, che può anche essere di vario tipo.\nSi realizza costruendo oggetti che rappresentano azioni o eventi, incapsulando eventuali parametri o informazioni dell’azione/evento. Un possibile svantaggio di questo pattern è appunto la proliferazione di molti oggetti che rappresentano tutti i possibili eventi o le possibili azioni.\nSi implementa predisponendo un Receiver per gli eventi/azioni che sono oggetti che implementano l’interfaccia Command, cioè i ConcreteCommand, attraverso i quali utilizzerò l’Invoker i cui metodi sono utilizzati dal client per eseguire le azioni incapsulate dai command.\nDesign che permtte di accedere agli elementi di un oggetto aggregato (insieme di oggetti) in modo sequenziali, senza esporre all’esterno l’oggetto aggregato. Occorre fare attenzione affinchè l’iterator sia thread safe. Le operazioni comuni che vanno implementate su un iterator sono hasNext() e next(); addizionalmente potrei aggiungerne altre come remove() e add(), si parla di un design più evoluto e su cui comunque bisogna fare attenzione per via della concorrenza. Ovviamente l’iterator al suo interno deve avere un indice.\nPattern che regola la comunicazione tra oggetti, i quali non comunicano più direttamente tra di loro ma appunto utilizzando il Mediator, un oggetto specifico.\nE’ un pattern usato in sistemi che utilizzando un protocollo di invio-ricezione di messaggi, come chat room.\nIl vantaggio principale è dato dal disaccoppiamento tra gli oggetti coinvolti nel processo di comunicazione mediato, che si collegano solo al mediator.\nIl mediator permette di concentrarsi sull’interazione del singolo oggetto all’interno del sistema, e permette inoltre di inserire un controllo centralizzato, o ancor meglio una definizione centralizzata del protocollo di comunicazione. Questo è allo stesso tempo un punto debole del pattern in quanto l’architettura del Mediator è complessa e si tratta di un oggetto complesso da scrivere, mantenere, e che può costituire un collo di bottiglia.\nDesign pattern che “viola” l’incapsulamento permettendo di salvare lo stato interno di un oggetto in previsione di un’operazione di restore() successiva. Vengono creati degli snapshot, ad esempio può essere utile per realizzare transazioni o operazioni undo/redo.\nSi implementa con un oggetto Originator responsabile della creazione/snapshot di oggetti che implementano l’interfaccia Memento.\nPattern che permette ad alcuni oggetti di pubblicare infomazioni e ad altri di iscriversi ad un contenuto che potrebbe essere pubblicato. Esiste quindi un’interfaccia Observer implementata dagli oggetti che desiderano ricevere informazioni sul cambiamento di stato (operazione publish).\nTutti gli oggetti che implementano tale interfaccia devono quindi iscriversi presso un altro oggetto, che terrà in una struttura tutti gli Observer, e che provvederà ad informarli utilizzando un metodo (es. update() ) ogni qualvolta avverà un cambio di stato o comunque una qualche operazione che andrà a loro notificata. Il cambio di stato potrebbe avvenire all’interno di questo oggetto o anche all’esterno.\nPattern che permette ad un oggetto di modificare il suo comportamento a seconda di quello che è il suo stato interno: utilizzando l’ereditarietà avrò differenti classi che rappresentano differenti stati interni, e posso modificarle a runtime.\nI benefici di questo pattern è un codice più pulito, avendo una classe per ogni stato, ma al tempo stesso ho più classi e questo potrebbe essere un problema se le classi diventassero molto numerose.\nAvrò una certa interfaccia implementata da tutti gli stati dell’oggetto, e a seconda di una determinata logica imposterò quale degli oggetti che implementano State utilizzare per eseguire un certo metodo dell’oggetto stesso.\nPattern utilizzato per definire una famiglia di algoritmi, utilizzabili in modo interscambiabile, a seconda di quale client ne fa richiesta o dei parametri della richiesta. In questo modo il client può anche non sapere quale algoritmo sarà utilizzato, la selezione dell’algoritmo è predisposta tutta all’interno dell’oggetto che riceve la richiesta. In alternativa il client può conoscere quali sono le strategie possibili, ed effettuare una richiesta appropriata a seconda delle circostanze.\nLa strategia da applicare può quindi essere impostata dall’esterno, dal client stesso o con un metodo col quale imposta la strategy o con una chiamata specifica, oppure può essere automaticamente assegnata a seconda dei parametri della chiamata


Ricorsi Pettine ANIEF: ‘negligenza e imperizia’ del MIUR, 20.000 Euro di risarcimento danni per lite temeraria\nProseguono i successi ANIEF nel contenzioso contro le “code della vergogna” istituite dal MIUR nelle graduatorie 2009/2011. Gli Avvocati Fabio Ganci e Walter Miceli, avvalendosi della collaborazione dei nostri legali sul territorio, continuano a inanellare successi e a ottenere sempre più spesso la condanna del MIUR per lite temeraria. I Tribunali di Reggio Emilia, Napoli e Parma riconoscono la condotta irragionevole, grave e ingiustificata tenuta dal Ministero nei confronti degli iscritti ANIEF, con relative condanne per responsabilità aggravata a carico dell'Amministrazione per un totale che supera i 20.000 Euro.\nIl Tribunale di Reggio Emilia, a seguito dell'ottimo intervento degli Avv.ti Fortunato Niro e Irene Lo Bue, riconosce senza indugio “la gravità e abnormità del comportamento tenuto dal Ministero nel corso degli anni dal 2009 in avanti” nei confronti della nostra iscritta. Il Giudice ha evidenziato, con una precisa e scrupolosa ricostruzione del contenzioso, l'illegittimità del comportamento del MIUR che ha costretto la ricorrente a un estenuante iter giudiziario “vedendosi comunque vanificato ogni legittimo sforzo a fronte di un beffardo 'accantonamento in attesa della definizione nel merito'”. Dando piena ragione a quanto da sempre sostenuto dall'ANIEF, quindi, il Giudice conviene che la condotta del MIUR, è da identificare in una “colpa grave in termini di negligenza ed imperizia nella gestione del proprio personale” da condannare proprio ai sensi dell'art. 96 c.p.c.\nAnche presso il Tribunale di Napoli, l'Avv. Michele Speranza prosegue la serie di successi per conto dei ricorrenti ANIEF e ottiene in favore di una nostra iscritta una nuova condanna del MIUR al risarcimento del danno “avuto riguardo alla condotta dell'Amministrazione, irragionevolmente elusiva del diritto della ricorrente protrattosi a lungo nel tempo”. In pieno accordo con le tesi portate avanti dall'ANIEF, il Giudice riconosce che la pervicace ostinazione del MIUR, nonostante il diritto della nostra iscritta fosse già stato ripetutamente accertato da una pluralità di pronunce da parte di diversi organi giurisdizionali (TAR Lazio, Consiglio di Stato, Corte Costituzionale, quest'ultima per ben due volte) ha procrastinato ingiustificatamente “la realizzazione delle legittime aspirazioni della ricorrente” inoltre “alimentando un contenzioso superfluo e costoso”. La condanna a carico del MIUR è esemplare: 7.000 Euro per responsabilità aggravata e 4.560 Euro oltre accessori per le spese di giudizio.\nIl Tribunale Parma, accogliendo il ricorso patrocinato sul territorio dall'Avv. Irene Lo Bue, rileva che “il diritto soggettivo della ricorrente ad essere inserita a pettine nelle graduatorie del biennio 2009/2011 è evidente” nonché “affermato a chiare lettere dalla Corte Costituzionale nella sentenza 41/2011”. Stabilita l'evidenza della colpa del MIUR, il Giudice accoglie le richieste dell'Avv. Lo Bue - che con perizia si occupa dei nostri ricorrenti sul territorio - e condanna l'Amministrazione a 4.500 Euro anche per responsabilità aggravata, convenendo che “il comportamento ostruzionistico del Ministero resistente, nonostante le numerose decisioni giurisprudenziali – soprattutto alla luce delle pronunce di incostituzionalità del Giudice delle Leggi – è da ritenere grave e non giustificato”.\nAveva ragione l'ANIEF quando prevedeva la condanna del Ministero dell'Istruzione per responsabilità aggravata a causa dei troppi anni in cui si è ostinato a ignorare le favorevoli sentenze più volte ottenute dai nostri legali in tribunale. Quel comportamento “grave e ingiustificato”, “irragionevole e illegittimo” e addirittura “negligente” e “beffardo” di cui i Giudici del Lavoro di tutta Italia stanno finalmente riconoscendo “l'abnormità”, sta ottenendo le giuste condanne al risarcimento del danno in favore dei nostri iscritti per aver loro negato un giusto diritto e per aver continuato imperterrito, e per anni, a “relegare in coda” la nostra Costituzione.\nDa Catania a Udine piena tutela per i ricorrenti Pettine ANIEF\nContinuano i successi ANIEF per i ricorsi Pettine: nuove sentenze favorevoli e piena tutela accordata dai tribunali di tutta Italia nei confronti dei nostri iscritti che il MIUR aveva relegato “in coda” nelle graduatorie 2009/2011. Gli Avvocati Fabio Ganci e Walter Miceli, avvalendosi della collaborazione dei nostri legali sul territorio, ottengono nuovi importanti conferme e l'immediata immissione in ruolo in favore di una docente catanese, disoccupata da quasi un anno, che il MIUR avrebbe dovuto assumere sin dal 2010.\nPresso il Tribunale Catania, l'Avv. Adriana Carrabino, con un'ordinanza che determina una fondamentale svolta per i futuri riscontri a favore dei ricorrenti ANIEF in questo tribunale, ottiene con ricorso d'urgenza l'immediata immissione in ruolo di una nostra iscritta dimostrando che il Ministero avrebbe dovuto assumerla sin dal 2010 in virtù del suo corretto inserimento “a pettine” nelle graduatorie d'interesse. I nostri legali hanno, infatti, dimostrato “il pregiudizio alla professionalità, conseguente al mancato espletamento di attività professionale, tenuto altresì conto che per l'anno scolastico in corso non è stata destinataria di alcuna proposta di contratto a tempo determinato”. Il Giudice ha, pertanto, ritenuto che “tali circostanze appaiono sufficienti a giustificare la chiesta tutela d'urgenza atteso che nelle more della proposizione e definizione di un giudizio ordinario risulterebbero compromessi i diritti della ricorrente al conseguimento di una occupazione a tempo indeterminato ed al conseguente espletamento di attività lavorativa e didattica con carattere di continuità e stabilità, di certo non reintegrabili per equivalente”. Il Ministero è stato condannato, così come richiesto dai legali ANIEF, a “procedere immediatamente all'assunzione a tempo indeterminato della ricorrente, con decorrenza del relativo trattamento economico e normativo dall'anno scolastico 2010/2011”.\nPresso il Tribunale di Udine, anche l'Avv. Fortunato Niro fa valere i pieni diritti dei ricorrenti ANIEF, dimostrando incontestabilmente che la nostra iscritta - ricorrente al Presidente della Repubblica tramite l'ANIEF sin dal 2009 - ha provato “di non aver fatto acquiescenza rispetto all'inserimento in coda alle graduatorie, mentre uguale comportamento non può presumersi nei confronti di tutti i docenti inseriti nelle varie graduatorie provinciali di coda”; ottiene, pertanto, provvedimento cautelare in cui viene ordinato al MIUR “di considerare la ricorrente come inserita “a pettine”, ossia in aderenza al punteggio sostenuto e non in coda, con decorrenza dalla data di prima pubblicazione delle graduatorie definitive”.\nL'ANIEF ottiene il riconoscimento del diritto alla stipula di contratti a tempo indeterminato in base alla corretta posizione “a pettine” nelle graduatorie 2009/2011 anche per altri 3 docenti con altrettante sentenze definitive di pieno accoglimento emanate in questi giorni dal Tribunale Verona, con il patrocinio dell'Avv. Maria Maniscalco, dal Tribunale di Parma, con il patrocinio dell'Avv. Irene Lo Bue e dal Tribunale di Asti, con il patrocinio dell'Avv. Giovanni Rinaldi. La condanna alle spese a carico del MIUR ammonta a complessivi 7.100 Euro oltre accessori.\nL'ANIEF, sempre pronta a battersi per il ripristino della legalità e per il pieno rispetto del merito e del diritto, esprime completa soddisfazione per i successi finora ottenuti in favore dei docenti che hanno affidato con fiducia al nostro sindacato la tutela dei propri diritti e trasmette loro di tutto cuore, con particolare partecipazione nei confronti della delicata situazione risolta in favore della nostra iscritta catanese, l'augurio per un futuro lavorativo proficuo e sereno oltre che, finalmente, a tempo indeterminato.\nRicorsi Pettine ANIEF inattaccabili: MIUR travolto in tribunale\nLa continua e precisa azione dell'ANIEF nella risoluzione del contenzioso “pettine” e il costante e magistrale impegno degli avvocati Fabio Ganci e Walter Miceli nella gestione e nella cooperazione con la rete dei nostri legali sul territorio, convincono i giudici di tutta Italia con argomentazioni univocamente ritenute esaustive, condivisibili e inattaccabili a conferma dell'assoluto diritto dei ricorrenti ANIEF all'immissione in ruolo dalle graduatorie 2009/2011 e della fondatezza delle ragioni sostenute dal nostro sindacato contro le “code della vergogna”.\nPresso il Tribunale di Verona, l'Avv. Maria Maniscalco ottiene la condanna del MIUR al riconoscimento del diritto all'immissione in ruolo dalle graduatorie del 2009 per una iscritta ANIEF a lei affidata con piena conferma che l'azione dei nostri legali ha ottenuto nei tribunali di tutta Italia un successo ormai univoco. Il Giudice, infatti, conviene che “sulla questione oggetto del presente giudizio esistono numerose pronunce di merito, tutte, per quanto è dato di sapere, favorevoli alla tesi attorea” e dichiara che le argomentazioni esposte dall'ANIEF e riportate nelle ormai numerose sentenze di merito già ottenute “appaiono esaustive e del tutto convincenti e condivisibili”. Spese di lite a carico del MIUR, ovviamente soccombente, quantificate in 3.000 Euro oltre accessori.\nIl Tribunale di Napoli, accogliendo il ricorso patrocinato sul territorio dall'Avv. Michele Speranza, riconosce che il diritto della nostra iscritta all'immissione in ruolo in virtù del corretto inserimento “a pettine” nelle graduatorie 2009/2011 è “diritto soggettivo perfetto” che rende la situazione giuridica vantata dalla ricorrente “inattaccabile dalla eventuale diversa e separata pronuncia favorevole resa nei confronti di altro docente facente parte della graduatoria permanente”. Di conseguenza il Giudice, dichiarando tra l'altro “l'inconferenza della richiesta formulata dal Ministero di integrazione del contraddittorio nei confronti di tutti i docenti inseriti nella suddetta graduatoria”, lo condanna all'immissione in ruolo della ricorrente e al pagamento di 3.650 Euro di spese di giudizio.\nAnche il Giudice del Lavoro dell'Aquila, con la prima sentenza definitiva ottenuta dall'ANIEF grazie all'ottimo e sempre preciso intervento dell'Avv. Rodrigo Verticelli presso questo tribunale, conferma quanto da sempre e con forza sostenuto dall'ANIEF: “nella fattispecie, si fa questione di diritti soggettivi e, di conseguenza, assume rilevanza nel presente giudizio unicamente il momento lesivo di tali diritti (corrispondente all'inserimento della ricorrente “in coda” anziché “a pettine) e non possono perciò essere presi in considerazione profili ulteriori e di per sé riguardanti, per così dire, la “ricostruzione” di una nuova (e, per di più, del tutto virtuale) graduatoria”. MIUR, anche questa volta, condannato al pagamento di 1.800 Euro di spese processuali.\nL'ANIEF travolge il MIUR, ottenendo il pieno accoglimento dei propri ricorsi, anche presso il Tribunale di Lanciano, con il patrocinio dell'Avv. Manuela Pirolozzi; presso il Tribunale Tolmezzo, con il patrocinio dell'Avv. Fortunato Niro, presso il Tribunale di Piacenza con due sentenze ottenute dall'Avv. Irene Lo Bue. A conti fatti, l'ultima settimana di contenzioso contro l'ANIEF è costata al MIUR, che continua ad opporsi a un diritto ormai univocamente riconosciuto, circa 20.000 Euro per spese di soccombenza.\nL'ANIEF ha da sempre sostenuto che il merito e la Costituzione non potevano essere, neanche per un biennio, relegati “in coda” dal Ministero dell'istruzione. I Giudici amministrativi e la Corte Costituzionale ci avevano già dato ragione; solo il MIUR, con pervicace ostinazione, ha continuato a elucubrare vane e fantasiose teorie a sostegno del proprio operato. Ora i nostri legali, contro cui il Ministero continua a soccombe in giudizio, stanno ottenendo quotidiani e soddisfacenti successi nei tribunali del lavoro di tutta Italia forti delle solide e inattaccabili ragioni sostenute dal nostro sindacato.\nA Ravenna altre retrodatazioni ed immissioni in ruolo per i docenti rappresentati dall’ANIEF\nUlteriori conferme per i docenti iscritti Anief. Nell'ormai famosa vicenda "Pettine", anche l'AT di Ravenna, così come molti altri Ambiti Territoriali Provinciali, ha provveduto ad esperire nella giornata dell'8 aprile 2013, gli atti di esecuzione delle sentenze (tutte positive!) emesse dal Giudice del Lavoro del Tribunale di Ravenna a favore di docenti ai quali, in passato, era stato negato il diritto di "inserimento a pettine" nelle Graduatorie Ad Esaurimento.\nGrazie alla linea del Sindacato e alla preziosa professionalità dell'Avv. Tiziana Sponga, legale Anief per le Province di Bologna, Ravenna, Ferrara, Forlì Cesena e Rimini, che ha presentato e discusso i ricorsi, finalmente cinque docenti della Scuola Primaria, assunte in ruolo già dal settembre 2012, hanno ottenuto la retrodatazione agli anni 2009 o 2010; altre due colleghe, precarie della Scuola Secondaria di Primo Grado, per gli stessi anni e per la stessa lesione del diritto, hanno invece ottenuto il ruolo e la stabilizzazione!\nSi attendono ulteriori e positive sentenze anche sulle altre province. È proprio il caso di dire: "Era ora!"\nSonora lezione al MIUR sui ricorsi Pettine ANIEF: 10.000 Euro di condanna alle spese per lite temeraria\nIl Tribunale di Napoli, accogliendo le richieste dell'ANIEF, ha nuovamente censurato il MIUR per lite temeraria, rinvenendo nella condotta tenuta dall'Amministrazione nel corso degli anni un reiterato e intenzionale inadempimento degli ordini giudiziali e delle sentenze della Corte Costituzionale ottenute dal nostro sindacato contro le “code della vergogna”.\nL'Avvocato Michele Speranza, della cui esperienza l'ANIEF si avvale per il patrocinio dei propri iscritti sul territorio, ci trasmette con soddisfazione una nuova sentenza in cui il Giudice del Lavoro di Napoli, Dott. Francesco Armato, accoglie pienamente il ricorso e dichiara il diritto della nostra iscritta all'inserimento “a pettine” nelle graduatorie d'interesse e alla conseguente immissione in ruolo con decorrenza giuridica ed economica dal 1° settembre 2009.\nRinvenendone gli estremi, così come dimostrato in udienza dal legale ANIEF, il Giudice ha inoltre condannato il MIUR “al pagamento alla ricorrente, a titolo di risarcimento del danno ex art. 96 c.p.c., della somma di euro 5.000 oltre accessori” e alle ulteriori spese di lite quantificate in 3.200 Euro oltre IVA, CPA e spese generali.\nAncora una volta il MIUR, grazie all'intervento dell'ANIEF, ha ricevuto una “sonora lezione” in tribunale con una condanna che supera i 10.000 Euro complessivi e l'obbligo a rispettare il merito e la Costituzione nelle operazioni di immissione in ruolo 2009/2011. Avvalendosi anche della competenza e della professionalità dei propri legali, l'ANIEF continuerà a tutelare in tutte le sedi opportune i diritti dei propri iscritti e non esiterà a denunciare e a far censurare in tribunale questa ed altre condotte illegittime messe in atto dal Ministero dell'Istruzione a discapito dei lavoratori della scuola.


6 motivi per investire nella gestione di acqua e rifiuti - We Wealth\nEPISODIO 8 - Il futuro si costruisce giorno per giorno\nRisparmio Gestito | Fidelity | Azionari internazionali\n11 Aprile 2019\t· Giulia Schiro\nLa domanda di soluzioni intelligenti legate alla gestione dell’acqua e dei rifiuti cresce esponenzialmente e la “quarta rivoluzione industriale” offre terreni fertili, anche per chi investe e ha sete di settori poco esplorati da inserire in portafoglio. Ecco la soluzione di Fidelity International\nIl 22 marzo di ogni anno la giornata mondiale dell’acqua organizzata dall’Onu ci ricorda il valore di una risorsa globale rara, che è urgente torni al centro delle azioni quotidiane di cura e risparmio da parte di ciascun individuo. Non solo è imprescindibile il suo utilizzo universale per creare acqua potabile, ma anche il suo status di elemento essenziale nella produzione alimentare, nell’industria manifatturiera ed energetica.\nLa sfida è immensa: le Nazioni Unite stimano che 2,1 miliardi di persone non hanno accesso all’acqua potabile, 4,5 miliardi non ha accesso a servizi igienico-sanitari sicuri e 700 milioni di persone potrebbero essere, entro il 2030, i nuovi esuli provocati dalla drastica mancanza d’acqua. I cambiamenti climatici e l’aumento delle temperature, i fenomeni siccitosi sempre più frequenti e la maggiore richiesta, dato che nel 2050 si stima saremo 10 miliardi di persone, possono solo aumentare le pressioni su un accesso sicuro ed equo alle risorse idriche.\nNonostante la superficie terrestre sia ricoperta al 70% di acqua, quella potenzialmente fruibile è, infatti, pochissima: secondo l’Economist il mondo può contare solo sullo 0,75% dell’acqua dolce disponibile che proviene dalle falde.\nIl calo della qualità dell’acqua è un problema altrettanto sentito in tutto il mondo a causa del deflusso agricolo, delle acque reflue industriali, dello smaltimento improprio dei rifiuti umani e di molte altre questioni.\nConsiderando che un terzo dei grandi sistemi di falde acquifere è già a rischio prosciugamento e che si prevede che il consumo globale dell’acqua aumenti del 25% entro il 2030, il ritmo diventa insostenibile e ciò porta la crisi idrica tra le priorità nelle agende dei governi.\nMa anche la gestione dei rifiuti è, altresì, importante e lo sviluppo di sistemi innovativi per il loro smaltimento è condizione essenziale per una crescita economica sostenibile. Oggi le città di tutto il mondo producono circa 1,3 miliardi di tonnellate di rifiuti solidi urbani all’anno (pari a 1,2 kg per abitante al giorno), cifra che secondo le stime della Banca Mondiale salirà, entro il 2025, a 2,2 miliardi (1,4 kg per abitante/giorno).\n“La domanda di acqua potabile e servizi igienico-sanitari è costante, ed è necessario migliorare la capacità di gestire i rifiuti prodotti da popolazioni sempre più numerose, ricche e urbanizzate. Non esiste economia senza acqua, non esiste economia sostenibile senza una gestione dei rifiuti, ma le aziende in questo settore rimangono relativamente inesplorate dagli investitori”, chiosa Bertrand Lecourt, gestore di Fidelity International.\nLa domanda di soluzioni intelligenti legate all’acqua, per esempio, è già oggi un’enorme opportunità di mercato secondo una recente relazione del Global Compact dell’Onu, che stima come il mercato definito smart water possa valere 20,1 miliardi di dollari entro il 2021.\nSenza contare la gestione dei rifiuti, che non vengono più considerati solo come scarti, ma come risorse da trasformare e reintrodurre sul mercato.\nI tempi sono dunque maturi e la “quarta rivoluzione industriale” offre terreni fertili, in senso proprio e per gli investitori. Le aziende con le tecnologie esistenti come pompe, tubi, contatori e filtri probabilmente vedranno aumentare la domanda verso i propri prodotti, ma uno spazio significativo si apre soprattutto per gli innovatori.\nAd esempio l’internet delle cose, che utilizza elettronica e sensori per formare reti di informazione e big data, è sfruttabile per migliorare l’approvvigionamento di acqua da e verso i luoghi giusti e per capire dove perde una condotta, mentre l’intelligenza artificiale potrebbe essere utilizzata per ricavare la potenza attraverso un sensore installato in una posizione altrimenti inaccessibile.\nAcqua e rifiuti: un approccio di investimento combinato\nLe ragioni per cui la gestione idrica e dei rifiuti oggi è un’opportunità di investimento si possono sintetizzare in 6 punti:\nL’incremento degli abitanti nelle città: nei nuclei urbani cresce, di conseguenza, la necessità di acqua potabile e di migliorare la capacità di gestire i rifiuti;\nLa pressione delle infrastrutture: aumenta il bisogno di ammodernare le vecchie infrastrutture nel mondo occidentale e di dare il via a nuovi progetti di sviluppo nei mercati emergenti;\nRisorse e scarsità: l’acqua dolce sta diventando un bene limitato (solo l’1% dell’acqua presente sulla Terra è idonea all’uso umano) e i rifiuti, se trattati, diventano una risorsa;\nIncremento della ricchezza e aumento dei consumi nei mercati emergenti: in particolare nei Paesi in via di sviluppo, il rapido processo di urbanizzazione è ancora in corso e si sta registrando una crescente domanda di beni ad elevato consumo idrico e un incremento della quantità di rifiuti prodotti, soprattutto da parte di una ricca classe media in ascesa;\nNormative e sanità: l’aumento dei regolamenti ambientali e delle norme sanitarie genera valore per nuove tecnologie e servizi idrici, soprattutto nei mercati sviluppati;\nIndustria e agricoltura: la crescita della popolazione globale (attualmente pari a 7,5 miliardi di persone, dovrebbe crescere di oltre 2,2 miliardi entro il 2050) implica un aumento della domanda di acqua legata ad agricoltura, attività estrattive, petrolio, energia e altre attività industriali.\nIn questo contesto, Fidelity International propone il Sustainable Water & Waste Fund che analizza le dinamiche economiche e sociali che hanno un impatto sulla domanda di acqua e sulla gestione dei rifiuti, con l’obiettivo di individuare le società più promettenti a livello globale che operano in questo settore seguendo criteri di responsabilità sociale (Esg).\nFacendo leva sulla ricerca proprietaria di tipo fondamentale di Fidelity International, il fondo impiega un processo di investimento di tipo bottom-up, ovvero basato sull’analisi fondamentale delle singole società, con l’obiettivo di selezionare i migliori 30-35 titoli nei settori idrico e dei rifiuti. Il posizionamento mira ad avere un’esposizione a 13 dei 17 obiettivi di sviluppo sostenibile dell’Agenda 2030.\nI titoli legati all’acqua e ai rifiuti possono essere soggetti a oscillazioni cicliche, ma offrono ottime opportunità di crescita e di sovraperformance rispetto alle azioni globali, soprattutto quando combinati in un’unica strategia.\nIl Fidelity Sustainable Water & Waste Fund investe non solo in aziende che creano prodotti innovativi per soddisfare la crescente domanda, ma anche in settori che ne beneficiano in modo naturale e trasversale. Un esempio è Water Corp, una società che fornisce le attrezzature per i test di laboratorio per l’industria idrica.\nIl fondo è rivolto agli investitori che:\ndesiderano investire nei trend di crescita secolari in un settore ancora poco rappresentato;\nche mirano a diversificare il portafoglio azionario attraverso un’esposizione di tipo globale;\nche cercano soluzioni di investimento di tipo sostenibile.\nRisparmio Gestito Fidelity Azionari internazionali\nStorie dalla Cina 2: il traffico, presagio di ripresa\nSettore sanitario: numeri, prospettive e sfide all’orizzonte


Come fare il nocino - Lettera43.it\n19 Giugno Giu 2017 1435 19 giugno 2017\n29 Aprile Apr 2016 1852 29 aprile 2016\n26 Agosto Ago 2015 1535 26 agosto 2015\nCome fare il bargnolino\nIl nocino è un liquore originario della provincia di Modena che ha tradizioni popolari molto importanti.\nCome la tradizione locale insegna, la preparazione di questo liquore inizia la notte del 24 giugno con la raccolta del mallo delle noci ancora acerbe che, dopo aver seguito un lento processo di lavorazione, favoriscono un gusto unico alla soluzione alcolica.\nLa data della raccolta delle noci richiama la notte di San Giovanni Battista, ricorrenza molto acclamata sia a Nord che a Sud d’ Italia e fortemente rispettata dai produttori storici del liquore che indicano in quella notte il rispetto dell'usanza di produzione del buon nocino.\nGli ingredienti alla base della ricetta sono semplici e il procedimento, oltre a subire un riposo d'infusione di 40 giorni, è molto pratico.\nIngredienti per preparare il nocino\n4 limoni con buccia edibile\nIl segreto di un buon successo è alla base dell'ingrediente essenziale, ovvero le noci che non devono aver subito nessun tipo di trattamento chimico. Quindi, dopo essersi assicurati sulla provenienza, lavarle, asciugarle bene e dividerle in 4 parti.\nPrendere una bottiglia di vetro con chiusura ermetica e con una capienza da 1lt circa. Inserire le noci nella bottiglia e versarci sopra l'alcool puro. Lasciare per 24 ore in infusione fino a che l'alcool non cambia colore grazie al processo di infusione con il mallo delle noci.\nDopo le 24h, preparare i limoni, tenendo in considerazione solo la parte esterna gialla, ovvero le bucce. Tagliare anch'esse in piccole parti ed aggiungerle insieme allo zucchero, ai chiodi di garofano, allo stecco della cannella e all'acqua nella bottiglia contenente l'acool e le noci.\nDopo che gli ingredienti risulteranno tutti all'interno della bottiglia, lasciare riposare per 40 notti, girando il composto anche 3 volte al giorno durante tutto il periodo d’attesa. Infine filtrare il tutto con l'aiuto di un colino e consumare dopo 6 mesi dalla colatura.


Pomodori secchi sott'olio (Chiappi cunzati) - Cuoca per Diletto\nPomodori secchi sott’olio (Chiappi cunzati)\nCuoca Per Diletto 30 min. 1-2 min.\nQuando al mercato vedo ceste di vimini stracolme di pomodori secchi mi assale improvvisamente la voglia di acquistarli e confezionarli in vaso utilizzando la solita ricetta di sempre. Così è accaduto anche la settimana scorsa! Il profumo dei pomodori, dell’aglio e delle erbe aromatiche insieme è fantastico, mentre li preparavo già mi pregustavo il loro ottimo sapore su una bella fetta di pane tostato, nella pasta con i pomodorini freschi o sulla pizza fatta in casa. E’ una ricetta semplicissima, ma vi assicuro ottima e i pomodori secchi così confezionati saranno molto più buoni di quelli che acquistate già pronti al supermercato.\nRicetta tratta dal libro: “La cucina Siciliana” ed. Bonechi\nPomodori secchi gr.500\nAglio n.4 spicchi\nPreparate una pentola con ¾ di acqua e ¼ di aceto e sbollentate i pomodori per circa uno o due minuti. Asciugateli bene con carta assorbente e sistemate in un vaso uno strato di pomodori, condite con pezzetti di aglio, un pizzico di basilico e prezzemolo tritati, peperoncino se piace e coprite con l’olio e qualche goccia di aceto. Ripetete gli strati e alla fine ricoprite con l’olio in cui avrete sciolto le acciughe.\nNote: Dopo averli preparati aspetto sempre venti o trenta giorni prima di consumarli per dar modo ai vari profumi e sapori di amalgamarsi bene.\nI pomodori appena sbollentati e messi ad asciugare.\nValeria 8 Giugno 2015\nWow ….la foto è meravigliosa, complimenti 🙂\nanch’io adoro i pomodori secchi sott’olio , sono gustosissimi sia consumati da soli , in aggiunta a qualche salsina, io addirittura ne metto qualcuno anche nell’insalata di riso ….preparazione favolosa che poi apre vasti scenari per altre preparazioni culinarie\nNorma.R 8 Giugno 2015\nmamma mia che bontà, mi fanno letteralmente impazzire …. io seguo una ricetta molto simile alla tua, però una volta sbollentati li lascio asciugare su un telo pulito, per tutta la notte ….in effetti allungo i tempi però non ho la pazienza di utilizzare la carta assorbente\nbravissima e grazie di aver postato questa meraviglia\nche goduria !!!!!! DIVINI….anch’io come te , non appena li trovo ne acquisto una buona quantità e me li preparo personalmente nella mia cucina, quelli acquistati purtroppo non mi piacciono\nRamona 8 Giugno 2015\npensa che fino a qualche anno fa proprio non li conoscevo, poi una mia collega pugliese mi ha regalato un vasetto di pomodori preparato dalla sua mamma …. beh non ho più potuto farne a meno, spettacolari.\nLa foto è carinissima !!!!!!!!!\nLuisetta 10 Giugno 2015\nChe bontà… da mangiare con gli occhi! Perfetti in tante ricette, ma anche così, con il pane. Complimenti!\nMargherita 11 Giugno 2015\nche bontà i pomodori secchi sott’olio, sono stra gustosi, mi sono già segnata la ricetta\nCuoca Per Diletto 11 Giugno 2015\nIo li apprezzo molto in estate, ma in realtà sono buoni sempre!!! La prossima volta non aspetterò tanto tempo prima di confezionarli ancora…\nDaniela 11 Giugno 2015\nprossimo fine settimana partirò per le tanto desiderate vacanze al mare , la mia meta sarà Gallipoli….sono certa che riuscirò a trovare degli ottimi pomodori secchi e provare questa deliziosa preparazione, mi piacciono immensamente\nBuone vacanze Daniela! Come dici sicuramente la tua meta ti permetterà di acquistare dei pomodori secchi di ottima qualità e la tua preparazione sarà ancora più buona!\nRossella 13 Giugno 2015\nCodice di Verifica * Time limit is exhausted. Please reload CAPTCHA. sette + = 11\n6 Tiramisù da forno\n9 Crostatine crema e frutta\n40 Fraisier cake\nCuoca Per Diletto: Gentilissima Stefania non sono..\nStefania: Sembrano amaretti morbidi a pr..


Consigli: 4 cose da fare quando si apre un Blog\nHome » Vita da blogger » Risorse per Blogger » Consigli: 4 cose da fare quando si apre un Blog Consigli: 4 cose da fare quando si apre un Blog Elio\t27/05/2014\tRisorse per Blogger Se hai aperto da poco il tuo blog o hai intenzione di farlo sei nel posto giusto: in questo articolo infatti troverai dei preziosi consigli per iniziare alla grande con il tuo progetto online. Probabilmente sono cose alle quali non avevi pensato, o che non conosci se hai iniziato a bloggare da poco o stai per iniziare: segui questi consigli, ti torneranno utili anche e soprattutto in futuro!\nIndividua le categorie del Blog\nOrganizzare il blog in categorie è necessario sia per te stesso che per i visitatori, che senza di queste incontrerebbero notevoli difficoltà nella navigazione tra i contenuti, in particolare quando questi saranno numerosi. Una pratica frequente sebbene non del tutto corretta, specie all’inizio, è quella di creare le categorie in base ai post che si scrivono: se si parla di un nuovo argomento si aggiunge la categoria. In realtà è preferibile creare le categorie prima degli articoli: individuare le aree tematiche prima e popolarle dopo ti aiuterà anche a seguire una linea editoriale migliore in quanto meglio organizzata.\nCrea e invia a Google la mappa (sitemap) del tuo Blog\nPer facilitare l’indicizzazione, ossia l’inclusione nei risultati di ricerca di Google è bene creare ed inviare la mappa del tuo blog al motore di ricerca tramite gli Strumenti per Webmaster.\nInoltre la mappa può essere inviata agli altri motori di ricerca, come ad esempio Bing, il motore di ricerca di Microsoft, anche se chiaramente il più importante, in quanto più utilizzato, rimane Google.\nPensa agli obiettivi da raggiungere e alla mission del tuo Blog\nNon iniziare con le idee confuse ed incerte, al contrario imposta sin da subito gli obiettivi che vuoi raggiungere e soprattutto parti e prosegui con le idee chiare sul prodotto che vuoi offrire ai lettori. Imposta obiettivi di crescita, sia dal punto di vista di contenuti, sia da quello del pubblico, la sfida affascinante sarà raggiungerli seguendo il tuo stile e la tua idea di blogging.\nDelinea una strategia di monetizzazione\nSe è vero che per guadagnare con un blog è necessario tempo e impegno è anche possibile, o meglio auspicabile, pensare sin dall’inizio alle migliori strategie da adottare per avere la vita più semplice appena sarà possibile iniziare a monetizzare il traffico di utenti: ad esempio se pensi che prima o poi venderai un prodotto o un servizio è bene cominciare ad attrarre indirettamente potenziali clienti già dai primi post sul blog (se venderai prodotti tipici locali ad esempio potresti scrivere degli articoli sui luoghi e sulla bontà degli allevamenti e delle coltivazioni).\nHai in mente l’apertura di un blog o hai iniziato da poco a bloggare? Scrivi in un commento se questi consigli ti sembrano utili!\nSei un blogger più esperto? Dai anche tu un consiglio ad un neo-blogger scrivendo un commento!\nWe will be happy to hear your thoughts Leave a reply Cancel reply\tRimani aggiornato con la nostra Newsletter gratuita! 1 Individua le categorie del Blog2 Crea e invia a Google la mappa (sitemap) del tuo Blog3 Pensa agli obiettivi da raggiungere e alla mission del tuo Blog4 Delinea una strategia di monetizzazione\tSeguici su Google Plus!\tIscriviti alla Newsletter Gli strumenti SEO che utilizzo\tRichiedi la tua consulenza personalizzata\tGuadagnare Online\tGuadagnare con i Sondaggi Online: Come fare e i Migliori Siti


Come si diventa Allenatori - Allenaremania.com\nComunemente conosciuta nel mondo del calcio come Scuola Allenatori di Coverciano, rappresenta il nucleo fondamentale delle attività del Settore Tecnico.\nProvvede all’impostazione della didattica, all’organizzazione e alla gestione dei Corsi per la formazione dei tecnici di ogni ordine e grado, nonché alla realizzazione di sussidi didattici e della documentazione specialistica relativa, avvalendosi di un proprio corpo docente e di qualificati consulenti esterni.\nPromuove, in collaborazione con l’Associazione Allenatori di Calcio, la continuità dell’azione formativa attraverso iniziative di aggiornamento e di perfezionamento professionale.\nPer mezzo del Laboratorio di Metodologia dell’Allenamento e di Biomeccanica, dotato di apparecchiature e strumentazioni tecnologiche d’avanguardia, svolge attività di ricerca tecnico-scientifica applicata al calcio, fornendo agli operatori di campo suggerimenti per il miglioramento della prestazione sportiva e del controllo del processo di allenamento.\nI Corsi di formazione tecnica organizzati dalla Sezione sono:\nCorsi Regionali e provinciali (Organizzati territorialmente con la collaborazione della Lega Nazionale Dilettanti e l’Associazione Italiana Allenatori Calcio)\nCorso per Allenatori Dilettante Regionale\nLa richiesta di partecipazione ai Corsi centrali è inoltrata al Settore Tecnico. La richiesta di partecipazione ai Corsi regionali e provinciali deve essere inoltrata al Comitato Regionale della Lega Nazionale Dilettanti territorialmente competente o all’Aiac (a seconda di chi territorialmente organizza il Corso). I requisiti per l’ammissione, i criteri di valutazione delle domande, la durata del corso, le quote di iscrizione e partecipazione ed il numero massimo dei candidati da ammettere al Corso sono stabiliti dal Consiglio Direttivo e pubblicati in un bando di concorso predisposto dal Presidente.\nIl Corso UEFA PRO viene svolto centralmente a Coverciano, ed è il massimo livello riconosciuto dalla FIGC in materia di formazione tecnica. Al termine delle lezioni, infatti, il positivo superamento degli esami assicura l’abilitazione per condurre qualsiasi squadra, incluse quelle di Serie A e Serie B.\nIl corso si articola in 256 ore di formazione, svolte in maniera modulare durante tutto l’arco di una stagione sportiva Oltre agli elementi classici dei Corsi Allenatori come le lezioni di tecnica e tattica calcistica – di cui una parte dedicata alla match analysis -, metodologia dell’allenamento, psicologia sportiva, comunicazione, lingua inglese, medicina sportiva, carte federali e regolamento di gioco, il corso prevede numerosi stages presso squadre di Serie A e B, dove i partecipanti effettuano un vero e proprio tirocinio formativo sotto la guida dei docenti della Scuola Allenatori.\nPer poter accedere al Corso, i candidati devono aver compiuto il 32esimo anno di età ed essere in possesso del diploma Allenatore di Base – UEFA A; chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitato nel Bando relativo al corso stesso -, provvede a stabilire una graduatoria di ammissione per la scelta dei partecipanti.\nIl costo del corso è di 1.140 Euro.\nIl Corso UEFA A viene svolto centralmente a Coverciano, ed è il primo livello di corso rivolto specificatamente alla formazione di allenatori calcio per le categorie elite e professioniste. Al termine delle lezioni, infatti, il positivo superamento degli esami assicura l’abilitazione per condurre tutte le squadre giovanili, comprese le squadre Primavera, e le prime squadre fino alla I Divisione – Lega PRO inclusa, nonché al tesseramento come allenatore in seconda in Serie A e in Serie B.\nIl corso si articola in 192 ore di formazione, svolti in 6 settimane di lezione. La didattica include elementi di tecnica e tattica calcistica – di cui una parte dedicata alla match analysis -, metodologia dell’allenamento, psicologia sportiva, comunicazione, lingua inglese, medicina sportiva, carte federali e regolamento di gioco.\nPer poter accedere al Corso, i candidati devono aver compiuto il 30esimo anno di età ed essere in possesso del diploma Allenatore di Base – UEFA B; chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitato nel Bando relativo al corso stesso -, provvede a stabilire una graduatoria di ammissione per la scelta dei partecipanti. Il costo del corso è di 1.000 Euro.\nIl Corso per Specializzazione per Allenatore dei Portieri viene svolto centralmente a Coverciano, ed è chiaramente incentrato sulla formazione per tecnici specifici del ruolo del portiere a livello professionistico. Al termine del Corso, infatti, il positivo superamento degli esami abilita i tecnici ad essere tesserati come allenatori dei portieri dalle squadre professioniste.\nIl Corso si articolerà in 105 ore di formazione, svolte in 3 settimane di lezioni a Coverciano\nPer poter accedere al Corso, i candidati devono aver compiuto il 25esimo anno di età ed essere in possesso del diploma Allenatore di Base – UEFA B; chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitato nel Bando relativo al corso stesso -, provvede a stabilire una graduatoria di ammissione per la scelta dei partecipanti. Il costo del corso è di 500 Euro.\nIl corso offre 80 ore di didattica, svolte in due settimane in cui vengono affrontati argomenti come la tecnica e tattica del calcio a 5 – inclusi elementi di match analysis – , la metodologia dell’allenamento, la psicologia, la comunicazione, la medicina sportiva, le carte federali ed il regolamento di gioco.\nPer accedere al Corso è necessario essere in possesso dell’abilitazione ad Allenatore di Calcio a 5; chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitato nel Bando relativo al corso stesso -, provvede a stabilire una graduatoria di ammissione per la scelta dei partecipanti. Il costo del corso è di 350 Euro.\nIl Corso per Preparatore Atletico viene svolto centralmente a Coverciano, ed è il corso che forma i preparatori atletici per il calcio professionistico. Al termine delle lezioni, infatti, il positivo superamento degli esami assicura l’abilitazione per essere tesserato come preparatore atletico da qualsiasi squadra professionista.\nIl corso si articola in 160 ore di formazione, svolte in 5 settimane di lezione. Il programma didattico prevede lezioni di metodologia dell’allenamento, medicina sportiva, tecnica e attica calcistica, psicologia, comunicazione, regolamento di gioco e carte federali.\nPer poter accedere al Corso, i candidati devono essere in possesso della Laurea in Scienze Motorie, della Laurea in Medicina con Specializzazione in Medicina dello Sport o del Diploma ISEF. Chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitati nel Bando relativo al corso stesso – e ad una eventuale prova di ammissione, provvede a stabilire una graduatoria per la scelta dei partecipanti. Il costo del corso è di 1.000 Euro.\n(Organizzati territorialmente con la collaborazione della Lega Nazionale Dilettanti e l’Associazione Italiana Allenatori Calcio)\nCosa consente di allenare. Il corso per ‘Allenatore Dilettante Regionale’ avrà una durata complessiva di 120 ore di lezione (oltre al tirocinio) e, in caso di esito positivo degli esami finali, rilascerà una nuova ‘licenza D’, che consentirà ai neoallenatori di poter guidare – esclusivamente – le prime squadre, fino all’Eccellenza maschile e alla Serie C femminile incluse.\nNiente più corsi Uefa B. Da settembre non verranno quindi più effettuati nuovi corsi per ‘Allenatore di base – Uefa B’ (l’ultimo di questo genere è quello che si è svolto a Coverciano durante il raduno dei calciatori ‘senza contratto’).\nGli ammessi al Corso dovranno versare una quota di partecipazione di 660,00€, comprensiva della quota di immissione nei ruoli pari a 28,00€.\nIl Corso per Giovani calciatori UEFA Grassroots C Licence, organizzato sul territorio, è incentrato sulla formazione di allenatori di giovani calciatori, che andranno ad operare nei settori giovanili in tutte le categorie ad esclusione dei campionati Primavera. Il Corso, di 160 ore svolte normalmente in 10 settimane di lezioni, approfondisce le tematiche relative al mondo del calcio giovanile, dall’insegnamento della tecnica e tattica calcistica, alla metodologia dell’allenamento, dalla psicopedagogia alla la medicina sportiva e al regolamento di giuoco.\nIl Corso per Allenatore di Base, organizzato dal Settore Tecnico sul territorio in collaborazione con la Lega Nazionale Dilettanti e l’Associazione Italiana Allenatori Calcio, rappresenta il primo step obbligatorio per chi vuole continuare successivamente la propria formazione come allenatore di calcio a 5.\nIl Corso offre una formazione specifica per allenatore di futsal; al termine delle lezioni, infatti, gli allenatori che riescono a superare l’esame ottengono un’abilitazione che gli consente di guidare tutte le squadre giovanili di calcio a 5 e le prime squadre fino alla Serie C1 inclusa.\nIl corso si articola su 80 ore di lezione in 4 settimane in cui vengono affrontati argomenti come la tecnica e tattica del calcio a 5, la metodologia dell’allenamento, la psicologia, la medicina sportiva, le carte federali ed il regolamento di gioco.\nPer poter accedere a questo corso, è sufficiente aver compiuto 25 anni ed essere residenti nella regione o nelle provincie limitrofe (questo aspetto è specificato ogni volta nei singoli bandi di concorso) del luogo in cui si svolge il corso. Per potersi iscrivere non è necessaria nessuna abilitazione ottenuta precedentemente; chiaramente, qualora le richieste di partecipazione al corso fossero superiore ai posti disponibili, il Settore Tecnico, attraverso un’analisi dei titoli presentati – esplicitato nel Bando relativo al corso stesso -, provvederà a stabilire una graduatoria di ammissione per la scelta dei partecipanti, che viene decisa, inoltre, dal superamento di una prova pratica di tecnica calcistica effettuata pochi giorni prima dell’inizio delle lezioni. Il costo del corso è di 288 Euro.\nTratto dal sito www.settoretecnico.figc.it


Prete chiude la chiesa, i parrocchiani pregano in strada - Video\nPrete chiude la chiesa, i parrocchiani pregano in strada – Video\nDon Francesco ha chiuso le porte della chiesa della Madonna Santissima di Montevergine per impossibilità del rispetto delle norme anti Covid.\nFacebook, screenshot Video\nI fedeli, trattandosi del periodo delle festività dedicate alla Madonna di Montevergine ogni giorno pregano in strada, davanti alle porte della chiesa.\nLa decisione di Don Francesco di chiudere la chiesa\nNei giorni scorsi, a ridosso delle festività in onore della Santissima Madonna di Montevergine, il parroco della chiesa dedicata alla Madre Celeste a Lapio (Arianiello), Don Francesco, ha deciso di chiudere l’accesso. Il Sacerdote ha motivato questa decisione sostenendo che nei giorni di festa (dall’1 all’8 settembre) sarebbe stato impossibile mantenere le distanze previste dalle normative anti covid.\nI fedeli, però, ritengono che il Parroco abbia avuto una motivazione differente per impedire loro di andare in chiesa. Da circa un anno, infatti, tra loro ed Sacerdote ci sono degli scontri su questioni di fede ed in questi mesi la situazione non si è mai risolta. Così, per onorare la festività e dare prova di fede, i parrocchiani si riuniscono ogni giorno nella strada in cui si trova la chiesa e pregano anche se non c’è la messa. Lo fanno rispettando il distanziamento ed indossando la mascherina, nel pieno rispetto della normativa vigente. Proprio quest’ultimo particolare fa capire come i fedeli avrebbero compreso le limitazioni derivanti dalla situazione e si sarebbero adeguati.\nLeggi anche ->Il Corteo della Croce luminosa fermato dal Covid: non era mai accaduto\nScontro tra Sacerdote e fedeli: la Curia cerca di mediare\nLapio: il prete chiude la chiesa, i fedeli costretti a pregare all'aperto\nLapio: il prete chiude la chiesa, i fedeli costretti a pregare all'apertoNon si placano le tensioni tra il parroco di Lapio e gran parte dei fedeli: Don Francesco ha deciso di tenere chiuse le porte della chiesa della Madonna Santissima di Montevergine, nella frazione di Arianiello, proprio nei giorni di festa. Gli abitanti del paese irpino , per questo motivo, da vari giorni sono costretti a pregare e recitare il rosario all'esterno della chiesa. Quotidianamente decine di persone si riuniscono davanti al portone, rigorosamente chiuso a chiave e, rispettando il distanziamento e indossando le mascherine, pregano inseme. il nostro inviato Enzo Costanza ha contattato telefonicamente anche il Vicario generale, Mons. Francesco Iampietro, che però ha preferito non rilasciare dichiarazioni.Si attendono risposte da parte del prete di Lapio e siamo pronti ad ascoltare la sua versione.Tutti i particolari nel servizio. #CiVuoleCostanza\nPubblicato da Irpinianews.it su Giovedì 3 settembre 2020\nIl prossimo 8 settembre ci sarebbe dovuta essere la processione, ma già da tempo si sapeva che per il 2020 questa sarebbe stata annullata. In base agli accordi presi dal governo con la Cei, infatti, tutte le processioni al momento sono state annullate. I fedeli, però, si preoccupano che il Parroco possa decidere di non celebrare nemmeno la Messa. Qualunque sia la decisione, i fedeli ci saranno: “Non sappiamo neppure se ci sarà la messa. Se il parroco vorrà gratificarci della sua presenza, allora saremmo lieti di stare con lui, altrimenti noi pregheremo qui davanti”.\nIl curioso scontro tra Prete e parrocchiani è stato riportato dal quotidiano locale ‘Irpinia News’, il quale ha cercato qualche dettaglio in più sulla situazione dalla Curia locale. Sono riusciti a sapere che c’è una trattativa in corso, ma nulla di più, visto che alle domande Monsignor Ianpietro ha risposto: “Non posso rilasciare dichiarazioni“. Il rapporto tra il parroco e la comunità si è guastato lo scorso anno e da allora pare che non ci sia stato modo di ricucirlo.\nArticolo precedenteSan Francesco: Reale povertà, la riflessione di oggi 5 settembre\nProssimo articoloCommento alla Parola di oggi: “Non avete letto quello che fece Davide”