みつじ＠ホームページ制作です。
今回、師範代特別賞をいただきました。ありがとうございます。
最初に入門のご挨拶をしてから全然発言できずにおりましたが、
レベルの高い話題は大変勉強になり、拝聴していました。
さて、リベンジモデルの候補となるものを作成しました。なんだか怖い気も
しますが、できるだけ多くの方にいじっていただきたいので早めに公開しようと思います。
ここに作成しました。
http://blog.goo.ne.jp/tkmsm
以下がリベンジ状況です。
[クラス図]
http://blogimg.goo.ne.jp/user_image/57/69/22879479a8d253e2aae73dc0108c3b7c.png
[オブジェクト図]
http://blogimg.goo.ne.jp/user_image/27/e1/604f110338d5264639cf7f6f291d3ac9.png
<気になる点への対応>
■ノートがちょっと丁寧すぎてわかりにくい
□余計な仕様を定義していたノートを消しました。
■多重度の抜け
□多重度を確認しました。
■料金表がわかりにくい
□関連クラスが解禁になったので、利用して料金表を作成しました。
■基本的に注文の構成要素がクリーニング品なのが玉に瑕
□これが一番難しかった。注文から加工（商品）への関連を追加し、
注文から加工品への関連を派生関連としました。
でもなんだかスッキリしません。
■コンポジション集約が変
■概念レベルで注文に依頼主を入れるのはだめ。実装はそうしてもいいですが。注を読むと、ここで仕様を決めているようですが、概念レベルでは仕様を決めません。そう思って読むと、コンポジットや参照方向の制限などは、実装を意識していたんですね
□余計な制約をはずしました。
<その他の変更点>
□クラス名と関連名を全面的に見直しました。自分ではすっきりしたつもりですが、
「加工」という言葉が含まれているクラスが多いので、センスが悪いと言われそうです。
悪くなったって言われるかも。
<自分で腑に落ちない点>
□「預ける」と「依頼する」は、本来顧客が主語になる言葉なのに、注文との関連名
として使っています。ほかによい日本語がないか、考え中。
「預ける」のほうでは、注文を通じて顧客が加工品を託す感じを出したい。
「依頼する」のほうでは、注文を根拠に加工が行われる感じを出したい。
□品目に紐付かない加工は考えてません。難しいですね。
□オブジェクト図の注文票がうまく描けません。リンクの線が絡まってしまいます。
それでは。
--
株式会社サーフボード システム担当 三辻尚栄
http://www.surfboard.jp/