Come si chiama il mio Angelo - Le Parole degli Angeli\nHome Testimonianze Di Angeli Come si chiama il mio Angelo\nCome si chiama il mio Angelo\nCome si chiama il mio Angelo : anche io so come si chiama il mio Angelo Custode, l’ho sempre saputo ma non ero cosciente del fatto che fosse il Suo nome; mi ha salvato un bel po’ di volte e mi faceva intuire cose che, quando si realizzavano nel giro di pochi minuti, mi facevano restare senza parole.\nL’ho visto due volte, una “di sfuggita“ nel senso che era come una luce e una in modo molto più nitido: è successo di notte, ero distesa nel mio letto; la situazione era strana nel senso che ho sognato di dormire e di svegliarmi e di vedere un cerchio con un volto che mi sorrideva ... in ogni caso non credo proprio che fosse un sogno ... poi ho chiuso gli occhi e li ho riaperti e l’immagine era svanita ... è stata una bellissima sensazione.\nVedo spesso cuori, piume e ultimamente mi capita di trovare monete per terra, e solo Lui sa quanto è importante per me in questo momento ... ma so che c’è anche qualcun altro che mi tiene compagnia e a cui ho chiesto un segno il giorno del mio compleanno. Questo segno è arrivato. Ero felicissima!!!\nRingrazio il mio Angelo Custode e l’autore del regalo\nCome si chiama il mio Angelo Custode sono parole di Francesca


Inter, nuovo tentativo per Nainggolan: Roma pronta a cedere. Le cifre - CM | Inter-News\nInter, nuovo tentativo per Nainggolan:...\n26 maggio 2018, 15:24\nInter, nuovo tentativo per Nainggolan: Roma pronta a cedere. Le cifre – CMViviana Campiti2018-05-26T15:28:38+00:00\nL’Inter della prossima stagione potrebbe avere in rosa un pupillo di Luciano Spalletti: stiamo parlando di Radja Nainggolan. “Calciomercato.com” svela le cifre del possibile affare tra i nerazzurri e la Roma, orientata a svecchiare la rosa e realizzare un’importante plusvalenza con la cessione del centrocampista belga\nNUOVO TENTATIVO – L’Inter ci aveva già provato la scorsa stagione a portare Radja Nainggolan nuovamente alla corte di Luciano Spalletti, ma si era scontrata con la richiesta di 60 milioni di euro da parte della Roma: troppi per il club nerazzurro. Adesso le cose potrebbero cambiare perché dopo il 30 giugno parte il nuovo bilancio che beneficerà degli introiti derivanti dalla qualificazione in Champions, ma anche e soprattutto perché il club di James Pallotta sembra disposto a cedere gli elementi più “anziani”.\nCIFRE – Il belga la scorsa estate ha rinnovato con la Roma fino al 2021, aumentando il suo ingaggio da 3 milioni di euro a 4,2 a stagione: cifre che pesano sul bilancio giallorosso, il quale potrebbe beneficiare di una importante plusvalenza qualora Nainggolan dovesse partite. L’ex Cagliari a bilancio ha un valore residuo di soli 6 milioni di euro e con un’offerta da 35/36 milioni potrebbe portare nelle casse della società capitolina una plusvalenza da 30 milioni. Una cifra che l’Inter potrebbe racimolare.


Olimpiadi di PyeongChang, valdostani al via: Elisa Brocard 26° nello skiathlon - Aostasera\nOlimpiadi di PyeongChang, valdostani al via: Elisa Brocard 26° nello skiathlon\nAosta - L’atleta di Gressan, prima italiana,migliora il suo precedente 32° di Sochi in questa disciplina. La medaglia d’oro è andata alla svedese Charlotte Kalla, argento per Marit Bjoergen e bronzo per Krista Parmakoski.\nSono iniziati i XXIII Giochi Olimpici Invernali di PyeongChang. Dopo le prime gare di qualificazione dei giorni scorsi, ieri, venerdì 9 febbraio, c’è stata la cerimonia di apertura che ha visto, tra i suoi momenti più densi di significato, Corea del Nord e Corea del Sud sfilare unite sotto la stessa bandiera.\nCon l’inizio delle gare è scesa in pista anche la prima dei valdostani al via, Elisa Brocard. L’atleta di Gressan era impegnata nella skiathlon dello sci di fondo, 15 km a tecnica mista con 7,5 km in tecnica classica e 7,5 km in tecnica libera. Per lei – prima italiana – è arrivato un 26° posto (43’17”6, 2’32”7 di ritardo dalla vetta) che migliora il precedente 32° di Sochi 2014. Al cambio sci, dopo la parte in alternato, Brocard era 27°. La medaglia d’oro è andata alla svedese Charlotte Kalla, argento per Marit Bjoergen e bronzo per Krista Parmakoski.\n“Ho fatto un po’ di fatica, non so se per le gambe o per la neve”, ha dichiarato Elisa Brocard. “Era la prima gara, l’importante era rompere il ghiaccio. Ora spero di fare bene nella 10 km in pattinato di giovedì”.\nLa prossima atleta della nostra regione ad essere impegnata sarà Nicole Gontier, che alle 12.15 correrà nella sprint del biathlon.\n10 febbraio 2018 ore 08.58


Cicerone, Marco Tullio - Processi\nSintesi dei Processi più importanti di Cicerone\nProcessi condotti di Cicerone\nCicerone accetta di difendere Sesto Roscio, accusato di parricidio: il padre era stato ucciso da due suoi parenti in combutta con un liberto di Silla, che inserì poi il nome dell’ucciso nelle liste di proscrizione per impadronirsi dei suoi beni. Cicerone ottenne grande successo.\nI Siciliani proposero a Cicerone di occuparsi del processo contro Verre, che aveva sfruttato la provincia con rapacità.\nCicerone raccolse le prove in poco tempo e dopo solo pochi giorni Verre, schiacciato dalle accuse, fuggì in Italia. Lo stile è già maturo, ha eliminato esuberanze, sintassi duttile, maestro nell’arte del ritratto: Verre è tiranno avido, disteso sulla lettiga.\nCicerone nel 66 parlò in favore del progetto di legge presentato dal tribuno Manilio, che prevedeva la conessione a Pompeo di poteri straordinari su tutto l’Oriente per affrontare Mitridate, re del Ponto.\nCicerone difende Murena, console designato per l’anno successivo, dall’accusa di corruzione elettorale con ironia.\nCicerone difende il poeta Archia dall’accusa di usurpazione della cittadinanza romana.\nCicerone per difendere Celio, giovane amante di Clodia, da accuse di tentato avvelenamento di Clodia, attacca quest’ultima. La descrive come una meretrice, che ha rapporti incestuosi con Clodio. L’orazione è tra le meglio riuscite in quanto C. riesce a dipingere uno spaccato della società romana del suo tempo.\nAccusato dell’assassinio di Clodio del 52, Cicerone nonostante l’orazione fosse un capolavorò, fallì di fronte ai giudici per via della situazione in cui si trovava Roma e Milone dovette fuggire in esilio.\nRecensione di Heba.omar.12979 - 27-06-2016\nRecensione di Gabidexter - 19-11-2016


REDNEWS: marzo 2017\nIl vescovo di Locri: ‘il lavoro non lo vogliamo dalla ndrangheta’\nLe scritte apparse sul muro del vescovado della cittadina calabrese dimostrano che il fenomeno mafioso è ancora fortemente radicato sul territorio e che la strada da fare per estirparlo è ancora lunga e piena di ostacoli\nIl manifesto della Giornata in ricordo delle vittime della mafia\nDopo la visita di ieri del presidente della Repubblica, Sergio Mattarella, sono apparse due scritte sul muro del vescovado di Locri, dove risiede il vescovo Francesco Oliva: ‘Più lavoro meno sbirri’ e ‘Don Ciotti sbirro’. Entrambe le frasi sono state cancellate stamani dagli operai del Comune.\nSergio Mattarella e Don Ciotti\n‘L’arroganza’ mafiosa ‘si coglie in ripetuti comportamenti di chi si pone al di sopra della legge. Lo Stato si faccia sentire e tuteli sempre di più chi ha il coraggio di denunciare’ ha dichiarato al Corriere della Sera il vescovo Oliva. Ed ha aggiunto: ‘Da queste parti il bisogno di lavoro è fondamentale, su questo problema vogliamo richiamare l’attenzione per il bene di tutti, ma noi il lavoro non lo vogliamo dalla ‘ndrangheta’, vogliamo un lavoro degno che rispetti i diritti degli operai non il lavoro per il qual si ricorre al capo pastore, al capo cantiere o al boss di turno’.\n(foto da corrierelocride.it)\nDomani nella città calabrese si svolgerà la 22ª Giornata in ricordo delle vittime della mafia. ‘Non poteva esserci luogo più indicato che la Locride per questa giornata. Questa - aveva dichiarato monsignor Oliva alla conferenza stampa di presentazione della manifestazione - è una terra che ha sofferto e soffre. Questa terra è ancora bagnata di sangue e la Chiesa non può che stare vicino a chi soffre, ai familiari delle vittime innocenti. La Locride piange ancora i suoi figli’.\n‘La città di Locri – ha detto Don Ennio Staminale, coordinatore regionale di Libera – è stata scelta per ricordare le vittime innocenti delle mafie non solo perché c’è stata una richiesta dai familiari, dal territorio e dal vescovo, ma anche perché ci è sembrato giusto che in un territorio che soffre in maniera particolare per la presenza della ndrangheta si dia un messaggio di speranza e si evidenzi che proprio in questo territorio si sta lavorando per il cambiamento’.\nPubblicato da REDNEWS a 17:06\nEtichette: 2017, Libera, Locri, mafia, Oliva, Vittime\nUbicazione: 89044 Locri RC, Italia\nApprovato il Ddl, ma la povertà non dovrebbe esistere\n‘Approvata la legge sulla #povertà. Un passo avanti per venire incontro alle famiglie in difficoltà. Impegno sociale priorità del Governo’ ha commentato su twitter il presidente del Consiglio, Paolo Gentiloni, ma la povertà non dovrebbe esistere\nL’unico articolo del Ddl approvato in via definitiva dal Senato delega il Governo ad adottare entro sei mesi i relativi decreti legislativi per introdurre il reddito di inclusione, per riordinare le prestazioni assistenziali e per rafforzare gli interventi dei servizi sociali. I principi ed i criteri previsti dalla delega stabiliscono che il REI oltre ad essere unico in tutto il territorio nazionale è subordinato all’adesione ad un progetto personalizzato di inclusione. Sarà necessario anche il requisito di durata minima di residenza nel territorio nazionale. Inoltre, poiché le risorse finanziarie non saranno sufficienti per tutti i poveri, i beneficiari del provvedimento (circa 400.000) saranno individuati tenendo conto della composizione del nucleo familiare oppure deve trattarsi di donne in stato di gravidanza o di disoccupati con età superiore a 55 anni.\nFoto da bin-italia.org\nIl ministro del Lavoro, Giuliano Poletti, ha definito il provvedimento ‘un passo storico’ perché introduce una misura ‘universale’ che tiene conto del bisogno economico e non più soltanto l’appartenenza a singole categorie come disoccupati, anziani, ecc… Il REI, prosegue il ministro ‘rappresenta il pilastro fondamentale del Piano nazionale per la lotta alla povertà’. Esso si fonda ‘sul principio dell’inclusione attiva, ovvero sul vincolo di affiancare al sussidio misure di accompagnamento capaci di promuovere il reinserimento nella società e nel mondo del lavoro di coloro che ne sono esclusi’.\nSecondo gli ultimi dati Istat in Italia vivono in uno stato di povertà assoluta 1 milione 582 mila famiglie, vale a dire 4,6 milioni di individui, il numero più alto dal 2005 ad oggi. In una società evoluta e sviluppata dove ci sono individui miliardari che posseggono gran parte del patrimonio (secondo il rapporto pubblicato da Oxfam sarebbero appena l’1% della popolazione mondiale), la povertà non dovrebbe esistere. Invece, da sempre convivono due categorie d’individui: una che vive in condizioni di miseria ed un’altra che ‘naviga’ nel benessere e spesso nel superfluo.\nIl Ddl approvato dal Parlamento italiano è un ottimo provvedimento, ma di certo non è sufficiente ad eliminare la povertà. In futuro saranno necessari interventi ben più incisivi. L’obiettivo dovrà essere quello di garantire il diritto al lavoro ed un reddito adeguato, tale, cioè, da consentire a tutti un’esistenza dignitosa senza bisogno di ricevere assistenze o elemosine che di fatto mantengono lo status quo.\nPubblicato da REDNEWS a 16:03\nEtichette: Ddl, Gentiloni, Governo, Poletti, povertà, REI\nRitratto di Madre Teresa di Calcutta\nPubblicato da REDNEWS a 17:48\nEtichette: 8 marzo, festa donna, Madre Teresa di Calcutta, Poesia\nLa giornata internazionale della donna si tenne per la prima volta negli Stati Uniti d'America nel 1909, in alcuni paesi europei nel 1911 ed in Italia nel 1922\nManifestazione femminista - 1977\nFu chiamata ‘Woman’s day (il giorno della donna) la conferenza tenutasi il 3 maggio 1908 a Chicago per discutere delle condizioni e dello sfruttamento delle donne nei luoghi di lavoro. Da allora il Partito socialista americano indicò di ‘riservare l’ultima domenica di febbraio all’organizzazione di una manifestazione in favore del diritto di voto femminile’. Il Woman’s day è così diventato la giornata per manifestare le rivendicazioni sindacali e politiche delle donne.\nIn alcuni paesi europei la giornata della donna fu celebrata, per la prima volta, il 19 marzo 1911. Secondo Aleksandra Kollontaj quella data fu scelta perché in Germania ‘il 19 marzo 1848 durante la rivoluzione, il re di Prussia dovette per la prima volta riconoscere la potenza di un popolo armato e cedere alla minaccia di una rivolta proletaria. Tra le molte promesse che fece allora e che in seguito dimenticò, figurava il riconoscimento del diritto di voto delle donne’.\nL’8 marzo del 1917 le donne di San Pietroburgo guidarono una grande manifestazione che chiedeva la fine della prima guerra mondiale. Quella protesta incoraggiò altre manifestazioni che portarono alla caduta dello zarismo. La seconda conferenza internazionale delle donne comuniste, tenutasi a Mosca, fissò all’8 marzo la ‘Giornata internazionale dell’operaia’.\nSecondo alcuni la data fu scelta invece per ricordare la morte di centinaia di operaie avvenuta nell’incendio scoppiato nel 1908 in una fabbrica di camicie a New York, ma in realtà quella tragedia avvenne il 25 marzo del 1911.\nNel 1977 l’Assemblea generale delle Nazioni Unite propose a ciascun paese di dichiarare un giorno all’anno ‘Giornata delle Nazioni Unite per i diritti delle donne e per la pace internazionale’. In Italia, con la fine della seconda guerra mondiale, l’8 marzo fu celebrato in tutto il Paese e vide la comparsa, per la prima vota, delle mimose, che fioriscono nei primi giorni di marzo e che da allora sono il simbolo della festa delle donne.\nPubblicato da REDNEWS a 17:38\nEtichette: 1908, 8 marzo, festa donne, mimose, woman’s day\nIl vescovo di Locri: ‘il lavoro non lo vogliamo da...\nPoesia di Madre Teresa di Calcutta dedicata alla f...


