アプリケーションを開発する上で作るべきドキュメントや書類

Question

私は趣味でアプリを作っていますが（言語はJavaです）例えば企業などがアプリ開発をするにあたってどの程度の量のドキュメントを作成するのが一般的なのでしょうか？

ちなみに私は以下のようなドキュメントをプロジェクトごとに作成してそのフォルダに入れていますが、後々メンテナンスや修正などをする上でこれで十分だと言えるでしょうか。
1.UMLのユースケース図 --全体像と全機能を把握するために使う。
2.各々のユースケースにおけるコミュニケーション図（UML） --各々のユースケースにおけるオブジェクトの具体的な動きを記録しておき、修正する際の手がかりとして使用。
3.全てのクラスのJavadoc --個々のクラスのソースコードから作った仕様書。あまり使用してません。

Answer 1

「企業」と一言に言っても納品物に関する要件、ドキュメントにかけられる予算、ドキュメント作成及び利用する人のスキルと用途に依る　としか言えません。

誰も使わないが納品しないと行けないので無駄に詳細なドキュメントがあったり、必要とされてるのにドキュメントが一切無かったりとか、本当にケースバイケースです。

後々メンテナンスや修正などをする上でこれで十分だと言えるでしょうか。

1年前くらいに作ったドキュメントを読んでみて十分と言えるなら「あなたがメンテナンスするには十分である」とは言えると思います。
他の人にとって十分かは対象を想定しないと判断できません。

Answer 2

私は趣味でアプリを作っていますが（言語はJavaです）例えば企業などがアプリ開発をするにあたってどの程度の量のドキュメントを作成するのが一般的なのでしょうか？

受託開発と自社開発でかなり違います。

受託開発の場合、納品物にドキュメントが含まれていることが多いので、それなりにきっちりドキュメントを作成します。

それに対して、自社開発の場合は、納品する必要がないので、最低限のドキュメントしか作成しません。

---

ちなみに私は以下のようなドキュメントをプロジェクトごとに作成してそのフォルダに入れていますが、後々メンテナンスや修正などをする上でこれで十分だと言えるでしょうか。
1.UMLのユースケース図 --全体像と全機能を把握するために使う。
2.各々のユースケースにおけるコミュニケーション図（UML） --各々のユースケースにおけるオブジェクトの具体的な動きを記録しておき、修正する際の手がかりとして使用。
3.全てのクラスのJavadoc --個々のクラスのソースコードから作った仕様書。あまり使用してません。

開発チームに新しいメンバーが加わったとして、「その人に説明するのに十分な資料となっているかどうか」で判断されると良いかと思います。