Domanda

RUP nel dialogo con Scrum

C'è una relazione tra Agile e RUP. In realtà ho pensato che lo sviluppo Agile era un tipo di RUP. Nell'articolo di IBM sopra si può vedere che essi sono montaggio del modello di RUP.

Se qualcuno ha qualche pratica spiegazione della relazione tra questi tre concetti interessanti.

È stato utile?

Soluzione

Sono entrambi modelli iterativi che sembrano simili, ma entrambi sono molto diversi. RUP è un quadro di riferimento per le organizzazioni e le squadre mentre Scrum è destinato ad un team di prodotto con le linee guida rigorose.

Io suggerirei di leggere questi: MISCHIA RUP

Altri suggerimenti

Agile in un termine generico per metodi come XP, Scrum, Crystal, DSDM, FDD, ... che condividono comune principi . Il Unified Process è una struttura che può essere utilizzato per descrivere un processo di sviluppo, RUP essere un'istanza di UP sulla base di strumenti di Rational. UP precede metodi più agile e può o non può essere considerato come Agile. Ciò che hanno in comune è che entrambi i metodi agili e UP sono Metodi iterativo e incrementale di sviluppo (IID).

RUP è un modello iterativo e incrementale completo processo. Si crea un "Caso di sviluppo", che vi informa su quale processo i componenti è necessario nella vostra istanza di un processo di sviluppo. È poi tirare le componenti di processo richiesti ti servono da RUP, come raccogliere gli elementi da un menu.

"Agile" è un termine generico che descrive l'insieme dei processi che si basano sulla constatazione che lo sviluppo del software è un di apprendimento processo piuttosto che un processo definito, e che la maggior parte manufatti high-cerimonia e pratiche ostacolano il processo di apprendimento.

MISCHIA è uno specifico processo di gestione del progetto Agile. Non fa alcuna disposizione per il modo di progettare e sviluppare il sistema in realtà in fase di costruzione.

Agile è un approccio allo sviluppo del software:

(citato dal sito web Agile Alliance )

  

cosa è Agile Software Development ?

     

Nel fine del 1990 diverse metodologie ha cominciato ad ottenere sempre più l'attenzione del pubblico. Ognuno aveva una diversa combinazione di vecchie idee, nuove idee, e trasmutato vecchie idee. Ma tutti hanno sottolineato la stretta collaborazione tra il team di programmatori e esperti di business; faccia a faccia di comunicazione (come più efficiente di documentazione scritta); consegna frequente di valore della nuova produzione schierabili; , squadre stretti auto-organizzanti; e modi alle imbarcazioni il codice e la squadra in modo tale che le inevitabili esigenze di abbandono non era una crisi.

Scrum e RUP sono metodi di sviluppo software specifici che possono consentire lo sviluppo del software Agile. Questi metodi (e altri, come XP) non si escludono, e possono essere combinati in vari modi per adattare un processo agile adatto per un particolare progetto. Si tratta di un buon articolo descrive come questi metodi possono essere combinati.

Agile e RUP cresciuti separatamente, RUP sul fondamento di UML, e ora IBM sta cercando di prendere in mano la causa dell'onda agile non c'è [più] ronzio grande su RUP.

Bene, RUP è una "zuppa" di pratiche ... Si dovrebbe personalizzare a bere il "proprio" zuppa ... Altrimenti sarà "uccidere" il progetto ...

  • Nella gestione dei progetti Agile, pratiche adattato dal complesso adattivo teoria dei sistemi dinamici ... Ha un tocco delicato con "umano" ... RUP non dice molto su "Peopleware" della gestione del progetto ...
  • I metodi agili parlare di architettura "emergenti" ... Dove RUP è architettura-centrica ... vuole da voi prima di stabilire l'architettura stabile.

Ma è possibile applicare RUP in maniera agile ... Oppure si può barrow / rubare molte pratiche tecniche (incredents zuppa / ricette) da esso ...

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top