Il metodo extreme Programming in sintesi

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Il metodo extreme Programming in sintesi"

Transcript

1 extreme Programming Approach Il metodo extreme Programming in sintesi Piergiuliano Bossi Coach Marina Morgagni Engagement Manager Quinary SpA

2 Copyright Quinary SpA Tutti i diritti sono riservati. Questo documento non può essere copiato o riprodotto in alcuna forma, ivi inclusi supporti magnetici o altri media elettronici, e le informazioni in esso contenute non possono essere utilizzate, distribuite o rese pubbliche, né interamente né in parte, senza il preventivo consenso scritto di Quinary SpA.

3 Cos è il metodo 1 XP I metodi Agili, di cui XP fa parte, sono classificati come metodi lightweight, questo termine nasce in contrapposizione a heavyweight, con cui si denotano i metodi predittivi o anticipazionisti. Per questa ragione e per potere descrivere il contesto in cui i metodi agili si sviluppano, una breve digressione sui metodi predittivi. I metodi predittivi o anticipazionisti (heavyweight) cercano di prevedere tutti i possibili requirement di progetto, allo scopo di pianificare e stimare l impegno dei team di sviluppo. Lo sforzo predittivo comporta un approccio fortemente document-oriented e si svolge in fasi da eseguire in sequenza rigida. È un approccio allo sviluppo del software metodico e strutturato, che prevede che ogni aspetto del progetto sia discusso, pianificato, documentato accuratamente prima che lo sviluppo vero e proprio inizi. L approccio waterfall è probabilmente il più conosciuto tra i metodi predittivi, chiamato in questo modo perché ogni passo è correlato al precedente, o meglio l output di una fase costituisce l input di quella successiva (all'inizio di ciascuna fase si verifica la qualità del lavoro effettuato nella fase precedente, con possibilità di ricicli per migliorare i contenuti). Il processo di sviluppo di un progetto waterfall è facilmente intuibile, perché segue il modello della catena di montaggio, tipico della produzione industriale. Il suo iter è: passo1: requirements elicitation passo2: software design passo3: coding passo4: testing passo5: deployment. Perché un progetto waterfall abbia una ragionevole percentuale di successo occorre che i requisiti siano congelati dopo il passo 1. Per questa ragione si può dire che l approccio waterfall prevede una scarsa tolleranza per i cambiamenti in corso d opera. Questo, si sa, può essere applicabile a progetti di breve durata, ma è molto difficile da realizzare per progetti di complessità media o elevata. Inoltre i metodi heavyweight, nella fase iniziale del progetto, impongono al team un grosso onere: è molto difficile documentare in maniera adeguata ciò che il cliente vuole finchè non si ha una buona conoscenza del problema di business da risolvere. L esperienza mostra che una percentuale di progetti, condotti seguendo i metodi predittivi, fallisce perché ciò che il team produce non si conforma ai desideri del cliente, ossia, i sistemi realizzati non corrispondono ai requisiti espliciti, ma più spesso impliciti del cliente. Purtroppo, seguendo un metodo preditivo, le prime verifiche concrete, in termini di risultati visibili e compresibili da committenti e utenti, arrivano solo verso la fine del progetto, nel passo finale di testing: per questa ragione non è possibile adottare in tempo le eventuali possibili operazioni correttive. Questi metodi risultano poco adatti anche per i progetti che utilizzano nuove tecnologie, poiché assumono il corretto funzionamento di ogni componente prima di avere una qualunque forma di riscontro. In questo modo qualsiasi malfunzionamento, durante la fase di test, è potenzialmente causa di ritardi considerevoli, oltre che di un aumento dei costi complessivi. 1 L insieme di regole e pratiche che vengono applicate nella fase di progettazione e stesura del codice definisce un metodo di sviluppo software. 1

4 I metodi agili (lightweight) sono tipicamente di natura iterativa. Un progetto è costituito da più iterazioni, dove ogni iterazione comporta l'effettuazione di una serie di attività: requirements elicitation software design coding testing deployment. Come appare evidente, durante ogni iterazione si svolgono le stesse tipologie di attività di un metodo heavyweight, ma, a differenza di un metodo heavyweight, non si segue una sequenza rigida. Ogni iterazione ha lo scopo di chiarire le incertezze dei requisiti e semplificare la complessità del sistema, grazie a cui si ottiene una riduzione dei rischi di progetto. Ad ogni iterazione si codificano nuove porzioni del sistema, in modo progressivo, integrandole via via con le precedenti, si verificano con il committente e con le altre parti interessate. Una differenza significativa rispetto a un metodo incrementale è che il processo iterativo prevede il cambiamento di requisiti in corso d'opera. In particolare, prevede lo scaturire di nuovi requisiti espressi dagli utenti, come effetto dell'utilizzo del sistema stesso. Aspetto fondamentale e peculiare dei metodi agili è infatti la capacità di gestire i cambiamenti in ogni momento (metodi adattivi o evolutivi). La criticità per il successo di un progetto iterativo è la collaborazione sistematica tra committenti (utenti) e il team di progetto. Se non esiste una fattiva collaborazione tra committenti e team di sviluppo, la progressiva riduzione dei rischi non ha luogo. Il metodo extreme Programming (in seguito definito XP) è il metodo agile più noto, diffuso e consolidato. Progettato per team di piccole dimensioni, chiamati a sviluppare progetti velocemente, in un ambiente in cui i requisiti mutano costantemente, il metodo XP si basa su alcuni valori fondamentali: Semplicità: questo concetto si riassume nella massima viaggiare leggeri. Il codice (inclusi i test) deve realizzare le funzionalità adottando la soluzione più semplice (nel senso di privo di artifici), senza porsi il problema di anticipare i futuri cambiamenti. Per garantire un architettura e un design semplice, il codice è sottoposto a continue revisioni e miglioramenti (refactoring). La semplicità garantisce che il costo del cambiamento si mantenga costantemente basso e che sia facilmente calcolabile. Comunicazione: team di sviluppo e committente interagiscono e si confrontano continuamente, condividendo, nell ipotesi ottimale, il medesimo spazio lavorativo. Rapid feedback: la congruenza di tutto il sistema e l aderenza alle richieste del cliente sono testate ad ogni integrazione; ogni volta che una componente viene realizzata, è subito verificata con il cliente. Lavorando così, ogni malfunzionamento e/o cattiva interpretazione delle richieste del cliente emerge subito e può essere corretta. Coraggio: il team, verificando in ogni momento il proprio operato, non teme il cambiamento, implementa le modifiche per migliorare la qualità del proprio codice e/o rispondere meglio alle esigenze espresse dal cliente. Le Pratiche XP, riconosciute come best practices da diversi anni, traducono questo insieme di valori nel quotidiano dello sviluppatore. Il termine extreme deriva dall aver adottato estremamente, ossia al massimo grado, le pratiche di sviluppo riconosciute ottimali e nell averle combinate in un insieme coerente, il cui valore è superiore a quello della somma delle parti. 2

5 1. Planning game Il metodo XP assume che, all inizio di un progetto, sia difficile avere una visione completa delle esigenze e dei requisiti e che sia il cliente che il team imparino nel corso del progetto a riconoscere ciò di cui necessitano veramente. D altra parte qualsiasi progetto software necessita di una pianificazione. Esistono due livelli di pianificazione: Release Plan e Iteration Plan. Il Release Plan consiste nel definire un piano di massima sugli obiettivi da raggiungere, le modalità con cui organizzarsi, e le tempistiche, suddividendo il progetto in una serie di rilasci incrementali. Mano a mano che il progetto prosegue ogni release è a sua volta divisa in iterazioni dettagliate nel corrispondente Iteration Plan, il quale consiste in una accurata definizione dei requisiti e delle esigenze che devono essere realizzate, associando a ciascuna di esse le priorità del cliente. Le pianificazioni sono condivise da team e cliente attraverso il cosiddetto Planning Game. Determinante, nella collaborazione tra cliente e team, è che il primo prenda tutte le decisioni a livello di business ed il secondo le decisioni a livello tecnico. Più in particolare, il cliente decide: cosa deve fare il sistema; quali funzionalità sono più importanti, quali servono subito, a quali si può rinunciare; le user story 2 che compongono ogni release e le user story incluse in ciascuna iterazione; quando la release deve essere disponibile. Il team decide: quanto tempo richiede lo sviluppo di una user story; l ordine di sviluppo di una funzionalità all interno di una iterazione; l organizzazione del team stesso. Naturalmente queste decisioni non possono essere avulse dalla realtà, cliente e team devono concordare il planning game, eventualmente mediare tra tempi e/o requisiti individuati e la reale fattibilità delle funzionalità alla data stabilita. In questo senso il planning game è uno strumento potentissimo, l arte del possibile che si fa reale con soddisfazione di tutte le parti coinvolte. le decisioni di design, coinvolgendo almeno due sviluppatori, producono risultati migliori; il rischio connesso a ciascuna user story (una decisione tecnica sui tool da utilizzare o sull hardware spesso implica delle conseguenze); 2. Pair programming 3 Il metodo XP prevede la programmazione a coppie. Il driver ha il controllo di mouse e tastiera mentre il partner osserva e aiuta. Contrariamente all impressione di inefficienza che questo approccio potrebbe destare, la combinazione di due software engineer e la rotazione delle coppie apporta molti benefici complessivi: il codice presenta meno bachi 4, infatti mentre il driver è occupato a scrivere codice e test, a integrare ed a eseguire refactoring, il partner si focalizza sugli obiettivi, coglie eventuali errori di ortografia e sintassi. Il driver è immerso nel piccolo cosmo su cui lavora, il partner può astrarsi, vedere il sistema nell insieme; almeno due persone, in ogni momento, hanno conoscenza dell intero sistema; 2 Le user story descrivono, a livello macroscopico, le funzionalità dell applicazione da realizzare, e ciascuna di esse è completata con l informazione relativa all importanza / priorità e ai test funzionali, necessari per verificarne l idoneità rispetto ai desideri del cliente. 3 Alistair Cockburn, Laurie Williams, The Costs and Benefits of Pair Programming <http://collaboration.csc.ncsu.edu/laurie/papers/xpsardinia.pdf> 4 Marin Fowler, VeryLowDefectProject <http://www.martinfowler.com/bliki/verylowdefectproject.html> 3

6 garantisce che si segua il rigore e la disciplina del metodo, cioè è meno probabile che entrambi i componenti della coppia evitino di eseguire test o non aderiscano agli standard nello scrivere il codice; la rotazione delle coppie di programmazione favorisce il passaggio di conoscenza all interno del team e diminuisce il rischio che una componente sia conosciuta da una sola persona. 3. Testing XP pone il testing come fondamento dello sviluppo. Il software engineer scrive i test (unit test per verificare l assenza di bachi e test funzionali per le user story) parallelamente al codice. I test vengono integrati ed eseguiti continuamente sull intero sistema. Questa pratica assicura che la piattaforma risulti altamente stabile e che sia più facile individuare eventuali conflitti dovuti alle successive integrazioni. L attività di specifica dei test funzionali utili a validare una user story è di competenza del cliente, opportunamente coadiuvato dal team. 4. Refactoring E la pratica che viene applicata continuamente e che consente di migliorare e semplificare il codice senza modificarne le funzionalità e garantendone contemporaneamente la correttezza (l esecuzione dei test ne è la prova). È il processo di design evolutivo che si focalizza su ogni iterazione, senza anticipare nuove funzionalità. Questa pratica garantisce al sistema realizzato durante l iterazione una architettura rigorosa, capace di adeguarsi a nuovi sviluppi. 5. Simple design Adottare un design semplice rende possibile l evoluzione del sistema. Il design più semplice è quello che: passa tutti i test, non contiene codice duplicato, esprime con chiarezza gli obiettivi del software engineer, contiene il numero minimo indispensabile di classi e metodi. 6. Collective code ownership Ogni componente del team è non solo autorizzato ad apportare miglioramenti a qualunque parte del codice ma è responsabile personalmente dell intero sistema. 7. Continuous integration Il team XP integra il codice diverse volte al giorno, ed è sempre un codice di qualità, ovvero privo di errori. Ad ogni integrazione si eseguono tutti gli unit e functional test; il fallimento di uno o più test permette che vengano immediatamente riconosciute e risolte le cause di errore di ogni specifica integrazione. 8. On-site customer Come è già stato ampiamente espresso, pagando lo scotto di sembrare pedanti, si ribadisce che la collaborazione tra team e cliente è fondamentale per il successo del progetto. Il cliente deve approfondire e chiarire le user story e prendere le decisioni a livello di business, perciò la condizione ottimale di lavoro sarebbe che il cliente condividesse gli stessi spazi con il team. Qualora questa condizione non si possa realizzare, possono essere attuati tutti i meccanismi atti a superare tale mancanza ( , videoconferenza, telefono,...), naturalmente a condizione che il cliente si renda disponibile tempestivamente ed efficacemente per rispondere alle possibili domande, fornire direttive sugli aspetti di business, ecc. 9. Small releases Le release dovrebbero essere il più snelle possibile, pur realizzando un sufficiente valore di business. È importante rilasciare il sistema ogni qualvolta si ritiene importante a livello di business e per fornire un feedback concreto al team. 10. Coding standard Avere uno standard per scrivere il codice accelera i tempi complessivi, aiuta il refactoring, consente la rotazione delle coppie di software engineer e, in generale, supporta le altre pratiche XP. 11. System metaphor- Vi è un analogia tra la metafora di sistema del metodo XP e quella che viene correntemente definita architettura. Grazie ad essa il team ha 4

7 un idea complessiva delle varie componenti del sistema, di come interagiscono, e di come e dove intervenire per aggiungere nuove componenti. XP non è totale garanzia di successo ( il progetto C3 della Crysler, a cui Kent Beck partecipò, e da cui trasse spunto per teorizzare il metodo XP, venne interrotto), però risulta essere un processo molto efficiente, in grado di fronteggiare il cambiamento dei requisiti; consegna a breve termine le funzionalità dell iterazione in corso, dotando il committente degli strumenti decisionali, necessari per misurare la bontà del progetto; fornisce un risultato migliore rispetto ad altri metodi, in termini di qualità del prodotto finale, per le pratiche sistematiche e quotidiane di testing e continuous integration; favorisce la coesione e l assunzione di responsabilità del team. Come contropartita XP richiede che: si modifichino ruoli che sono già consolidati, una trasformazione radicale nel rapporto cliente fornitore e nell assetto organizzativo; si abbia la volontà di affrontare le novità; le persone siano capaci di lavorare in gruppo; si utilizzino tool evoluti per programmare, testare ed eseguire refactoring. Questo sintetico elenco di pro e contro, anche se incompleto, vuole provocare chi deve risolvere un problema a chiedersi se, adottando XP, potrebbe ottenere risultati migliori, ed ad incitare chi è sul procinto di affrontare lo sviluppo di un nuovo sistema ad abbracciare il cambiamento. Riferimenti - Manifesto of Agile Methods; <http://www.agilealliance.org/> - Kent Beck, Extreme Programming Explained: Embrace Change (Addison Wesley); - W. Farrell e M.R. Fisher, extreme programming: deceptively simple innovation; <http://www-106.ibm.com/developerworks/library/i-extreme/?n-dd-751> - extreme Programming entry point at Cunningham's Wiki; <http://c2.com/cgi/wiki?extremeprogrammingroadmap> - Cio Magazine, The secret to software success, July 1, 2001 Issue; <http://www.cio.com/archive/070101/secret.html> - The Standish Group International, Extreme Chaos; <http://www.standishgroup.com/sample_research/pdfpages/extreme_chaos.pdf> - Martin Fowler, The New Methodology; <http://www.martinfowler.com/articles/newmethodology.html> - James Bullock, The Top 10 Ways Software Projects are Different; <http://www.pmforum.org/library/papers/top10wayssoftwareprojectsrdifferent.html> - Bryan Morgan, Wireless Week Bringing A Method To The Madness <http://www.wirelessweek.com/article/ca298994?text=madness&stt=001> 5

8 Quinary SpA via Pietrasanta Milano Italia t f v. L. Robecchi Brichetti Roma Italia t f

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti

Poca documentazione: uso di Story Card e CRC (Class Responsibility Collabor) Collaborazione con il cliente rispetto alla negoziazione dei contratti Sviluppo Agile [Cockburn 2002] Extreme Programming (XP) [Beck 2000] Sono più importanti auto-organizzazione, collaborazione, comunicazione tra membri del team e adattabilità del prodotto rispetto ad ordine

Dettagli

metodologie metodologia una serie di linee guida per raggiungere certi obiettivi

metodologie metodologia una serie di linee guida per raggiungere certi obiettivi metodologie a.a. 2003-2004 1 metodologia una serie di linee guida per raggiungere certi obiettivi più formalmente: un processo da seguire documenti o altri elaborati da produrre usando linguaggi più o

Dettagli

Ingegneria del Software

Ingegneria del Software Ingegneria del Software Processi di Sviluppo Agile Origini dello Sviluppo Agile Proposta di un gruppo di sviluppatori che rilevava una serie di criticità degli approcci convenzionali: Troppa rigidità dei

Dettagli

Gestione dello sviluppo software Modelli Agili

Gestione dello sviluppo software Modelli Agili Università di Bergamo Facoltà di Ingegneria GESTIONE DEI SISTEMI ICT Paolo Salvaneschi A4_3 V1.1 Gestione dello sviluppo software Modelli Agili Il contenuto del documento è liberamente utilizzabile dagli

Dettagli

extreme Programming in un curriculum universitario

extreme Programming in un curriculum universitario extreme Programming in un curriculum universitario Lars Bendix Department of Computer Science Lund Institute of Technology Sweden Università di Bologna, 18 giugno, 2002 Extreme Programming On-site customer

Dettagli

Introduzione all Ingegneria del Software

Introduzione all Ingegneria del Software Introduzione all Ingegneria del Software Alessandro Martinelli alessandro.martinelli@unipv.it 10 Dicembre 2013 Introduzione all Ingegneria del Software Ingegneria del Software Modelli di Sviluppo del Software

Dettagli

Insegnamento di Gestione e Organizzazione dei Progetti A.A. 2008/9

Insegnamento di Gestione e Organizzazione dei Progetti A.A. 2008/9 Insegnamento di Gestione e Organizzazione dei Progetti A.A. 2008/9 Lezione 15: P.M.: metodologie di progetto Prof.ssa R. Folgieri email: folgieri@dico.unimi.it folgieri@mtcube.com 1 Modelli di conduzione

Dettagli

Extreme programming e metodologie agili

Extreme programming e metodologie agili Extreme programming e metodologie agili Università degli Studi di Brescia, 8 Giugno 2007 Ing. Daniele Armanasco daniele@armanasco.it Ing. Emanuele DelBono emanuele@codiceplastico.com Enti organizzatori

Dettagli

Agile. mercoledì, 1 luglio 2015, 3:05 p. Prof. Tramontano docente Federico II ingegneria del software. Sviluppo Agile: metaprocesso

Agile. mercoledì, 1 luglio 2015, 3:05 p. Prof. Tramontano docente Federico II ingegneria del software. Sviluppo Agile: metaprocesso Agile mercoledì, 1 luglio 2015, 3:05 p. Prof. Tramontano docente Federico II ingegneria del software Sviluppo Agile: metaprocesso Molti progetti software falliscono Sì parte dagli anni 2000 Millennium

Dettagli

Corso di Ingegneria del Software. Modelli di produzione del software

Corso di Ingegneria del Software. Modelli di produzione del software Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca mario.vacca1@istruzione.it 1. Concetti di base Sommario 2. Modelli del ciclo vita del software 2.1 Modello a cascata 2.2 Modelli incrementali

Dettagli

Organizzazione della lezione. Extreme Programming (XP) Lezione 19 Extreme Programming e JUnit. JUnit. JUnit. Test-Driven Development

Organizzazione della lezione. Extreme Programming (XP) Lezione 19 Extreme Programming e JUnit. JUnit. JUnit. Test-Driven Development Organizzazione della lezione Lezione 19 Extreme Programming e JUnit Vittorio Scarano Corso di Programmazione Distribuita (2003-2004) Laurea di I livello in Informatica Università degli Studi di Salerno

Dettagli

Rational Unified Process Introduzione

Rational Unified Process Introduzione Rational Unified Process Introduzione G.Raiss - A.Apolloni - 4 maggio 2001 1 Cosa è E un processo di sviluppo definito da Booch, Rumbaugh, Jacobson (autori dell Unified Modeling Language). Il RUP è un

Dettagli

RUP (Rational Unified Process)

RUP (Rational Unified Process) RUP (Rational Unified Process) Caratteristiche, Punti di forza, Limiti versione del tutorial: 3.3 (febbraio 2007) Pag. 1 Unified Process Booch, Rumbaugh, Jacobson UML (Unified Modeling Language) notazione

Dettagli

Metodologie Agili per lo sviluppo di applicazioni Internet Distribuite. Agile Group DIEE, Università di Cagliari www.agile.diee.unica.

Metodologie Agili per lo sviluppo di applicazioni Internet Distribuite. Agile Group DIEE, Università di Cagliari www.agile.diee.unica. Metodologie Agili per lo sviluppo di applicazioni Internet Distribuite Agile Group DIEE, Università di Cagliari www.agile.diee.unica.it Agile Group Agile Group, gruppo di ricerca su Ingegneria del SW,

Dettagli

Ciclo di Vita Evolutivo

Ciclo di Vita Evolutivo Ciclo di Vita Evolutivo Prof.ssa Enrica Gentile a.a. 2011-2012 Modello del ciclo di vita Stabiliti gli obiettivi ed i requisiti Si procede: All analisi del sistema nella sua interezza Alla progettazione

Dettagli

Project Portfolio Management e Program Management in ambito ICT: la verifica di fattibilità del Piano.

Project Portfolio Management e Program Management in ambito ICT: la verifica di fattibilità del Piano. Project Portfolio Management e Program Management in ambito ICT: la verifica di fattibilità del Piano. di: Enrico MASTROFINI Ottobre 2004 Nella formulazione iniziale del Piano Ict sono di solito inseriti

Dettagli

Il Processo Software

Il Processo Software Il Processo Software 29-03-2012 Prodotto Software Prodotto di qualità Tempi e costi determinati Processo Software Attività portanti Famiglia di compiti Attività ausiliari Quadro di riferimento Processo

Dettagli

Progetto di Informatica III

Progetto di Informatica III Progetto di Informatica III Sviluppo Agile (Agile Software Development) Patrizia Scandurra Università degli Studi di Bergamo a.a. 2008-09 Sommario Metodologia agile Agile Manifesto Che cos è l agilità

Dettagli

Introduzione. Capitolo 1

Introduzione. Capitolo 1 Capitolo 1 Introduzione Architecture is the set of design decisions that you wish you could get right early in a project, but that you are not necessarily more likely to get them right than any other.

Dettagli

UML e (R)UP (an overview)

UML e (R)UP (an overview) Lo sviluppo di sistemi OO UML e (R)UP (an overview) http://www.rational.com http://www.omg.org 1 Riassumento UML E un insieme di notazioni diagrammatiche che, utilizzate congiuntamente, consentono di descrivere/modellare

Dettagli

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione Processi (di sviluppo del) software Fase di Analisi dei Requisiti Un processo software descrive le attività (o task) necessarie allo sviluppo di un prodotto software e come queste attività sono collegate

Dettagli

Quali passi per introdurre l Agile in azienda?

Quali passi per introdurre l Agile in azienda? Quali passi per introdurre l Agile in azienda? Garantire reattività e prontezza in uno scenario sempre più dinamico Quali passi per introdurre l Agile in azienda? White Paper Nell attuale contesto di mercato,

Dettagli

Ingegneria del Software Requisiti e Specifiche

Ingegneria del Software Requisiti e Specifiche Ingegneria del Software Requisiti e Specifiche Obiettivi. Affrontare i primi passi della produzione del software: la definizione dei requisiti ed il progetto architetturale che porta alla definizione delle

Dettagli

PIANIFICAZIONE E REALIZZAZIONE DI UN SISTEMA INFORMATIVO 147 6/001.0

PIANIFICAZIONE E REALIZZAZIONE DI UN SISTEMA INFORMATIVO 147 6/001.0 PIANIFICAZIONE E REALIZZAZIONE DI UN SISTEMA INFORMATIVO 147 6/001.0 PIANIFICAZIONE E REALIZZAZIONE DI UN SISTEMA INFORMATIVO ELEMENTI FONDAMENTALI PER LO SVILUPPO DI SISTEMI INFORMATIVI ELABORAZIONE DI

Dettagli

Sviluppo Agile. Prof. Filippo Lanubile. Processo software

Sviluppo Agile. Prof. Filippo Lanubile. Processo software Sviluppo Agile I processi (di sviluppo) del software bisogni nuovi o modificati Processo software Prodotto software nuovo o modificato Un processo software descrive quali sono le attività che concorrono

Dettagli

I lucidi messi a disposizione sul sito del corso di Analisi e progettazione del software NON sostituiscono il libro di testo

I lucidi messi a disposizione sul sito del corso di Analisi e progettazione del software NON sostituiscono il libro di testo Luca Cabibbo Analisi e Progettazione del Software Sviluppo iterativo, evolutivo e agile Capitolo 2 marzo 2015 Lo sviluppo iterativo dovrebbe essere utilizzato solo per i progetti che si desidera che vadano

Dettagli

Docente di Impianti di Elaborazione presso il Politecnico di Milano e ricercatore di Politecnico Innovazione

Docente di Impianti di Elaborazione presso il Politecnico di Milano e ricercatore di Politecnico Innovazione I sistemi gestionali e le Piccole Medie Imprese A cura di Fabrizio Amarilli Docente di Impianti di Elaborazione presso il Politecnico di Milano e ricercatore di Politecnico Innovazione Articoli Sono noti

Dettagli

Il processo di sviluppo

Il processo di sviluppo Il processo di sviluppo Processo di sviluppo software = framework all'interno del quale si svolgono le attività necessarie per produrre software di alta qualità. E' il modo in cui viene organizzato e praticato

Dettagli

2. Ciclo di Vita e Processi di Sviluppo

2. Ciclo di Vita e Processi di Sviluppo 2. Ciclo di Vita e Processi di Sviluppo come posso procedere nello sviluppo? Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 2. Ciclo di Vita e Processi di

Dettagli

Change Management. Obiettivi. Definizioni. Responsabilità. Attività. Input. Funzioni

Change Management. Obiettivi. Definizioni. Responsabilità. Attività. Input. Funzioni Change Management Obiettivi Obiettivo del Change Management è di assicurarsi che si utilizzino procedure e metodi standardizzati per una gestione efficiente ed efficace di tutti i cambiamenti, con lo scopo

Dettagli

Gestire un progetto di introduzione di sistemi informativi di SCM. 1 Marco Bettucci Gestione della produzione II - LIUC

Gestire un progetto di introduzione di sistemi informativi di SCM. 1 Marco Bettucci Gestione della produzione II - LIUC Gestire un progetto di introduzione di sistemi informativi di SCM 1 Che cos è un progetto? Una serie complessa di attività in un intervallo temporale definito... finalizzate al raggiungimento di obiettivi

Dettagli

Il Processo Software

Il Processo Software Il Processo Software 03/04/13 Prodotto Software Prodotto di qualità Tempi e costi determinati Processo Software Attività portanti Famiglia di compiti Attività ausiliari Quadro di riferimento Processo Software

Dettagli

Gruppo 4: Gelmi Martina, Morelato Francesca, Parisi Elisa. La mia scuola ha un sito Web

Gruppo 4: Gelmi Martina, Morelato Francesca, Parisi Elisa. La mia scuola ha un sito Web Gruppo 4: Gelmi Martina, Morelato Francesca, Parisi Elisa La mia scuola ha un sito Web Presentazione del corso Contenuti e obiettivi del corso Imparare a lavorare con le metodologie dell ingegneria del

Dettagli

Release Management. Obiettivi. Definizioni. Responsabilità. Attività. Input

Release Management. Obiettivi. Definizioni. Responsabilità. Attività. Input Release Management Obiettivi Obiettivo del Release Management è di raggiungere una visione d insieme del cambiamento nei servizi IT e accertarsi che tutti gli aspetti di una release (tecnici e non) siano

Dettagli

I Valori del Manifesto Agile sono direttamente applicabili a Scrum:!

I Valori del Manifesto Agile sono direttamente applicabili a Scrum:! Scrum descrizione I Principi di Scrum I Valori dal Manifesto Agile Scrum è il framework Agile più noto. E la sorgente di molte delle idee che si trovano oggi nei Principi e nei Valori del Manifesto Agile,

Dettagli

Software. Engineering

Software. Engineering Software Engineering Agenda Scenario nel quale matura la necessità di esternalizzare Modalità conrattuali, ambito, livelli di servizio Modalità di governo del contratto e di erogazione dei servizi Metodologia

Dettagli

Gestione parte IIC. Diagrammi di Gantt. Esempio. Schemi di scomposizione delle attività

Gestione parte IIC. Diagrammi di Gantt. Esempio. Schemi di scomposizione delle attività Schemi di scomposizione delle attività Gestione parte IIC Work Breakdown Structures (WBS) Struttura ad albero: radice: attività principale i nodi figli rappresentano la scomposizione del nodo padre le

Dettagli

Processo parte III. Modello Code and fix. Modello a cascata. Modello a cascata (waterfall) Leggere Sez. 7.4 Ghezzi et al.

Processo parte III. Modello Code and fix. Modello a cascata. Modello a cascata (waterfall) Leggere Sez. 7.4 Ghezzi et al. Modello Code and fix Processo parte III Leggere Sez. 7.4 Ghezzi et al. Modello iniziale Iterazione di due passi scrittura del codice correzione degli errori Problemi: dopo una serie di cambiamenti, la

Dettagli

ISO Revisions Whitepaper

ISO Revisions Whitepaper ISO Revisions ISO Revisions ISO Revisions Whitepaper Processi e procedure Verso il cambiamento Processo vs procedura Cosa vuol dire? Il concetto di gestione per processi è stato introdotto nella versione

Dettagli

Scrum. Caratteristiche, Punti di forza, Limiti. versione del tutorial: 1.0. www.analisi-disegno.com. Pag. 1

Scrum. Caratteristiche, Punti di forza, Limiti. versione del tutorial: 1.0. www.analisi-disegno.com. Pag. 1 Scrum Caratteristiche, Punti di forza, Limiti versione del tutorial: 1.0 Pag. 1 Scrum è uno dei processi agili (www.agilealliance.com) il termine è derivato dal Rugby, dove viene chiamato Scrum il pacchetto

Dettagli

STRATEGIC Management Partners

STRATEGIC Management Partners STRATEGIC Management Partners Strategic Report Creare un vantaggio competitivo nella relazione IT e business Gianluca Quarto Sintesi 2 E un dato di fatto che i sistemi informatici rappresentano uno strumento

Dettagli

Ingegneria del Software. Processi di Sviluppo

Ingegneria del Software. Processi di Sviluppo Ingegneria del Software Processi di Sviluppo Ingegneria del Software: Tecnologia Stratificata tools metodi processi Focus sulla qualità Ingegneria del Software: Tecnologia Stratificata (2) Qualità Elemento

Dettagli

Lo Studio di Fattibilità

Lo Studio di Fattibilità Lo Studio di Fattibilità Massimo Mecella Dipartimento di Informatica e Sistemistica Università di Roma La Sapienza Definizione Insieme di informazioni considerate necessarie alla decisione sull investimento

Dettagli

La disciplina che cura un approccio sistematico, disciplinato e quantificabile allo sviluppo, all operatività ed alla manutenzione del software

La disciplina che cura un approccio sistematico, disciplinato e quantificabile allo sviluppo, all operatività ed alla manutenzione del software Ingegneria del software (software engineering) La branca dell'ingegneria che si occupa della realizzazione di sistemi software. La disciplina che cura un approccio sistematico, disciplinato e quantificabile

Dettagli

ARIES. Architettura per l implementazione rapida dei sistemi aziendali

ARIES. Architettura per l implementazione rapida dei sistemi aziendali ARIES Architettura per l implementazione rapida dei sistemi aziendali P r e s e n ta z i o n e d e l l a m e t o d o l o g i a a r i e s ARIES è una metodologia che consente di implementare rapidamente

Dettagli

COME MISURARE UN SERVICE DESK IT

COME MISURARE UN SERVICE DESK IT OSSERVATORIO IT GOVERNANCE COME MISURARE UN SERVICE DESK IT A cura di Donatella Maciocia, consultant di HSPI Introduzione Il Service Desk, ovvero il gruppo di persone che è l interfaccia con gli utenti

Dettagli

Continuous Improvement della Qualità IT

Continuous Improvement della Qualità IT Relatori: Claudio Gaiani, Assioma.net - QA Manager Paolo Baracco, Intesa Sanpaolo IT Architect Continuous Improvement della Qualità IT L esperienza di un grande gruppo bancario Software Testing Forum -

Dettagli

ARIES. Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES

ARIES. Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES ARIES Architettura per l'implementazione rapida dei Sistemi Aziendali. Presentazione della metodologia ARIES ARIES è una metodologia per implementare rapidamente sistemi informativi aziendali complessi,

Dettagli

PERCORSO FACILE CAF FEEDBACK REPORT INTEGRATO RAV E PDM. I.C. San Francesco di Paola Messina MEIC86500V

PERCORSO FACILE CAF FEEDBACK REPORT INTEGRATO RAV E PDM. I.C. San Francesco di Paola Messina MEIC86500V PERCORSO FACILE CAF FEEDBACK REPORT INTEGRATO RAV E PDM CODICE MECCANOGRAFICO SCUOLA AMBITO DI AV DELLA SCUOLA* MEIC86500V I.C. San Francesco di Paola Messina (X ) COMPLETO - ( ) PARZIALE MARZO 2015 1

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 6

Corso di Amministrazione di Sistema Parte I ITIL 6 Corso di Amministrazione di Sistema Parte I ITIL 6 Francesco Clabot 1 Responsabile erogazione servizi tecnici francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici IT

Dettagli

INGEGNERIA DEL SOFTWARE

INGEGNERIA DEL SOFTWARE INGEGNERIA DEL SOFTWARE INTRODUZIONE Avvertenza: gli appunti si basano sul corso di Ingegneria del Software tenuto dal prof. Picco della facoltà di Ingegneria del Politecnico di Milano (che ringrazio per

Dettagli

Echi da Amsterdam. Titolo: Sintesi presentazioni Metodologia Agile. Sintesi del Leadership Meeting e dell EMEA Congress 2009. Relatore: Bruna Bergami

Echi da Amsterdam. Titolo: Sintesi presentazioni Metodologia Agile. Sintesi del Leadership Meeting e dell EMEA Congress 2009. Relatore: Bruna Bergami Echi da Amsterdam Sintesi del Leadership Meeting e dell EMEA Congress 2009 Titolo: Sintesi presentazioni Metodologia Agile Relatore: Bruna Bergami PMI NIC - Tutti i diritti riservati Milano, 19 Giugno

Dettagli

Extreme Programming e Metodologie Agili di Sviluppo Software: concetti, prodotti e risorse

Extreme Programming e Metodologie Agili di Sviluppo Software: concetti, prodotti e risorse Extreme Programming e Metodologie Agili di Sviluppo Software: concetti, prodotti e risorse Pubblicato da Massimiliano Bigatti max@bigatti.it http://www.bigatti.it Dicembre 2002 Proprietà 2002 di Massimiliano

Dettagli

Incident Management. Obiettivi. Definizioni. Responsabilità. Attività. Input

Incident Management. Obiettivi. Definizioni. Responsabilità. Attività. Input Incident Management Obiettivi Obiettivo dell Incident Management e di ripristinare le normali operazioni di servizio nel piu breve tempo possibbile e con il minimo impatto sul business, garantendo il mantenimento

Dettagli

* Che cos è un processo software

* Che cos è un processo software Luca Cabibbo Analisi e Progettazione del Software Sviluppo iterativo, evolutivo e agile Capitolo 2 marzo 2013 Lo sviluppo iterativo dovrebbe essere utilizzato solo per i progetti che si desidera che vadano

Dettagli

Il ciclo di vita del software

Il ciclo di vita del software Il ciclo di vita del software Il ciclo di vita del software Definisce un modello per il software, dalla sua concezione iniziale fino al suo sviluppo completo, al suo rilascio, alla sua successiva evoluzione,

Dettagli

ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP.

ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP. INTERVISTA 13 settembre 2012 ANALISI DI UN CASO DI EVOLUZIONE NELL ADOZIONE DELLA SOLUZIONE PROJECT AND PORTFOLIO MANAGEMENT DI HP. Intervista ad Ermanno Pappalardo, Lead Solution Consultant HP Software

Dettagli

SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras

SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras SOA GOVERNANCE: WHAT DOES IT MEAN? Giorgio Marras 2 Introduzione Le architetture basate sui servizi (SOA) stanno rapidamente diventando lo standard de facto per lo sviluppo delle applicazioni aziendali.

Dettagli

PMO: così fanno le grandi aziende

PMO: così fanno le grandi aziende PMO: così fanno le grandi aziende Tutte le grandi aziende hanno al loro interno un PMO - Project Management Office che si occupa di coordinare tutti i progetti e i programmi aziendali. In Italia il project

Dettagli

Sistema di spedizione per azienda logistica LBDS

Sistema di spedizione per azienda logistica LBDS CONFIGURATION MANAGEMENT PLAN Sistema di spedizione per azienda logistica LBDS Gruppo Laboratorio di Ingegneria del Software 2 Anno Accademico2009/2010 Gruppo Kairos: Maiero Matteo, Bertoni Alan, Zolli

Dettagli

Ciclo di vita dimensionale

Ciclo di vita dimensionale aprile 2012 1 Il ciclo di vita dimensionale Business Dimensional Lifecycle, chiamato anche Kimball Lifecycle descrive il framework complessivo che lega le diverse attività dello sviluppo di un sistema

Dettagli

I METODI DEL MIGLIORAMENTO

I METODI DEL MIGLIORAMENTO I METODI DEL MIGLIORAMENTO 1 Le macro-tipologie di intervento di miglioramento: Su base giornaliera: è un intervento che può essere applicato quando i processi rispondono agli obiettivi aziendali, ma possono

Dettagli

L esperienza d integrazione in SSC

L esperienza d integrazione in SSC Roma, 10 dicembre 2010 Centro Congressi Cavour L esperienza d integrazione in SSC Approcci multimodello nelle pratiche aziendali Il presente documento contiene informazioni e dati di S.S.C. s.r.l., pertanto

Dettagli

Performance management assesment per PMI

Performance management assesment per PMI PMI assesment Performance management assesment per PMI Il performance management assesment è un processo di valutazione della gestione aziendale integrato, che coniuga una analisi della strategia e della

Dettagli

MANUALE DELLA QUALITÀ Pag. 1 di 10

MANUALE DELLA QUALITÀ Pag. 1 di 10 MANUALE DELLA QUALITÀ Pag. 1 di 10 INDICE IL SISTEMA DI GESTIONE DELLA QUALITÀ Requisiti generali Responsabilità Struttura del sistema documentale e requisiti relativi alla documentazione Struttura dei

Dettagli

La creazione del valore. Un approccio agile alla trasformazione dell IT

La creazione del valore. Un approccio agile alla trasformazione dell IT Università degli Studi di Padova Dipartimento di Ingegneria dell Informazione Corso di Laurea in Ingegneria Informatica Relazione finale di tirocinio La creazione del valore. Un approccio agile alla trasformazione

Dettagli

MEDIA INNOVATION & CHANGE

MEDIA INNOVATION & CHANGE MEDIA INNOVATION & CHANGE MEDIA E DIGITAL COMMUNICATION Programma di sviluppo continuo dell innovazione MEDIA INNOVATION & CHANGE COMUNICAZIONE E CONFUSIONE COMUNICARE OGGI SIGNIFICA POTER SFRUTTARE OPPORTUNITÀ

Dettagli

Collaborative Planning, Forecasting and Replenishment (CPFR) 1

Collaborative Planning, Forecasting and Replenishment (CPFR) 1 Collaborative Planning, Forecasting and Replenishment (CPFR) 1 Il Collaborative Planning, Forecasting and Replenishment (CPFR) è uno approccio di gestione a disposizione delle imprese che ha lo scopo di

Dettagli

IS Governance. Francesco Clabot Consulenza di processo. francesco.clabot@netcom-srl.it

IS Governance. Francesco Clabot Consulenza di processo. francesco.clabot@netcom-srl.it IS Governance Francesco Clabot Consulenza di processo francesco.clabot@netcom-srl.it 1 Fondamenti di ISO 20000 per la Gestione dei Servizi Informatici - La Norma - 2 Introduzione Che cosa è una norma?

Dettagli

L EVOLUZIONE DEL RAPPORTO BANCA - IMPRESA CON BASILEA II E IL RUOLO DEL FACTORING

L EVOLUZIONE DEL RAPPORTO BANCA - IMPRESA CON BASILEA II E IL RUOLO DEL FACTORING L EVOLUZIONE DEL RAPPORTO BANCA - IMPRESA CON BASILEA II E IL RUOLO DEL FACTORING Relatore : Marino Baratti Credemfactor spa Pag. 1/8 Il rapporto tra PMI e Sistema creditizio L applicazione della nuova

Dettagli

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A.

Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A. Università di Venezia Corso di Laurea in Informatica Laboratorio di Informatica Applicata Introduzione all IT Governance Lezione 4 Marco Fusaro KPMG S.p.A. 1 CobiT Obiettivi del CobiT (Control Objectives

Dettagli

SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze

SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze Caso di successo Microsoft Integration SACE BT SACE BT realizza su tecnologia Microsoft la piattaforma di gestione delle polizze Informazioni generali Settore Istituzioni finanziarie Il Cliente Il Gruppo

Dettagli

1. Il ruolo della pianificazione nella gestione del progetto

1. Il ruolo della pianificazione nella gestione del progetto 11 1. Il ruolo della pianificazione nella gestione del progetto Poiché ciascun progetto è un processo complesso ed esclusivo, una pianificazione organica ed accurata è indispensabile al fine di perseguire

Dettagli

FOCUS SUI CITTADINI: UNA PARTECIPAZIONE AMPIA PER POLITICHE E SERVIZI MIGLIORI. Abstract

FOCUS SUI CITTADINI: UNA PARTECIPAZIONE AMPIA PER POLITICHE E SERVIZI MIGLIORI. Abstract www.qualitapa.gov.it FOCUS SUI CITTADINI: UNA PARTECIPAZIONE AMPIA PER POLITICHE E SERVIZI MIGLIORI Abstract L importanza di un processo di policy making trasparente e inclusivo è largamente condivisa

Dettagli

ORGANIZZAZIONE E PROJECT MANAGEMENT

ORGANIZZAZIONE E PROJECT MANAGEMENT MUSEOLOGIA E CONSERVAZIONE DEI BENI MUSEALI ORGANIZZAZIONE E PROJECT BARBARA SORESINA Project Manager 16 DICEMBRE 2013 01.1 GESTIONE STRATEGICA PREMESSA PIANIFICAZIONE DI PROGRAMMI E PROGETTI scelta delle

Dettagli

Introduzione ai software gestionali. Corso Gestione dei flussi di informazione

Introduzione ai software gestionali. Corso Gestione dei flussi di informazione Introduzione ai software gestionali Corso Gestione dei flussi di informazione 1 Integrazione informativa nelle aziende Problemi: frammentazione della base informativa aziendale crescente complessità organizzative

Dettagli

Questionario Modello di Maturità di Project Management (V.1.5.0)

Questionario Modello di Maturità di Project Management (V.1.5.0) Questionario Modello di Maturità di Project Management (V.1.5.0) E necessario rispondere a tutte le domande riportate di seguito, selezionando la risposta ritenuta migliore o quella che meglio descrive

Dettagli

La gestione dei progetti software

La gestione dei progetti software La gestione dei progetti software L applicazione della metodologia di Project Management nella gestione dei progetti di sviluppo software nelle piccole e medie imprese Ercole F. Colonese Versione 1.0 -

Dettagli

CATALOGO FORMATIVO KNOWITA

CATALOGO FORMATIVO KNOWITA Il Catalogo Formativo 2015 di Knowità è composto da incontri pensati per soddisfare le esigenze di figure di responsabilità che necessitano di risposte concrete alle principali e più attuali priorità aziendali.

Dettagli

GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA

GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA GESTIONE DI PROGETTO E ORGANIZZAZIONE DI IMPRESA Il project management nella scuola superiore di Antonio e Martina Dell Anna 2 PARTE I PROCESSI AZIENDALI E PROGETTI UDA 3 I PRINCIPI DEL PROJECT MANAGEMENT

Dettagli

Principi e requisiti di base del Risk Management. Obiettivi, standard e framework di riferimento

Principi e requisiti di base del Risk Management. Obiettivi, standard e framework di riferimento Innovazione per la Pubblica Amministrazione Principi e requisiti di base del Risk Management. Obiettivi, standard e framework di riferimento Fabio Monteduro CISPA-Università di Roma Tor Vergata fabio.monteduro@uniroma2.it

Dettagli

Università degli Studi dell Insubria

Università degli Studi dell Insubria Università degli Studi dell Insubria FACOLTA DI SCIENZE MATEMATICHE FISICHE E NATURALI Corso di Laurea in Informatica Studio e applicazione di metodi agili nello sviluppo di prodotti Software Open Source

Dettagli

Verona 18 novembre 2010 Ing. Ezio MIOZZO www.ingmiozzo.it. Ing.Ezio MIOZZO

Verona 18 novembre 2010 Ing. Ezio MIOZZO www.ingmiozzo.it. Ing.Ezio MIOZZO Verona 18 novembre 2010 Ing. Ezio MIOZZO www.ingmiozzo.it 1 Indice Il contesto Metodologie Agili L extreme Project Management Lean Thinking o pensiero Snello Convergenza dei vari approcci 2 Contesto Da

Dettagli

Piano di gestione della qualità

Piano di gestione della qualità Piano di gestione della qualità Pianificazione della qualità Politica ed obiettivi della qualità Riferimento ad un eventuale modello di qualità adottato Controllo della qualità Procedure di controllo.

Dettagli

PIANO DI MIGLIORAMENTO DI ISTITUTO TECNICO E PROFESSIONALE AGRARIO - FIRENZE... RESPONSABILE: Prof.ssa Angela Baldini

PIANO DI MIGLIORAMENTO DI ISTITUTO TECNICO E PROFESSIONALE AGRARIO - FIRENZE... RESPONSABILE: Prof.ssa Angela Baldini PIANO DI MIGLIORAMENTO DI ISTITUTO TECNICO E PROFESSIONALE AGRARIO - FIRENZE... RESPONSABILE: Prof.ssa Angela Baldini PRIMA SEZIONE Il periodo dedicato all auto-valutazione ha visto impegnato il gruppo

Dettagli

Ingegneria del Software - Il Ciclo Lungo

Ingegneria del Software - Il Ciclo Lungo Ingegneria del Software - Il Ciclo Lungo Alessandro Martinelli alessandro.martinelli@unipv.it 10 Marzo 2014 Il Ciclo Lungo Il Versioning e la Condivisione di Codice Organizzazione dei Pacchetti La Modellazione

Dettagli

Processi di Sviluppo Software Introduzione. Giuseppe Calavaro

Processi di Sviluppo Software Introduzione. Giuseppe Calavaro Processi di Sviluppo Software Introduzione Giuseppe Calavaro Processi di sviluppo software - Agenda Differenza tra Programmazione e Progettazione SW I Processi di Sviluppo Software Waterfall Spirale RUP

Dettagli

Gestire l impresa per progetti: istruzioni per l uso. Carlo Notari, PMP. Assolombarda - Percorso per l innovazione innovativa. Martedì 24 Ottobre 2006

Gestire l impresa per progetti: istruzioni per l uso. Carlo Notari, PMP. Assolombarda - Percorso per l innovazione innovativa. Martedì 24 Ottobre 2006 Gestire l impresa per progetti: istruzioni per l uso Carlo Notari, PMP Martedì 24 Ottobre 2006 Assolombarda - Percorso per l innovazione innovativa L innovazione E la trasformazione di una nuova idea e

Dettagli

Ingegneria del SW. Nathalie Morey. nmorey@unime.it. E-mail. 20-06-2013 Inizio. Indietro Avanti

Ingegneria del SW. Nathalie Morey. nmorey@unime.it. E-mail. 20-06-2013 Inizio. Indietro Avanti Ingegneria del SW Nathalie Morey E-mail nmorey@unime.it 20-06-2013 Programma Principi di ingegneria del software Processo software Ciclo di vita Definizione del problema Analisi dei requisiti e specifiche:

Dettagli

Classificazione Nuovo Esame PMP

Classificazione Nuovo Esame PMP Notizie sul nuovo esame PMP a partire dal Agosto 0 Classificazione Nuovo Esame PMP Questo è il link al documento del PMI: Crosswalk Between Current and New PMP Classifications del PMI Di seguito trovi

Dettagli

Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi

Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi Linee guida per la gestione del rischio nei progetti di sviluppo e manutenzione dei sistemi Quaderno N. 25 Ercole Colonese ercole@colonese.it Roma, 17 dicembre 2007 Argomenti trattati Valutazione del rischio

Dettagli

SAP per centralizzare tutte le informazioni aziendali

SAP per centralizzare tutte le informazioni aziendali Grandi Navi Veloci. Utilizzata con concessione dell autore. SAP per centralizzare tutte le informazioni aziendali Partner Nome dell azienda Ferretticasa Spa Settore Engineering & Costruction Servizi e/o

Dettagli

REALIZZARE IL PMO. Anna Maria Caccia - Matteo Coscia Milano, 15 Ottobre 2009

REALIZZARE IL PMO. Anna Maria Caccia - Matteo Coscia Milano, 15 Ottobre 2009 Il PMO come soluzione di business Linee guida per la realizzazione e il miglioramento continuo di un PMO aziendale REALIZZARE IL PMO Anna Maria Caccia - Matteo Coscia Milano, 15 Ottobre 2009 PMI-NIC -

Dettagli

Model Based Design per lo sviluppo e la verifica di moduli software in ambito Automotive

Model Based Design per lo sviluppo e la verifica di moduli software in ambito Automotive Model Based Design per lo sviluppo e la verifica di moduli software in ambito Automotive Automotive SPIN Italia - 4 Workshop on Automotive Software Roberto Sobrito, Software Engineer - FIAT Group Automobiles

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 3

Corso di Amministrazione di Sistema Parte I ITIL 3 Corso di Amministrazione di Sistema Parte I ITIL 3 Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici Il

Dettagli

La certificazione ISO/IEC 20000-1:2005: casi pratici

La certificazione ISO/IEC 20000-1:2005: casi pratici La certificazione ISO/IEC 20000-1:2005: casi pratici L esperienza DNV come Ente di Certificazione ISO 20000 di Cesare Gallotti e Fabrizio Monteleone La ISO/IEC 20000-1:2005 (che recepisce la BS 15000-1:2002

Dettagli

Processi principali per il completamento del progetto

Processi principali per il completamento del progetto Piano di progetto È un documento versionato, redatto dal project manager per poter stimare realisticamente le risorse, i costi e i tempi necessari alla realizzazione del progetto. Il piano di progetto

Dettagli

11. Evoluzione del Software

11. Evoluzione del Software 11. Evoluzione del Software Andrea Polini Ingegneria del Software Corso di Laurea in Informatica (Ingegneria del Software) 11. Evoluzione del Software 1 / 21 Evoluzione del Software - generalità Cosa,

Dettagli

L analisi dei fabbisogni formativi

L analisi dei fabbisogni formativi L analisi dei fabbisogni formativi 0 Premessa In un contesto come quello attuale di difficile congiuntura economica, la Formazione assume un ruolo strategico per le organizzazioni che vogliono essere competitive

Dettagli

Case Study. 2014 Deskero All rights reserved www.deskero.com

Case Study. 2014 Deskero All rights reserved www.deskero.com Case Study 2014 Deskero All rights reserved www.deskero.com Overview About Easydom Per adattarsi meglio alle esigenze specifiche del team tecnico Easydom, Deskero è stato completamente personalizzato,

Dettagli