反復的なドキュメント開発は可能ですか？また、効果的なドキュメントを提供しますか？
大学向けのプロジェクトがあり、すぐには始めませんが、かなり長い間考えていました。大学のプロジェクト開発は産業のようなものではないことを理解しています（私は現在インターンです）。そのため、現時点で指摘する状況は、実際のソフトウェア開発者にとってはおそらくばかげているように思われます。^^ ' プロジェクト自体では、多くの作業を文書化する必要があります。したがって、いくつかのマークにカウントされるコードを配信することに加えて、次のようなドキュメントを配信する必要があります。 要件分析ドキュメント プロジェクト計画 ユースケース、オブジェクトモデル、動的モデル、および受け入れテストの計画リスト テストプロセスのドキュメントとテストの成功度 時間の使用などに関する他の議論と分析 これらの成果物は、次の方法で配信されます。 RADファースト プロジェクト計画、ユースケース、モデル、およびテストが続きます（約3週間後） 最後に、実際のプログラムのドキュメント、テストプロセスなど+実際のプログラミング自体（約5週間後） だから、私が理解していることから、これはプロジェクトへのウォーターフォールスタイルのアプローチに向けられています。（私の意見では）唯一の問題は、これが大学のプロジェクトであり、学生がプロジェクト週の学期の終わりにプロジェクトを開発しようとするのと同様に、すでに十分なプレッシャーを持っていることです。学期の終わりにすべてをコーディング/開発/テストしたくはありません。私が対処しなければならない他の多くの評価でパニックに陥ります。 少なくとも、ある種の反復的な開発サイクルを試してみてください。つまり、コーディング/プロトタイピングを早期に開始でき、最後の瞬間にすべてを行うことに集中せず、このプロジェクトを終了する学期の終わり。そして今、私の実際の質問が来ます： すべてのドキュメントを高速の反復/プロトタイピング開発サイクルで提供する必要性を何らかの形で調整できますか？ ドキュメントを反復的に生成するための戦略はありますか？ 私はこれを尋ねて、それが大学で実行可能になると期待しているのはまったく不合理ですか？ また、私はこの質問が非常にローカライズされていることを理解しているので、業界の観点から上記で質問したのと同じ質問をしたいと思います。または会社。 とにかく、これがどれくらい長いのかごめんなさい。最後まで読み終えたら、ありがとう！あなたが答えるために時間をかけることができれば、私は非常に感謝します！ありがとうございました！