１． ITアーキテクチャの陳腐化リスク

（１）．生産性の低下要因

a．人の問題

b．技術的負債の問題

c．幾何級数的に膨らむテスト負荷の問題

（２）．崩れる境界線（システム、サービス、ドメイン、オブジェクト）

a．機能配置最適化の限界（組織変更、機能横断の要件）

b．疎結合化の罠（増える依存関係、“相互依存”の境界線仕様）

c．関心事の混在（性能、耐障害性、一貫性、監査証跡、無停止）

d．“閉じない”状態管理（モジュールの境界を横断する状態遷移）

（３）．新陳代謝の阻害要因

a．アプリの寿命とインフラの寿命のギャップ

b．陳腐化するソフトウェアに囚われる資産化したいデータ

c．製品やサービスの固有機能に依存した実装（移植性の喪失）

d．テーブル間の整合性を失い移行が困難なデータベース

２． 世代を超えて共有するＩＴシステム構築のセオリーとそのポイント

（１）．Relational Model駆動のアプリ開発

a．有向グラフによるドメインの論述と型システム化

b．二値論理に基づくRelational Modelの標準化

c．圏論（Category Theory）を活用した型厳密な集合演算

（２）．要件変更を前提にした方法論の整備

a．機能要求に左右されない非破壊的スキーマ拡張

b．Code Just Like Design（設計書のようなコード）

c．単体テストを不要とするコードのGenerics化（汎化）

d．考慮漏れを防ぐ機械的（静的型）検証の最大化

３． データ独立を支えるITアーキテクチャのポイント

（１）．分割統治法：正しさの証明ができる部分問題に分解する

a．列指向の物理テーブルを有限のパターンに収める

b．行指向の論理データモデルを“On The Fly”で作る

c．概念データモデルを論理データモデルの統合で実装する

d．不変性、可換性、冪等性を基にネットワーク分断耐性を高める

e．作る前に捨て方を考える（新陳代謝を維持する多層構造）

（２）．移植性を担保するフレームワーク化（アプリのローコード化）

a．名前空間（Name Space）を跨がった“名前”と“型”の一貫性

b．HTAP（遅延と帯域の物理制約を隠す分散／並列／非同期）

c．Data Oriented Programming（ロジック関数と不変データ）

d．Sub Type表現と分岐Ｃａｓｅ網羅性担保

e．Graph（チェーンやツリー）構造のRelational Model表現

f．直和型（Sum Type）を用いた分岐ルールの決定木化

g．Change Data Capture上のTemporal Database機能