Development Process

静的モデル・ハーネスは、ドメインの概念・関係・規則をモデルとして記述し、検査と実行へ接続する基盤です。本連載の第3回では、ソフトウェア工学で実用化された構成方法を活用し、AIによる生成・変更にも業務上の制約を働かせる仕組みを説明します。

2026-10-05

モデル・ハーネスは、ドメイン知識に近い表現でソフトウェアを記述し、処理系の検査と実行によって生成・変更を制約する基盤です。要求モデルとの対応を保持し、ソフトウェアが果たす目的も確認します。第3回では概念・関係・規則による静的な構造、第4回では状態機械を含む動的な振る舞いを具体化します。

2026-09-28

AI開発ハーネスは、AIによる解釈・探索・補完を、モデル、アーキテクチャ、実行、検証などソフトウェア工学の成果と結び付ける仕組みです。AIが補った判断を明示して確かめ、採用された意味をプログラムとランタイムで実行します。連載では異なるハーネスを組み合わせ、AIの新しい応用と開発の速さを業務アプリケーション級の開発へつなぐ方法を示します。

2026-09-21

ドメイン・モデルとアプリケーション・モデルは、同じ対象世界を異なる目的と関心から捉えます。対象世界の理解を蓄積するドメイン・モデルを、ニーズごとのアプリケーション・モデルから利用します。ユースケースシナリオを協調や相互作用によって具体化し、サービスやオペレーションへの対応を確認して、承認した実行可能モデルをCMLで記述します。

2026-09-14

第8回は、用語と概念を出発点に、コンテキスト、境界づけられたコンテキスト、ユビキタス言語を使って問題領域を分割し、オブジェクト・モデル、知識モデル、文芸モデルから一つのドメイン・モデルを組織する方法を扱います。SimpleModelingでは、生成AIがtextus-bokを通して文芸情報と知識モデルを参照し、オブジェクト・モデルを主として生成、更新します。開発者はtextus-cbd-supportが提供する可視化、差分、根拠、影響範囲、検証情報を使ってモデルをレビューし、フィードバックを生成AIへ返します。この反復的な開発ループによってモデルの妥当性を高めます。

2026-09-07

文芸モデリングは、ストーリーをナラティブとして構成することを重要な形式としながら、ビジョン、要求、判断記録、既存仕様に加え、ドメイン・モデルの概念、規則、関係を自然言語で説明する従来型ドキュメントも、意味、識別子、モデル要素との対応を持つ文芸モデルとして組織する活動です。SmartDoxをフルスペックの基本記述言語とし、Markdownも利用できます。textus-bokが文芸モデルを知識モデル化して生成AIへ接続し、生成AIがオブジェクト・モデルを主として生成、更新、管理します。人間はtextus-cbd-supportが提供する可視化、差分、根拠によって結果をレビューし、承認または指摘を生成AIへ返します。また、文芸モデルを事実の正本として、要求仕様、ユーザーガイド、設計説明などのドキュメントを目的別に構成できます。

2026-08-31

知識モデルは、CMLによるモデル定義、ドメイン・モデルのレビュー、ユースケース・モデルの作成とレビュー、ドメイン理解のための問い合わせを支えるSimpleModelingモデルの構成要素です。用語集に定義された用語が、オブジェクト・モデル、知識モデル、文芸モデルに現れる同じ概念を対応付けます。生成AIは候補と説明を提示し、人間は意味と根拠を承認します。

2026-08-24

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

2026-08-17

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

2026-08-10

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

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

2026-07-27

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

2026-07-20

SimpleModelingは、Unified Processに由来するアーキテクチャセントリックなアプローチを採用しています。アーキテクチャは単なる設計成果物ではなく、要求・分析・設計・実装・運用を統合する構造として扱われます。開発初期からアーキテクチャビューを利用することで、モデル全体の整合性・分析容易性・AI適合性を高めます。

2026-05-11