#domain.dictionary

FSMドメインの辞書は、最初の段階では、次のようなものであるかもしれない。 … ●State：状態は、列挙（enumeration）もしくは整数で表現できるかもしれない。あるいは、アプリケーションの状態を抽象的に表現するクラスでも表現できるだろう（これは1つの値である。オブジェクトではない。オブジェクト指向分析を正しく行ったならば、このようなオブジェクトが登場することはないだろう）。

共通性分析はオブジェクト指向分析を汎化させたものになっている。クラス（イベント型、状態型）だけでなく、構造（遷移テーブルやカレント状態）、ユースケース（FSMの外部へのインタフェース、シナリオ、利用を管理するルール）、名前と振る舞い（状態遷移関数、どの関数も振る舞い、引数、戻り値を共有している）などを見つけられることが我々の関心だ。このような抽象すべてが、そのドメインの語彙として適切なものである。

共通性分析は、ドメイン辞書を作成することから始まる。ドメイン辞書には、そのアプリケーションの領域の語彙を文書化する。このようにする意図は、これから解決しようとする問題に絡むすべての側面を把握することだ。またそれと同時に、ソリューションのすべての側面も、可能な限り把握するためである。問題を広く深く理解する前に、顧客の言葉や要求を記述する文書の中から問題を一瞥するのである。また、自分自身の経験もここで役立つことだろう。このようなものを、「ドメイン語彙」あるいは「ドメイン辞書」と呼んでいる。これは、古くからあるソフトウェア設計ツールの1つであるが、現代の設計手法の中で再認識され始めている（この話題については[GoldbergRubin1995]を参照）。

語彙は、ドメインモデルの構造と解釈の両方に対してビルディングブロックを提供するが、このブロックは一度定義されれば完了というものではなく、改良され続けていくことになる。