#domain.knowledge

超高速開発の本質は、部品の組み合わせとか、自動プログラミングではありません。リポジトリ（設計情報）を中核にしたシステム開発体制を敷くことです。リポジトリは、部品の組み合わせのことではなく、モデリングによって得られたデータ構造とビジネスプロセスを表現するメタデータです。

納涼 和風要求開発小ネタ集

通常、ドメインエキスパートは、自分の頭の中で起きているプロセスがいかに複雑かを意識することなく、仕事をする中でこれらのルールをすべて調べて矛盾を調整し、常識で考えて隔たりを埋めている。だが、こういうことはソフトウェアにはできない。ソフトウェアエキスパートと密接に協力する中で、知識をかみ砕くことによって初めて、ルールが明確となり、具体化されて、折り合いがつけられるか、あるいはスコープの対象外とされるのである。

PCBの例で示したように、モデルによってとらえられる知識は、「名詞を見つける」ことに留まらない。ビジネスの活動やルールも、ドメインに含まれるエンテイティと同じように、ドメインにとって中心的なのだ。

一方、すべてのプロジェクトから知識は流出している。何かを習得した人は他の所へ移動する。再編成によってチームはばらばらとなり、知識が再び断片化してしまう。重大なサブシステムがアウトソーシングされると、コードは納品されても、知識はついてこない。典型的な設計アプローチの場合、コードとドキュメントは、苦労して手に入れた知識を使える形式で表現しないから、口頭での伝承が何らかの理由で途切れたら、知識は失われてしまう。

モデルとは、選び抜かれてシンプルにされ、意図的に組み立てられた知識の表現形式である。適切なモデルは情報の持つ意味を明らかにし、その情報を問題に集中させる。

ユーザの活動によって有効利用されるソフトウェアを作成するために、開発チームはその活動に関係する体系化された知識を身につけていかなければならない。

このようにその場しのぎでレイヤを形成しても、依存関係を追跡するのが容易になり、時には直感的に理解できることもあるのは確かだ。だが、こうしたレイヤがモデルに対して洞察を与えたり、モデリング上の意思決定を導いたりすることはない。そうした目的のためには、より計画的にレイヤ化を行う必要があるのだ。