2 Il tavolo di lavoro 2 Il tavolo di lavoro\n2.1 Ricognizione a livello internazionale\n2.2 Ricognizione delle metriche non funzionali disponibili\n2.3 Analisi del modello strategico del Piano Triennale\n2.4 Analisi di capitolati e schemi contrattuali\n2.4.1 Situazione attuale\n2.4.2 Suggerimenti e proposte\n2 Il tavolo di lavoro¶\nIl presente documento è stato redatto dal Tavolo di lavoro dell’Agenzia per l’Italia Digitale, istituito con determinazione del Direttore generale n. 165 del 9 giugno 2017. Al Tavolo di lavoro, coordinato da Francesco Grasso, hanno partecipato per l’AgID Francesca Villani, Gaetano Bruno, Salvatore Del Pizzo, Giovanni Di Iasio.\nHanno fatto parte del Tavolo di lavoro anche i seguenti esperti esterni, nominati nella medesima determinazione n. 165 e selezionati tra quanti avevano presentato la propria candidatura a seguito dell’avviso pubblicato dall’Agenzia sul proprio sito web il 4 maggio 2017:\nIvana Beni, Almaviva;\nGiulio Borsari, Ministero della Giustizia ;\nLuigi Buglione, GUFPI-ISMA;\nMichele Canalini, Consip;\nMarco Caprio, Agenzia delle Entrate;\nCarlo Contavalli, Digital Team (PCM);\nIginia De Fent, Insiel;\nSergio Di Martino, Università degli Studi di Napoli;\nGianluca Ferri , SQS;\nMarco Geraci, CAST;\nVittorio Goletti, FID;\nGianfranco Lanza, CSI Piemonte;\nGabriele Massarelli, Consip;\nRoberto Meli, DPO ;\nAntonio Messina, Agenzia delle Entrate;\nDomenico Natale, UNINFO;\nSimone Piunno, Digital Team (PCM);\nAntonella Rampini, Consip;\nMichele Slocovich, OMG-CISQ.\nNel corso delle attività, svoltesi tra il giugno 2017 e il febbraio 2018, il Tavolo di lavoro ha effettuato 5 riunioni aperte ai componenti esterni. Nel luglio 2017 si è tenuta un’audizione di Francesco Teseo e Giuseppe Lo Presti di Accenture, durante la quale è stata illustrata l’esperienza di detta società nel campo oggetto d’indagine. Nel febbraio 2018 si è tenuta un’audizione di Andrea Gelli, della società QSM Switzerland, che ha rappresentato lo stato dell’arte delle gare pubbliche nella Confederazione Elvetica. Oltre a tali incontri, l’interazione tra i componenti del Tavolo di lavoro è avvenuta tramite scambio di documenti e strumenti di collaboration remota.\nLe attività del Tavolo di lavoro si sono articolate nelle seguenti fasi:\nricognizione a livello internazionale di esperienze e casi di studio sulle metriche del software;\nricognizione di metriche non funzionali, confronto di strumenti, metodologie, proposte a disposizione;\nanalisi del modello strategico del Piano Triennale, con lo studio delle possibili applicazioni a tale modello delle metriche non funzionali;\nstudio dell’impatto delle metriche non funzionali su capitolati e schemi contrattuali delle pubbliche amministrazioni;\nredazione del testo finale del documento.\nAnalogamente ad altri documenti di natura tecnica pubblicati in passato dall’Agenzia, la presente guida tecnica sarà aggiornata in rapporto all’evoluzione delle tecnologie ICT e del contesto normativo/organizzativo delle pubbliche amministrazioni italiane.\n2.1 Ricognizione a livello internazionale¶\nCome prima attività, il Tavolo di lavoro ha effettuato una ricognizione presso alcune pubbliche amministrazioni estere che svolgono funzioni analoghe ad AgID e organismi di altri Paesi che si occupano di standard per la misurazione del software.\nI destinatari della ricognizione sono stati individuati nel corso della prima riunione del Tavolo di lavoro, attingendo a riferimenti istituzionali e all’esperienza dei partecipanti esterni del Tavolo che fanno parte di comitati e organizzazioni internazionali. Ai destinatari è stata inoltrata una richiesta a mezzo posta elettronica, illustrando le finalità dello studio in corso e chiedendo contributi sulla tematica.\nIn particolare sono state chieste:\ninformazioni riguardo le modalità utilizzate per la misurazione del software;\nse sono state sperimentate metriche per le caratteristiche non funzionali del software.\nNella tabella che segue sono riepilogati i destinatari della ricognizione.\nTabella 1: destinatari della ricognizione internazionale\nDirecteur de l’Agence du numérique – Francia agence.numerique@finances.gouv.fr\nSecretary at the Federal Ministry of the Interior and Federal Government Commissioner for Information Technology - Germania Besucherdienst@bmi.bund.de\nGovernment Digital Service – UK kevin.cunnington@digital.cabinet-office.gov.uk\nOffice of the Government Chief Information Officer (OGCIO) - Irlanda barry.lowry@per.gov.ie\nDirector of the Digital Services Unit; National Architecture for Digital Services – Finlandia Kristiina.Luukkonen@vm.fi\nKERC - Korea-EU Research Centre ockwon@etri.re.kr\nEU-Japan Centre for Industrial Cooperation fabrizio.mura@eu-japan.gr.jp\nMinisterio de Modernización Gobierno Digital - Argentina digital@modernizacion.gob.ar\nMinisterio de Hacienda y Función Pública - Secretaría General de Administración Digital - Subdirección General de Impulso de la Administración Digital y Servicios al Ciudadano – Spagna secretaria.sgiadsc@seap.minhap.es\nMinister of Digital Affairs – Polonia apiasecki@ibemag.pl\nMinister of Entrepreneurship and Information Technology of the Republic of Estonia info@mkm.ee\nAEMES (associazione spagnola per la governance, la misurazione delle tecnologie dell’informazione e la gestione) admon@aemes.org\nASSEMI (ASSociation pour l’Etude des Métriques Informatiques) - Francia Secretariat@assemi.org\nDASMA (Deutschsprachige Anwendergruppe für Software-Metrik und Aufwandschätzung e.V.) – Germania info@dasma.org\nITSA (Korea Information Technology Service Industry Association) hijeong@itsa.or.kr\nNESMA (Netherlands Software Metrics users Association) - Olanda office@nesma.org;https://nesma.org/2018/01/non-functional-requirements/\nPSMO (Associazione polacca per le misure del software) kontakt@psmo.pl\nJFPUG (Japan Function Point User Group) office@jfpug.gr.jp\nProgramme Office eGovernment Switzerland info@egovernment.ch anna.faoro@egovernment.ch\nNon tutti gli interpellati hanno risposto. In alcuni casi, forse a causa della insufficiente conoscenza della tematica, le risposte ricevute non sono sembrate pertinenti. Nella tabella che segue sono sintetizzati i contributi più significativi tra quelli acquisiti.\nTabella 2: esiti della ricognizione internazionale\nNazione / Rispondente\nSintesi delle informazioni trasmesse\nEstonia Abbiamo ricevuto informazioni e alcuni documenti riguardanti la gestione dei processi e la definizione di standard nazionali per i contratti stipulati dalle P.A. estoni. Il rispondente non si è espresso sulle metriche non funzionali e sul loro eventuale utilizzo.\nGran Bretagna La risposta riguarda essenzialmente la piattaforma utilizzata per misurare la qualità dei servizi offerti dalle amministrazioni. Nulla è stato detto dell’utilizzo di metriche del software.\nGiappone (EU-Japan Centre for Industrial Cooperation)\nIl rispondente ha precisato che la sua organizzazione è piccola e non svolge misurazioni del software. Le motivazioni sono:\nlo scarso budget a disposizione;\nl’acquisto di prodotti software e/o servizi di sviluppo software avviene unicamente con il criterio del prezzo più basso.\nscarso interesse da parte del top management nei confronti di programmi di lungo termine relativi al software.\nIl Japanese Function Point User Group conferma quanto alla riga precedente. Da parte dell’industria ICT si segnala interesse per la tematica, ma in sostanza non sono state avviate azioni concrete. JFPUG conferma inoltre che i requisiti non funzionali sono molto spesso trascurati nelle fasi iniziali dei progetti, per poi emergere nelle fasi successive.\nRiguardo a SNAP, JFPUG è stato piuttosto esplicito nell’affermare che il metodo presenta criticità.\nGli irlandesi riconoscono che i requisiti non funzionali siano spesso trascurati nella fase di analisi, creando seri problemi nelle fasi successive dei progetti di realizzazione del software.\nPeraltro, essi nutrono dubbi sulla possibilità di misurarli agevolmente. In particolare hanno una conoscenza solo teorica del metodo SNAP, che appare, a loro giudizio, piuttosto complesso e strettamente collegato alla metrica dei Punti Funzione.\nIn conclusione, esprimono perplessità sui benefici dell’applicazione di SNAP, soprattutto in considerazione dello sforzo necessario alla sua applicazione in progetti ICT complessi come quelli tipici delle P.A.; ritengono più importante che i requisiti non funzionali siano tutti correttamente identificati nella fase di analisi e implementati nelle fasi successive dei progetti.\nIl NESMA (Nederlands Software Metrics users Association) segnala che al suo interno è attivo un gruppo di specialisti e architetti software che stanno lavorando sull’argomento delle metriche non funzionali.\nIl NESMA ha messo a punto un framework, presentato alla conferenza IWSM (International Workshop on Statistical Modelling) di Göteborg. La presentazione e il relativo articolo sono stati trasmessi e acquisiti dal Tavolo di lavoro. In estrema sintesi, essi propongono un approccio teorico sulla misurazione della dimensione funzionale / non funzionale del software e la stima dei corrispondenti costi di realizzazione. Esprimono inoltre riserve sul metodo SNAP (considerato ancora non stabile) e su COSMIC (giudicato incompleto).\nNella Confederazione Elvetica le procedure di appalto sono regolate dall’Ufficio federale delle costruzioni e della logistica (UFCL) in base all’Accordo sugli appalti pubblici (GATT-WTO) entrato in vigore per la Svizzera il 1° gennaio 1996. Obiettivo delle PA è ottenere una stima dei costi del progetto prima della gara d’appalto, considerando:\n– Le funzionalità, misurate con la FPA;\n– I tempi progettuali desiderati;\n– Le disponibilità di budget;\n– La qualità richiesta durante l’esercizio.\nGli schemi contrattuali prevedono, in genere, che la remunerazione dei fornitori aggiudicatari venga effettuata a corpo, pur con la possibilità di introdurre varianti al progetto con il meccanismo delle “change request”. Ciò è giustificato dal fatto che la determinazione delle basi d’asta è sufficientemente precisa.\nIn genere le Pubbliche Amministrazioni svizzere si affidano a società esterne che le affiancano nelle fasi di preparazione delle procedure di gara e di determinazione della basi d’asta, e che si occupano del monitoraggio successivo all’aggiudicazione.\nA seguito della ricognizione effettuata e dalla lettura dei contributi pervenuti, si può affermare quanto segue:\npoter misurare i requisiti non funzionali di un software è un’esigenza sentita dalla maggior parte delle amministrazioni pubbliche dei Paesi rispondenti, tuttavia non sembra emergere un reale impiego di metriche o sperimentazioni degne di nota;\ni metodi attualmente disponibili sono giudicati non sufficientemente maturi; si avverte la necessità di un loro consolidamento, o almeno di una loro integrazione, prima di suggerirne l’uso;\nl’Italia, con la costituzione del presente Tavolo di lavoro, può ritenersi in posizione più avanzata sull’argomento rispetto alle nazioni interpellate.\n2.2 Ricognizione delle metriche non funzionali disponibili¶\nLa seconda attività svolta dal Tavolo di lavoro è stata la raccolta di documentazione tecnica inerente l’oggetto dello studio, in particolare inerente le metriche per quantificare le caratteristiche non funzionali del software.\nSi è proceduto:\nricercando documentazione in rete;\nacquisendo contributi proposti dai componenti non AgID del Tavolo di lavoro;\ntramite confronto con altri tavoli di lavoro presenti in AgID o a cui l’AgID partecipa (es. GLU – Gruppo di Lavoro sull’Usabilità della Funzione Pubblica e MiSE);\nsvolgendo due audizioni di società private.\nI documenti raccolti sono elencati nella tabella che segue.\nTabella 3: elenco documenti acquisiti\n“Il Software non è un frutto” dalla rivista “il Project Manager” Roberto Meli apr-15\n“Metric Views” IFPUG ago-12\n10 metrics for improving the level of management Pekka Forselius - Risto Nevalainen (FISMA Finlandia) 2012\n8 Steps to Measure ADM Vendor Deliverables CAST\nA fact-based approach to portfolio rationalization Bill Dickenson (Strategyontheweb.com) - Scott Moore (IBM) - Gregory J Chiarella (IBM) 2015\nA Shortcut to estimating Non-functional Requirements? Frank Vogelezang – NESMA (Olanda) 25/10/2017\nA Shortcut to Estimating Non-Functional Requirements? - Architecture Driven Estimation as the Key to Good Cost Predictions F.W. Vogelezang - E. van der Vliet - R. Nijland - E.R.Poort - H.R.J.Mols - J. de Vries (Olanda) ott-17\nAccord cadre 2016 pour le support et la maintenance du si chorus ccme partie 1 : cahier des clauses administratives particulieres ET partie 2 : cahier des clauses techniques particulieres Ministero delle Finanze e dei conti Pubblici (Francia) 2016\nAgile-4-FSM - Improving estimates by a 4-pieces puzzle Luigi Buglione 17/05/2012\nAgility-and-Reliability-Need-Not-Be-Mutual-Exclusive Satish Dani - Venkat Nagarajan (CAST) 2015\nAgreement for the provision of Services (Sole Entity Multiple Purchase) Victorian Government Purchasing Board (VGPB) – Dipartimento del Tesoro e della Finanza 2017\nAllegato 1.5 Regole di programmazione RAI 2016\nAllegato 2 CAPITOLATO TECNICO RdO MEPA per l’acquisizione di servizi professionali per il supporto alla validazione delle stime dimensionali per lo sviluppo applicativo e la manutenzione evolutiva - 15154SVI - N007/15 - Banca d’Italia - Eurosistema 2016\nAllegato 2.1 LOTTO 2 – Descrizione Sistemi componenti e dimensioni della fornitura RAI 2016\nAllegato 2.7 Strumenti a supporto RAI 2015\nAmendment of solicitation/modification of contract Dipartimento di Stato U.S. 06/02/2017\nApplication sourcing vendor performance report CAST 2015\nAppmarq: Benchmark Your Applications - To Industry Peers CAST 20/07/2017\nAsset Management Accountability Framework Victorian Government Purchasing Board (VGPB) – Dipartimento del Tesoro e della Finanza feb-16\nATDM Workshop - CISQ Automated Technical Debt Measure presentation CISQ giu-16\nAutomated Enhancement Points 1.0 Specification presentation CISQ\nAutomated Enhancement Points V1.0 OMG 03/04/2017\nAutomated Function Points (AFP) Version 1.0 OMG 03/01/2014\nAutomated Function Points Calculation - Dimensional Software Measurement Program CAST\nAutomated Source Code (in Reliability, Performance Efficiency, Security, Maintainability) Measures 1.0 CISQ\nAutomated Source Code Maintainability MeasureTM (ASCMMTM) V1.0 OMG 01/01/2016\nAutomated Source Code Performance Efficiency Measure TM (ASCPEMTM) V1.0 OMG 02/01/2016\nAutomated Source Code Reliability Measure TM (ASCRMTM) V1.0 OMG 03/01/2016\nAutomated Source Code Security Measure TM (ASCSMTM) V1.0 OMG 04/01/2016\nBalancing uncertainty of context in ERP project estimation: an approach and a case study Maya Daneva (Computer Science Department, University of Twente) 2010\nBest Practices Contrattuali -Vol. 1: Principi ed Assunzioni - Linee guida e suggerimenti per un uso corretto delle misure e degli aspetti di misurazione nei contratti ICT. (document, presentazione ed excel di appendice) Luigi Buglione - Michele Canalini - Tommaso Iorio - Gianfranco Lanza - Guido Moretto 25/02/2016\nBoosting Software Quality in Insurance IT Systems: Practical Solutions to Application Quality Problems Paul Camille Bentz (Allianz) mar-10\nCapitolato Tecnico – Procedura aperta per l’affidamento dei servizi per la gestione degli strumenti – lotto 3 RAI 2014\nCAPITOLATO TECNICO e ALLEGATO 1–LIVELLI DI SERVIZIO al Capitolato Tecnico - Procedura aperta, di carattere comunitario, ai sensi dell’art. 55, comma 5, del D.L.vo 163/2006 per l’affidamento di servizi di Application Development and Maintenance del software applicativo - Indicatori di qualità della fornitura INPS 2016\nCapitolato TecnicoLotto1“Servizi a progetto per lo sviluppodei Sistemi Informativi RAI–Ambito Istituzionale” RAI 2015\nCase Study: Bank of New York Mellon adopt CAST Application Intelligence Platform (AIP) to speed time to market and improve governance of outsourcing relationships CAST 2011\nCAST AIP – Health Factors Overview CAST\nCAST Application Intelligence Platform Overview for the Architect CAST 2013\nCAST brings transparency and quality assurance to Spanish Social Services IT CAST\nCAST Business Case CAST nov-16\nCAST CWE for FDA CAST\nCAST Implementazioni reali degli standard OMG/CISQ - AgID-Tavolo di lavoro sulle Metriche Marco Geraci 28/07/2017\nCAST improves efficiencies in a multi-sourced environment for Government of Catalonia CAST\nCAST Mips Reduction Index CAST lug-17\nCAST Worldwide Application Software Quality Study – 2010 CAST 2010\nCISQ in azione per Agile & DevOpsContributo CAST al Gruppo 3 CAST mar-17\nCISQ Quality Characteristic Measures and the ISO/IEC 25000 Series Bill Curtis (Consortium for IT Software Quality)\nCISQ Recommendation Guide - Effective Software Quality Metrics for ADM Service Level Agreements CISQ\nCloudReady Index (CRI) CAST\nCome governare meglio i contratti dell’Ict Luigi Buglione sulla rivista CORCOM gen-17\nConclusions and recommendations of the Dutch temporary committee on government ICT projects Camera dei rappresentanti dei Paesi Bassi 15/10/2014\nConsiderazioni e commenti sulla disamina dell’ISO 25023. Domenico Natale ott-17\nConsular Systems Modernization Solicitation - SAQMMA16Q0152 Dipartimento di Stato U.S. 05/05/2017\nConsulta Licitações de TIC Governo del Brasile 23/05/2016\nContributo GUFPI-ISMA per un modello di integrazione GUFPI-ISMA 2017\nContributo GUFPI-ISMA per un modello di integrazione - Il Quadro Generale: un progetto di…”servizio”! v03/v04 Luigi Buglione 2017\nContributo GUFPI-ISMA per un modello di integrazione - Schema ‘123’+Schema ‘ABC’…è la somma che fa il totale! Alcuni spunti per le modalità di gestione e corresponsione Luigi Buglione\nCRASH Benchmark Report 2015 – SAP(CAST Research on Application Software Health) CAST 2015\nCRASH Report2017 Global Sample CAST 2017\nCRASH Special Report - Impact of Java EE Frameworks on the Structural Quality of Applications CAST apr-13\nData Manipulation: la componente assente della misura funzionale!isura funzionale! Luigi Lavazza (Università degli Studi dellÍnsubria) - Roberto Meli 15/12/2016\nDeep Dive on Sizing with:-Automated Function Points -Automated Enhancement Points CAST\nDesigning a Measurement Method for the Portability Non-Functional Requirement (NFR) Feras AbuTalib - Alain Abran - Dennis Giannacopoulos 2013\nDeveloping ICT Investments – Technical Guidance Victorian Government Purchasing Board (VGPB) – Dipartimento del Tesoro e della Finanza 2012\nDevOps &ITIL - Friends or Foes? Chiara Mainolfi - Luigi Buglione (itSMF Italia) 28/02/2017\nDevOps Motivations and Barriers: Costs and Quality More Important Than Speed Hewlett Packard 2016\nDocumentazione della Gara a “Procedura aperta per la conclusione di un accordo quadro, suddiviso in 7 lotti, avente a oggetto l’affidamento dei servizi applicativi it per le pubbliche amministrazioni” CONSIP lug-17\nDocumenti vari su casi comuni di applicazioni di punti funzione FPA e SNAP (http://www.ifpug.org/itips-utips/) IFPUG\nDocuments Eligible for IFPUG Certification Extension Credits (CEC) - Step Procedura Conteggio IFPUG CPM v4.3.x IFPUG\nDRAFT MANUAL ON POLICIES AND PROCEDURES FOR PROCUREMENT IN EGOVERNANCE Ministero dell’Industria e dell’Information Technology (DeitY) Governo dell’India 2016\nDramatically Reducing Software Vulnerabilities - Report to the White House Office of Science and Technology Policy Paul E. Black - Lee Badger - Barbara Guttman - Elizabeth Fong (National Institute of Standards and Technology)\nE&QFP® - Early & Quick Function Points for IFPUG method - Reference Manual 1.1 DPO 2012\neCommerce Benchmark Report - Sample Benchmark Report CAST 28/09/2016\nEffective Productivity:Manual and Automatic Functional Measures, “Risk -Adjusted” Francesco della Gatta – Michele Slocovich 19/05/2017\nElaborazione DPO su COSMIC/IFPUG Glossary of NFR and Project terms v1 Roberto Meli lug-17\nElenco dei riferimenti di utilizzo di Function Points e Cosmic nelle attività governative Polonia 2013\nEstimating Packaged Software a Framework - Version1.0 NESMA (Olanda) 03/10/2016\nEstimating Packaged Softwarea Framework NESMA 2016\nEstimation Luigi Buglione - Christof Ebert 25/06/2012\nFlavors of the CAST Business Case - Measured value among CAST customers CAST\nIFPUG SNAP v2.3.0 (Software Non-functional Assessment Process) Quick Guide IFPUG 2015\nFrom Software Sizing to Productivity Measurement CAST\nGara 3/2014/LI -Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenzaper la realizzazione dei modelli di e-government (allegati 1.2, 1.3, 1.4, 1.6, 1A, 1B, 1C, 1D) Lombardia Informatica 2015\nGara n. 9103 Servizi informatici per la manutenzione ordinaria ed evolutiva delle Applicazioni informatiche del GSE SPECIFICA TECNICA Gestore dei Servizi Energetici – GSE S.p.A. 2016\nGeneral conditions for the provision of Services Victorian Government Purchasing Board (VGPB) – Dipartimento del Tesoro e della Finanza 2017\nGlossary of terms for Non-Functional Requirements and Project Requirements used in software project performance measurement, benchmarking and estimating COSMIC/IFPUG set-15\nGovernance della Qualità e misurazione FP, l’esperienza di GSE Cristiano Nicola Sticca 14/05/2015\nGreen IT Index - CAST CAST\nGuideline for the use of COSMIC FSM to manage AGILE projects COSMIC set-11\nGuideline for the use of software metrics in contract NESMA 2015\nGuidelines - Specific guidance on how to use the COSMIC method COSMIC\nIBM and CAST improve quality, reduce risk and costs of application portfolio at National Grid IBM ott-11\nImproving the User Story Agile Technique Using the INVEST Criteria Luigi Buglione - Alain Abran 2013\nImproving the User Story Agile Technique Using the INVEST Criteria (23° International Workshop on Software Measurement (IWSM) and 8th International Conference on Software Process and Product Measurement (MENSURA)) Luigi Buglione - Alain Abran 23/10/2013\nIncorporating CAST Outputs into Service Level Agreements (SLAs) CAST\nInformation technology — Software measurement — Functional size measurement — Part 5: Determination of functional domains for use with functional size measurement ISO/IEC TR 14143-5 01/04/2004\nIs a ‘fixed price’ Agile contract possible? How function points can be used to help create contracts for tech projects where Agile methodologies are being used Ian Brightwell (CIO) 10/08/2017\nIT Policy Report Innovation and Technology Caucus (Texas) mag-17\nKodeks dobrych praktyk Polskiego Stowarzyszenia Miar Oprogramowania Jarosław Świerczek (Presidente dell’Associazione polacca di misure del software)\nLeverage CAST AIP in Agile Development Philippe Guerin (CAST)\nLinee Guida CISQ - Metriche di qualità del software per SLA efficaci nei contratti ADM CISQ 2015\nLinee Guida per l’accessibilità e l’usabilità di siti ed applicazioni web SOGEI 26/11/2013\nLink alla rivista “Tutto Misure” (Misurare per…credere: una breve overview della Misurazione nel mondo ICT, Quanto è grande un requisito? Parte 1 –Requisiti funzionali, Quanto è grande un requisito? Parte 2 –Requisiti funzionali - i metodi FSM, Quanto è grande un requisito? Parte 3 –Requisiti non-funzionali, Quanto è grande un requisito? Parte 4 –Misurare i requisiti non-funzionali: IFPUG SNAP, Quanto è grande un requisito? Parte 5 -Misurare i requisiti non-funzionali: Benchmarking e Profili non-funzionali, Metrologia e Contratti: Parte 1 –Misurare per Gestire, Metrologia e Contratti: Parte 2 –Livelli di Servizio, Metrologia e Contratti: Parte 3–Ambiti, confini applicativi e strati/partizioni, Metrologia e Contratti: Parte 4–Measurement by Assets (MbA): come e quanto misurare?) Luigi Buglione Dal 2014 al 2017\nManaging Agile at Scale - A briefing for Software Executives and Chief Information Officers COSMIC -IFPUG - Nesma lug-17\nMaximize the synergies between ITIL® and DevOps AXELOS ago-14\nMeasuring application development productivity Allan J. Albrecht 1999\nMeasuring Information Technology (IT) Project Performances in Texas - House Bill (HB) 3275 Implications (a position paper) Herb Krasner - Bob Futrell 12/07/2017\nMetric Cards for Automotive Software Projects Automotive SPIN Italy ott-12\nMetrologia e Contratti - Parte 4 – Measurement by Assets (MbA): come e quanto misurare? Luigi Buglione feb-17\nMisurare il software Luigi Buglione feb-08\nMitigate Business Risk and Unlock Software Potential with Contextual Software Analysis Peter Kaminski (Cutter Consortium) apr-17\nMitigating Software-Related Business Risk Requires Systems Perspective Peter Kaminski (Cutter Consortium) apr-17\nModalità con cui una metrica non attualmente presente nella ISO/IEC 25023 può essere definita “conforme”, nonché a chi spetta verificare/certificare questa conformità Domenico Natale ott-17\nModello di Costo Integrato DATA PROCESSING ORGANIZATION\nNational Science and Technology Council - Networking and Information Technology Research and Development Program FEDERAL CYBERSECURITY RESEARCH AND DEVELOPMENT STRATEGIC PLAN 05/02/2016\nOnderzoeksrapporten van Policy Research Corporation in het kader van het parlementair onderzoek ICT-projecten bij de overheid Commissionato dalla commissione temporanea delle TIC, Camera degli Stati Generali (Olanda) ott-14\nOutput- and Outcome-Based Service Delivery and Commercial Models Cognizant apr-14\nParlementair onderzoek naar ICT-projecten bij de overheid Seconda Camera degli Stati Generali (Olanda) 2014\nParliamentary Investigation into Governmental ICT-projects - A great need for FPA and Estimating René Notten - Camera dei rappresentanti dei Paesi Bassi 08/10/2014\nPUBLIC PROCUREMENT LAW Autorità per gli appalti pubblici (PPA) - Turchia gen-12\nQualità del Codice Sorgente SQS Italy – SQS Nederland 10/05/2017\nRAI -Direzione ICT Sviluppo e manutenzione applicazioni - L’esperienza con CAST AIP Anna Maria Fassi (RAI ICT) 03/06/2013\nReducing the Cycle Time for Change in Health Care Insurance -A Conversation with Kelly Cannon, former Vice President, Shared Application Services at Kaiser Permanente, CIO, Enterprise Infrastructure at Nationwide Insurance, and CIO at Wausau Insurance. CAST\nRegulation Systems Compliance and Integrity (“Regulation SCI”) The Securities and Exchange Commission 03/02/2015\nRisk and AFP Measurement in a digital transformation program, Allianz Italia use case Piergiacomo Ferrari 03/05/2016\nScaled agile: experiences and perspectives Michele Slocovich 06/06/2017\nSimple Function Point Functional Size Measurement Method - Esempi di applicazione del metodo Comitato Editoriale dell’associazione SiFPA (Simple Function Point Association) 2014\nSimple Function Point Functional Size Measurement Method - Manuale di Riferimento Comitato Editoriale dell’associazione SiFPA (Simple Function Point Association) 2014\nSNAP Counting Spreadsheet V0210_d4_2003 IFPUG 2003\nSNAP Vizi privati e pubbliche virtù - Brainstorming sul grado di maturazione e applicabilità delle varie sottocategorie Gianfranco Lanza - GUFPI - ISMA 2017\nSoftware assurance into Department of Defense Contracts Dipartimento della Difesa U.S. feb-16\nSoftware Fail Watch: 2016 in Review Tricentis 2017\nSoftware Function, Source Lines of Code, and Development Effort Prediction: A Software Science Validation Estratto dall’articolo di Allan J. Albrecht e John E. Gaffney Jr. 1983\nSoftware Metrics & Software Metrology Alain Abran 2010\nSoftware Non-functional Assessment Process (SNAP) Assessment Practices Manual - Release 2.3 IFPUG mag-15\nSoftware or Service? - That’s the question! Luigi Buglione - Alain Abran - Christiane Gresse von Wangenheim - Fergal McCaffery - ean C.R.Hauck 05/10/2015\nSoftware Product Quality Evaluation and Certification Ecosystem ISO/IEC 25000 14/03/2015\nSome thoughts on Productivity in ICT projects Luigi Buglione 23/08/2010\nSome thoughts on Productivity in ICT projects: measurable entities, measurable requirements, possible impacts Luigi Buglione 03/10/2007\nStandard Software Development Agreement – Rules of Procedure version 1.0 - general conditions Ministero degli affari economici e delle comunicazioni dell’Estonia\nStandard Software Development Agreement – Rules of Procedure version 1.0 - rules of procedure Ministero degli affari economici e delle comunicazioni dell’Estonia\nStatement of Work & Request for Quotes GSA (General Services Administration) 17/05/2017\nSuccess Stories: AXA CAST 2011\nTassonomia, riflessioni e confronti a seguito della riunione il 28 luglio 2017 del 1 e del 22 agosto Domenico Natale ago-17\nTavolo di Lavoro AgID sulle metriche contrattuali - Sintesi dei contributi CISQ/OMG – Gruppi 1 e 2 Michele Slocovich ago-17\nTechnical Debt CAST 2012\nTechnical Debt (da http://it-cisq.org/standards/technical-debt/) CISQ\nTemplate terms for using automated function points in software adm contracts CISQ - David Consulting Group 10/02/2014\nTesi di Laura: “Qualità dei prodotti software: confronto tra gli standard ISO 9126 e 25010” Paolo Maione 2017\nThe ‘functional’ side of Security - How to apply FPA to a typical non-functional attribute Luigi Buglione 15/09/2017\nThe Analysis and Proposed Modifications to ISO/IEC 25030—Software Engineering—Software Quality Requirements and Evaluation—Quality Requirements Karen Mou Kui - Khaled Ben Ali - Witold Suryn 22/04/2016\nThe COSMIC Functional Size Measurement Method Version 4.0 Measurement Manual COSMIC apr-14\nThe CRASH Report - 2011/12 (CAST Report on Application Software Health) CAST 2011\nThe CRASH Report 2014-2015 (CAST Research on Application Software Health) - The Global State of Structural Quality in IT Applications CAST 2014\nThe Next Frontier: Measuring and Evaluating the Non-Functional Productivity Luigi Buglione\nThe Significance of IFPUG Base Functionality Types in Effort Estimation - An Empirical Study Luigi Buglione - Cigdem Gencel 13/09/2010\nThe Texas Information Technology (IT) Forum – A Focus on IT Procurement Herb Krasner 01/02/2017\nThe Texas IT Forum – After Action Report Herb Krasner 01/02/2017\nTierce maintenance de l’application « GENESIS » et prestations associées («TMA GENESIS 2015» )Cahier des clauses administrative sparticulières Ministero della Giustizia (Francia) 05/02/2015\nTop10 Metrics - Metric Cards Luigi Buglione 01/04/2011\nTURKISH PUBLIC PROCUREMENT LAW - Basic Concepts and Principles Turchia\nTutto ciò che non è Funzionale GUFPI - ISMA lug-17\nUse The Concept Of Technical Debt To Drive More Effective Application Delivery Mike Gilpin (Forrester Research) 16/09/2013\nUse The Concept Of Technical Debt To Drive More Effective Application Delivery Mike Gilpin 16/09/2013\nUsing Software Measurement in SLAs: Integrating CISQ Size and Structural Quality - Measures into Contractual Relationships CISQ\nPrima di esaminare i documenti acquisiti, essi sono stati selezionati escludendo:\nquelli troppo datati, per ridurre il rischio di recepire eventuali concetti obsoleti o superati dall’evoluzione della tematica;\nquelli il cui contenuto non risulta affine agli obiettivi del Tavolo di lavoro (descritti al §1.5), in modo da focalizzare lo studio e massimizzare l’efficacia dei risultati;\ni documenti riferiti a contesti significativamente diversi dal settore pubblico, i cui contenuti non sono coerenti con le normative vigenti (anche se, in via teorica, alcune indicazioni della presente guida tecnica potrebbero tradursi in proposte per il legislatore).\nNella tabella che segue sono elencati i documenti così filtrati e giudicati più rilevanti. Per ogni documento è riportato un breve abstract utile per inquadrarne i contenuti.\nTabella 4: sintesi dei documenti più rilevanti\nDocumentazione della Gara a “Procedura aperta per la conclusione di un accordo quadro, suddiviso in 7 lotti, avente a oggetto l’affidamento dei servizi applicativi IT per le pubbliche amministrazioni”\nSintesi Nella documentazione, oltre i documenti standard per la gara per l’affidamento dei servizi applicativi IT per le pubbliche amministrazioni, vengono riportate le metriche dei Punti Funzione IFPUG (attualmente release 4.3) per i servizi di sviluppo e manutenzione evolutiva di software, ivi includendo la qualità del sw – modello ISO 25010 - oppure i Giorni Persona.\nTitolo Automated Function Points Calculation - Dimensional Software Measurement Program\nSintesi Questo documento, partendo dall’utilizzo dei Function Point nei diversi scenari, analizza il processo di calcolo degli Automated Function Points partendo dalla ISO 19515. Definisce quali sono le regole, le fasi e gli output per il conteggio automatico dei Function Point. Spiega in modo puntuale il processo di calibrazione e illustra degli esempi di applicazioni di questo metodo.\nTitolo CAST AIP – Health Factors Overview\nSintesi Il documento fornisce una descrizione di sintesi delle metriche di qualità e quantità del sw definite nella piattaforma CAST AIP (CAST Application Intelligence Platform). Queste metriche vengono definite da CAST come fattori di “health” (Trasferibilità, Changeability, Robustezza, Prestazioni, Sicurezza, Indice di manutenibilità, Dimensioni tecniche) di misura di un’applicazione. Per ognuno di questi fattori ne viene fornita la definizione e viene descritto la modalità di misurazione.\nTitolo Technical Debt\nSintesi Questo documento costituisce una breve presentazione della caratteristica “Technical Debt”, nella quale se ne da una definizione, si presentano le “violation” che non devono accadere per questa caratteristica e infine viene riportata la formula di calcolo per il “Technical Debt”.\nTitolo Green IT Index\nSintesi Questo documento è una presentazione della soluzione di CAST basata sull’indice “Green IT” definito da CAST come un criterio di business in grado di aggregare regole di qualità e criteri tecnici che hanno impatto sull’efficienza di un sw, e sulla robustezza di un applicativo. Inoltre fornisce un breve cenno sui criteri tecnici di efficienza e robustezza dell’indice “Green IT”.\nTitolo Mips Reduction Index\nSintesi Questa presentazione spiega il “Mips Reduction Index” (Million Instructions Per Second) che costituisce una delle caratteristiche di CAST. Illustra come è possibile ottimizzare il consumo del mainframe; introduce il database Appmarq come un repository di benchmarking, considerando ogni applicazione mainframe come un database di riferimento. Inoltre evidenzia i fattori di rischio all’assessment di un software e quelli legati alla dimensione funzionale. Infine descrive l’insieme dei criteri tecnici che si possono seguire per avere una “riduzione del consumo della potenza di calcolo”.\nTitolo eCommerce Benchmark Report - Sample Benchmark Report\nSintesi Questo documento è una presentazione al database Appmarq di CAST, ne spiega come è stato costituito, quali caratteristiche di qualità possiede, quanti e quali dati sono presenti al suo interno. Vengono descritti i risultati di benchmark dei fattori di “health” di CAST (Criteri tecnici, TQI (Total Quality Index), Trasferibilità, Changeability, Robustezza, Efficienza, Sicurezza) rispetto alle righe di codice e l’elenco delle regole che non devono avvenire rispetto ai fattori “health”\nTitolo The COSMIC Functional Size Measurement Method - Version 4.0 Measurement Manual\nSintesi Questo documento costituisce un manuale del metodo COSMIC di misurazione della dimensione funzionale di un software. Spiega quali possono essere i tipi di software per i quali può essere utilizzato il metodo COSMIC, definisce i ‘Functional User Requirements’ (‘FUR’) che il metodo COSMIC intende misurare e come devono essere mappati affinché possono essere misurati con questo metodo, il processo di misurazione, le regole legate alla misurazione e infine gli ambiti di applicazioni.\nTitolo Best Practices Contrattuali -Vol. 1: Principi ed Assunzioni - Linee guida e suggerimenti per un uso corretto delle misure e degli aspetti di misurazione nei contratti ICT.\nAutore/Fonte Luigi Buglione - Michele Canalini - Tommaso Iorio - Gianfranco Lanza - Guido Moretto\nSintesi Questo documento riporta pertanto i principali principi e assunzioni da considerare a partire dalla stesura di un capitolato fino alla gestione del progetto di lavoro conseguente all’aggiudicazione di una data attività. In particolare a partire dai requisiti utente, di cui ne differenzia la tipologia (Schema ABC), presenta i diversi metodi per la misurazione delle dimensioni funzionali e non di un software e seguendo tutti gli elementi di un capitolato, ne descrive quali sono gli elementi misurabili e/o da considerare. Inoltre viene riportato (link a un excel di lavoro) un esempio per l’auto-valutazione delle prassi adottate nel proprio contratto. Il foglio di calcolo elenca i PA (Principi & Assunzioni) riportati nel documento. La valutazione delle PA alimenta il foglio che calcola la distribuzione dei valori assoluti e percentuali, generando una valutazione di alto livello con due parametri: Copertura dei Principi/Assunzioni e Qualità della Copertura. Nel foglio di calcolo viene anche riportato un istogramma (generato in automatico) che permette di individuare aree di forza e di possibile miglioramento in un contratto/progetto.\nTitolo Software Non-functional Assessment Process (SNAP) - Assessment Practices Manual Release 2.3\nSintesi Questo documento costituisce un manuale del metodo SNAP, nella quale viene presentato il metodo, illustrati degli esempi e riportato l’appendice dei termini, come si rapporta il processo di conteggio degli SNAP rispetto ai Function Point con delle tabelle pratiche di regole e esempi utili a determinare la modalità di conteggio dei Function Point e SNAP.\nTitolo The Next Frontier: Measuring and Evaluating the Non-Functional Productivity\nAutore/Fonte Luigi Buglione\nSintesi Questo documento spiega le ragioni e immette dei suggerimenti per misurare la produttività non funzionale, partendo analizzando la produttività dei requisiti utente funzionali e non e con l’applicazione di SNAP e il confronto con i Function Point ne presenta la soluzione illustrando l’uso dei Function Point e SNAP insieme in un unico progetto.\nSimple Function Point Functional Size Measurement Method - Manuale di Riferimento\nSintesi Il documento descrive il metodo di misurazione della dimensione funzionale del software denominato SiFP (Simple Function Point), ne riporta i principi su cui si fonda, l’ambito di applicazione, il modello del software alla base della misurazione, la descrizione dei tipi di Base Functional Components (BFC), la procedura operativa di misura, la funzione di assegnazione e aggregazione dei valori elementari, il processo di misurazione più in generale, le modalità di documentazione standard della misura e la convertibilità del metodo.\nTitolo E&QFP® - Early & Quick Function Points for IFPUG method - Reference Manual 1.1\nSintesi Questo documento costituisce un manuale del metodo E&QFP per la stima dei Function Point. Il manuale ne descrive il metodo e i principi su cui si basa E&QFP i diversi livelli di granularità della stima (o dettaglio), i diversi livelli di aggregazione delle componenti del metodo e le tabelle con riferimento valori corrispondenti a ciascun livello. Inoltre il documento descrive i possibili scenari di stima e ne illustra il workflow per la misurazione con pratici suggerimenti. Mostra anche alcune delle stime più appropriate per il controllo della misurazione basate su modelli del ciclo di vita del software. Illustra esempi di casi di studio e scenari di applicazione E & QFP a diversi livelli di stima.\nTitolo Glossary of terms for Non-Functional Requirements and Project Requirements used in software project performance measurement, benchmarking and estimating - version 1.0\nSintesi È un documento che definisce e classifica la terminologia da utilizzare per i requisiti non funzionali e di progetto utilizzati nella misurazione, benchmarking e stima delle performance di un progetto software. La tassonomia adottata fa riferimento in particolare ai requisiti utente funzionali (FUR), ai requisiti non funzionali (NFR) e ai requisiti di progetto e vincoli (PRC).\nTitolo Linee Guida CISQ - Metriche di qualità del software per SLA efficaci nei contratti ADM\nSintesi Questo documento illustra come devono essere concepiti gli SLA rispetto ai contratti di “application development and maintenance” (ADM). Spiega inoltre come devono essere elaborate le metriche di riferimento e rispetto a queste caratteristiche viene fornito come esempio l’uso degli Automated Function Points (AFP) standardizzati dal CISQ. Infatti vengono di seguito definiti gli SLA per caratteristiche di Qualità (Security, Reliability, Performance Efficiency, Maintainability). Per ognuna di queste caratteristiche viene fornita una griglia delle violazioni delle buone pratiche di scrittura del codice a livello di componente e a quello di struttura per AFP.\nLe risultanze più significative emerse da questa fase di ricognizione sono:\nNel corso degli ultimi anni la tematica della misurazione del software è stata esaminata e approfondita da una pluralità di soggetti (aziende private, enti pubblici/governativi, ricercatori, consulenti, strutture del mondo accademico). Tali soggetti hanno operato in modo disomogeneo, anche partendo da concetti e definizioni distanti tra loro. Come conseguenza, oggi esistono numerose “scuole di pensiero” parzialmente in contrapposizione, che seguono ciascuna una propria evoluzione e che è difficile integrare. Si riscontra sovrabbondanza anche di proposte di soluzioni e metodologie, poche delle quali hanno raggiunto un grado di diffusione tale da poterne valutare oggettivamente l’efficacia. Anche solo un confronto tra le varie soluzioni disponibili è arduo, mancando persino un’unica tassonomia di riferimento.\nAnche con riferimento alle sole metriche, esiste una pluralità di definizioni e classificazioni spesso incoerenti tra loro, che va risolta prima di intraprendere qualunque analisi.\nLa tematica è oggettivamente ampia e soggetta a evoluzione molto rapida. Essa comprende non solo questioni tecniche, ma anche economiche, giuridiche e di mercato.\nI soggetti che si occupano della tematica hanno ruoli distinti (sviluppatori di software, venditori, integratori, clienti, normatori, utenti finali). Essi sono, legittimamente, portatori di interessi diversi, a volte in contrasto tra loro, e ciò si riflette anche su come la tematica viene percepita e sulla posizione espressa dalle varie tipologie di soggetti.\nSulla base delle risultanze di cui sopra e delle esperienze maturate nel settore dai partecipanti, il Tavolo di lavoro ha individuato e condiviso le seguenti asserzioni:\nOccorre delimitare con attenzione il perimetro dello studio. Nello specifico, il Tavolo sceglie di occuparsi delle metriche di prodotto, escludendo quindi le metriche di processo e di servizio. Ciò non significa che queste ultime vengano reputate poco importanti: semplicemente, nell’economia dei lavori ci si concentrerà sulle metriche di prodotto, delegando l’approfondimento delle altre a successive iniziative.\nAllo stesso modo, si limita il perimetro dello studio al software applicativo realizzato ad hoc, benché alcune delle considerazioni espresse possano riguardare anche prodotti di mercato venduti a licenza d’uso.\nTenuto conto dei precedenti due punti, le metriche su cui il Tavolo di lavoro concentra il suo esame devono consentire di quantificare le caratteristiche di un software e dunque il suo “valore”  come bene dell’amministrazione che lo ha commissionato e/o lo detiene.\nSono d’interesse per il Tavolo metriche diffuse, se possibile conformi a standard  riconosciuti, comprensibili all’utente e non solo alle figure tecniche, adeguate al modo di operare della pubblica amministrazione e alla normativa in vigore, che non richiedano investimenti eccessivi per la loro applicazione.\nSono d’interesse per il Tavolo metriche facilmente fruibili e semplici da utilizzare, come già rappresentato al §1.5. In altre parole, sono d’interesse metriche che si prestino a un uso flessibile, applicabile a contesti d’uso tra loro assai diversi e scalabile, cioè adattabile ad acquisizioni di piccola e grande rilevanza.\nSono d’interesse metriche da utilizzare:\nex-ante (in fase di definizione dei requisiti del software che deve essere realizzato/mantenuto);\nex-post (per verifiche e collaudi del software rilasciato/mantenuto);\nin fase di assessment di parchi applicativi già esistenti, sia per valorizzarli a scopo contabile (affinché risultino in stato patrimoniale come asset delle PA), sia per identificare aree di miglioramento e di intervento sul software, per successivi interventi di manutenzione evolutiva o migliorativa.\nBenché possano essere citate, a titolo informativo e come esempi utili a declinare concetti teorici, alcune soluzioni di mercato, non rientra nel perimetro di questo studio valutare o comparare tra loro prodotti proprietari.\nIl perimetro dello studio include modelli di valorizzazione economica del software, almeno per quanto riguarda gli aspetti metodologici. Tuttavia non rientra nel mandato di questo Tavolo fornire riferimenti di prezzo, tariffe o altre informazioni di mercato.\n2.3 Analisi del modello strategico del Piano Triennale¶\nCome terza attività, il Tavolo di lavoro ha effettuato una lettura accurata e una disamina del testo del Piano Triennale, estrapolando:\ni passaggi che hanno attinenza coi progetti di sviluppo e manutenzione di applicazioni software;\nle indicazioni che determinano o impongono l’uso di metriche del software;\nle metriche più adatte, tra quelle a disposizione, a fungere da fattore abilitante per il raggiungimento degli obiettivi del Piano Triennale.\nTra le varie indicazioni del Piano, si è approfondito in particolare l’uso di metodologie innovative (es. Agile) per lo sviluppo di software. Su questo argomento il Tavolo ha effettuato una ricerca nella letteratura tecnica e tra le fonti disponibili in rete, con l’obiettivo di analizzare le connessioni (fattori positivi, criticità e opportunità) tra le metodologie innovative propugnate dal Piano Triennale e le metriche per il software.\nI risultati dell’analisi svolta sono riportati al capitolo 5.\n2.4 Analisi di capitolati e schemi contrattuali¶\nNell’ambito della documentazione raccolta dal Tavolo di lavoro, sono stati oggetto di specifica analisi schemi di contratto, capitolati e altra documentazione di gara riguardante attività di sviluppo e manutenzione di software applicativo.\nCome primo obiettivo, si è cercato di capire in che modo viene attualmente regolato, nella documentazione contrattuale della P.A., l’uso di metriche del software. Successivamente, sulla scorta delle criticità riscontrate, sono stati formulati alcuni suggerimenti, di ordine generale, sulla scrittura di capitolati e articolati contrattuali.\n2.4.1 Situazione attuale¶\nCome anticipato al §1.3, l’uso di metriche del software nei contratti e nei capitolati delle P.A. è, nella stragrande maggioranza dei casi, limitato ai Punti Funzione. Le amministrazioni, in molti casi, sono consapevoli dei limiti di questa metrica, tuttavia è prevalente un approccio “conservativo”: le P.A. preferiscono attestarsi su clausole e articolati contrattuali consolidati, ben diffusi o in qualche modo “ufficializzati” anziché sperimentare contenuti innovativi, a volte percepiti come possibile fonte di contenziosi.\nEsistono peraltro alcuni esempi d’innovazione in questo ambito. Essi verranno citati nei paragrafi che seguono.\n2.4.1.1 Esempio 1: linee guida Lombardia Informatica¶\nTra il materiale pervenuto al Tavolo di lavoro, appare utile estrarre alcuni contenuti del documento “METODOLOGIE E LINEE GUIDA DI MISURA DEI FUNCTION POINT”, redatto da Lombardia Informatica, allegato alla gara 3/2014/LI per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia.\nNel suddetto documento (citato a titolo di esempio, senza entrare nel merito delle scelte effettuate dai suoi redattori) vengono anzitutto definiti 4 “livelli di misurazione” delle funzionalità del software, vale a dire:\nmisura approssimata (stima);\nmisura grezza (stima);\nOgni livello di misurazione tiene conto delle informazioni disponibili nelle varie fasi del progetto: al crescere delle informazioni disponibili aumenta di precisione e di complessità nel conteggio.\nIl documento prescrive che le misure richieste all’accettazione di nuovi sviluppi e manutenzioni evolutive siano di livello “dettagliate”. Per obiettivi di controllo si usano invece misure di livello “approfondito”. Per entrambi i livelli si prevede il metodo di misurazione IFPUG 4.3.1.\nIn fasi iniziali possono essere richieste al fornitore misure (o meglio “stime”) di livello “approssimato” o “grezzo”. Il livello “grezzo” è considerato accettabile per la prima valorizzazione richiesta al fornitore. Per le stime si prevede l’impiego del metodo Early & Quick Function Point (E&QFP) . Per il livello “grezzo” è anche possibile l’uso del metodo Simple Function Point, brevemente descritto al successivo §4.2.\nUn concetto interessante presente in questo documento è la distinzione tra “misura funzionale” (in UFP) del software e “misura funzionale contrattuale” (MFC) dello stesso. Mentre la prima misura deriva dall’applicazione del metodo dei Punti Funzione IFPUG, la seconda misura tiene conto dei tre fattori seguenti:\nriuso (sia generico che per incorporamento di servizi offerti da altre applicazioni), che diminuisce la MFC rispetto alla misura funzionale; il documento fissa le percentuali di abbattimento degli UFP da applicare nei vari scenari che possono verificarsi;\nreplica (ad esempio la necessità di duplicare la medesima funzionalità su più piattaforme), che aumenta la MFC rispetto alla misura funzionale; anche in questo caso il documento fissa la percentuale di innalzamento degli UFP da applicare nei vari scenari possibili;\nchange request (CR), vale a dire varianti di requisiti in corso d’opera, che aumentano la MFC.\nRiguardo all’ultimo fattore (CR), il documento stabilisce le seguenti regole di conteggio, da applicarsi in caso di variazioni di requisiti in corso d’opera:\nle funzionalità aggiunte (ADD) dovranno essere sia quelle individuate originariamente che quelle introdotte dalle CR;\nle funzionalità modificate (CHG) dovranno essere sia quelle individuate originariamente che quelle introdotte successivamente dalle CR;\nle funzionalità cancellate (DEL) dovranno essere sia quelle individuate originariamente che quelle introdotte successivamente dalle CR;\nuna funzionalità classificata come ADD o CHG che sia stata modificata due o più volte attraverso CR verrà moltiplicata per 1,4;\nuna funzionalità aggiunta con un cambiamento dei requisiti (ADD) che sia poi cancellata successivamente con un nuovo cambiamento dei requisiti sarà abbattuta del 50% e sarà identificata per escluderla dall’aggiornamento del patrimonio;\nuna funzionalità cancellata (DEL) che venga ripristinata con un cambiamento dei requisiti successivo non sarà conteggiata.\nPer passare dalla misura funzionale in UFP alla MFC, il documento di Lombardia Informatica propone la formula:\nMFC = Σ i(UFP x SAC riuso x SAC replica x SAC CR) i\nSAC: Size Adjustment Coefficient;\nUFP: Unadjusted Function Point, rilasciati o da rilasciarsi, calcolati per ogni funzione secondo i dettami del metodo standard IFPUG;\nSACriuso è il fattore di abbattimento che si intende riconoscere alla funzionalità che gode di riuso;\nSACreplica è il fattore di incremento che si intende riconoscere alla funzionalità che deve essere resa disponibile su due o più canali di fruizione;\nSACCR è il fattore di abbattimento o di incremento relativo alla funzionalità oggetto di CR.\nInfine, nel documento vengono introdotti fattori correttivi al corrispettivo unitario contrattuale del Punto Funzione. Nell’ambito del medesimo contratto, è previsto che interventi progettuali distinti possano avere caratteristiche differenti, con impatto sulla produttività e dunque sul corrispettivo dell’intervento stesso. All’attivazione di ciascun intervento, cliente e fornitore verificano che le caratteristiche dell’intervento si discostino da quelle “nominali”. In tal caso, al corrispettivo unitario contrattuale vengono applicati i coefficienti correttivi riportati nella tabella che segue. L’approccio deriva palesemente dal metodo Cocomo 2.1, le celle in bianco contengono i valori che sono stati ritenuti applicabili al caso di Lombardia Informatica.\nTabella 5: coefficienti correttivi da Cocomo\nIl corrispettivo unitario da applicare nel singolo intervento si calcola moltiplicando il corrispettivo “nominale” per i coefficienti riportati in tabella.\nRiassumendo, Lombardia Informatica usa misure e stime delle caratteristiche funzionali, passa alla misura “contrattuale” MFC per tener conto di riuso, repliche e change request. Infine applica fattori correttivi al corrispettivo unitario considerando l’impatto delle caratteristiche di qualità del software, tecniche e di progetto. Per quest’ultimo passo utilizza metriche “discrete” tratte dal metodo Cocomo.\n2.4.1.2 Esempio 2: l’approccio Sogei per l’usabilità¶\nTra il materiale preso in esame, il Tavolo di lavoro ha analizzato il documento Sogei “Linee guida per l’accessibilità e l’usabilità di siti ed applicazioni web” (DA-00-WE-01 26 novembre 2013) , che ha l’obiettivo di fissare indicazioni e soglie minime accettabili che fornitori e sviluppatori sono tenuti a rispettare per rendere accessibili, ai sensi della normativa vigente, informazioni e servizi resi disponibili mediante siti, applicazioni web nonché prodotti a scaffale.\nNel documento sono richiamati i 12 requisiti di accessibilità stabiliti dalla normativa; per ciascuno di essi sono fornite indicazioni tecniche per la corretta applicazione e verifica/test degli stessi.\nIn appendice, il documento contiene i modelli che il fornitore deve consegnare compilati a Sogei, in sede di collaudo, per dichiarare la conformità alla normativa del sito/applicazione rilasciato.\nNel merito, si ritiene che l’approccio di Sogei sia utile come base di partenza. Un’evoluzione interessante potrebbe consistere nel derivare, dai modelli in appendice al documento, indicatori per quantificare il grado di conformità di un prodotto software ai requisiti di accessibilità (in prospettiva, metriche di accessibilità).\nLa disponibilità di tali metriche sarebbe utilissima:\nper misurare il livello di accessibilità di parchi applicativi esistenti;\nper fissare quantitativamente il livello di accessibilità desiderato (una volta superato il minimo da rispettare) per un software da sviluppare;\nper definire in maniera oggettiva, in progetti per migliorare l’accessibilità di un software, il lavoro da effettuare (come differenza tra la misura iniziale e quella desiderata), e per stimare l’impegno e dunque i costi relativi.\n2.4.1.3 Esempio 3: SIN-AGEA¶\nIl terzo contributo preso in esame è il documento “Istruzioni operative: metodologia e linee guida per la misurazione del software” del 5 febbraio 2014, redatto dalla società SIN e utilizzato nell’ambito del contratto quadro con L’Agenzia per le Erogazioni in Agricoltura (AGEA), sia per i conteggi effettuati da SIN per AGEA, sia per i contratti con fornitori esterni per i quali SIN effettua funzioni amministrative e di governo, come da atto esecutivo A08-01 del contratto di servizio quadro AGEA-SIN del 17 novembre 2008.\nIn generale il documento appare rifarsi alle regole di conteggio IFPUG versione 4.3.1. Prevede anche, per le stime, l’uso del metodo Early & Quick Function Point 3.1. Fornisce poi suggerimenti operativi su come effettuare il conteggio nelle casistiche:\npresenza di middleware;\napplicazioni web based;\narchitetture a componenti.\nIn tutti questi casi non si discosta significativamente dai contenuti del documento di Lombardia Informatica di cui al §2.4.1.1)\nAppare invece seguire un diverso approccio nell’introduzione della c.d. “Misura Funzionale Adeguata” (MFA).\nA differenza del caso di Lombardia Informatica (che definiva una misura funzionale contrattuale e un insieme di corrispettivi unitari per la remunerazione del fornitore), in questo caso il corrispettivo unitario del PF è fissato contrattualmente al medesimo valore per tutte le tipologie di applicazione (cioè è indipendente dalle caratteristiche non funzionali). Pertanto, per tenere conto di queste ultime, la modifica avviene sulla misura, passando da UFP a MFA con la formula:\nMFA = UFP * FattAd\nIl fattore di adeguamento (FattAd) tiene conto:\ndel riuso e della replicazione di funzionalità;\ndelle modifiche in corso d’opera (CR);\ndi requisiti tecnici e di qualità del software.\nL’ultimo gruppo include, secondo il documento, i seguenti elementi (tratti dal metodo Cocomo):\nUtilizzo di Tool.\nIl documento specifica che l’uso o meno del fattore di adeguamento deve essere stabilito in fase di attivazione del singolo intervento, insieme alla categoria di funzioni su cui va usato e ai relativi valori.\nIl riuso, la replicazione di funzionalità e le CR sono trattate in modo sostanzialmente analogo al caso di Lombardia Informatica, cui si rimanda. Anche per i requisiti tecnici e di qualità, nel documento si fa uso dei coefficienti del metodo Cocomo: è presente una lista di valori analoga a quella di Tabella 3, con in più una riga relativa al requisito TIME (vincoli sui tempi di esecuzione). Si segnala che per il requisito TOOL (Utilizzo di tool, applicato soprattutto nelle applicazioni di datawarehouse) il documento non prevede l’utilizzo dei coefficienti Cocomo, bensì fissa i seguenti valori:\n0,6 per tutte le funzioni e i file logici già conteggiati (tipo operazione = CHG);\n0,8 per EO ed EQ di nuova realizzazione (tipo operazione = ADD).\nLa MFA del singolo elemento di conteggio è calcolata moltiplicando il numero di UFP del singolo elemento per il fattore di adeguamento. La MFA totale è calcolata sommando le MFA dei singoli elementi (il documento fornisce anche alcuni esempi pratici di conteggio e adeguamento). Infine, la MFA così ottenuta viene moltiplicata per il corrispettivo unitario previsto contrattualmente, per calcolare l’importo da corrispondere al fornitore.\nIn conclusione, il percorso metodologico previsto in questo esempio è simile a quello di Lombardia Informatica, ma include una “forzatura concettuale” perché deve comunque adeguarsi a un articolato contrattuale rigido che prevede un unico valore per il corrispettivo unitario del PF.\n2.4.2 Suggerimenti e proposte¶\nSulla scorta di quanto sopra, si può anticipare qualche indicazione di ordine generale per la redazione di capitolati e schemi contrattuali. Per indicazioni di dettaglio relativi alle singole tipologie progettuali in cui si declinano le attività di sviluppo e manutenzione applicativa, si rimanda al capitolo 6.\nNella scrittura dei requisiti del software da realizzare (o del servizio di manutenzione da erogare) le amministrazioni devono impiegare, ove possibile, definizioni di tipo quantitativo, identificando gli elementi misurabili, fissando soglie oggettive e valori univoci. Per chiarire con un esempio, un requisito dalla definizione vaga e qualitativa del tipo “L’applicazione dovrà essere scalabile” (dizione effettivamente rilevata in più di un capitolato pubblico) non è accettabile: una formulazione quantitativa della stessa esigenza potrebbe essere, ad esempio, “L’applicazione dovrà tollerare un aumento del 100% del numero di utenti connessi con un degrado prestazionale inferiore al 10% misurato sui tempi di risposta”.\nLa medesima cura va applicata alla scrittura degli SLA, indicando ove possibile le metriche per la loro misurazione e controllo. In alcuni contesti, l’amministrazione potrà chiedere allo stesso partecipante alla gara di proporre metriche e metodologie per la misurazione degli SLA: tali elementi potranno concorrere ad attribuire il punteggio tecnico dell’offerta in esame.\nI contratti di sviluppo e manutenzione applicativa dovrebbero passare dal modello di retribuzione basato sulla dimensione funzionale del software prodotto (o in manutenzione), a modelli più articolati che introducano meccanismi di premialità legati alla qualità del prodotto rilasciato, ad esempio quote sospese degli importi, da pagare solo al raggiungimento di soglie definite di indicatori di qualità. Si rimanda al capitolo 6 per applicazioni pratiche di questa raccomandazione.\nIn generale, gli attuali schemi contrattuali sembrano troppo rigidi. Si sono rilevati casi di contratti di sviluppo applicativo in cui l’unica metrica prevista (i Punti Funzione) era palesemente inadatta a quantificare attività facenti parte della fornitura (es. realizzazione di documentazione utente e tutorial, installazione su sedi periferiche, parametrizzazione di prodotti di mercato) con la conseguenza che – nel corso delle attività – l’amministrazione si è trovata nella necessità di trattare i PF come unità monetaria e di effettuare “conversioni” quantomeno arbitrarie per riuscire ad applicare comunque le clausole contrattuali.\nUna maggiore flessibilità dei contratti eviterebbe applicazioni incorrette o negoziazioni successive tra amministrazione e fornitore per consentire la gestione del progetto nell’ambito di una “gabbia” contrattuale troppo stretta.\n Sostituito dalla dott.ssa Laura Tomassini come da comunicazione del Ministero della Giustizia del 1 febbraio 2018.\n Sostituito a partire dal 12 giugno 2017 dal dott. Giampiero Mutinati, dietro richiesta della medesima società SQS.\n Roberto Meli rappresenta anche il punto di vista dell’associazione Assintel e dell’associazione SiFPA.\n Nella presente guida tecnica, con “valore” di un software deve intendersi il valore di mercato del software stesso, non il suo valore in assoluto (che è un concetto diverso, legato ad altri parametri, ad esempio l’importanza che il software riveste per i propri utenti).\n Tra i vari standard disponibili, si è scelto di porre particolare attenzione agli standard ISO, sia per la loro oggettiva rilevanza e diffusione non solo in ambito ICT, sia in omogeneità con le precedenti linee guida AgID (si ricorda che il presente lavoro si declina come aggiornamento delle linee guida pregresse).\n Il documento è stato acquisito da AgID nell’ambito dell’istruttoria di un parere, reso ai sensi dell’art. 14bis del CAD, su una gara bandita da Consip per conto della RGS.


