Newsgroup: it.comp.java
Titolo: Project management e life-cycle

Ciao a tutti,
avrei bisogno di un tool che mi aiuti nella gestione dei miei
progetti, sull'intero ciclo di vita delle applicazioni, dall'analisi
dei requisiti all'utilizzo del software sviluppato...
Avendo in corso vari progetti sarebbe utile avere un tool di questo
tipo per tener traccia dell'avanzamento dei progetti e per creare la
relativa documentazione.
Sapete indicarmi qualcosa?
Grazie, ciao


Noi usiamo Redmine, per team medio-piccoli (sotto le venti-trenta
persone) è molto buono: agile, gestisce le code di issue, abbastanza
configurabile, report di base utili.
C'è anche Trac che è molto simile, forse meglio.
--
www.megadix.it


Grazie per i preziosi consigli. Ho visto che sono fatti in Ruby e
Python...
Ne conoscete altri validi tool del genere?

 
www.megadix.it
-- 
Andrea Francia
http://andreafrancia.blogspot.com/2008/07/colinux-linux-dentro-windows.html

 tecniche e così via? La generazione di diagrammi?
Con "gestione dei progetti" intendo dire quello che avevo scritto nel
primo post, e cioè:
- Avrei bisogno di un tool che mi aiuti nella gestione dei miei
progetti, sull'intero ciclo di vita delle applicazioni, dall'analisi
dei requisiti al collaudo del software sviluppato...
- Avendo in corso vari progetti sarebbe utile avere un tool di questo
tipo per tener traccia dell'avanzamento dei progetti e per creare la
relativa documentazione
Per "documentazione" intendo:
- documenti che contengono i requisiti
- specifiche tecniche
- diagrammi (ER, UML)
La metodologia progettuale che utilizzo è quella del "modello a
cascata":
1 Studio di fattibilità
2 Analisi dei requisiti
3 Progettazione
4 Codifica e test di modulo
5 Integrazione e test di sistema
6 Manutenzione
La progettazione della base di dati si suddivide a sua volta in:
1 Progettazione Concettuale
2 Progettazione Logica
3 Progettazione Fisica
Sarebbe molto utile avere un software di supporto in merito, sia per
fare il punto della situazione di ogni progetto, sia per creare (o
almeno conservare in modo ordinato) la relativa documentazione


Bene sono contento di aver fatto questa domanda, immaginavo che si 
trattasse qualcosa di simile. Adesso che hai risposto capisco che 
programmi come Trac non sono esattamente quello che cerchi.
C'e' Rational RequisitePro che ti aiuta a gestirne la tracciabilità.
C'e' CaliberRM di Borland che fa la stessa cosa.
Questi due prodotti ti generano anche i documenti WORD con tutti i 
requisiti e le tabelle di tracciabilità del caso e ti permettono di fare 
l'analisi dei cambiamenti.
Per la generazione dei diagrammi UML esistono i relativi prodotti di 
Borland e della linea Rational, ma non li conosco. Mi sembra che si 
chiamino TogheterJ per la Borland e Rational Architect per la Rational.
Per i diagrammi UML ho anche usato StarUML. Open source, sembra fatto 
bene, ma il suo sviluppo è fermo dal 2005. Genera anche documentazione, 
ma non è così comodo come editor per scrivere il testo della 
documentazione e capire come creare i suoi template dei documenti non è 
semplice.
Scusa la domanda: dove lavori? Sono interessato a questo tipo di 
approccio allo sviluppo.
-- 
Andrea Francia
http://www.andreafrancia.it/

 almeno conservare in modo ordinato) la relativa documentazione
