クラス図にHttpURLConnectionまたはJSONObjectのようなJava APIのクラスを含めるか、プロジェクト用に開発したクラスのみを含めるべきですか？私は私のクラスダイアグラムでJava APIの一部であるクラスを含めるべきですか？
サーバーに接続してデータを取得し、JSONObjectを構築するプログラムは、このデータを使用していくつかのオブジェクトを構築します。 私はこれらのクラスがフローの一部だと思っていますが、インターフェイスを継承したり実装したりすることはしません。
私は彼らが重要だと感じていますが、他の人は契約やスーパークラスのプロジェクトの一部ではないと感じています。
ありがとうございます。
これはもちろん個人的な味になります。しかし私は個人的にそれらを含める傾向があります。または名前でそれらを参照するだけで、私たちがこのクラスを制御しないという点を挙げるためにリストされたプロパティ/メソッドはありません。
私はシステムを見て、クラス図が重要であると感じたら、一歩踏み出して、逃したベストプラクティスがあるかどうかを調べる傾向があります（Prefer Composition over Inheritanceなど）。
しかし、私がAPIを提供することを余儀なくされていた場合、APIクラスは一般的には含まれませんが、絶対に必要不可欠なところに限ります。
あなたのUML図とは何か達成したいのですか？
これらのクラスを含めることでこれを達成できますか？
ご覧のとおりです。あなたの答え。
http://stackoverflow.com/faq#etiquette –
あなたのポイントは？ –
私は、あなたが彼に魚を渡すのではなく、魚を釣るように教えたいと思うことが分かります。それは名誉あることです。私は、FAQで提供されているガイダンスを統合するためにあなたの応答を書き直すことを提案することで、より効果的になるように支援しています。 –
いくつかの入力を追加できますか？一般的に私は言いません。 –
私はあなたのプロジェクトの一部であるクラスだけを含めるべきだと思います。 – JProgrammer