2004-03-18 (木) [長年日記]
■ @nifty：デイリーポータルZ：鮎を焼く
お母さん、インターネットに顔出ししてみたよ。
■ うまい棒コーンポタージュ味で本格コーンポタージュを作る！
うまいのかー。やってみやう。うまい棒を溶かすオフをcapsctrl:twbrでやりましょう。というか、花見しねえ？
■ 歴代ジャニーズのメンバー
なんとなく。つーか、CHA-CHAってジャニーズだったのか。知りませんでした。それにしても「頭文字をとって」というのが多いな。
■ メモ：アナリシスパターン
■ 続・概念モデルって何だ？
用語の統一は難しい。偉いひとは「概念モデルでは……」とか簡単に言うけれど、それってどこのことなんだ。ドメイン分析、分析モデル、概念モデル、どこがどう違うの？ それに物理モデルに論理モデル……って、はぁ？粒度を合わせろよ。分析と論理って同じレベルの言葉じゃねーだろ。ラーメンにする？それともチョコレート？みたいな。
なので、Rationalの図にあわせて俺定義を作ってしまおう（それが一番ダメな気もするけど）。
■ 続・概念モデルって何だ？2
概念モデルだなんて中途半端な言葉は使いたくない。
- ドメイン（分析）モデル
- ビジネスモデルだと他の意味も入っちゃうから。ドメインモデルにする。詳しく言いたければ、ドメイン分析モデル。ビジネス分析モデルでもOKにしようか。ここでは「分析」以外にありえない。EAでいうto-beモデルを「構築」することもあるかもしれないけど、ドメインやらビジネスやらをプレフィクスにつけることでシステムと区別したい。
- （システム）要求モデル
- 主にユースケース記述のこと。ドメインのなかで「やりたいこと」、もっと言うと「システム化したいこと」を盛り込んでいく。ビジネス的にこれをやりたいんだけど？って言われても困るよね。要件定義とか、要求管理とか、組み合わせはいろいろあるだろう。んが、いちおう「モデル」とつけたいのでこうする。
- （システム）分析モデル
- これはシステム屋さんが使う言葉である。システム屋さん同士で話す際は、「分析モデル」でOK。スーツなひとと話すときは、「システム分析モデル」にしたほうが無難。ドメイン分析モデルってのもあるしな。
- （システム）設計モデル
- 設計するのは普通システムだろう。
どうかなあ。
追記：
RUPの本を読んでたら、「ドメインモデル」と「ビジネスモデル」は違うようだ。
■ ドメインモデル、ビジネスモデル
- UMLを用いたコンポーネント設計(PDF)
- 『UMLによる統一ソフトウェア開発プロセス』（翔泳社）
ドメインモデル
当該組織の事業ドメインを構成する基本要素のモデル
ドメインモデルは、システムの外界にある最も重要なオブジェクトのほとんどを捉えています。ドメインオブジェクトは、システムが動作する環境に存在する「もの」またはそこで発生するイベントを表しています。
成果物：ドメインオブジェクト（ドメインクラス、ビジネスエンティティ）、データモデル、ビジネス用語集
ビジネスモデル
ビジネスモデルは、ドメインモデルのスーパーセットと表現することができ、ドメインオブジェクト以外のものも含んでいます。
ビジネスモデリングには、（ビジネス）ユースケースモデルと（ビジネス）オブジェクトモデルの2種類のUMLモデルを使います。
ビジネスユースケース
当該ビジネスが顧客に対して提供する価値を記述する。
ビジネスオブジェクトモデル
ビジネスエンティティ( Business Entity)とビジネスワーカー( Business Worker)を明確にし、それらがビジネスプロセスを実装するために必要な機能を提供するために行う相互作用をモデル化する。
つまり、
ドメインモデルはビジネスモデルサブセットであると。ドメインモデルは「もの」や「トランザクション」など、名詞からクラスを見つける的なアプローチでもって「ビジネスエンティティ」を見つけ、それらの関連をドメインクラス図として記す。
で、その上位であるビジネスモデルでは、ビジネスエンティティがどのようにしてそれ以外（ビジネスワーカーや顧客など）とつながっているかというビジネスプロセスに着目している。
これで合ってる？
■ PofEAA:FrontPage
読書会用のHikiがぱわーあっぷ。CSSを表紙みたくしてみました。あと、パターンカタログをCreateCreateCreateして頂いております。最終的には日本語訳していく（とか言う。まだ許可もらってないのに）。
デザインでPukiWikiに負けてちゃいけない（評価されるべきはそこじゃない）。
