［ＭＬダイジェスト］

- 2002年9月分 -

メールの中でも、事務連絡や自己紹介だけのものは、筆者の独断で対象からはずしてあります。 もし、大事なメールが漏れているなどを発見した方は、 編集部までご一報ください。

OO の理解

8月から引き継いだこのスレッド。現実世界とOOのモデルの関わりあいなど。

--- 現実世界をモデリングする試みって、すごく昔からあるテーマなのでは、と思いました。 ちなみに漢方風OOモデリングでは、世界は「木,火,土,金,水」のどれかのクラスに属するインスタンスの相互作用で成り立ってます(嘘)。

参考文献、サイトなど

オントロジー関連のページ	オントロジーは「概念」と「概念間のネットワーク」で一般/特定分野の知識を表現することによって、 問題解決システムの基盤にする試み(あってるかな)。 OOと結構似てますね。
モデリングの勘所 -オブジェクトモデルと実世界	現実世界と、オブジェクトモデルの関わりあいについての記事です。

◆　◆　◆　◆　◆　◆　◆　◆

DbC の落とし穴

OOの理解から派生したスレッドです。Design by Contract でハマりやすい点など。

--- DbC学習のための取っ掛かりとしてよいスレだと思います。

参考文献、サイトなど

オブジェクト指向入門

タイトルは入門でも中身は噛み応え抜群です。

◆　◆　◆　◆　◆　◆　◆　◆

オブジェクト指向のできるまで

現実世界をシュミレートするためにOOはできたのか?
ソフトウェアをうまく表現するためのモデルとしてOOを利用したら、現実世界にも適用できそうだったのか?という疑問に関する議論。
後半は「人がジョッキでビールを飲む」モデルを例にモデリング対決。スレッドは来月に続きます。

--- 後半の身近な題材を使ったモデリング対決は興味深いですね。 「「飲む」「飲まれる」の責務をどう振り分けるか?」に関しては、人によって答えが異なっていて、面白いところです。 ちなみに私はビールに飲まれる体質です。

参考文献、サイトなど

プログラミング言語の系図と比較

◆　◆　◆　◆　◆　◆　◆　◆

ユースケースと直交する仕様

ユースケースドキュメントの記述だけでは、仕様の定義を書ききれないという、お話です。
機能的要求の中でも、ビジネスルールを表す要求などは、微妙にユースケースドキュメントに書きづらい、という意図だと思われます。
その手の要素は、ユースケースドキュメントの事前/事後条件など書いたり、付録にするなりしましょうという結論?が出ました。
また、この話題から発展して、機能的要求と非機能的要求の話題がありました。

--- ユースケースと関連するドキュメント/モデルのリンク、きちんと保守してくれるフリーのツールが欲しいっす。

参考文献、サイトなど

ユースケース実践ガイド

武闘派アナリストのための必読書らしいです

◆　◆　◆　◆　◆　◆　◆　◆

カプセル化と継承とポリモフィズム

先月の議論の続きです。is-a関係の実装に継承を利用すべきかなど。

--- is-a関係、has-a関係。日本人向けのローカライゼーションした方便が欲しいっす。

© 2002 OGIS-RI Co., Ltd.

HOME TOP