img-blur-shadow-blog-2
Development Process

Modelの構造とViewの活用

第4回はModelを主題とし、Domain ModelとUse Case Modelを二つの軸にCapabilityとAspectを構成します。Object Modelを使って形式構造を具体的に説明し、複雑なModelはPurposeとConcernに応じたViewから理解・検証・利用します。 Read More

2028-08-10

img-blur-shadow-blog-2
Development Process

構造基盤としてのオブジェクトモデリング

SimpleModelingモデルは、オブジェクト・モデル、知識モデル、文芸モデルから構成され、この三つから目的別のドメイン・モデル、ユースケース・モデル、アプリケーション・モデルを構成します。そのうちオブジェクト・モデルは、一般的な構造と振る舞いを定義する実行可能モデルと、相互作用などの具体的な実行を示す実行例モデルを含みます。実行例は帰納的な制約として設計と検証に利用し、現行CMLは実行可能モデルだけを対象にします。プラットフォーム向けの機構はCML、Cozy、Textusが吸収するため、オブジェクトモデリングをドメイン・モデルの記述へ集中できます。 Read More

2026-08-17

Development Process モデリング技術体系

Knowledge Systemは既存技術を収集、整理、分類し、理解のための地図を提供します。Software Development Methodologyは、その知識から必要な技術を選び、役割と利用方法を定め、開発実践を導きます。SimpleModelingモデルは、形式構造と実行例を担うObject Model、生成AI向けの知識構造を担うKnowledge Model、人間が理解できる文脈や意図を担うLiterate Modelから構成されます。Domain Modelingは問題領域の意味、構造、規則、境界に重点を置き、Application ModelingはUse Caseの実現、協調、相互作用、状態遷移、Event、Service、Operationに重点を置いて、三つの構成要素を目的別に組織します。Domain Modelingを完全に静的、Application Modelingをすべての動的要素の所有者とはしません。承認済みの実行可能な形式構造は、Model RealizationとしてCML、Cozy、AI、Textusを通じて実行可能ソフトウェアへ接続します。品質属性はモデル全体を横断する設計課題として扱います。

2026-08-03

Development Process SimpleModelingが目指してきたもの

SimpleModelingは、CML、DSL、文芸モデル、Cozy、Textusによって、モデルから実行可能ソフトウェアへの経路を構築してきました。CozyはCMLを実行可能ソフトウェアへ変換し、AIはCozyが変換しきれない実装部分を補完します。Textusは得られたソフトウェアを実行します。一方、知識からドメインモデルを構成する工程は主に人間が担ってきました。BoKを共通基盤としてドメインエキスパート、開発者、AIが協業することで、KnowledgeからExecutable Softwareまでを一つの方法論として扱えます。

2026-07-27

Development Process なぜソフトウェア開発方法論を再構築するのか

AIの登場によって、ドメインモデルは、実装への実現経路を持ち、開発を実際に前へ進めるworking abstractionになりました。AIはドメインモデルを実装へ変換し、実装に必要な詳細を補完します。これにより、人間が主に扱う対象は、実装の逐次記述から、対象世界、責務、実行、知識を表すソフトウェアモデルへ移ります。モデルの品質がソフトウェアの品質を強く左右するため、モデリングが新しいチョークポイントとなり、既存のソフトウェア工学をモデリング中心の方法論として再構成する必要があります。

2026-07-20