iPad mini, display prodotti da Wintek | Webnews\niPad mini in arrivo, display prodotti da Wintek\niPad mini sempre più vicino: lo dicono gli analisti, prendendo in considerazione i dati relativi alle vendite di Winterk, partner Apple.\niPad mini entrerà presto a far parte del catalogo di prodotti Apple. Il tablet da 7,85 pollici sarà lanciato per entrare in diretta concorrenza con soluzioni come il Nexus 7 di Google o il modello Kindle Fire di Amazon, così da garantire alla mela morsicata la presenza anche in questo particolare segmento del mercato. A rafforzare l’ipotesi sono le vendite di Wintek Corporation, partner del colosso di Cupertino, che nel mese di luglio ha visto un incremento nel volume di vendite pari al 61% rispetto ai 30 giorni precedenti.\nA giugno il fornitore aveva fatto registrare una flessione del 33%, interpretata dagli analisti come causata dalla scelta di integrare pannelli touchscreen “in-cell” nell’iPhone 5, così da renderlo più sottile, una tipologia di schermo non compatibile con le linee di produzione Wintek. Secondo Brian White, analista di Topeka Capital Markets, la variazione di luglio è dunque da intendere come legata a un nuovo ordinativo di componenti destinati a un altro dispositivo iOS.\nAltri rumor recenti su iPad mini vorrebbero il tablet dotato di una risoluzione pari a 1024×768 pixel, con una definizione dunque inferiore rispetto a quella del Retina Display equipaggiato dal nuovo iPad. Secondo alcune voci di corridoio, inoltre, Apple avrebbe intenzione di optare per la stessa tecnologia già vista sullo smartphone iPhone 3GS, con il pannello touchscreen integrato direttamente nel vetro che ricopre lo schermo. L’esordio sul mercato è atteso entro la fine dell’anno, già nel mese di settembre secondo Ming-Chi Kuo di KGI Securities, con un prezzo di vendita che potrebbe essere fissato al di sotto dei 200 dollari.\nSe vuoi aggiornamenti su iPad mini in arrivo, display prodotti da Wintek inserisci la tua email nel box qui sotto:


