ウォーターフォールプロジェクトの各部分にどのくらいの努力を払う必要がありますか？
滝が一般的に含まれる場所：
- 要件
- 機能設計
- 技術設計
- ビルド
- テスト
- レビュー
- （展開）
そして、このリスト全体の反復。ステップを忘れた場合は、お知らせください。
これは、次のような多くの要因によって異なります。
- ドメイン（たとえば、Twitterのクローンよりも防衛契約の要件に多くの時間を費やします）
- 開発者（たとえば、同様のテクノロジーを使用して同様のシステムを構築した経験がある場合、設計に費やす時間が少なくなる可能性があります）。
- 顧客（要件が変更される可能性は、そのフェーズにかかる時間に影響します）
- システムの重要性（StackExchangeの担当者システムよりもスペースシャトルの打ち上げシステムのテストに多くの時間を費やします）。
各セクションに費やす総努力の何パーセントかを大まかに説明しますが、上記の要因に基づいて、それぞれに+/- 10％の誤差があるので、ちょっといいでしょう無意味です。
（悲しいことに今では時代遅れの）人月の神話の最良の（そしておそらく唯一の関連性が残っている）部分はP.20であり、プロジェクトの時間を1/3計画、1/6コーディング、1/4コンポーネントテスト、1/4に分解します。システムテスト、非常に優れた分割であり、残念ながらほとんど順守されていません。
- 要件
- 機能設計
- 技術設計
- ビルド
- テスト
- レビュー
- （展開）
これらをすべて分割することも、グループ2＆または1,2＆3にすることもできます。
4）ビルドにはユニットテストが含まれていますか？ 5）テストとは何ですか？ユニットテスト、ソフトウェア統合、システム統合？
6）レビューは1、2、および3のサブセットです
ユニットテスト仕様の記述は3）技術設計の一部ですか？
これらの意味についてもっとよく考え、粒度を追加する必要があると思います。
おめでとうございます、しかし、これについて考えると、あまりにも少数の人々がそうします。