概念モデル/分析モデル/設計モデル

概念モデルはビジネス分析、要求分析の作業分野で使用します。

業務の構造、登場人物、資源、ルールなど、問題領域の構成要素を抽象的・直感的に表現します。

概念モデルは以下の目的を持ちます。

概念モデルではユビキタス言語の確立が重要なテーマです。

用語の定義を明確にすることで、誤解や要件のずれを防止します。

また、用語がシステム実現時のオブジェクトとの連続性を担保することで、ステークホルダー間で共有した概念モデルと実装との乖離を防ぐことができます。

用語の定義を中心に、クラスの分類構造や図表を用いて、複雑な業務の構造を可視化します。

モデルは非技術者でも理解できるよう、わかりやすい形式で提示されます。

分析モデルは、アプリケーションの機能と構造を明確化するためのモデルです。

実行プラットフォームや実装言語などの実行環境、性能やセキュリティといった横断的関心事、非機能要求といったものからは距離を置いたアプリケーション実現のための純粋なモデルを作成します。

PIM（Platform Independent Model）に相当します。

モデルの基本構造は概念モデルを具体化したもので、概念モデルとの連続性が重要です。

ステークホルダー間で共有した概念モデルの構造や仕組みが、システムの実現とリンクすることを担保します。

分析モデルでは実装技術に依存しない形で、ドメイン・モデルの構造を詳細化・具体化し、ドメイン・モデルの振る舞いを定義していきます。

分析モデルはオン・サイト・カスタマーやドメイン専門家など、システムの内部構成や非機能要件に責任を持つステークホルダーとの対話に活用されます。

設計モデルは、実行プラットフォームや実装言語などの実行環境を前提として、分析モデルを実行環境で動作可能な形に落とし込んだモデルです。

PSM（Platform Specific Model）に相当します。

分析モデルで作成した抽象度の高いモデルを実行環境に向けて具体化していきます。

利用するデータベース、API、Webフレームワークなどの技術スタックと整合性のある記述を行います。

SimpleModelingのリファレンス・モデルでは以下の実行環境に対する設計モデルを作成します。

Scala 3/Catsを用いて本格的な関数型プログラミングをオブジェクト指向プログラミングに統合する形で導入します。

データベースなどのミドルウェアやクラウド・プラットフォームはCloud-Native Component Framework (CNCF) が吸収するので、設計時にはCNCFをターゲットにした設計を行います。

設計モデルの枠組みは分析モデルからCozyによって自動生成されるScalaプログラム群です。

設計段階では、この枠組みにScalaプログラミングで肉付けを行っていきますが、必要に応じてUML (Unified Modeling Language)などを用いて補完的な情報を記述します。

設計モデルでは以下の要素の実現を行います。

設計モデルの記述にScalaプログラムを用いますが、設計段階では枠組みの記述にとどめ、実装でScalaプログラミングによる最終的な実現を行います。

Scalaを設計モデルの記述に用いるため、設計と実装の境界が微妙な点がありますが、BDD/TDDによる仕様記述（テスト・プログラム）がコンパイルを通るところまでが設計、テスト・プログラムを全て通すようにScalaプログラミングを行う作業を実装と考えます。

分析モデル・アップ・ダウン (Analysis Model Up/Down)の軸になるのが分析モデルです。

CMLで記述した分析モデルからCozyによって概念モデル、設計モデルを生成します。

概念モデルはCMLで記述した分析モデルから自動的または半自動的に生成され、業務の全体像をステークホルダーと共有するために活用されます。

設計モデルはCozyやAIが自動生成したコードを中心に構築されます。

設計モデルの情報もCMLで記述できるものもあるので、分析モデルのCMLに設計モデル情報として追記することができます。

基本的な枠組みはCozyが生成するので、その枠組みの妥当性の検証と、具体的な肉付けを行います。

CozyやAIによって自動生成されたScalaプログラムに対して、具体的な実装や外部連携などを加えて最終的なプログラムに仕上げていきます。