Burberry-London England! » Profumerie Piselli Bologna\nDi Profumerie Piselli Attualità, Blog, Profumi, Profumi Donna, Profumi Uomo\nIl brand Burberry ha una storia che parte dal lontano 1856, anno in cui il ventunenne Thomas Burberry, apprendista di un importante sarto, decide di aprire un negozio di indumenti da lavoro per attività all’aperto.\nL’intraprendente Thomas però ha idee all’avanguardia, dettate anche dal clima in cui si trova a vivere, perciò dopo svariate ricerche, nel 1879 inventa:\nun tessuto traspirante e impermeabile…..la Gabardine!\nUna vera e propria rivoluzione nell’abbigliamento contro le intemperie, che sino a quel momento era pesante e scomodo da indossare!\n✔L’esploratore polare norvegese zoologo e Nobel per la Pace Dott. F. Nansen è il primo ad utilizzare la Gabardine Burberry durante una spedizione al circolo polare artico!!\n✔La nascita del marchio , il Cavaliere Equestre, è ispirata alle armature del 13° e 14° secolo esposte al Wallace Collection di Londra opera che risultò vincitrice del concorso pubblico indetto proprio a questo scopo!\nNel 1901 Thomas Burberry ricevette dal Ministero della Guerra inglese l’ordine di produrre per il proprio esercito un modello che doveva avere peculiarità sia dell’impermeabile d’ordinanza che del cappotto militare.\nVenne quindi creato un Trench, per i British Royal Flying Corps, che aveva appunto caratteristiche fondamentali per l’equipaggiamento militare.\nUn profondo sprone dietro, tasche di sicurezza, anelli a D per le granate, pattina frangivento e pattina anti pioggia, per consentire all’acqua di scorrere via facilmente.\nQualche anno dopo iniziò ad utilizzare il motivo Tartan Burberry, che è ora un marchio registrato,come fodera per i capi anti pioggia.\nSubito dopo la Grande Guerra, negli anni Venti e durante la Depressione, il trench entra nei negozi e inizia a essere un capo acquistabile anche da gente comune per motivi di praticità e costo. Fino ad arrivare agli anni Quaranta, quando grazie al cinema trova il suo momento di gloria ufficiale(indimenticabile Humphrey Bogart in Casablanca).\nVerso la fine degli anni ’60 1 cappotto su 5 esportati dalla Gran Bretagna è firmato Burberry!\nIl brand Burberry-London England! con un’evidente eredità, una storia antica e ricca di eventi rappresentativi, ha saputo adattarsi tempestivamente ai tempi odierni accorciando la distanza con i propri consumatori.\n…………….in particolare, nei confronti dei giovani attraverso l’uso delle nuove tecnologie………….\nNel 2011, ad esempio lancia il primo “Tweetwalk” presentando su Twitter la sua collezione donna Primavera- Estate 2012 postando ogni look in diretta appena prima che sfili in passerella.\n…..Burberry è il primo marchio a mettere le collezioni delle sfilate a disposizione per l’acquisto subito dopo lo show….\nCon Riccardo Tisci, nuovo direttore Creativo ed ex mente Givenchy, è stato presentato un nuovo logo.\nAddio al cavaliere equestre, troppo classico, il nuovo logo opta per uno stile più minimale, proponendo una scritta in bold e le parole London e England posizionate sotto.\nHA FATTO DISCUTERE…\nProdotti invenduti – fra vestiti e accessori di lusso – andati letteralmente in fumo. È la fine che hanno fatto nel 2018 gli “avanzi di magazzino” di Burberry, per un valore di circa 34 milioni di euro, scelta effettuata per tutelare le contraffazioni o le vendite sottocosto.\nLa pratica di bruciare ciò che non si vende non è nuova nel mondo dei grandi brand del fashion!\nMa le proteste non mancano: sia per lo spreco che questo presuppone, sia per le conseguenze ambientali, denunciate a più riprese da gruppi ecologisti.\nNaturalmente non potevano mancare i profumi firmati Burberry-London England! le novità sono:\nBurberry Her Blossom floreale/fruttato ispirato allo spirito giovane della città di Londra!\ne Mr. Burberry Indigo legnoso/aromatico per un uomo pieno di contrasti…classico e contemporaneo, sofisticato e sensuale!


