Quanto sforzo deve essere messo in ciascuna parte di un progetto a cascata?

Dipende da molti fattori, tra cui:

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

Ti darei una ripartizione approssimativa della percentuale dello sforzo totale che darei a ciascuna sezione, ma avrebbe un margine di errore del +/- 10% su ciascuna in base ai fattori sopra indicati, quindi è " d essere un po 'senza significato.

La parte migliore (e probabilmente unica pertinente) del (Mythical Man Month, tristemente ormai obsoleto) è P.20 che suddivide il tempo di un progetto in 1/3 di pianificazione, 1/6 di codifica, 1/4 di test dei componenti e 1/4 di test di sistema, una divisione molto buona a cui purtroppo si aderisce troppo poco.

1. Requisiti
2. Design funzionale
3. Disegno tecnico
4. Crea
5. Prova
6. Recensione
7. (Deploy)

Puoi dividere tutto questo o il gruppo 2 & o 1,2 & 3

Il build 4) include il test unitario? Cos'è 5) test? Test unitario, integrazione software, integrazione di sistema?

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

La scrittura delle specifiche del test unitario è parte di 3) Progettazione tecnica?

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

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