概念を複数の側面から分類したいときにどうするか

概念モデルで、概念を複数の側面から分類したいときにどうするか。

例えば、バグトラッキングシステムで、ユーザからの修正要望を「改善要望」と
「バグ」に分けると同時に要望が処理済か未処理かで分けたいとき。

・下記以外によい表記法があるのか？
・このような分類になってしまうこと自体、現実の見方が間違っているのか？

モデコン2 リベンジRC2

□状態の表記を変更
□オブジェクト図に状態系オブジェクトを追加

クラス図


オブジェクト図

モデコン2 リベンジRC1

<気になる点への対応>
■ノートがちょっと丁寧すぎてわかりにくい
□余計な仕様を定義していたノートを消しました。

■多重度の抜け
□多重度を確認しました。

■料金表がわかりにくい
□関連クラスが解禁になったので、利用して料金表を作成しました。

■基本的に注文の構成要素がクリーニング品なのが玉に瑕
□これが一番難しかった。注文から加工（商品）への関連を追加し、
　注文から加工品への関連を派生関連としました。
　でもなんだかスッキリしません。

■コンポジション集約が変
■概念レベルで注文に依頼主を入れるのはだめ。実装はそうしてもいいですが。注を読むと、ここで仕様を決めているようですが、概念レベルでは仕様を決めません。そう思って読むと、コンポジットや参照方向の制限などは、実装を意識していたんですね
□余計な制約をはずしました。

<その他の変更点>
□クラス名と関連名を全面的に見直しました。自分ではすっきりしたつもりですが、
　「加工」という言葉が含まれているクラスが多いので、センスが悪いと言われそうです。
　悪くなったって言われるかも。

<自分で腑に落ちない点>
□「預ける」と「依頼する」は、本来顧客が主語になる言葉なのに、注文との関連名
　として使っています。ほかによい日本語がないか、考え中。
　「預ける」のほうでは、注文を通じて顧客が加工品を託す感じを出したい。
　「依頼する」のほうでは、注文を根拠に加工が行われる感じを出したい。

□品目に紐付かない加工は考えてません。難しいですね。

□オブジェクト図の注文票がうまく描けません。リンクの線が絡まってしまいます。



クラス図


オブジェクト図

モデコン2作品

モデコン2
お題：クリーニング屋さん
優秀作品

師範代・モデコンスタッフからのコメント

クラス図


オブジェクト図

モデコン1作品

業務システム クラス図


運用対象 クラス図