Chiarezza senza propaganda - La Stampa\nGianni Riotta Pubblicato il 01 Luglio 2013 Ultima modifica 28 Giugno 2019 20:06\nIn una divertente scena del classico film «Casablanca», cercando scuse per chiudere il bar di Rick-Humphrey Bogart, il simpatico capitano francese Renault sbotta: «Sono scioccato: qui si gioca d’azzardo!», giusto mentre il croupier gli paga il pizzo. Lo stesso choc, ipocrita e imbarazzato, percorre le cancellerie occidentali che fingono pubblica sorpresa, «Scioccate!» nell’apprendere che da parte degli alleati americani ci sarebbero stati controlli su partner europei, ambasciata italiana a Washington inclusa, con il programma Dropmire impiantato sui cryptofax delle sedi diplomatiche Ue.\nLa pratica, resa pubblica dal giornale tedesco Der Spiegel e dal quotidiano inglese The Guardian su informazioni a seguito del caso Nsa, Prism e della talpa Edward Snowden oggi rifugiato nella Russia di Putin, non è né bella, né decorosa e dispiace alla pubblica opinione perbene. Spiarsi tra amici non è carino. Ma come sanno diplomatici, politici e professionisti degli affari internazionali, l’intelligence prova a controllare «tutto» il traffico di informazioni, nemico e amico. Gli inglesi tenevano d’occhio De Gaulle durante la II guerra mondiale. Italia e Germania, alleate, si marcavano in manovre la cui eco arriva nei «Diari» di Ciano.\nIn Guerra Fredda Parigi, Washington, Londra, Berlino, Roma, Tokyo, compagne di barricata, intercettavano, mettevano microspie, leggevano di soppiatto dossier militari e industriali.\nCome nei vecchi 007 di Sean Connery, quando il capo dello spionaggio M invita a collaborare «up to a point», fino a un certo punto, con la Cia. Oltre la Cortina di Ferro gli intrighi tra Mosca e Pechino furono sanguinosi, dagli scontri del 1969 all’isola Zhenbao, sul fiume Ussuri, all’aereo precipitato in Mongolia con a bordo il maresciallo Lin Biao nel 1971.\nBene dunque fa la signora Sabine Leutheusser-Schnarrenberger, ministro della Giustizia tedesco, a chiedere corrucciata alla Casa Bianca di Barack Obama un chiarimento: ma occorre rapidamente riportare la vicenda alle sue reali proporzioni, evitando che la propaganda, americana, europea, russa o cinese che sia, prenda il sopravvento. E soprattutto evitando che il cruciale patto commerciale Usa-Ue finisca ostaggio della scherma tra spioni.\nÈ comico che regimi formidabili per l’occhiuto controllo sui propri cittadini e la repressione sui dissidenti, facciano di Snowden un eroe e di Obama il Grande Fratello. Le tv di Mosca, su velina del governo, dipingono l’ex collaboratore Nsa, rifugiato all’aeroporto della capitale, da Robin Hood che rivela al mondo come la libertà di stampa sia privilegio dell’ex Urss, conculcato nel Paese che ha inventato il web.\nSe gli europei, come sta capitando a qualche leader a caccia di titoli d’estate, cadranno nella trappola tesa da Putin e servizi cinesi per imbarazzare Obama, avranno forse qualche piccolo ritorno di immagine, ma alla lunga pagheranno un prezzo cospicuo nella condivisione delle informazioni e nell’antiterrorismo.\nDa parte sua Obama dovrebbe seguire le indicazioni del saggio senatore Udall, e – anziché girare il mondo leggendo discorsi sempre colmi di retorica affascinante, fratellanza e giustizia per poi in segreto seguire le politiche del suo detestato predecessore G. W. Bush - eliminare i protocolli segreti del Patriot Act per continuare sì nell’opera di intelligence, ma senza gli aspetti più oscuri ed odiosi, sottratti al controllo giudiziario. Ai tempi della Commissione Church, nel 1975, l’America seppe ripulire in pubblico gli eccessi di Cia, Nsa e Fbi in tempo per la fine della Guerra Fredda.\nChi voglia però davvero comprendere il caso Snowden, Prism, Nsa, al di là di ipocrisie e propaganda, deve rimetterlo dove è sempre stato, scontro tra sistemi di spionaggio internazionali, non nobile campagna di giornalismo contro il Potere. La gaffe del Guardian, costretto a rimuovere dal suo sito un’ulteriore accusa, già in edicola nell’edizione cartacea, è la conferma che di buona informazione poco sopravvive in queste ore. Cercando di trascinare l’Italia nel calderone, s’è fatto vivo Wayne Madsen, ex spia che ora vive di complotti e fole, persuaso che Obama sia «un gay, rinnegato africano, impostore alla Casa Bianca». Che la prestigiosa testata anglosassone cada nella sua provocazione, fino all’imbarazzante retromarcia di cancellare l’articolo online senza dare ai lettori spiegazione alcuna (a proposito di «trasparenza»…), prova come Prism rifranga poche «verità», mentre la spudorata propaganda di parte accechi tanti, furbi o ingenui che siano.


