SimpleModeling

Literate Model-Driven Cloud-Native Development with Object-Functional Paradigms for the AI Era

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

モデリング技術体系

Knowledge Systemは既存技術を収集、整理、分類し、理解のための地図を提供します。Software Development Methodologyは、その後に並ぶ同格の工程ではありません。Knowledge Systemを参照して必要な技術を選び、その役割と利用方法を定め、開発実践を導きます。SimpleModelingはこのMethodologyとして、Object Modelingを形式構造の基盤、Knowledge Modelingを知識構造の基盤、Domain Modelingを問題領域に対するViewの構成、Execution Modelingを実行の具体化として配置します。Domain Modelは三つのモデル全体の総和ではありません。隣接するObject Model、Knowledge Model、文芸モデルに一つのDomain領域を重ね、その重なりから目的と関心に応じた問題領域の一つのViewを構成します。重なりの色は、形式構造、知識構造と根拠、文脈と意図という各モデルの寄与を表します。用語集は、それらの重なりを囲むリングとして概念の同一性と意味を接続します。Security、Observability、Performance、Resiliency、Availabilityなどの品質属性は、モデル全体を横断する設計課題として扱います。CMLで記述した形式構造は、Cozyによる変換とAIによる補完を経て、Textus上の実行可能ソフトウェアへ接続されます。 Read More

2026-08-03

img-blur-shadow
DevelopmentProcess SimpleModelingが目指してきたもの

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

2026-07-27

img-blur-shadow
DevelopmentProcess なぜソフトウェア開発方法論を再構築するのか

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

2026-07-20

img-blur-shadow
CBD Textus Samples 01.a: 呼び出し元の違い

01.a-invocation-source-lab は、同じ minimal.main.hello selector を保ったまま、Component の読み込み元を development directory と component repository で切り替えて確認するサンプルです。

2026-07-13