私は私のUMLでの別のクラスとして（日付など）のクラスに組み込まれて配置する必要があります

Question

私は、クラス割り当ての一部として、在庫システムのためのUMLクラス図を作成しています。私は私のクラスの数でStringなどのメンバーや日付を使用しました。私のグループのメンバーは、それがオブジェクトであるので、私はDateクラスを含めるべきであると言っています。

私の仮定は、我々はJavaまたはDateオブジェクトを内蔵したいくつかの他の言語を使用していたということです。

明示日のためにクラスを述べるために行うIの必要性？ Stringオブジェクトについては何？

のJava以外の他のどのような言語は、このような在庫システムなどのクライアント/サーバーを開発するために使用することができますDate型に組み込まれています。

Answer 1

UMLダイアグラムは、建築家の計画のようではありません。彼らは単に視覚的に何かを伝える方法です。あなたのクラスでdate型を使用しているあなたのケースでは、私はちょうど日付としてそれをリストします。

可能な限りあなたの図のうち、言語やフレームワークを維持し、ちょうどあなた自身のクラスの機能に焦点を当てるようにしてください。これは、言語/フレームワークに依存しないと変化に、より柔軟に保ちます。

変更は避けられない覚えておいてください。あなたは時間をかけて自分のクラス図への変更の多くを行います。あなたはそれがあまりにも詳細かつ複雑になる場合は、それと図は、日付と役に立たない外になるだろうを変更に対してより耐性になります。

は、アプリケーションのための究極の設計ドキュメントは、コードではなく、UMLでます。

Answer 2

あなたのためにそれはあなたがそれらを求める必要がありますので、あなたの割り当てをマークする人が望んでいるものは何でもに依存します。

一般的には少しポイントがそれを追加することがありそうですが、

（生産ますほとんどのUMLで間違いなく少しポイントがあると思いました）

Answer 3

モデリングは重要な詳細を抽象化についてです。だから、それは輸入が日があなたの図にあるであろう方法によって異なります。あなたが頻繁にそのクラスのオブジェクトを使用する場合は、依存関係を表示することがあります。あなたの図は依存しない言語であるべきで、あなたが日付の機能が必要な場合は、Dateクラスを表しますダイアグラムのインターフェイスを作成することがあります。モデルがusign作成した場合は、この方法では、あなたの図は、それがどんな日あなたのインターフェースusign実現するアダプタ（デザインパターン）を作成するのは簡単だろう（...そうそうではないかもしれません）、異なる言語のコードを生成するために使用されます実装ターゲット言語を持っています。あなたは、あなたの図に同様Dateクラスが必要になりますよりも、（それを包むか）Dateクラスから継承します。あなたの図が大きなモデルの一部であることを行っているとあなたが持っている依存関係これを確認したい場合は、基盤となるシステム/プラットフォーム/ライブラリーインフラストラクチャを表すインタフェース（またはクラス）を作成し、別のパッケージにそれらを置くために役に立つかもしれません。