Quartiere Monti: Minimarket, dehors e shottini hanno contribuito a spopolarlo - Radio Colonna\nHome Economia urbana Quartiere Monti: Minimarket, dehors e shottini hanno contribuito a spopolarlo\n10 Ottobre 2021 ore 09:30\n‘’Leggiamo con sconcerto la provocazione di Antonio Polito ( editorialista del Corriere del Corriere della Sera n.d.r). Più\ntavolini di cosi si muore, verrebbe da rispondere. Ma la questione, caro Polito, è mal posta. Il punto non sono tanto i posti auto sottratti, perché tutti sognamo aria pulita e trasporti efficienti, nè la movida che devasta le piazze e ruba il sonno ai residenti. Lo rileva in una lettera pubblicata da ‘’Il Corriere della Sera’’ Lisa Roscioni, portavoce del coordinamento comitati dei residenti, artigiani e commercianti del rione Monti.\n‘’Qualcuno dice – scrive – che non ci sarà mai nessun regolamento sui dehors, nessuna ordinanza antialcol, nessun patto tra residenti ed esercenti che possa funzionare senza strumenti di controllo e sanzionatori adeguati. E’ vero, ma si elude di nuovo il problema . I centri storici (non solo quello di Roma) si sono spopolati e riempiti di pub con shottini a 2 euro, ristoranti turistici e minimarket h24 perché dopo la liberalizzazione del commercio nessun sindaco, nessuna giunta ha voluto governare il fenomeno’’.\n‘’Gli strumenti – sottolinea Roscioni – c’erano, le deroghe erano possibili ma non sono state attuate. Le ragioni sono intuibili, il gioco di interessi era troppo grande e quando di recente si è intervenuto in nome della tutela dei siti Unesco era già troppo tardi. Il post Covid è emblematico. Tante attività economiche hanno sofferto ma non tutte hanno potuto risollevarsi usando gli spazi pubblici per fare attività di impresa privata. Non è stato cosi per artigiani, fabbri, falegnami, antiquari e negozianti che non possono lavorare o esporre per strada. Si è creata una diseguaglianza grave che rischia di diventare permanente’’.\n‘’Gli abitanti dei centri storici – conclude la lettera – sarebbero felici di vivere in quartieri dove c’è una pluralità di offerte commerciali e non in una monocultura gastronomica. Chiediamo ai due candidati sindaco rimasti in corsa di impegnarsi formalmente per eliminare questa situazione transitoria e di intraprendere un’azione coraggiosa, per il bene di tutti’’.


