DDD
DOMAIN VISION STATEMENT (p.415) †
要約 †
DOMAIN VISION STATEMENT
***
[問題についての説明]
- プロジェクトをはじめるときにはモデルは存在しないが、開発ではそこに焦点を当てる必要がある。
- 開発の後半では、モデルを深く学ばないでシステムの価値を説明する必要がある。
- また、ドメインモデルが複数のBOUDED CONTEXTSに及ぶかもしれないが、違うモデルとして定義されたものは共通のものとしてみる構造をとることができない。
問題サマリ
- 多くのプロジェクトチームが管理のために『vision statements(ビジョン記述書)』を書く。プロジェクトが開始されるとビジョン記述書は捨てられ、実際の開発では利用されない。
[問題の解決方法についての説明]
- ドメインビジョン記述書はそのようなドキュメントが書かれた後にモデリングされますが、それは自然なドメインモデルであり、企業にとってそれがどれだけ貴重であるかに焦点が置かれる。
- それは管理者や技術スタッフ、そしてすべての開発フェーズで利用できる。
- このドキュメントは彼らの関心のバランスを示すことができる。
Therefore:
- CORE DOMAINの短い記述(約1ページ)とそれがもたらす価値、「価値命題」を書いてください。
- ドメインモデルがほかのものと識別できない要素は無視してください。
- ドメインモデルがどうさまざまの関心に役立って、バランスをとるかを示してください。
- それを狭く保ってください。
- 早くこの声明を書いてください、そして、新たな知見を獲得するのに従って、それを改訂してください。
解決方法サマリ
- ドメインビジョン記述書は、開発チームのモデルやコードの蒸留を進行している際の共通の目標を維持するための指標として使用できる。
- それは、非技術系メンバーや管理者、顧客とさえ共有できます。
- ドメインビジョン記述書と重要だけどドメインビジョン記述書ではないものの例
- DOMAIN VISION STATEMENTは共有された方向をチームに与えます。
担当者のつぶやき †
26日中に片付けます。
みんなの突っ込み †
もう27日な件[渡邉]
すみませんw[星野]