Quanto sforzo dovrebbe essere messo in ogni parte di un progetto a cascata?

Dove cascata include comunemente:

1. Requisiti
2. Design funzionale
3. Disegno tecnico
4. Costruire
5. Test
6. Revisione
7. (Deploy)

E iterazioni in questo elenco. Se ho dimenticato un passaggio, fammelo sapere.

Dipende da molti fattori, tra cui:

• Il dominio (ad esempio, dedicherei più tempo ai requisiti di un contratto di difesa rispetto a un clone di Twitter)
• Gli sviluppatori (se hanno esperienza nella costruzione di sistemi simili con tecnologia simile, ad esempio, potrei dedicare meno tempo alla progettazione).
• I clienti (La probabilità che i requisiti cambino influisce sul tempo necessario per tale fase)
• La criticità del sistema (passerò più tempo a testare il sistema di lancio dello space shuttle di quanto non faccia il sistema di rep StackExchange).

Ti darei una ripartizione approssimativa di quale percentuale dello sforzo totale farei per ogni sezione, ma avrebbe un margine di errore +/- 10% su ciascuna in base ai fattori di cui sopra, quindi sarebbe un po ' privo di significato.

La parte migliore (e probabilmente l'unica pertinente) del mese del Mito dell'uomo (purtroppo ormai obsoleto) è P.20 che suddivide il tempo di un progetto in pianificazione 1/3, codifica 1/6, test di 1/4 e 1/4 test di sistema, una divisione eccellente che purtroppo è troppo poco rispettata.

1. Requisiti
2. Design funzionale
3. Disegno tecnico
4. Costruire
5. Test
6. Revisione
7. (Deploy)

Puoi dividerli tutti o gruppo 2 & o 1,2 & 3

4) build include unit test? Che cos'è 5) test? Unit test, integrazione software, integrazione di sistema?

6) Revisione è un sottoinsieme di 1, 2 e 3

La scrittura delle specifiche di unit test fa parte di 3) Progettazione tecnica?

Penso che devi pensare molto di più a cosa significano queste cose e aggiungere un po 'di granularità.

Congratulazioni, però, a pensarci bene, troppe poche persone lo fanno.