|
Categorie
Winzipedia Uso dell'wiki |
GestioneIngegneriaDelSoftware.Gestione VersioniNascondi le modifiche minori - Mostra le modifiche Modificata la linea 16: da:
* La gestione, che a:
* La gestione, che trasversale a tutto e permette di governare il processo. Modificate le linee 26-28: da:
* WBS (Work Breakdown Structure), ** Per componenti, ** Per , a:
* WBS (Work Breakdown Structure), il risultato dello studio di . I servizi e i prodotti da fornire sono decomposti in una struttura gerarchica di e/o componenti. Si tratta quindi di suddividere il lavoro e fare una lista della spesa di quello che serve. La WBS la base per identificare le risorse e i tempi necessari, i costi e i piani. Esistono due tipi di WBS: ** Per componenti, si suddivide il lavoro necessario per ogni componente ** Per , si suddivide il lavoro per come la specifica, la progettazione, ect. Modificata la linea 38: da:
** il progetto a:
** il progetto scomposto in una serie di e componenti Modificate le linee 40-41: da:
** per ogni /componente ** la stima a:
** per ogni /componente stimato lo sforzo necessario in termini di giorni/uomo e costo componenti/servizi acquisiti ** la stima effettuata con i migliori esperti disponibili Modificate le linee 53-54: da:
* Tempo (di calendario) richiesto per la terminazione del progetto, che di solito si tende ad accorciare il mercato a:
* Tempo (di calendario) richiesto per la terminazione del progetto, che di solito si tende ad accorciare il mercato instabile e il cliente ha dei business da mantenere. Modificate le linee 56-58: da:
di un prodotto non lavoro a:
di un prodotto possibile aumentare il numero di programmatori. Questa non una funzione lineare (curva ideale) in quanto se un gruppo di lavoro formato da troppi elementi, si rischia di perdere tempo prezioso Modificata la linea 61: da:
tipico errore. Quando ci si accorge che un progetto a:
tipico errore. Quando ci si accorge che un progetto in ritardo aggiungere Modificata la linea 65: da:
* Il piano temporale o carte di GANT: a:
* Il piano temporale o carte di GANT: una rappresentazione della WBS e mostra i vincoli temporali Modificata la linea 77: da:
Un gruppo di progetto a:
Un gruppo di progetto costituito da persone che cooperano per raggiungere Modificata la linea 82: da:
Il capoprogetto a:
Il capoprogetto delegato del progetto ed responsabile: Modificata la linea 153: da:
* Ruoli (in ogni progetto a:
* Ruoli (in ogni progetto chiaro a tutti come si gestisce il problema ed esiste un responsabile di questo aspetto) Modificata la linea 156: da:
* Gestione delle versioni (version and release management). Ogni componente del prodotto (documento, modulo di codice, piano di test) a:
* Gestione delle versioni (version and release management). Ogni componente del prodotto (documento, modulo di codice, piano di test) identificato da un codice di versione Modificate le linee 161-162: da:
Esistono regole di modifica del codice di versione ogni volta che il componente * Gestione della configurazione (system building). Un prodotto rilasciabile a:
Esistono regole di modifica del codice di versione ogni volta che il componente modificato: * Gestione della configurazione (system building). Un prodotto rilasciabile costituito da una struttura di componenti interconnessi (configurazione). Modificate le linee 2-3: da:
'''Autori:''' [[Profiles.Alberto|Alberto Taiocchi]] a:
'''Autori:''' [[Profiles.Alberto|Alberto Taiocchi]] Aggiunte le linee 1-180:
! Gestione '''Autori:''' [[Profiles.Alberto|Alberto Taiocchi]]\\ ->'''Sommario''' !! Pianificazione e gestione del progetto progetti di grandi dimensioni (da 3 a 300 persone). La sua realizzazione di pagamento. Permette di stimare parametri quali tempo e risorse che il progetto richiede. !! Processi di gestione I processi di gestione sono formati da: * Lo sviluppo, con la specifica ed il progetto, che dialoga con il controllo. * Il controllo, con i test e le ispezioni, che dialoga con lo sviluppo. I processi di gestione si articolano in diverse fasi: * Avvio del progetto * Terminazione del progetto !!! Preparazione di un offerta La preparazione di un offerta si compone di vari aspetti: * Stima delle risorse, dei costi e dei tempi Bisogna tenere ben presente che si stanno stimando costi di un certo tipo di lavoro e non i prezzi. Il prezzo viene definito successivamente introducendo un margine di guadagno. !!! Stima delle risorse, costi e tempi !!!!Stima delle risorse La stima delle risorse si effettua con metodi diversi: * Stima analitica a partire da una WBS dettagliata ** gli errori di stima, separando i lavori, tendono ad annullarsi reciprocamente. Infatti x componenti sovrastimanti tendono a bilanciarsi con gli y componenti sottostimati: * Stima globale a partire da progetti analoghi, tecnica molto rischiosa e poco utilizzata * Tecnica DELPHI, la WBS viene effettuata da due persone diverse, in modo dettagliato e completo. I due si riuniscono e confrontano i risultati: se sono simili si valutano i dettagli, mentre se sono significativamente diversi si discute fino a trovare un accordo sulle possibili soluzioni, e sui motivi delle divergenze; * Modelli COCOMO (Constructive Cost Model), si ricavano dai dati ottenuti dalla classificazione di prodotti esistenti. Si ottengono delle formule parametriche che possono essere adattate a nuovi studi, simili come campo applicativo, per stimare le risorse. !!!!Stima dei tempi Per effettuare la stima dei tempi si hanno una serie di dati in ingresso: * Tempi di consegna dei componenti acquisiti durante lo sforzo di comunicazione e sincronizzazione (curva reale). Questa desiderato. Gli strumenti per effettuare la stima dei tempi sono: * I grafici di PERT !!! Analisi dei rischi Nella fase di analisi dei rischi si identificano gli aspetti critici che possono possono essere: * Utilizzo di tecnologie non consolidate * Possibili dimissioni nel gruppo di progetto In base al tipo di rischi si stabiliscono eventuali azioni da intraprendere. !!! Organizzazione del gruppo di progetto motivazioni delle persone di esprimersi. * dei costi dichiarati in fase di pianificazione * dei tempi di consegna * del personale del gruppo di progetto * generare un modello di comunicazione Si deve organizzare la squadra con un mix opportuno di competenze e fase viene definto il gruppo di progetto (referente del cliente, capoprogetto, responsabili, operativi), vengono allocate le risorse (macchine, spazi), si attua la revisione del piano (tempi, costi, punti di controllo) e ci si riunisce !!! Controllo e gestione del progetto Durante la realizzazione del progetto bisogna tenere sempre sotto controllo giornaliere (come le ore uomo consumate, le fatture emesse verso i fornitori, tecnico e dei costi del progetto), le cosiddette milestone. Si possono cos`ı effettuare delle previsioni ed applicare delle eventuali azioni correttive in tempo. Bisogna effettuare regolarmente anche un controllo finanziario, come: * Flusso di cassa previsto (data di emissione delle fatture, di pagamento dei fornitori, previsione dello stato della cassa, ecc) * Stato delle fatturazioni * Stato dei pagamenti In base a queste analisi dobbiamo intraprendere delle azioni correttive. Alla come: * Pensare a possibili evoluzioni !! Gestione della documentazione !!! Standard di documentazione La documentazione deve essere prodotta utilizzando schemi standard di documenti per le varie tipologie di documenti, come: * Intestazione * Data di emissione e versione (per identificare il documento) * Autore * Approvazione * Storia delle modifiche * Indice !!! Database del software Tutti i documenti prodotti devono essere organizzati in una struttura di dati che ne permetta la gestione ordinata. Deve essere definito uno schema per i dati e utilizzato per tutti i progetti (es. come gestire le sottocartelle dei vari progetti e dei vari clienti). Lo stesso dicasi per gli oggetti cartacei. !!! Gestione delle versioni e delle configurazioni Durante il processo di sviluppo e dopo il rilascio, i prodotti software sono soggetti a modifiche, come: * Versione migliorata del manuale utente * Correzione di difetti * Release del prodotto su una piattaforma diversa !! Gestione delle versioni e delle configurazioni Durante il processo di sviluppo e dopo il rilascio, i prodotti software sono utente, correzione di difetti, nuove release del prodotto. Il processo di modifica deve essere gestito ordinatamente. Si deve gestire sviluppatori) e identificare la versione attuale di ogni componente. Costruire una versione globale del prodotto che incorpora un insieme di modifiche (insieme di componenti in relazione tra di loro, ognuno ad un livello di versione eventualmente diverso). Si dece poter tornare alla versione precedente in caso di problemi. La gestione delle versioni e delle configurazioni deve essere pianificata: La gestione delle versioni e delle configurazioni deve essere trattata sotto aspetti diversi: ** Versione.Release.Modifica (es. 2.4.1) ** Versione: modifiche sostanziali ** Release: modifiche minori ** Modifica: correzione di difetti Essi sono ** Documenti di specifica e progetto ** Componenti di codice sorgente ** Manuali utente ** Casi di test ** Prodotto installabile ** Procedura di installazione ** Ogni componente ha una sua versione ** Il prodotto globale ha una versione ** Ogni volta che viene modificato un componente deve essere aggiornato lo stato (versione) del prodotto ** Deve essere possibile costruire il prodotto (installabile) a partire dai suoi componenti * Gestione delle modifiche (change management), si devono gestire le richieste di cambiamento. ** Ricezione delle richieste ** Esecuzione delle modifiche ** Verifica dei risultati |