Open Unified Process: differenze tra le versioni

Versione delle 19:28, 23 ago 2014

Versione delle 07:38, 15 lug 2015

Riga 1:

Lo '''Open Unified Process''' o '''OpenUP''' (letteralmente "processo unificato aperto") è un [[processo software]] ispirato al [[Rational Unified Process]] (RUP) e rilasciato con licenza [[open source]] all'interno del framework di processo di [[Eclipse (informatica)|Eclipse]] ([[Eclipse Process Framework]]). Descrive ''[[best practice]]'' di sviluppo del software in accordo con il RUP. Vi sono inclusi lo [[sviluppo iterativo]], l'utilizzo di [[Use case|casi d'uso]] e scenari come entità guidanti lo sviluppo, l'amministrazione dei rischi e un approccio di sviluppo incentrato sull'[[architettura software|architettura]]. La forma più agile e più leggera di OpenUP, '''OpenUP/basic''', è pensata per piccoli progetti gestiti da piccoli gruppi di lavoro interessati allo sviluppo [[metodologia agile|agile]] e iterativo (team di 3-6 persone che gestiscono progetti di 3-6 mesi), ossia da team che lavorano nello stesso posto e hanno possibilità di comunicare verbalmente quotidianamente.

== Fasi di OpenUP ==

OpenUP, così come il RUP, comprende quattro fasi:

* ''concepimento'' del progetto

* ''elaborazione'' nei dettagli del progetto

* ''costruzione''

* ''transizione''

alla fine di ognuna di queste fasi c'e una ''milestone'' in cui si controllano e si misurano i progressi effettuati. Alla fine della fase di concepimento del progetto, si controlla che il progetto sia effettivamente realizzabile; alla fine della fase di elaborazione, si controlla se l'architettura è stata ben definita e i maggiori rischi per il progetto sono stati individuati e neutralizzati; alla fine della fase di costruzione, si verifica se tutte le funzionalità sono state implementate e se si può procedere al ''beta testing'';alla fine della fase di transizione, si controlla se gli obiettivi sono stati raggiunti e se il cliente è soddisfatto.

==Discipline==

All' interno di ogni fase si svolgono una serie di lavori (work) che sono raggruppati nelle seguenti discipline:

* Sviluppo dell' architettura del programma

* gestione dei cambiamenti e delle configurazioni del sw

* sviluppo del programma