Agile Unified Process: differenze tra le versioni

Versione delle 13:30, 4 feb 2011

Versione attuale delle 00:49, 7 gen 2025

(20 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à.

== DisciplinePratiche ==

Diversamente da RUP, l'AUP ha soltanto sette discipline o pratiche:

# '''Modellazione'''. Comprendere il business dell'organizzazione, il dominio del problema affrontato dal progetto, e individuare una soluzione praticabile per affrontare il dominio del problema.

# '''Implementazione'''. Trasformare i modelli in codice eseguibile ed effettuare un livello base di test, in particolare [[test unitari]].

# '''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.

# '''Test'''. Perform an objective evaluation to ensure quality. This includes finding defects, validating that the system works as designed, and verifying that the requirements are met.

# '''Deployment'''. PlanPianificare forla theconsegna deliverydel ofsistema theed systemeseguire andtale topiano executeper therendere planil tosistema makedisponibile theagli systemutenti available to end usersfinali.

# '''Configuration Management'''. ManageGestire accessgli toartefatti projectdi artifactsprogetto. ThisQuesto includesinclude notnon onlysolo trackingil artifacttener versionstraccia overdelle timeversioni butdegli alsoartefatti controllingnel andtempo managingma changesanche tocontrollarne them.e gestirne le modifiche.

# '''[[Project management|Project Management]]'''. DirectDirigere thele activitiesattività thatche takesi placesvolgono withinnell'ambito thedel projectprogetto. ThisQuesto includescomprende managingla risksgestione dei rischi, directingdirigere peoplele persone (assigningassegnazione tasksdi compiti, trackingmonitorare i progressprogressi, etc...), ande coordinatingil withcoordinamento peoplecon andpersone systemse outsidesistemi theesterni scopealla ofportata thedel projectprogetto tostesso, beper sureessere thatsicuri itche issia deliveredconsegnato onnei timetempi ande withinnel budget. previsti.

# '''Ambienti'''. Sostenere Supportil theresto restdel ofprogetto, thegarantendo effortche byun ensuringprocesso that the proper processcorretto, guidanceorientamenti (standardsstandard ande guidelineslinee guida), ande toolsstrumenti (hardware, software, etc.ecc) aresiano availabledisponibili forper theil team asin base alle neededesigenze.

== Filosofia ==

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]]