Domanda

Mi piacerebbe essere protagonista di un nuovo progetto al più presto.E ho riflettuto su quello che sono le infrastrutture di base per un progetto software.Queste sono le cose che penso ogni progetto deve avere:

-Stile di codifica convenzioni

-Convenzioni di denominazione

-Standard struttura di directory del progetto(ad esempio maven standard dir layout, ecc)

-Project management e di gestione dei problemi(ad esempio, trac, redmine, ecc)

-Continuous Integration server(ad esempio, hudson, cruise control, ecc)

Non so se ho perso qualcosa.Chiunque vorrebbe aggiungere?

Nessuna soluzione corretta

Altri suggerimenti

Come una preliminare risposta, check out il test Joel:http://www.joelonsoftware.com/articles/fog0000000043.html

Solo un antipasto:

  1. Non si utilizza il controllo del codice sorgente?
  2. Si può fare una build in un solo passaggio?
  3. Fate build giornaliere?
  4. Hai un database dei bug?
  5. Fare la correzione di bug, prima di scrivere un nuovo codice?
  6. Hai un up-to-date programma?
  7. Hai una spec?
  8. I programmatori hanno tranquilla condizioni di lavoro?
  9. Usate i migliori strumenti che il denaro può comprare?
  10. Avete dei tester?
  11. I candidati scrivono codice durante il colloquio?
  12. Fai corridoio test di usabilità?
  • revisione del sistema di controllo (es.subversion, cvs, git)

Oltre al tuo, ho messo:

  • Unità Di Strategia Di Test
  • Test Di Integrazione Di Strategia
  • Processo Definito
  • Rilascio (consegna) strategia (come pietre miliari, di lavoro, di pacchetti e così via)
  • Controllo del codice sorgente di ramificazione strategia
  • Che cosa circa la documentazione - come (commenti nel codice, ad alto livello di specifiche), quando, quantità, che
  • Come test - unit/accettazione/collaudo
  • codice di controllo delle versioni, alcune SVN/Git (o è incluso nel trac?)
  • il team di ruoli e responsabilità devono essere fatte in ocntext del progetto

La gestione della conoscenza è fondamentale.Come già prevede di utilizzare wiki (come Trac o Redmine) si potrebbe usare per KM e.

Il test funzionale è una parte obbligatoria di qualsiasi progetto.Unit testing è grande e funziona bene per i progetti Agile, ma il collaudo funzionale è ancora necessario.Avete bisogno di almeno una base di un Piano di Test.Se si prevede di avere più progetti o sub-progetti di una Strategia di Test documento o di una pagina Wiki sarebbe buono.I Casi di Test, Test di Accettazione Casi ecc potrebbe essere guidati dal vostro Utente Storie o loro equivalenti, ma hanno ancora a esistere in qualche forma.

Vorrei lanciare una condivisione di file server in un mix di troppo.Ho pensato di controllo di versione era così fondamentale, che non ho nemmeno la briga di mettere in lista.Ma è un buon punto di controllo di versione.

Piano Di Gestione Della Configurazione.È necessario disporre di un documentato approccio di sviluppo workstreams, come sarà la fusione tra allora, etc.

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