2017-01-19 11 views
0

student,staff、またはnormal user(組織の一部として登録されていない、普通の市民だけ)のいずれかが機械から食品を購入できるシステムのクラス図を作成しています。次のクラスはクラス図と関連がありますか?

studentまたはstaffがこのマシンにアクセスすると、会員カードをスワイプ/スキャンして割引を割り当てます。 normal userが購入された場合、そのような会員カードは使用されません。

私の質問は、クラスstudentstaffのクラスを含んでいますか?または、これらの人々に関するすべての情報は、単にその人が自分のカード情報に基づいていることをシステムに知らせるmembership cardというクラスに格納されますか?

私はUMLを使い慣れていますので、少し混乱しています。学生やスタッフの情報はスキャンされたときに会員証に基づいているようですので、この種のクラスの授業は必要でしょうか?

+0

あなたは何を達成しようとしていますか?誰があなたにこのデザインを伝えていますか?コードであなたのアイデアを実装するためには、何を知る必要がありますか?それはUMLに属するものです。コミュニケーションの表記です。 UML図は設計図ではありません。問題をコード化できるように見たいものを追加してください。 UMLについて心配する必要はありません。最近は誰も気にしません。 – duffymo

+0

私はクラス図を作成する必要がある試験を改訂していますが、UMLは多くのシナリオで特に理想的ではないことを理解していますが、まだ習得する必要があり、これは練習問題の1つです。ダイアグラムは基本的にどの解釈にも開いていますか?言い換えれば、エンジニアにとって一般的な意味を持つ限り、それを行う正しい方法や間違った方法はありませんか? – Toby95

+0

是非、student、staff、userのクラス図を作成してください。最初の2つはユーザーから継承されると仮定します。いいか間違っていませんか?残念ながらそれは正しいです。ダイアグラムは、あなたの意図を他の開発者に伝える手段です。あなたがよくやったダイアグラムから理解できるならば。もしそうでなければ、彼らは質問し、それを修正するでしょう。あなたはクラスとシーケンス図を書いていますか?あなたの流れの説明は後者を私に示唆している。 – duffymo

答えて

0

あなたの自動販売機

おかげで、いくつかの方法で、別のユーザーの種類を区別する必要があります。識別は、会員またはゲストカードを認識するカードリーダーによって行われる。これは、メンバー/ゲストに関する情報を確実に保持するためのものです。これが単に「Pay X」を表示するだけであれば、その情報が既に読まれたカードにあるので、どちらのクラスも必要ないでしょう。会員に支払いが行われる口座があれば、会員が口座にアクセスするためのクラスが必要です。

関連する問題