Uhm, proviamo così: spiego come usiamo Redmine, poi vedi tu se è
troppo semplificato o se ti da qualche spunto interessante.
Abbiamo scelto Redmine per queste feature:
1) gestione code di "issue" o "ticket" che dir si voglia
L'approccio è molto tradizionale, con code di ticket (configurabili),
stato del ticket (configurabile), flusso e permessi (indovina? bravo,
configurabile); insomma tutto ciò che ti aspetti da un bug tracker
tradizionale. Ah, si possono anche aggiungere dei campi
personalizzati.
2) gestione delle versioni:
E' possibile configurare delle versioni (o milestone come va di moda),
e assegnare i ticket ad una tale versione; c'è una pagina "Roadmap"
che mostra la percentuale di avanzamento per ogni versione, pagina che
piace molto al nostro PM :)
C'è una sezione "files" che è una specie di "area download", dove puoi
aggiungere dei file e raggrupparli per versione: noi ad esempio ci
mettiamo il paccone compilato, con tutti gli script del database,
readme vari, ecc. in modo da poter sempre avere a portata di mano tale
versione di tal progetto.
3) integrazione con CVS, SVN, ecc.
Se indichi a Redmine dove stanno i sorgenti puoi: fare il browsing del
codice sorgente e avere un riassunto degli ultimi commit sulla
dashboard.
4) altro
C'è un'area documenti per ogni progetto, un semplice wiki, dei forum,
una sezione news.
Insomma è molto completo ma focalizzato sulle funzionalità essenziali,
a me piace per quello! Fra l'altro il sito stesso di Redmine usa...
Redmine:
http://www.redmine.org/
Ciao ciao
--
www.megadix.it

 
Anche noto come Waterfall, teorizzato da Winston Royce nel 1970.
http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf
So che quest mio intervento c'entra poco con quanto richiesto dall'OP, 
ma non posso non cogliere l'occasione per sconsigliare questo processo 
(che fra l'altro manco è quello che il povero Royce ha tentato di 
spiegare nel suo paper se lo si legge fino alla fine). Sono molte le 
fonti disponibili che ne parlano, io ho trovato molto articoli 
introduttivi di Robert Martin che, partendo dai problemi del waterfall, 
spiegano l'efficenza di un approccio iterativo incrementale:
http://www.objectmentor.com/resources/articles/IIDI.pdf
http://www.objectmentor.com/resources/articles/IIDII.pdf
http://www.objectmentor.com/resources/articles/IIDIII.pdf
Ciao,
     Bruno
P.S.
Occhio ai meeting del JUG Torino!
http://www.jugtorino.it/meeting
-- 
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://www.jugtorino.it/bbossola
| Coordinatore del JUG Torino - 
http://www.jugtorino.it


Caz..pita quasi ci faccio un pensiero, quello di Milano (in
collaborazione con Torino) è stato veramente "illuminante"!! L'unico
difetto forse era la pizzeria in una zona un po' brutta, il taxi è
venuto a tirarmi su fra un trans e uno spacciatore... per fortuna
anche io ho l'aria poco raccomandabile, altrimenti mi sarei giocato il
portatile!
--
www.megadix.it

 approccio allo sviluppo.
Adesso sto lavorando in proprio come software engineerer. Se vuoi
possiamo

Scusate, ma c'è stato un errore nel post...
Rispondo alla tua domanda Andrea Francia:
adesso sto lavorando in proprio come software engineerer. Se vuoi
potremmo accordarci per future collaborazioni... fammi sapere. Ciao

 tempo.
Per generare codice sorgente dal diagramma UML con Java 5 puoi usare:
  - StarUML: gratuito, capisce solo Java <=1.4
  - Plugin UML di Netbeans: gratuito, capisce tutto il Java
  - UModel di Altova: a pagamento, capisce tutto il Java
Se non vuoi pagare ti consiglio il plugin di Netbeans, se vuoi pagare 
UModel.


 usato?
Cos'č? Un clone di MS Project? Sembra di sě.
Esiste anche Open Workbench, un clone open source di MS Project
C'e' chi dice (Joel Spolski) che tool come MS Project non siano l'ideale 
per gestire l'avanzamento di un processo di sviluppo software.
Lo dice in
 
http://www.joelonsoftware.com/articles/fog0000000245.html
Spolski spiega un paio di motivi per il quale secondo lui MS Project non 
č adatto a essere usato per pianificare un processo di sviluppo 
software. Conclude dice che MS Project č utile piu' che altro per la 
pianificazione lavori usata per i cantieri edili (questo č vero, ho 
amici ingegneri civili che lo usano per questo).
Io non sono completamente d'accordo con Spolski, ma credo che abbia 
ragione in parte.
Credo che l'uso di Project sia utile o meno a seconda del tipo di 
modello di sviluppo e del livello di dettaglio che si considera.
Per esempio credo che MS Project sia utile quando applichi un modello a 
cascata, e in particolare quando il progetto dura qualche anno.
Pero' ogni fase deve essere spezzettata e ne deve essere stimata la 
durata con altri modi, per esempio quelli consigliati da Spolski.
Comunque se il modello di sviluppo č evolutivo l'uso di MS Project non 
credo che sia utile.
La lettura degli articoli di Spolski a riguardo potrebbe interessarti:
  - 
http://www.joelonsoftware.com/articles/fog0000000245.html
  - 
http://www.joelonsoftware.com/items/2007/10/26.html


   - UModel di Altova: a pagamento, capisce tutto il Java
Nulla di simile per Eclipse?