Agile Unified Process: differenze tra le versioni

Versione delle 13:43, 4 feb 2011

Versione attuale delle 00:49, 7 gen 2025

(17 versioni intermedie di 12 utenti non mostrate)

Riga 1:

{{W|informatica|agosto 2010}}

L<nowiki>'</nowiki>'''Agile Unified Process''' (AUP) a è una versione semplificata, sviluppata da Scott Ambler, dell'IBM Rational Unified Process (RUP). Essa descrive un approccio allo sviluppo di applicazioni software, semplice, facile da comprendere e che utilizza tecniche e concetti agili pur rimanendo fedele al processo RUP. Scott Ambler ha cercato di mantenere Agile UP il più semplice possibile, sia nell'approccio che nella sua descrizione.

L'AUP applica le tecniche di sviluppo agile tra cui test driven (TDD), Agile Modeling, gestione agile del cambiamento e [[refactoring]] del database per migliorare la produttività.

== Pratiche ==

Riga 11:

# '''Test'''. Eseguire una valutazione oggettiva per garantire la qualità. Questo include trovare difetti, la convalida che il sistema abbia funzionato come previsto, e verificare che i requisiti siano stati soddisfatti.

# '''Deployment'''. Pianificare la consegna del sistema ed eseguire tale piano per rendere il sistema disponibile agli utenti finali.

# '''Configuration Management'''. Gestire gli artifattiartefatti di progetto. Questo include non solo il tener traccia delle versioni degli artefatti nel tempo ma anche controllarne e gestirne le modifiche.

# '''[[Project management|Project Management]]'''. Dirigere le attività che si svolgono nell'ambito del progetto. Questo comprende la gestione dei rischi, dirigere le persone (assegnazione di compiti, monitorare i progressi, ...), e il coordinamento con persone e sistemi esterni alla portata del progetto stesso, per essere sicuri che sia consegnato nei tempi e nel budget previsti.

# '''Ambienti'''. Sostenere il resto del progetto, garantendo che un processo corretto, orientamenti (standard e linee guida) e strumenti (hardware, software, ecc) siano disponibili per il team in base alle esigenze.

Riga 18:

La metodologia Agile UP è basata sui seguenti principi filosofici:

# '''Il vostro personale sa cosa sta facendo'''. Alle persone non è richiesto di leggere la documentazione dettagliata di processo, ma essi vorranno alcune linee guida di alto livello e/o della formazione all'occorrenza. Il prodotto AUP fornisce link a molti dettagli, se siete interessati, ma non vi obbliga a seguirli.

# '''Your staff knows what they're doing'''. People are not going to read detailed process documentation, but they will want some high-level guidance and/or training from time to time. The AUP product provides links to many of the details, if you are interested, but doesn't force them upon you.

# '''SimplicitySemplicità'''. EverythingTutto isviene describeddescritto conciselyin usingmodo aconciso handfulcon ofuna pages,manciata notdi thousandspagine, ofnon themmigliaia.

# '''AgilityAgilità'''. The Agile UP conformsè toconforme theai valuesvalori ande principles of theprincipi dell'[[agile software development]] and thee dell'[http://www.agilealliance.org Agile Alliance].

# '''Concentrarsi su attività ad alto valore'''. L'attenzione deve concentrarsi sulle attività che contano realmente, e non su ogni cosa possibile che possa accadervi durante un progetto.

# '''Focus on high-value activities'''. The focus is on the activities which actually count, not every possible thing that could happen to you on a project.

# '''Indipendenza dagli strumenti'''. È possibile utilizzare qualsiasi set di strumenti si desideri con l'Agile UP. La raccomandazione è di utilizzare gli strumenti che sono più adatti per un determinato lavoro, che spesso sono strumenti più semplici.

# '''Tool independence'''. You can use any toolset that you want with the Agile UP. The recommendation is that you use the tools which are best suited for the job, which are often simple tools.

# '''You'llSi wantavrà tovoglia tailordi thepersonalizzare AUP toper meetsoddisfare yourle ownproprie needsesigenze'''.

== Rilasci ==

L' Agile Unified Process fa distinzione tra due tipi di iterazioniinterazioni: quelle di Rilascio in Sviluppo e quelle di Rilascio in Produzione. Una Un'iterazione di Rilascio in Sviluppo risulta nel [[deployment]] del sistema per il Quality Assurance e/o l'area Demo. Invece un'iterazione di Rilascio in Produzione risulta in un deployment nell'area di Produzione. Questo rappresenta un significativo raffinamento rispetto al [[Rational Unified Process]].

== Voci correlate ==

[[Image:AgileUnifiedProcessTimeline20060704.png]]

== Vedere anche ==

*[[Enterprise Unified Process]]

*[[Unified Process]]

== RefereimentiCollegamenti esterni ==

*{{cita web | 1 = http://www.ambysoft.com/unifiedprocess/agileUP.html | 2 = AmbySoft Agile Unified Process page | accesso = 4 febbraio 2011 | dataarchivio = 8 agosto 2019 | urlarchivio = https://web.archive.org/web/20190808110832/http://www.ambysoft.com/unifiedprocess/agileUP.html | urlmorto = sì }}

<references/>

*{{cita web|http://www.ddj.com/architect/187203749|Scott Amber's ''Dr Dobbs'' article "Where Did All the Positions Go?"}}

<noinclude>{{Categorizzare|informatica}}</noinclude>

[[Categoria:Ingegneria del software]]