L'appello di FPA a Pisano e Dadone: "Trasformare la PA in una piattaforma" - CorCom\nL’appello di FPA a Pisano e Dadone: “Trasformare la PA in una piattaforma”\nIl presidente Carlo Mochi Sismondi scrive alle ministre dell’Innovazione e della Pubblica amministrazione: “Ci sono le risorse economiche e anche le strutture di supporto. Ora mettere a sistema quanto di buono è stato fatto”\nL’innovazione italiana non è all’anno zero. Per rilanciare l’Italia serve mettere a sistema quanto di buono è stato fatto finora. Il presidente di FPA, Carlo Mochi Sismondi, scrive alle due ministre Paola Pisano (Innovazione e Digitale) e Fabiana Dadone (PA e Semplificazione).\nRivolgendosi a Pisano, Mochi Sismondi chiarisce che sul fronte digitale molto si è fatto anche se “molto certo resta da fare e forse non abbiamo conseguito tutti i risultati che speravamo, ma non possiamo permetterci di non sfruttare al meglio le esperienze fatte, gli errori commessi, le lezioni apprese”.\n“Sarebbe umiliante per i tanti che in questi anni, come ben sai, ci hanno messo il cuore, ma sarebbe anche una perdita di tempo che non possiamo assolutamente consentirci”. Con la nomina di un responsabile politico e il supporto del Team Digitale nonché di Agid le cose possono andare nella giusta direzione.\n“Cara ministra Pisano, hai quindi quel che ti serve in termini di struttura e hai tutto sommato anche le risorse, perché gran parte dei fondi della programmazione 2014-20 per l’innovazione sono ancora da spendere e molti possono ancora essere riorientati”, scrive il presidente di FPA.\nAlla ministra Dadone l’invito a sottolineare l’importanza della PA come bene pubblico e “non un peso o un costo quindi, ma uno strumento democratico di garanzia dei diritti di tutti, ma soprattutto dei più deboli a cui offrire capabilities. Per questo vorrebbe che i contratti non fossero una variabile impazzita come una roulette, oggi rosso e domani nero, ma un diritto che i lavoratori hanno con dolore e fatica conquistato e che deve essere adeguato ad un tenore di vita dignitoso e di cui non vergognarsi”.\nE poi il focus sull’innovazione. Il cittadino, spiega Mochi Sismondi, “vorrebbe avere a fianco qualcuno che l’aiuti nell’innovazione quotidiana e necessaria e che, per favore, non sia un giurista che gli illustri una legge, ma un collega esperto, uno che le cose nuove le ha già sperimentate, che gli mostri un comportamento, un know how”. L’auspicio è dunque che la trasformazione digitale non sia mera sostituzione della carta con un pdf oppure le messa a disposizione di un servizio o una certificazione che non serve più. “Il digitale – conclude – deve essere la piattaforma per una PA del tutto nuova”.


