Quanto esforço deve ser feito em cada parte de um projeto em cascata?

Onde a cachoeira geralmente inclui:

1. Exigências
2. Design funcional
3. Design técnico
4. Construir
5. Teste
6. Reveja
7. (Implantar)

E iterações nesta lista. Se eu esqueci um passo, me avise.

Depende de muitos fatores, incluindo:

• O domínio (por exemplo, eu gastaria mais tempo com os requisitos de um contrato de defesa do que com um clone do Twitter)
• Os desenvolvedores (se eles tiverem experiência na construção de sistemas semelhantes com tecnologia semelhante, por exemplo, eu poderia dedicar menos tempo ao design).
• Os clientes (a probabilidade de alteração dos requisitos afeta o tempo que a fase levará)
• A importância do sistema (passarei mais tempo testando o sistema de lançamento do ônibus espacial do que o sistema de representantes StackExchange).

Eu daria a você uma análise detalhada da porcentagem do esforço total que daria a cada seção, mas haveria uma margem de erro de +/- 10% em cada uma delas, com base nos fatores acima, portanto seria um pouco sem significado.

A parte melhor (e provavelmente a única permanece relevante) do Mês do Homem Mítico (infelizmente agora desatualizado) é P.20, que divide o tempo do projeto em 1/3 de planejamento, 1/6 de codificação, 1/4 de teste de componente e 1/4 teste de sistema, uma divisão muito boa, que infelizmente é muito pouco respeitada.

1. Exigências
2. Design funcional
3. Design técnico
4. Construir
5. Teste
6. Reveja
7. (Implantar)

Você pode dividir tudo isso ou agrupar 2 e ou 1,2 e 3

4) compilação inclui teste de unidade? O que é 5) teste? Teste de unidade, integração de software, integração de sistemas?

6) Revisão é um subconjunto de 1, 2 e 3

A gravação das especificações do teste de unidade faz parte de 3) Projeto técnico?

Eu acho que você precisa pensar muito mais sobre o que essas coisas significam e adicionar alguma granularidade.

Parabéns, porém, por pensar nisso, poucas pessoas o fazem.