こんにちは，（株）菱友システムズ 山本です。
児玉さん，
> > 配送業のトラブルについて書いてみました。
> >これも，ユーザーのシステムっぽい感じになってしまった気がしています。。
> >すみません。シナリオ作成って，結構難しいですね。
> >でも，なんだかモデルを書きながら，配送業って少し面白いモデルになりそう
> な
> >気がして，興味を持ってしまいました。
>
> でも，業務システムについて書きたかったんですよね。で，業務の例として
> 配送業務を考えてみたんだと思っていましたが，配送業務システムになってし
> まったようですね。おいおい，そっちに行っちゃうのかよ，って感じです。
> それならそれで，「配送作業」についているいくつかのクラスの関連名とロ
> ールを明示してはどうですか。
ごめんなさい。おっしゃられるとおりで，本当は業務システムを書くはずでした
のに。。
軌道修正します。
「 配送作業指示書の届先住所印字が配送元住所と同じになっている，との
クレームが宅配担当者からきた。・・・」
と，いうようなシナリオで考えたいと思います。
> > 「配達依頼品」と「配達品」は本当は同じものなのですが，この間には関係
> が
> >あるような気がしています。以前，話題になった合理化のモデルのような関係
> が
> >存在するかもしれないなぁ，と思っています。
>
> 配送業のモデルだったら，「配達依頼品」と「配達品」は同じオブジェクト
> じゃないと途中で変わっちゃうことになりませんか。
> オブジェクトが「位置」という属性クラスを持っていて，それが変化するよ
> うに書けばいいかも。
>
> > そう考えると，私は前回のＭＬで「何かを生産するのが「機能」」と仮定し
> ていた
> >のですが，今回のシナリオには，その仮定は適応出来のでは…
> >と，思っています。。
>
> そうかなぁ，何かを生産していますかね。むりやりの解釈のように思えます。
あっ！！「その仮定は適応出来’ない’のでは…」の脱字でした。
すみません。
そうですよね。苦しいですよね。。
「配達依頼品」と「配達品」は同じオブジェクトですよね。
今回のシナリオ２では，「配達依頼したもの」と「配達したもの」は同じ
オブジェクトなんですが，形状についてクレームがついています。
ただ，今回のシナリオ２の場合，「形状が変わった」という基準が
私は微妙なように思えており，「形状が変わった」とするのは，
「依頼者」の評価のため，「依頼者」と「配達品」には，「評価」などの
クラスが必要ではないかと考えていました。
頂いたアドバイスを元に，オブジェクト図とクラス図を修正してみました。
○オブジェクト図
--------------Aさん:依頼者--------------------------
| | |
| 美しい：評価 A宅:配送元 |
| | | |
| -------アップルパイ:配達品--------- |
| | | | |
| | ---Cドライバ:宅配担当者--- | |
| | | | | |
| | | ---X号車:バイク--- | | |
| | | | | | | |
| | | | | | | |
| ムレーム無:予定配達作業-------ムレーム有:実績配達作業 |
| | | | | | | |
| | | -----納期:基準----- | | |
| | --------事故:基準-------- | |
| | | |
| アップルパイ:配達品 アップルパイ:配達品 |
| | | | | |
--美しい:評価 B宅:届先 B宅:届先 崩れている:評価
○クラス図
+----------+
| 依頼者 |
+----------+
1|
|*
+--------+
| 評価 |
+--------+
*|
|1
+--------+*依頼品 +------------+ +--------+
| 配達品 |------------| 宅配担当者 | | バイク |
+--------+ 1+------------+ +--------+
1| 1|届品 1|作業者 0..1|占有
| | | |
| | |* |
|1 | +---------------+ |
+------+ --------------| 配 達 作 業 |-----------
| 位置 | *+---------------+*
+------+ △
△ ｜
｜<<動的>> ----------------------
--------＋--------- | |
｜ ｜ ｜ +------+0..1 +------+
+------+ +------+ +------+ | 予定 |-------------| 実績 |
|配送元| |配送中| |届け先| +------+ 0..1+------+
+------+ +------+ +------+ |1..* +------+ |1..*
-------| 基準 |-------
*+------+*
しかしこれは，本題ではないので，本来の業務システムのシナリオを
考えさせて頂きます。
今回のオブジェクト図で，「アップルパイ:配達品」３つと「B宅:届先」２つと
オブジェクトを複数個あげてしまいました。
私は，基本的にオブジェクトは１つしか書かないと思っていたのですが，
これらのオブジェクトを１つに纏めて書いてしまうと，繋がりが良くわからなく
なってしまう気がしています。
それとも，クラス図に問題があるため，そうなってしまうのでしょうか。
-------
山本尚史
（株）菱友システムズ 京滋支社 shouji_yamamoto@....jp
児玉流メール道 ２代目当主