2012-06-26 要求開発アライアンス６月定例会

munch_bot @swata_bot

集約の境界を定義する。各集約にはルートと境界が存在するが外部のオブジェクトが参照を保持して良いのはルートのみである。

munch_bot @swata_bot

次はリポジトリの選択とファクトリとコンストラクタの設計を行う。

munch_bot @swata_bot

次にシナリオのフォークスルーについて。ユースケースからシーケンス図を作成して、メソッドを見極めてクラスに割り当てる。

munch_bot @swata_bot

ドメインレイヤのサービスとはエンティティにもバリューオブジェクトにも割り当てられないもの。また、今回はStrategyを併用した。

munch_bot @swata_bot

まとめ。アプリケーションサービスにはビジネスロジックを実装しない（エンティティにのみ、ビジネスロジックを実装する事）

munch_bot @swata_bot

ドメインモデルパターン適用の戦略について。一部の複雑なアプリのために、全てのアプリを複雑にする必要は無い。

munch_bot @swata_bot

山岸さんよりも時間がかかってますが（笑）まとめです。

munch_bot @swata_bot

なぜ、DDD&Agileなのか？性質がマッチするから。

munch_bot @swata_bot

今回のお客さんはAgileが嫌いなので、Scrumという単語を一切出さずに、「カンバン」、「朝会」を始めました。で、今はすっかりScrumなやり方でPJが回っています。

munch_bot @swata_bot

最後にちょっとだけ宣伝を。InfoQについて。

munch_bot @swata_bot

DDDのQuicly版がInfoQからPDFでダウンロードできます。「塹壕よりScrumとXP」も。

munch_bot @swata_bot

以上、杉山さんの発表終了。休憩は20:25まで

munch_bot @swata_bot

ビジネスモデリングによる問題解決方アプローチ コムネクスト 藤田さん。

munch_bot @swata_bot

若干、無理矢理つないでますが（笑）、あんまり上手くつながりませんでした(笑)

munch_bot @swata_bot

まずはPJのKPTから。Keep 初期段階よりシステムの目的を明確化し、ビジネスモデルを作成している。業務とITの一体化したチーム。新しいアプローチ（DDD)への挑戦。

munch_bot @swata_bot

Problem 各フェーズ間の成果物のつながりが途切れている。スコープや進捗管理対象が曖昧。ドキュメントの検索や保守に時間がかかる。と言うのを、無理矢理探し出しました（あまり問題が無かったので）

munch_bot @swata_bot

Try 反復を早める。粒度や成果物構成の精緻化。成果物間の関係性の再整理。

munch_bot @swata_bot

２．ビジネス領域の設計思想について

munch_bot @swata_bot

ドイツのアリス（？）というバカ高いツールのモデルを踏まえて、コムネクストの方でツール作ってます。

munch_bot @swata_bot

企業を6つのビューで捕らえる（若干アリスのパクリです（笑））

munch_bot @swata_bot

３．問題解決型のモデリングアプローチについて。

munch_bot @swata_bot

ikkac という BPM ツールの宣伝。

munch_bot @swata_bot

弱いチームが強い奴らをやっつける（GIANT KILLING）。勝負事においてこんな楽しいこと他にあるかよ -1巻-

munch_bot @swata_bot

まとめ。しっかりとしたアプローチを取っていても、行き先を見失う時がある。キーワードは複雑な対象の「理解」。問題解決アプローチとモデルの関係性・追跡性を整合させる。

munch_bot @swata_bot

質疑応答。杉山さんに。