Psg, Sergio Ramos è ufficialmente un nuovo giocatore - La Stampa\nAdesso è ufficiale, Sergio Ramos è un nuovo giocatore del Psg\nLe prime parole parigine dell’ex capitano del Real Madrid: «Sono felice, un grande cambiamento e una nuova sfida»\nSergio Ramos si presenta al Psg\nPARIGI. Sergio Ramos è ufficialmente un giocatore del Psg. In una nota il club di Ligue 1 ha annunciato l'ingaggio del 35enne difensore spagnolo, che ha firmato un contratto fino al 2023. «Sono molto felice di unirmi al Psg», ha commentato Ramos, reduce dalla lunghissima esperienza con il Real Madrid, durata ben 16 stagioni.\n«Questo è un grande cambiamento nella mia vita, una nuova sfida ed è un giorno che non dimenticherò mai. Sono molto orgoglioso di far parte di questo progetto ambizioso, far parte di questa squadra con tanti grandi giocatori – ha detto – Il Psg è un club che si è già dimostrato ai massimi livelli. Voglio continuare a crescere e migliorare e aiutare la squadra a vincere quanti più trofei possibile». La società lo ha accolto attraverso le parole di Nasser Al-Khelaifi, presidente e ceo del club: «Oggi il Psg dà il benvenuto a uno dei più grandi giocatori della nostra epoca. Siamo lieti di annunciare che Sergio Ramos si è unito a noi. Sergio è un calciatore completo, uno dei migliori difensori nella storia del calcio. È un concorrente nato, un leader e un vero professionista. La sua grande esperienza e ambizione è in perfetta sinergia con quelle del club. Sono orgoglioso di vederlo con la maglia del Psg e so che i nostri tifosi gli riserveranno un'accoglienza fantastica»\nGiuseppe Culicchia: "Finché il Toro non sarà cattivo sotto porta, raccoglierà sempre di meno"\nL’Empoli batte l’Udinese 3-1 in rimonta ed è decimo