UML - Processo di sviluppo, parte 2

Una volta che sappiamo come funzionavano le metodologie di sviluppo di un progetto o di un sistema in tempi antichi, possiamo tenere conto dei diversi errori e punti pericolosi per la squadra che si sono avuti.
Poiché siamo esseri evolutivi, avendo così tanti problemi con le limitazioni già sollevate nella prima parte del tutorial, inizia a modificare la metodologia, Non c'è più una separazione rigorosa delle fasi, ma si cerca piuttosto la collaborazione del team, dove ogni membro partecipa allo sviluppo delle fasi, ad esempio gli sviluppatori assistono nella raccolta delle informazioni, i progettisti e i modellisti nella sviluppo, ecc.
Metodo recente
Come abbiamo anticipato all'inizio del tutorial, il metodo recente ci permette di implementare collaborazione in ogni fase dello sviluppo, aiutando questo ad aumentare la comprensione del progetto nel suo insieme all'interno del team, per una maggiore comprensione e comprensione, avremo soluzioni migliori che avranno bisogno di meno aggiustamenti durante la codifica del software.
Sebbene tutto possa sembrare una prova dei punti a sfavore, dobbiamo evidenziare alcuni problemi che possono essere presenti nel nostro processo di sviluppo in modo da vedere che siamo ancora lontani da un modo perfetto di fare un progetto.
Uno di primi problemi Quello che possiamo trovare è la mancanza di partecipazione dei membri del team, anche se questo è sempre meno, possiamo ancora trovare persone timide che hanno paura di offrire la loro opinione, quindi vengono lasciate da parte, indebolendo lo stato di conoscenza collettiva.
Un altro punto è che molti project manager devono dare avanzamento del progetto a clienti o utenti, quindi è difficile dire che l'analisi sia già in fase di completamento e lo sviluppo avviato; Impostare questi tipi di limiti può essere controproducente in quanto può generare aspettative errate e mettere sotto pressione il team.
RAD3
Questo metodologia prende il nome dall'acronimo di "Sviluppo e distribuzione rapida della progettazione di applicazioni”, Che rimarrebbe come Sviluppo del Design e Distribuzione Rapida delle Applicazioni.

Come si vede nel grafico precedente, questa metodologia ci permette di integrare le 3 aree di esecuzione In questo modo, le fasi importanti dello sviluppo del progetto non vengono isolate, quindi uno sviluppatore può accedere a dati importanti del progetto nel momento in cui viene generato, così come un analista può intervenire in altre fasi.
Una volta che tutto è conforme alla prima consegna del progetto, con questo otterremo il feedback necessario in un tempo più breve rispetto all'utilizzo della vecchia metodologia e con questo si possono incorporare correzioni e miglioramenti suggeriti dall'utente finale.
Come possiamo vedere, nonostante le diverse fasi, questo approccio metodologico ci dà lo spazio per generare il diagrammi UML concentrando così le idee in uno spazio con a linguaggio comprensibile per tutte le parti.
Con questo finiamo questa seconda parte del tutorial, dove abbiamo imparato come incorporare la metodologia nei nostri sviluppi e aiutarci anche con UML.
Parte 1 di questo tutorial

Processo di sviluppo UML Parte 1

Ti è piaciuto e hai aiutato questo Tutorial?Puoi premiare l'autore premendo questo pulsante per dargli un punto positivo