Development Process

第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

SimpleModeling Development Processは、Essence Kernelを共通基盤とし、Use Case Lite、Scrum Solo、Cloud Native CBD、BoK、Cozy Domain Modeling、Code Generation、DevOpsなどのPracticeを選択・合成して構成される。実行基盤としてはCNCFを位置づける。本稿では、Method View、Process Flow View、Work Product View、Role/Agent View、Automation View、Lifecycle Viewに分けて、その定義の雛形を示す。

2026-04-20

SimpleModelingは、文芸モデル・DSL・実行基盤を統合し、AIが直接扱える開発プロセスを実現する。本稿ではEssenceの考え方を踏まえつつ、BoK→Cozy→CNCF→SKILLの流れとして再構成された最小開発プロセスを示す。

2026-04-13

本稿では、SimpleModelingが提案するメタ開発システム・フレームワークの構成と運用方法を解説します。これは文芸モデル駆動・知識駆動・AI支援を統合する開発基盤であり、開発の進め方を再利用可能な開発システムとしてモデル化します。

2025-11-10

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

SimpleModeling Development Processは、Essence Kernelを共通基盤とし、Use Case Lite、Scrum Solo、Cloud Native CBD、BoK、Cozy Domain Modeling、Code Generation、DevOpsなどのPracticeを選択・合成して構成される。実行基盤としてはCNCFを位置づける。本稿では、Method View、Process Flow View、Work Product View、Role/Agent View、Automation View、Lifecycle Viewに分けて、その定義の雛形を示す。

2026-04-20

SimpleModelingは、文芸モデル・DSL・実行基盤を統合し、AIが直接扱える開発プロセスを実現する。本稿ではEssenceの考え方を踏まえつつ、BoK→Cozy→CNCF→SKILLの流れとして再構成された最小開発プロセスを示す。

2026-04-13